INFO-VAX Fri, 27 Jun 2008 Volume 2008 : Issue 357 Contents: Re: IA64 system can't see disks served from Alpha Re: IA64 system can't see disks served from Alpha OT: I Wanna Be Number Two Re: OT: I Wanna Be Number Two Re: OT: I Wanna Be Number Two Re: Subroutine(s) at end re-execute(s) if EXIT statement missing Re: Subroutine(s) at end re-execute(s) if EXIT statement missing Re: Symbol Substitution Mystery Re: Symbol Substitution Mystery Re: Symbol Substitution Mystery Re: Terminal servers and LANCP Re: TTA0 port Re: TTA0 port Why did this RENAME lose my files? Re: Why did this RENAME lose my files? Re: Why did this RENAME lose my files? Re: Why did this RENAME lose my files? Re: Why did this RENAME lose my files? Re: Why did this RENAME lose my files? Re: Why did this RENAME lose my files? ---------------------------------------------------------------------- Date: Fri, 27 Jun 2008 08:22:51 -0400 From: norm.raphael@metso.com Subject: Re: IA64 system can't see disks served from Alpha Message-ID: This is a multipart message in MIME format. --=_alternative 0043FFC785257475_= Content-Type: text/plain; charset="US-ASCII" Malcolm Dunnett wrote on 06/26/2008 09:39:18 PM: > norm.raphael@metso.com wrote: > > > First impression - don't you want to see the DSA devices, not the members? > > Nope. You can't serve shadowsets, you have to serve the underlying > disks and form the shadowset separately on each node. Doh! I know that. Sorry. --=_alternative 0043FFC785257475_= Content-Type: text/html; charset="US-ASCII"
Malcolm Dunnett <nothome@spammers.are.scum> wrote on 06/26/2008 09:39:18 PM:

