Then I guess FT it will be. I cannot really climb into either, as source is distruibuted with neither. I would be asking IBM to do all of the climbing.
We cannot reproduce the problem at will. Sometimes, it hits once per day at different times of the day. Other times, it might not strike for 6-8 months. Even in our current state, which is relatively frequent ocurrence, it may be a week or two between hits. There were two hits on Friday, but none over the weekend. That makes tracing kind of iffy. Do you have any particular FTP server trace in mind? Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Alan Altmark > Sent: Monday, December 31, 2007 8:16 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: FTP Append > > On Friday, 12/28/2007 at 01:19 EST, "Schuh, Richard" <[EMAIL PROTECTED]> > wrote: > > > Another question, is there any time in the append process where, by > > design, the record count appears to be zero for even the briefest of > > periods? In other words, is there a window that has a crack in it? > > For SFS files, the only time a zero-length file would exist is if the > target file did not previously exist. That is, if CSL DMSEXIFI says "file > not found". If you are able to reproduce the problem with the FTP server > trace active, you'll see "DMSEXIFI" entries in the console log. You'll > also see "SFSCreateFile" (DMSCRFIL) entries. Also of interest will be > "SOpenFscb" entries. > > I would still focus my attentions on the FTP server as the debug point > before climbing into SFS. > > Alan Altmark > z/VM Development > IBM Endicott
