At 08:13 AM 9/2/2008 -0400, Fran Hensler wrote:
The return code -5 is does NOT always happen on a disk full condition.
I have an exec FTP2HOME that does 450+ FTPs to users' homes drives.
It creates a <userid> VMFTP macro on a VDISK and then invokes VMFTP
to exec it. The FTP2HOME EXEC creates and runs 384 macros before it
gets a -5 RC. There were numerous -5 RCs after that one. I
discovered from logs that the -5 occurred often after the first one
occurred, always far along in the process.
I did the same FTP commands manually on the user who first got the
-5. It worked! Then I ran all of the remaining macros with VMFTP
and there were no more -5 RCs.
I run this process at 3:00 am every day with essentially the same
files (class lists for faculty) and this morning there were NO -5 RCs.
However I did receive some RC=550 indicating no space.
Could it be a storage corruption problem? It seems that whatever
causes the first -5 continues to do so.
I'll put $5 on "Fran's talking to two different kinds of FTP servers," please.
FTP clients have to parse responses from FTP servers. Even though the
return codes are standardized, I don't have enough faith to believe
that the responses are identical from server to server. Therefore,
VMFTP is recognizing some 550 messages for what they are but others
as "Heck if I know; let's call it a syntax error, because it didn't
work." Well, no, the author probably wouldn't phrase it quite that
way, but I would. ;-)
If I'm wrong, I'll pay the $5 the next time I'm at SCIDS.