> norm.raphael@metso.com wrote:
>
> > First impression - don't you want to see the DSA devices, not the members?
>
>    Nope. You can't serve shadowsets, you have to serve the underlying
> disks and form the shadowset separately on each node.
Doh!  I know that.  Sorry. --=_alternative 0043FFC785257475_=-- ------------------------------ Date: Fri, 27 Jun 2008 09:37:43 -0700 From: Malcolm Dunnett Subject: Re: IA64 system can't see disks served from Alpha Message-ID: <48651758$1@flight> Steven M. Schweda wrote: > Everywhere: > > show system /process = configure > > If it's not running, you may see problems like this. A search through > comp.os.vms for something like: When I rebooted the rx2600 last night the DS20e's disks became visible on it. CONFIGURE is running on both nodes now, so presumably it normally starts when the systems are rebooted (ie I haven't explicitly disabled it by setting AUTOCONFIGURE = 0). It may not have been running on the rx2600 before I rebooted it last night (I never checked). Perhaps it crashed at some point during the changeover? I was previously doing something rather unorthodox in that I was booting the DS10L over MOP from a disk served by the RX2600 (I know it's not supported, but it works). As part of the switchover to the DS20E from the DS10L I was changing to a local boot disk on the DS20E. Anyway, it's working now. If the problem happens again I will check for the CONFIGURE process. Thanks. ------------------------------ Date: Fri, 27 Jun 2008 08:50:29 -0700 From: David Mathog Subject: OT: I Wanna Be Number Two Message-ID: Carly article (humorous): http://www.236.com/news/2008/06/25/i_want_to_be_number_two_carly_7363.php They completely left out Lucent in the article. Anyway, the title caught my eye since "number two" is how I usually think of her. Regards, David Mathog ------------------------------ Date: Fri, 27 Jun 2008 09:51:29 -0700 From: Malcolm Dunnett Subject: Re: OT: I Wanna Be Number Two Message-ID: <48651a92$1@flight> David Mathog wrote: > Carly article (humorous): > > http://www.236.com/news/2008/06/25/i_want_to_be_number_two_carly_7363.php > > They completely left out Lucent in the article. Anyway, the title > caught my eye since "number two" is how I usually think of her. > If she gets the nod and McCain wins should we look for the US to buy out Canada and Mexico? That would be one way to put the whole NAFTA debate to rest I guess. ------------------------------ Date: 27 Jun 2008 17:24:25 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: OT: I Wanna Be Number Two Message-ID: <48652249$0$11602$607ed4bc@cv.net> In article <48651a92$1@flight>, Malcolm Dunnett writes: >David Mathog wrote: >> Carly article (humorous): >> >> http://www.236.com/news/2008/06/25/i_want_to_be_number_two_carly_7363.php >> >> They completely left out Lucent in the article. Anyway, the title >> caught my eye since "number two" is how I usually think of her. >> > >If she gets the nod and McCain wins should we look for the US to buy out >Canada and Mexico? > >That would be one way to put the whole NAFTA debate to rest I guess. Is the US gov't going to be ink biz? Other than 'red ink', that is. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 27 Jun 2008 08:28:45 -0400 From: norm.raphael@metso.com Subject: Re: Subroutine(s) at end re-execute(s) if EXIT statement missing Message-ID: This is a multipart message in MIME format. --=_alternative 00448A6485257475_= Content-Type: text/plain; charset="US-ASCII" FrankS wrote on 06/26/2008 10:09:00 PM: > On Jun 26, 11:24 am, norm.raph...@metso.com wrote: > > I got caught by this after a bad edit. > > If the EXIT statement before the "subroutine(s)" > > in the procedure is missing, the procedure will > > re-execute the subroutine code and not "RETURN" > > without complaining about a missing execution of > > a GOSUB statement. > > There is absolutely nothing unusual about that behavior. The fact > that SUB1 was previously reached by a GOSUB is irrelevant. It's your > responsibility (as the programmer) to not make DCL re-enter a GOSUB'd > routine. Yes, that's not in dispute. I said it was a bad edit, not a logic error. The point is that DCL will execute a RETURN statement as a CONTINUE when no prior GOSUB was executed; most programming languages (and we all know DCL is not a programming language) will error-trap that behavior during execution. A run-time warning would seem to be helpful for this. --=_alternative 00448A6485257475_= Content-Type: text/html; charset="US-ASCII"
FrankS <sapienza@noesys.com> wrote on 06/26/2008 10:09:00 PM:

> On Jun 26, 11:24 am, norm.raph...@metso.com wrote:
> > I got caught by this after a bad edit.
> > If the EXIT statement before the "subroutine(s)"
> > in the procedure is missing, the procedure will
> > re-execute the subroutine code and not "RETURN"
> > without complaining about a missing execution of
> > a GOSUB statement.
>
> There is absolutely nothing unusual about that behavior.  The fact
> that SUB1 was previously reached by a GOSUB is irrelevant.  It's your
> responsibility (as the programmer) to not make DCL re-enter a GOSUB'd
> routine.
Yes, that's not in dispute.  I said it was a bad edit, not a logic error.
The point is that DCL will execute a RETURN statement as a CONTINUE when
no prior GOSUB was executed; most programming languages (and we all know
DCL is not a programming language) will error-trap that behavior during
execution.  A run-time warning would seem to be helpful for this. --=_alternative 00448A6485257475_=-- ------------------------------ Date: Fri, 27 Jun 2008 06:31:30 -0700 (PDT) From: AEF Subject: Re: Subroutine(s) at end re-execute(s) if EXIT statement missing Message-ID: On Jun 27, 8:28 am, norm.raph...@metso.com wrote: > FrankS wrote on 06/26/2008 10:09:00 PM: > > > On Jun 26, 11:24 am, norm.raph...@metso.com wrote: > > > I got caught by this after a bad edit. > > > If the EXIT statement before the "subroutine(s)" > > > in the procedure is missing, the procedure will > > > re-execute the subroutine code and not "RETURN" > > > without complaining about a missing execution of > > > a GOSUB statement. > > > There is absolutely nothing unusual about that behavior. The fact > > that SUB1 was previously reached by a GOSUB is irrelevant. It's your > > responsibility (as the programmer) to not make DCL re-enter a GOSUB'd > > routine. > > Yes, that's not in dispute. I said it was a bad edit, not a logic error. > The point is that DCL will execute a RETURN statement as a CONTINUE when > no prior GOSUB was executed; most programming languages (and we all know > DCL is not a programming language) will error-trap that behavior during > execution. A run-time warning would seem to be helpful for this. I actually find this useful to test error handling. Placed strategically, $ RETURN %X18008002 simulates an ERROR, e.g. But don't construe this as a comment on whether it *should* behave this way. AEF ------------------------------ Date: Fri, 27 Jun 2008 09:05:21 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Symbol Substitution Mystery Message-ID: In article <48644e00$0$22502$c3e8da3@news.astraweb.com>, JF Mezei writes: > David J Dachtera wrote: > > >> $ WRITE SYS$OUTPUT 'F$STRING("''ZERO'")' > >> ONE > > > O.k. Just "play computer", and figure out what the command line looks > > like at each step. > > Care to do that for the above command ? It converts "ZERO" to the value > ONE, but why not converting from the symbol ONE to its value (two) ? That's what I expect. The ZERO is expanded to ONE. The ONE is in quotes. Thus, it is the string "ONE", not the symbol ONE. ------------------------------ Date: Fri, 27 Jun 2008 07:44:57 -0400 From: JF Mezei Subject: Re: Symbol Substitution Mystery Message-ID: <4864d2d4$0$22487$c3e8da3@news.astraweb.com> Phillip Helbig---remove CLOTHES to reply wrote: > In article <48644e00$0$22502$c3e8da3@news.astraweb.com>, JF Mezei > writes: > >> David J Dachtera wrote: >> >> >> $ WRITE SYS$OUTPUT 'F$STRING("''ZERO'")' >> >> ONE >> > > That's what I expect. The ZERO is expanded to ONE. The ONE is in > quotes. Thus, it is the string "ONE", not the symbol ONE. > but: WRITE SYS$OUTPUT 'F$STRING("ONE")' yields... TWO So if "''ZERO'" is converted to "ONE", how come the end result ins't the same as if "ONE" had been entered to begin with ? ------------------------------ Date: Fri, 27 Jun 2008 05:05:28 -0700 (PDT) From: AEF Subject: Re: Symbol Substitution Mystery Message-ID: <4db4e4a0-60f8-483f-b7fc-b34a6fb4020c@m45g2000hsb.googlegroups.com> On Jun 27, 7:44 am, JF Mezei wrote: > Phillip Helbig---remove CLOTHES to reply wrote: > > > In article <48644e00$0$22502$c3e8...@news.astraweb.com>, JF Mezei > > writes: > > >> David J Dachtera wrote: > > >> >> $ WRITE SYS$OUTPUT 'F$STRING("''ZERO'")' > >> >> ONE > > > That's what I expect. The ZERO is expanded to ONE. The ONE is in > > quotes. Thus, it is the string "ONE", not the symbol ONE. > > but: > > WRITE SYS$OUTPUT 'F$STRING("ONE")' > yields... > TWO > > So if "''ZERO'" is converted to "ONE", how come the end result ins't the > same as if "ONE" had been entered to begin with ? Well, still no one can explain it. So far I like Bob Koehler's explanation the best. How about this?: $ SH SYM ZERO ZERO == "ONE" $ SH SYM ONE ONE == "TWO" $ SH SYM TWO TWO == "THREE" $ $ WRITE SYS$OUTPUT F$STRING("ZERO") ZERO $ WRITE SYS$OUTPUT 'F$STRING("ZERO")' ONE $ $ WRITE SYS$OUTPUT F$STRING("'ZERO'") 'ZERO' $ WRITE SYS$OUTPUT 'F$STRING("'ZERO'")' TWO $ $ WRITE SYS$OUTPUT F$STRING("''ZERO'") ONE $ WRITE SYS$OUTPUT 'F$STRING("''ZERO'")' ONE $ I give up. AEF ------------------------------ Date: Fri, 27 Jun 2008 09:06:54 +0200 From: Martin Vorlaender Subject: Re: Terminal servers and LANCP Message-ID: <6cjhsiF3glb6aU1@mid.individual.net> William Webb wrote: > Has anybody actually tried backing up and restoring terminal server > configurations via LANCP in VMS 8.3 or newer? > > If so, I'd kill to see a sample script. Not exactly via LANCP, but I have successfully transferred and run TSM on V8.3 Alpha and I64. Good enough for me... cu, Martin -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Fri, 27 Jun 2008 09:18:24 -0700 From: "Tom Linden" Subject: Re: TTA0 port Message-ID: On Thu, 26 Jun 2008 10:50:35 -0700, VAXman- <@SendSpamHere.ORG> wrote: > Put a small piece of wire (a paper clip is what I typically use when I'm > in > a pinch) into pins 2 & 3 of the female connector of the wire you are > using > to connect the machines. Then use $ SET HOST to see if there is a > problem > on the sending receiving side of each machine. You should be able to > con- > nect with SET HOST and then type. What you type should be echoed back to > you. Check both sides this way. Tried that but it hangs and I can't get out of it, ctrl /\ z or c unresponsive, so do you think that means the usart is bad? Any kind of test that I could run? GUNN> sho term tta0 Terminal: _TTA0: Device_Type: Unknown Owner: TOM Input: 9600 LFfill: 0 Width: 80 Parity: None Output: 9600 CRfill: 0 Page: 24 Terminal Characteristics: Interactive Echo Type_ahead No Escape Hostsync TTsync Lowercase No Tab Wrap Scope No Remote No Eightbit No Broadcast No Readsync No Form Fulldup No Modem No Local_echo Autobaud No Hangup No Brdcstmbx No DMA No Altypeahd Set_speed No Commsync Line Editing Overstrike editing No Fallback No Dialup No Secure server Disconnect Pasthru No Syspassword No SIXEL Graphics No Soft Characters No Printer Port Numeric Keypad No ANSI_CRT No Regis No Block_mode No Advanced_video No Edit_mode No DEC_CRT No DEC_CRT2 No DEC_CRT3 No DEC_CRT4 No DEC_CRT5 No Ansi_Color VMS Style Input Backspace -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: 27 Jun 2008 17:22:18 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: TTA0 port Message-ID: <486521ca$0$11602$607ed4bc@cv.net> In article , "Tom Linden" writes: >On Thu, 26 Jun 2008 10:50:35 -0700, VAXman- <@SendSpamHere.ORG> wrote: > >> Put a small piece of wire (a paper clip is what I typically use when I'm >> in >> a pinch) into pins 2 & 3 of the female connector of the wire you are >> using >> to connect the machines. Then use $ SET HOST to see if there is a >> problem >> on the sending receiving side of each machine. You should be able to >> con- >> nect with SET HOST and then type. What you type should be echoed back to >> you. Check both sides this way. > >Tried that but it hangs and I can't get out of it, ctrl /\ z or c >unresponsive, so do you think that means the usart is bad? Any kind of >test >that I could run? Are you certain is was pins 2 and 3? Looking at the female connector: +---+ | | __________v___v______ \(5) (4) (3) (2) (1)/ \ (9) (8) (7) (6) / `---------------' Do you have MODEM control or COMMSYNC enabled? If so, turn it off. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 27 Jun 2008 05:45:32 -0700 (PDT) From: AEF Subject: Why did this RENAME lose my files? Message-ID: <66b604a5-6341-450d-8249-95f818d28e1d@34g2000hsf.googlegroups.com> $ REN FTDAYBCK.JOU;* .JOU_SAVE %RENAME-I-RENAMED, SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;9 renamed to SYS $SYSDEVICE:[FELDMAN]FTDAYBCK.JOU_SAVE;9 %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;8 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;7 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;6 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;5 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;4 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;3 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENOUT, error opening SYS$SYSDEVICE: [FELDMAN]FTDAYBCK.JOU_SAVE;1 as output -RMS-E-ENT, ACP enter function failed -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation AEF ------------------------------ Date: Fri, 27 Jun 2008 13:01:34 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Why did this RENAME lose my files? Message-ID: AEF wrote: > $ REN FTDAYBCK.JOU;* .JOU_SAVE > %RENAME-I-RENAMED, SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;9 renamed to SYS > $SYSDEVICE:[FELDMAN]FTDAYBCK.JOU_SAVE;9 > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;8 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;7 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;6 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;5 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;4 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;3 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENOUT, error opening SYS$SYSDEVICE: > [FELDMAN]FTDAYBCK.JOU_SAVE;1 as output > -RMS-E-ENT, ACP enter function failed > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > > AEF What dir > $ DIR FTDAYBCK.JOU;* say before the REName ? ------------------------------ Date: Fri, 27 Jun 2008 06:23:52 -0700 (PDT) From: AEF Subject: Re: Why did this RENAME lose my files? Message-ID: On Jun 27, 9:01 am, Jan-Erik S=F6derholm wrote: > AEF wrote: [...] > > What dir > > > $ DIR FTDAYBCK.JOU;* > > say before the REName ? It looked normal. But it seems to me that DIR/SECURITY would be useful. Fortunately,I was able to reproduce the problem. I'm running VMS V6.2 with all mandatory ECO kits installed and a few optional ones. DCL> DIR /SECURITY FTDAYBCK.JOU Directory SYS$SYSDEVICE:[FELDMAN] FTDAYBCK.JOU;4 1/9 27-JUN-2008 15:18:05.45 [1,1] (RD,RWD,,) FTDAYBCK.JOU;3 1/9 27-JUN-2008 15:17:54.16 [1,1] (RD,RWD,,) FTDAYBCK.JOU;2 1/9 27-JUN-2008 15:17:38.83 [1,1] (RD,RWD,,) FTDAYBCK.JOU;1 1/9 27-JUN-2008 14:54:17.82 [1,1] (RD,RWD,,) Total of 4 files, 4/36 blocks. DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;4 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;3 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;2 as input -RMS-F-REENT, file could not be renamed and recovery failed; file has been lost -SYSTEM-F-NOPRIV, insufficient privilege or object protection violation %RENAME-E-OPENOUT, error opening SYS$SYSDEVICE: [FELDMAN]FTDAYBCK.JOU_SAVE;1 as output -RMS-E-ENT, ACP enter function failed -SYSTEM-W-DUPFILENAME, duplicate file name DCL> HELP/MESS RMS-F-REENT %DCL-I-IGNQUAL, qualifiers appearing before this item were ignored \MESS\ %MSGHLP-F-NOTFOUND, message not found in Help Message database DCL> I had READALL enabled by not BYPASS and I ran this from the SYSTEM account. AEF ------------------------------ Date: Fri, 27 Jun 2008 06:37:13 -0700 (PDT) From: AEF Subject: Re: Why did this RENAME lose my files? Message-ID: On Jun 27, 9:23 am, AEF wrote: > On Jun 27, 9:01 am, Jan-Erik S=F6derholm > wrote: > > > AEF wrote: > [...] > > > What dir > > > > $ DIR FTDAYBCK.JOU;* > > > say before the REName ? > > It looked normal. But it seems to me that DIR/SECURITY would be > useful. Fortunately,I was able to reproduce the problem. I'm running > VMS V6.2 with all mandatory ECO kits installed and a few optional > ones. > > DCL> DIR /SECURITY FTDAYBCK.JOU > > Directory SYS$SYSDEVICE:[FELDMAN] > > FTDAYBCK.JOU;4 1/9 27-JUN-2008 > 15:18:05.45 [1,1] (RD,RWD,,) > FTDAYBCK.JOU;3 1/9 27-JUN-2008 > 15:17:54.16 [1,1] (RD,RWD,,) > FTDAYBCK.JOU;2 1/9 27-JUN-2008 > 15:17:38.83 [1,1] (RD,RWD,,) > FTDAYBCK.JOU;1 1/9 27-JUN-2008 > 14:54:17.82 [1,1] (RD,RWD,,) > > Total of 4 files, 4/36 blocks. > DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE > DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE > DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;4 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;3 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;2 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENOUT, error opening SYS$SYSDEVICE: > [FELDMAN]FTDAYBCK.JOU_SAVE;1 as output > -RMS-E-ENT, ACP enter function failed > -SYSTEM-W-DUPFILENAME, duplicate file name > DCL> HELP/MESS RMS-F-REENT > %DCL-I-IGNQUAL, qualifiers appearing before this item were ignored > \MESS\ > %MSGHLP-F-NOTFOUND, message not found in Help Message database > DCL> > > I had READALL enabled by not BYPASS and I ran this from the SYSTEM > account. > > AEF The three consecutive RENAMEs are just a fat-fingered copy and paste. Pay no attention to it. (Sorry!) \:-O AEF ------------------------------ Date: Fri, 27 Jun 2008 14:26:05 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Why did this RENAME lose my files? Message-ID: RENAME removes the file from the old directory before inserting it into the new directory, and if this fails, it will try to re-insert it into the old directory. There's a reason why it doesn't try to enter it into the new directory first and simply quit upon failure, but I don't remember it. For some reason, you didn't have permission to re-enter the file back into the old directory, despite being able to remove it from there. Also, the files are not truly lost forever; they still exist and $ ANALYZE/DISK/REPAIR will find them and place them in [SYSLOST]. ------------------------------ Date: Fri, 27 Jun 2008 08:13:44 -0700 (PDT) From: Bob Gezelter Subject: Re: Why did this RENAME lose my files? Message-ID: On Jun 27, 9:23 am, AEF wrote: > On Jun 27, 9:01 am, Jan-Erik S=F6derholm > wrote: > > > AEF wrote: > [...] > > > What dir > > > > $ DIR FTDAYBCK.JOU;* > > > say before the REName ? > > It looked normal. But it seems to me that DIR/SECURITY would be > useful. Fortunately,I was able to reproduce the problem. I'm running > VMS V6.2 with all mandatory ECO kits installed and a few optional > ones. > > DCL> DIR /SECURITY FTDAYBCK.JOU > > Directory SYS$SYSDEVICE:[FELDMAN] > > FTDAYBCK.JOU;4 1/9 27-JUN-2008 > 15:18:05.45 [1,1] (RD,RWD,,) > FTDAYBCK.JOU;3 1/9 27-JUN-2008 > 15:17:54.16 [1,1] (RD,RWD,,) > FTDAYBCK.JOU;2 1/9 27-JUN-2008 > 15:17:38.83 [1,1] (RD,RWD,,) > FTDAYBCK.JOU;1 1/9 27-JUN-2008 > 14:54:17.82 [1,1] (RD,RWD,,) > > Total of 4 files, 4/36 blocks. > DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE > DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE > DCL> RENAME FTDAYBCK.JOU;* .JOU_SAVE > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;4 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;3 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENIN, error opening SYS$SYSDEVICE:[FELDMAN]FTDAYBCK.JOU;2 > as input > -RMS-F-REENT, file could not be renamed and recovery failed; file has > been lost > -SYSTEM-F-NOPRIV, insufficient privilege or object protection > violation > %RENAME-E-OPENOUT, error opening SYS$SYSDEVICE: > [FELDMAN]FTDAYBCK.JOU_SAVE;1 as output > -RMS-E-ENT, ACP enter function failed > -SYSTEM-W-DUPFILENAME, duplicate file name > DCL> HELP/MESS RMS-F-REENT > %DCL-I-IGNQUAL, qualifiers appearing before this item were ignored > \MESS\ > %MSGHLP-F-NOTFOUND, message not found in Help Message database > DCL> > > I had READALL enabled by not BYPASS and I ran this from the SYSTEM > account. > > AEF AEF, I concur with Mike. READALL allows the directory to be read, not written. I suspect that a DIRECTORY/SECURITY on the directories involved will clarify. ANALYZE will recover the files, they have not been deleted (although I will not vouch for the version numbers, verify that the dates are in correct sequence). - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Fri, 27 Jun 2008 10:48:55 -0700 (PDT) From: AEF Subject: Re: Why did this RENAME lose my files? Message-ID: <2d68c9ca-7e6f-4c4e-aa04-423e294a40f5@j22g2000hsf.googlegroups.com> On Jun 27, 10:26 am, moro...@world.std.spaamtrap.com (Michael Moroney) wrote: > RENAME removes the file from the old directory before inserting it into > the new directory, and if this fails, it will try to re-insert it into > the old directory. There's a reason why it doesn't try to enter it into > the new directory first and simply quit upon failure, but I don't remember > it. I was attempting to RENAME it to the same directory. > For some reason, you didn't have permission to re-enter the file back into > the old directory, despite being able to remove it from there. > Also, the files are not truly lost forever; they still exist and > $ ANALYZE/DISK/REPAIR will find them and place them in [SYSLOST]. Well, I was having no trouble editing and saving new versions of the file FTDAYBCK.COM in the same directory (which I admit I didn't mention yet) so I don't see why this would matter. The only time I had trouble was when there was a journal file leftover (I use journal files for "undo" purposes). So I wanted to save them but keep them out of the way so I wouldn't have to enable BYPASS -- hence the problem. Anyway, here's what you asked for: $ DIR/SEC [-]FELDMAN.DIR Directory SYS$SYSDEVICE:[000000] FELDMAN.DIR;1 13/18 6-JUL-2001 18:03:02.34 [1,1] (RWE,RWE,RE,E) Total of 1 file, 13/18 blocks. $ And from AUTHORIZE: UAF> SHOW SYSTEM Username: SYSTEM Owner: SYSTEM MANAGER Account: SYSTEM UIC: [1,4] ([SYSTEM]) So it seems to me that I shouldn't have had a problem. And I did have SYSPRV enabled. New question: Just what is UIC [1,1]? UAF> SHOW [1,1] %UAF-W-BADSPC, no user matches specification UAF> I already had ANAL/DISK and recovered them. Thanks to all who are helping with this. AEF ------------------------------ End of INFO-VAX 2008.357 ************************