1 INFO-VAX	Sat, 18 Jun 2005	Volume 2005 : Issue 338       Contents: Another DCL CHallenge for Guy - Re: Avoiding domain mismatch (TCPIP Services) - Re: Avoiding domain mismatch (TCPIP Services) - Re: Avoiding domain mismatch (TCPIP Services)  Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup Procedure Re: Backup question  Re: Backup question  Re: Backup question  Re: HP World Jensen Coming On-line...0 Re: Migration checklist (no, not away from VMS!)0 Re: Migration checklist (no, not away from VMS!) New OpenVMS Planet Website Re: New OpenVMS Planet Website Re: New OpenVMS Planet Website Re: New OpenVMS Planet Website Re: New OpenVMS Planet Website. Re: OpenVMS BootCamp (anonymous) pixes - Day 4' OpenVMS Roadmap June 2005 now available < Re: RdbSQL> set session authorisation 'persona :ws_integer';> Re: See a BA350 SCSCI disk on a satellite from its boot server> Re: See a BA350 SCSCI disk on a satellite from its boot serverG Re: Sequential File Record Formats (was: Re: unix script on VMS to DOS)  Re: SIR (was: Backup question) Re: SIR (was: Backup question)4 Re: The VMS Contest of the Day: Licenses and Cluster% Re: UAF> /ACCOUNT What's it used for?   F ----------------------------------------------------------------------  % Date: Fri, 17 Jun 2005 21:32:40 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>& Subject: Another DCL CHallenge for Guy+ Message-ID: <42B387C8.F22E9EF5@comcast.net>     From a post in another thread...   Bob Koehler wrote: > ^ > In article <42B1D4AF.40D54CFA@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > > Bob Koehler wrote:E > >>    Maybe in VMS 8.4 or so we can get an option to make /record a  > >>    privileged action. > >  > > L > > Create a separate DCLTABLES for your unprivileged users where the BACKUP) > > command is is defined without /RECORD > > > (or having a conflicting DISALLOW that makes it unusable). > H >    Increases my effort to do maintenance on the system since I have toG >    remember to recreate that DCLTABLES after every product install or 
 >    upgrade.  > H >    IMHO it's something that VMS should give the system manager control
 >    over.  3 O.k., Guy, how hard would it be to add this to DCL:    DEFINE VERB SAMPLE     image sample     qualifier privved_sample3         value (list,privs=(oper),rights=(np_allow))   H Then, if a user invokes the verb SAMPLE with the /PRIVVED_SAMPLE[=value]B qualifier, but lacks OPER privilege, or does not hold the NP_ALLOWG identifier, then DCL itself refuses the command with a message such as:   ; %DCL-E-PRVQUAL, /PRVVED_SAMPLE qualifier requires privilege 5 ("%DCL-E-PRVQUAL, /!AS qualifier requires privilege")    Anything useful here?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 17 Jun 2005 14:55:50 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: Avoiding domain mismatch (TCPIP Services), Message-ID: <42B31CB0.21CEC718@teksavvy.com>   Alder wrote:I > Fri 17 10:18:29 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:16: 	 > TTL set  > to prior TTL (1)  F Not sure why youget this, it seems to go through all 3 versions of theH file. You may wish to increase the serial number of the most recent file4 (first number in the parentheses of the SOA record).   > $ TYPE EREBUS_CA.DB 2 > EREBUS.HOMEIP.NET.    IN   SOA   di524.erebus.ca > alder.di524.erebus.ca (  >        35   ; Serial >     18000   ; Refresh  >       300   ; Retry  >    604800   ; Expire >     43200 ) ; Minimum   D first line should have erebus.ca. IN SOA etc.  ( you have the homeip< domain in a zone file that should be dedicated to erebus.ca)  # >     IN   NS      di524.erebus.ca.  >     IN   A       192.168.0.1  H you may wish to add "$ORIGIN erebus.ca. "  before listing the individual nodes.       > ; 3 > di524                         A       192.168.0.1 3 > szeged                        A       192.168.0.3 3 > kiraly                        A       192.168.0.4 3 > iszkaz                        A       192.168.0.5    ------------------------------    Date: 17 Jun 2005 14:50:07 -0700* From: "Alder" <TFTAJLLYMXZP@spammotel.com>6 Subject: Re: Avoiding domain mismatch (TCPIP Services)C Message-ID: <1119045007.778003.124420@g43g2000cwa.googlegroups.com>    JF,   E I must be doing something out-of-order here, because after making the E changes you recommended, and purging all DB files, TCPIP$BIND_RUN.LOG E is still reporting non-existent file version numbers after I stop and F restart BIND from TCPIP$CONFIG.  Also, the change to my zone file does not seem to have worked, i.e.:   $ type tcpip$bind_run.log 
 $ Set NoOn/ $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY")) + Fri 17 14:36:29 NOTICE: starting BIND 9.2.1 * Fri 17 14:36:29 INFORMATIONAL: using 1 CPU9 Fri 17 14:36:30 INFORMATIONAL: loading configuration from * 'SYS$SPECIFIC:[TCPIP$BIND]TCPIP$BIND.CONF'7 Fri 17 14:36:30 INFORMATIONAL: no IPv6 interfaces found ? Fri 17 14:36:30 INFORMATIONAL: listening on IPv4 interface   *, 
 0.0.0.0#53? Fri 17 14:36:30 INFORMATIONAL: listening on IPv4 interface LO0,  127.0.0.1#53? Fri 17 14:36:30 INFORMATIONAL: listening on IPv4 interface WE0,  192.168.0.3#53B Fri 17 14:36:30 NOTICE: command channel listening on 127.0.0.1#953C Fri 17 14:36:30 INFORMATIONAL: zone 0.0.127.in-addr.arpa/IN: loaded 	 serial 42 G Fri 17 14:36:30 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:14:  TTL set  to prior TTL (1)G Fri 17 14:36:30 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:15:  TTL set  to prior TTL (1)G Fri 17 14:36:30 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:16:  TTL set  to prior TTL (1)E Fri 17 14:36:30 INFORMATIONAL: zone 0.168.192.in-addr.arpa/IN: loaded 	 serial 42 B Fri 17 14:36:30 INFORMATIONAL: zone localhost/IN: loaded serial 42B Fri 17 14:36:30 WARNING: dns_master_load: EREBUS_CA.DB:3: ignoring out-of-zone data (erebus.ca)D Fri 17 14:36:30 ERROR: dns_rdata_fromtext: EREBUS_CA.DB:3: near eol:
 unexpected end of inputE Fri 17 14:36:30 ERROR: zone EREBUS.HOMEIP.NET/IN: loading master file % EREBUS_CA.DB: unexpected end of input & Fri 17 14:36:30 INFORMATIONAL: running  
 $ DIR *.DB  # Directory SYS$SPECIFIC:[TCPIP$BIND]   / 127_0_0.DB;1        192_168_0_IN-ADDR_ARPA.DB;5 7 192_168_0_IN-ADDR_ARPA.DB;4             EREBUS_CA.DB;11  LOCALHOST.DB;1   Total of 5 files.   / Thanks for taking the time to look at this, JF.    Cheers,    Alder      JF Mezei wrote:  > Alder wrote:K > > Fri 17 10:18:29 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:16:  > > TTL set  > > to prior TTL (1) > H > Not sure why youget this, it seems to go through all 3 versions of theJ > file. You may wish to increase the serial number of the most recent file6 > (first number in the parentheses of the SOA record). >  > > $ TYPE EREBUS_CA.DB 4 > > EREBUS.HOMEIP.NET.    IN   SOA   di524.erebus.ca > > alder.di524.erebus.ca (  > >        35   ; Serial > >     18000   ; Refresh  > >       300   ; Retry  > >    604800   ; Expire > >     43200 ) ; Minimum  > F > first line should have erebus.ca. IN SOA etc.  ( you have the homeip> > domain in a zone file that should be dedicated to erebus.ca) > % > >     IN   NS      di524.erebus.ca.   > >     IN   A       192.168.0.1 > J > you may wish to add "$ORIGIN erebus.ca. "  before listing the individual > nodes. >  >  > > ; 5 > > di524                         A       192.168.0.1 5 > > szeged                        A       192.168.0.3 5 > > kiraly                        A       192.168.0.4 5 > > iszkaz                        A       192.168.0.5    ------------------------------  % Date: Fri, 17 Jun 2005 18:08:12 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: Avoiding domain mismatch (TCPIP Services), Message-ID: <42B349B8.8ACA0C54@teksavvy.com>   Alder wrote: >> $ type tcpip$bind_run.log > $ Set NoOn1 > $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))   D BTW, you can TCPIP SET NAME/INIT and it will reload your bind serverG files, and then use $TYPE/TAIL to get the new listing. (it continues to  write to the same log file).  I > Fri 17 14:36:30 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:14: 	 > TTL set  > to prior TTL (1)I > Fri 17 14:36:30 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:15: 	 > TTL set  > to prior TTL (1)I > Fri 17 14:36:30 WARNING: dns_master_load: 192_168_0_IN-ADDR_ARPA.DB:16: 	 > TTL set  > to prior TTL (1)  8 what is the TTL value in the 192_168_0_IN-ADDR_ARPA.DB ?  B I just realised, those are not version numbers 14, 15,16, they are6 probably line numbers. It is a colon, not a semicolon.  D > Fri 17 14:36:30 WARNING: dns_master_load: EREBUS_CA.DB:3: ignoring > out-of-zone data (erebus.ca)F > Fri 17 14:36:30 ERROR: dns_rdata_fromtext: EREBUS_CA.DB:3: near eol: > unexpected > end of input  B In the conf file, does it say ZONE "EREBUS.CA" ? and then point to erebus_CA.DB file ?    zone "EREBUS.CA" in {          type master;         file "EREBUS_CA.DB"; };  B Make sure you have the terminating curly bracket and semi colon;    E In the DB file itself, if the DB file doesn't have the zone data BIND F expects based on what it was told to expect in the .CONF file that may! explain the "end of file message.    ------------------------------  % Date: Fri, 17 Jun 2005 14:59:23 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Backup Procedure , Message-ID: <42B31D85.E2F0AFE4@teksavvy.com>   Syltrem wrote:L > You can use either one as in your procedure it really makes no difference.K > The ALLOCATE is not required. BACKUP has been ALLOCATing and MOUNTing the  > tapes for quite a long time.  D I am concerned more about what happens when one backup command ends.E Backup may allocate the tape while it runs, but what happens when the  first command ends  ?   C Remember that this procedure has multiple separate backup commands.    ------------------------------    Date: 17 Jun 2005 12:02:15 -0700 From: WeLikeNuts@gmail.com Subject: Re: Backup Procedure B Message-ID: <1119033297.622059.60830@o13g2000cwo.googlegroups.com>   Syltrem,  D We're aware of that, and have just been typing Overwrite to give the@ tape the SYS_DK label.  The first saveset gets written.  We have succesfully restored from it.    ------------------------------  % Date: Fri, 17 Jun 2005 15:33:19 -0400 6 From: Brad Hamilton <brMadAhaPmiSlton@coMmcAasPt.Snet> Subject: Re: Backup Procedure 0 Message-ID: <2LqdnfJDANgduC7fRVn-2A@comcast.com>   Steven M. Schweda wrote:8 > From: Brad Hamilton <brMadAhaPmiSlton@coMmcAasPt.Snet> > ) >>>BACKUP/LIST MKA100:SYS_DKA0.BCK/REWIND  >  > < >>I have no access to a tape drive, so I can't confirm this: >>J >>Try adding the /SAVE_SET qualifier (MKA100:SYS_DKA0.BCK/REWIND/SAVE_SET) >  > 7 >    /SAVE_SET should be the default for a tape device.  >   5 The on-line help is (to me) ambiguous in this regard:    BACKUP      /SAVE_SET  (       Input or Output Save-Set Qualifier  A       Defines the input or output specifier as a BACKUP save set. D       Normally, BACKUP treats specifiers that refer to disk files asF       Files-11 files and specifiers that refer to tapes as BACKUP save       sets.   G       You must specify the /SAVE_SET qualifier when the input or output 8       specifier is a BACKUP save set on a Files-11 disk.  B Note that there is no default indicated.  The help only says that A "Normally..." tapes are regarded as backup save sets.  This is a  A less-than-ringing endorsement of the idea that BACKUP treats the  1 information on tapes as save sets by default.	:-)   C Of course, the documentation may be clearer on this point.  I have  H always made it a practice to use the /SAVE_SET qualifier when referring 3 to the saveset, just to avoid a DWIM situation.	:-)    ------------------------------    Date: 17 Jun 2005 12:28:50 -0700$ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Backup Procedure C Message-ID: <1119036530.174628.193540@f14g2000cwb.googlegroups.com>    JF Mezei wrote:  > Syltrem wrote:N > > You can use either one as in your procedure it really makes no difference.M > > The ALLOCATE is not required. BACKUP has been ALLOCATing and MOUNTing the   > > tapes for quite a long time. > F > I am concerned more about what happens when one backup command ends.G > Backup may allocate the tape while it runs, but what happens when the  > first command ends  ?  > E > Remember that this procedure has multiple separate backup commands.      Why don't you try it?    ------------------------------   Date: 17 JUN 2005 20:54:33 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>  Subject: Re: Backup Procedure 2 Message-ID: <17JUN05.20543395@feda01.fed.ornl.gov>  2 In a previous article, WeLikeNuts@gmail.com wrote:H > Let me preface this inquiry by saying that I am new to VMS.  So please > don't tear me a new one. >   H > We use the backup procedure  below to backup our system and data disksE > to tape.  However, only the first saveset in the procedure actually G > gets created.  As far as I can tell from the documentation I've read, A > my commands seem correct. The tape should have more than enough D > capacity.  Any insight is greatly appreciated.  Thanks in advance. >    > $ WAIT 00:00:00 " > $ INIT/OVER=EXPIR MKA100: MTH_BA; > $ BACKUP/REWIND/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK/RECORD  > DKC0:[*...]*.* -8 >   MKA100:SYS_DKC0.BCK/MEDIA_FORMAT=COMPACTION/NOASSISTC > $ BACKUP/NOREWIND/LOG/LIST=BACK.LOG/IMAGE/IGNORE=INTERLOCK/RECORD  > DKA0:[*...]*.* -8 >   MKA100:SYS_DKA0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST
 > $ LOGOUT > $   F What message do you get at the end of the output from the first BACKUPH command?  Personally, I'd remove the /LOG qualifier to make it easier toE see any serious error messages.  You have a listing in BACK.LOG which E will let you know what's in the saveset so it seems to me the /LOG is  redundant and noisy.  C I'd go with the   $ SET NOON   suggestion mentioned earlier in this 5 thread.  Put it just before the first BACKUP command.   D My guess is that either BACKUP is returning an error status and yourE procedure is exiting on the implied "$ ON ERROR THEN EXIT", or BACKUP E is returning a warning status and you have a "$ ON WARNING THEN EXIT" E somewhere.  Note that BACKUP will return a warning status if it tries A to record the backup date and a file has been deleted between the C actual backup and the recording passes.  Also, BACKUP will return a D warning status (%BACKUP-W-ACCONFLICT) if it encounters a file that's" open for write by another process.  ; Another thought - do you have read access to DKA0:[000000]?   A Btw, I think you need to add /MEDIA_FORMAT=COMPACTION to the INIT 4 statement in order for that to actually take effect.   Dave   --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 17 Jun 2005 16:01:53 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Backup Procedure 3 Message-ID: <ICGywayz2gwc@eisner.encompasserve.org>   ` In article <1119025454.233225.119170@g43g2000cwa.googlegroups.com>, WeLikeNuts@gmail.com writes:H > Let me preface this inquiry by saying that I am new to VMS.  So please > don't tear me a new one. > H > We use the backup procedure  below to backup our system and data disksE > to tape.  However, only the first saveset in the procedure actually G > gets created.  As far as I can tell from the documentation I've read, A > my commands seem correct. The tape should have more than enough D > capacity.  Any insight is greatly appreciated.  Thanks in advance. >  > $ WAIT 00:00:00 " > $ INIT/OVER=EXPIR MKA100: MTH_BA; > $ BACKUP/REWIND/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK/RECORD  > DKC0:[*...]*.* -8 >   MKA100:SYS_DKC0.BCK/MEDIA_FORMAT=COMPACTION/NOASSISTC > $ BACKUP/NOREWIND/LOG/LIST=BACK.LOG/IMAGE/IGNORE=INTERLOCK/RECORD  > DKA0:[*...]*.* -8 >   MKA100:SYS_DKA0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST
 > $ LOGOUT  H    OK, so what does happen?  Do you get an error message?  What have you9    done that convinced you the second backup didn't work?   8    I'd bet you got a warning from a file that was open. C    /ignore=interlock does not turn off all the warnings that can be G    generated, it just tells BACKUP to do the best it can with the file.   B    Since you don't control error processing the default action for=    a command file is to exit on warning or worse.  You need a 6    "set NOon" or "on warning then ...." to keep going.   ------------------------------    Date: 17 Jun 2005 14:21:21 -0700$ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Backup Procedure C Message-ID: <1119043281.402425.149200@z14g2000cwz.googlegroups.com>    WeLikeNuts@gmail.com wrote: H > Let me preface this inquiry by saying that I am new to VMS.  So please > don't tear me a new one. > H > We use the backup procedure  below to backup our system and data disksE > to tape.  However, only the first saveset in the procedure actually G > gets created.  As far as I can tell from the documentation I've read, A > my commands seem correct. The tape should have more than enough D > capacity.  Any insight is greatly appreciated.  Thanks in advance. >  > $ WAIT 00:00:00   0 What is the purpose of waiting for zero seconds?  " > $ INIT/OVER=EXPIR MKA100: MTH_BA; > $ BACKUP/REWIND/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK/RECORD  > DKC0:[*...]*.* -8 >   MKA100:SYS_DKC0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST  G You may want to add "$ MOUNT/FOR MKA100: /MEDIA=COMPACTION" between the C INIT and the first BACKUP command. Some versions of VMS are a litle D buggy with /MEDIA=COMPACTION and the more you specify it, the etter.  C > $ BACKUP/NOREWIND/LOG/LIST=BACK.LOG/IMAGE/IGNORE=INTERLOCK/RECORD  > DKA0:[*...]*.* -8 >   MKA100:SYS_DKA0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST
 > $ LOGOUT > $   E The default error handler is ON ERROR THEN EXIT. If the first command E produces and errors (-E- or -F-), then the procedure will exit before @ the second backup command runs. Add either "$ SET NOON" or "$ ON: SEVERE_ERROR THEN EXIT" at the top and it should run fine.  C It would help if you would post any error mssages or log files that C this command procedure produces. Be sure to post the error messages 	 VERBATIM.    ------------------------------    Date: 17 Jun 2005 14:42:26 -0700$ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Backup Procedure C Message-ID: <1119044546.337551.243470@o13g2000cwo.googlegroups.com>    JF Mezei wrote:  > Syltrem wrote:N > > You can use either one as in your procedure it really makes no difference.M > > The ALLOCATE is not required. BACKUP has been ALLOCATing and MOUNTing the   > > tapes for quite a long time. > F > I am concerned more about what happens when one backup command ends.G > Backup may allocate the tape while it runs, but what happens when the  > first command ends  ?  > E > Remember that this procedure has multiple separate backup commands.     E Not a problem. This is VMS, not Unix. BACKUP allocates and mounts the  tape and it stays that way.    ------------------------------    Date: 17 Jun 2005 14:39:34 -0700$ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Backup Procedure C Message-ID: <1119044374.307098.213460@g49g2000cwa.googlegroups.com>    Dave Greenwood wrote: 4 > In a previous article, WeLikeNuts@gmail.com wrote:J > > Let me preface this inquiry by saying that I am new to VMS.  So please > > don't tear me a new one. > > J > > We use the backup procedure  below to backup our system and data disksG > > to tape.  However, only the first saveset in the procedure actually I > > gets created.  As far as I can tell from the documentation I've read, C > > my commands seem correct. The tape should have more than enough F > > capacity.  Any insight is greatly appreciated.  Thanks in advance. > >  > > $ WAIT 00:00:00 $ > > $ INIT/OVER=EXPIR MKA100: MTH_BA= > > $ BACKUP/REWIND/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK/RECORD  > > DKC0:[*...]*.* -: > >   MKA100:SYS_DKC0.BCK/MEDIA_FORMAT=COMPACTION/NOASSISTE > > $ BACKUP/NOREWIND/LOG/LIST=BACK.LOG/IMAGE/IGNORE=INTERLOCK/RECORD  > > DKA0:[*...]*.* -: > >   MKA100:SYS_DKA0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST > > $ LOGOUT [...] C > Btw, I think you need to add /MEDIA_FORMAT=COMPACTION to the INIT 6 > statement in order for that to actually take effect.    D Nope. It works because BACKUP is mounting the tape. If the tape wereG MOUNTed before the BACKUP command is run, then it wouldn't take effect.      >   > Dave  > --------------; > Dave Greenwood                Email: Greenwoodde@ORNL.GOV J > Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 17 Jun 2005 15:07:32 -0700$ From: "AEF" <spamsink2001@yahoo.com> Subject: Re: Backup Procedure C Message-ID: <1119046052.586510.162870@f14g2000cwb.googlegroups.com>    JF Mezei wrote:  > WeLikeNuts@gmail.com wrote:  > > $ WAIT 00:00:00 $ > > $ INIT/OVER=EXPIR MKA100: MTH_BA= > > $ BACKUP/REWIND/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK/RECORD  > > DKC0:[*...]*.* -: > >   MKA100:SYS_DKC0.BCK/MEDIA_FORMAT=COMPACTION/NOASSISTE > > $ BACKUP/NOREWIND/LOG/LIST=BACK.LOG/IMAGE/IGNORE=INTERLOCK/RECORD  > > DKA0:[*...]*.* -: > >   MKA100:SYS_DKA0.BCK/MEDIA_FORMAT=COMPACTION/NOASSIST > > $ LOGOUT > > $  > 4 > you may wish to add the following after the wait :  ! What wait? He specified 00:00:00.      > ALLOC MKA100:  >  > and then before the logout:  >  > DEALLOC MKA100:  > D > When the first backup ends, it helps ensure that the tape stays onE > without rewinding. That seemed to make a difference with TK50s back < > then. It may no longer be of use with current VMS version.    3 ??? I can't imagine this would make any difference.     H > also, in your backup commands, you should add /LABEL=MTH_BA as part of8 > the qualifiers attached to the target saveset on tape.   Yes. Good idea.    > K > The second command has a conflict, which I am not sure how backup reacts:  > B > When you BACKUP/IMAGE,  backups wants just the device name sinceG > implicitely , it backsup everything on that device, yet, you supply a 4 > file specification DKA0:[*...]*.* instead of DKA0:    F And this could well be his problem! BACKUP/IMAGE chokes on disk:[*...] with  D %BACKUP-F-IMGFILSPE, /IMAGE specification must have only device name  G So his second BACKUP command wouldn't work even if he had no -E- or -F- $ error from the first BACKUP command.  B To the OP: You might want to place the qualifiers in their "right"  places to make it more readable:  G $ BACKUP/NOASS/IMAGE/VERIFY/RECORD/LOG/LIST=BACK.LOG/IGNORE=INTERLOCK - 	   DKC0: - 8   MKA100:SYS_DCK0.BCK/LABEL=MTH_BA/REWIND/MED=COMPACTION  - and similarly for your second BACKUP command.     H > With /IMAGE, you also want /NOALIAS which will save much space on yourC > tape and time, preventing files from being copied more than once.   @ OK. In VMS there are alias directories on the system disk. UsingB /NOALIAS (which in some versions of VMS may be the default) avoids7 copying the alias copies which would just be redundant.   F And for future reference: Please post the error messages and post them verbatim. Thanks.    ------------------------------  % Date: Fri, 17 Jun 2005 14:43:06 -0500 ( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Backup question0 Message-ID: <00A456D3.566EDA9B.17@tachysoft.com>  > >From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell) >Subject: Re: Backup question  >Date: 17 Jun 2005 14:25:52 CDT ( >From: Dave Froble <davef@tsoft-inc.com> >X-Newsgroups: comp.os.vms >Subject: Re: Backup question & >Date: Thu, 16 Jun 2005 03:03:10 -0400= >Organization: Posted via Supernews, http://www.supernews.com    >Wayne Sewell wrote:@ >>>From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell) >>>Subject: Re: Backup question ! >>>Date: 15 Jun 2005 04:22:56 CDT 1 >>>Message-ID: <JqIGcZm3dZyb@tachxxsoftxxconsult> - >>>From: "Syltrem" <syltremzulu@videotron.ca>  >>>X-Newsgroups: comp.os.vms >>>Subject: Re: Backup question      >>  R >> Rather than copy after the fact, it's possible to make vms backup write two (orP >> more) copies of the backup tape in the first place, if you have multiple tapeK >> drives of the same type.  The tapesys product contains a facility called R >> CMP/TSHAD (tape shadowing).  It is basically a virtual tape drive that fans outO >> to two or more physical tape drives.  tapesys does the backup to the virtual N >> tape drive, and all operations are simultaneously performed on the physicalI >> drives.  Therefore you have two or more identical copies of the backup R >> savesets.  Created at the time of the backup.  The alternate tape(s) are in theM >> tapesys database like the original, and can be automatically sent to vault 2 >> destination(s) independently of the first tape. >>     >About time Wayne.  :-)  >    ???   K Tapesys has had this functionality at least since 1992, when I first worked > with software partners.  I think it goes back to the eighties.  F >I do have a question that was raised in one of the many responses to I >this topic.  It's rather likely that different tapes will vary slightly   >in their total capacity.  > J >For a multiple tape backup, how is this handled when there are to be two  >or more copies of the backup?    N Well, each qio issued to the virtual drive gets issued to each of the physicalN drives.  If the tapes are not identical in length, there will be a point whereL the shortest one gets an endoftape return code on a write while the other(s)N get success. TSHAD will take that as an endoftape for the entire set, and willJ return that to the original write qio performed by backup.  So backup willO perform normal endoftape processing, even though only one of the physical tapes J is actually at end of tape.  True, this may waste a little capacity on theE other tape(s), but the whole point is for the copies to be identical.    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  % Date: Fri, 17 Jun 2005 14:55:31 -0500 ( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Backup question/ Message-ID: <00A456D5.122910D9.7@tachysoft.com>   > >From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell) >Subject: Re: Backup question  >Date: 17 Jun 2005 14:28:32 CDT / >Message-ID: <9uRilhLpE41+@tachxxsoftxxconsult>  >From: briggs@encompasserve.org  >X-Newsgroups: comp.os.vms >Subject: Re: Backup question ! >Date: 16 Jun 2005 11:37:13 -0500     [ >In article <11b28uk6gn41ba3@corp.supernews.com>, Dave Froble <davef@tsoft-inc.com> writes: H >> I do have a question that was raised in one of the many responses to K >> this topic.  It's rather likely that different tapes will vary slightly   >> in their total capacity.  >>  L >> For a multiple tape backup, how is this handled when there are to be two   >> or more copies of the backup? > D >Without ever having seen the code for TSHAD, I'll offer the obvious+ >and trivial explanation of how it works...  > C >"When either of the physical drives returns from a write operation C > with the error code that indicates that it passed the EOT warning E > marker, the virtual drive will pass that warning on to the caller".  > G >"Thus the virtual reel capacity is the lesser of the actual capacities  > of the two physical reels".  > ? >On traditional mag tape, there is a reflective EOT marker that I >appears some 12 to 18 feet prior to physical end of tape (I've forgotten B >the exact spec long since).  When you write past this marker, youA >get a warning code.  And your application then has a few feet of . >tape on which to write end of volume markers. > > >Since modern mag tape emulates traditional mag tape, the same >warning scheme still works. > 
 >	John Briggs  >--      Yes, this is correct.    Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  # Date: Sat, 18 Jun 2005 05:20:25 GMT   From: John Santos <john@egh.com> Subject: Re: Backup question+ Message-ID: <taOse.16231$tY4.3452@trnddc06>    Wayne Sewell wrote: ? >>From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell)  >>Subject: Re: Backup question  >>Date: 17 Jun 2005 14:25:52 CDT) >>From: Dave Froble <davef@tsoft-inc.com>  >>X-Newsgroups: comp.os.vms  >>Subject: Re: Backup question' >>Date: Thu, 16 Jun 2005 03:03:10 -0400 > >>Organization: Posted via Supernews, http://www.supernews.com >  >  >>Wayne Sewell wrote:  >>A >>>>From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell)   >>>>Subject: Re: Backup question" >>>>Date: 15 Jun 2005 04:22:56 CDT2 >>>>Message-ID: <JqIGcZm3dZyb@tachxxsoftxxconsult>. >>>>From: "Syltrem" <syltremzulu@videotron.ca> >>>>X-Newsgroups: comp.os.vms   >>>>Subject: Re: Backup question >  >  > R >>>Rather than copy after the fact, it's possible to make vms backup write two (orP >>>more) copies of the backup tape in the first place, if you have multiple tapeK >>>drives of the same type.  The tapesys product contains a facility called R >>>CMP/TSHAD (tape shadowing).  It is basically a virtual tape drive that fans outO >>>to two or more physical tape drives.  tapesys does the backup to the virtual N >>>tape drive, and all operations are simultaneously performed on the physicalI >>>drives.  Therefore you have two or more identical copies of the backup R >>>savesets.  Created at the time of the backup.  The alternate tape(s) are in theM >>>tapesys database like the original, and can be automatically sent to vault 2 >>>destination(s) independently of the first tape. >>>  >  >  >>About time Wayne.  :-) >> >  >  > ???  > M > Tapesys has had this functionality at least since 1992, when I first worked @ > with software partners.  I think it goes back to the eighties. >   D I think Dave meant "It's about time you put your two cents into thisF thread, since these people are clearly looking for Tapesys and there'sF been tons of idle speculation about how backup works and little actualG information from people (like you) who know how backup actually works", / not "It's about time Tapesys had this feature."   H (Since then, there have been several posts from other people who seem to9 have actually tried things rather than just speculating.)    > G >>I do have a question that was raised in one of the many responses to  J >>this topic.  It's rather likely that different tapes will vary slightly  >>in their total capacity. >>K >>For a multiple tape backup, how is this handled when there are to be two   >>or more copies of the backup?  >  >  > P > Well, each qio issued to the virtual drive gets issued to each of the physicalP > drives.  If the tapes are not identical in length, there will be a point whereN > the shortest one gets an endoftape return code on a write while the other(s)P > get success. TSHAD will take that as an endoftape for the entire set, and willL > return that to the original write qio performed by backup.  So backup willQ > perform normal endoftape processing, even though only one of the physical tapes L > is actually at end of tape.  True, this may waste a little capacity on theG > other tape(s), but the whole point is for the copies to be identical.  >  > Wayne Q > =============================================================================== P > Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com= > http://www.tachysoft.com/www/tachyon.html and wayne.html    Q > =============================================================================== R > Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."     --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 17 Jun 2005 13:20:10 -0700 0 From: Greg Cagle <gregc@removethisgregcagle.com> Subject: Re: HP World 0 Message-ID: <11b6c3qpke7qf82@corp.supernews.com>   JF Mezei wrote:  > "Stuart, Ed" wrote:  > M >>Each subject matter track only has 15 slots.  Unlike the bootcamp which was I >>dedicated to one technology, HP World is supposed to offer a breadth of ' >>topics.  283 sessions is not too bad.  >  > G > It isn't bad for HP employees since it gives them a change to "taste" H > the various technologies that HP has to offer. But for a customer of aK > specific HP technology, it is a very expensive trip for just 15 sessions.   F JF, my guess is that you have other equipment in your environment thanH just VMS - like storage or networking, for example. If so, you will find7 plenty of value at HP World besides just the VMS track.    - Greg --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Fri, 17 Jun 2005 22:36:07 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Jensen Coming On-line... + Message-ID: <42B396A7.6EB987B7@comcast.net>   F Earlier this season, I acquired a bunch of old gear from a local gent.< Included was an AXP-150, aka Jensen and a BA353 "pizza box".  F I got it started up o.k., but he couldn't give me any disks. I've beenB slowly acquiring old disks off eBay and I have enough to add up to< around 14GB(formatted) of disk, if I take an RZ28 out of theG StorageWorks canister it's currently in and mount it internally. I also H have a couple of RRD43/44 CD-ROMs I could use them to add another 1GB orH so of RO storage, using my other little Alpha and Wintel PC to burn full
 CDs of stuff.   F My Netgear Firewall/Router allows me to open certain ports for inbound? connection requests. I'm hoping to use DYNDNS.ORG to provide an A anonymous FTP download source for freeware and such (oh, no - not 0 ANOTHER one!), once I get this puppy on the air.  G I also acquired a couple of 150MHz Multias. I'm hoping I can use one at B work to INIT/ERASE a bunch of disks we gotta get rid of. I have anE AlphaStation-255 at work, but it's sick and won't boot (POST hangs at H "f4."). It may still be under contract, but if not, I'll be using my ownC collection of Multia resources to see if I can spin up one of these  puppies.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 17 Jun 2005 15:00:30 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>9 Subject: Re: Migration checklist (no, not away from VMS!) / Message-ID: <00A456D5.C4996831.9@tachysoft.com>   > >From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell): >Subject: Re: Migration checklist (no, not away from VMS!) >Date: 17 Jun 2005 14:29:11 CDT / >Message-ID: <Qf8u8JJD8iwz@tachxxsoftxxconsult> 5 >From: "Peter Weaver" <newsgroup@weaverconsulting.ca>  >X-Newsgroups: comp.os.vms: >Subject: Re: Migration checklist (no, not away from VMS!)& >Date: Tue, 14 Jun 2005 14:43:48 -0400. >Organization: Weaver Consulting Services Inc.     >Wayne Sewell wrote: >>... H >> With TCPWARE, you have to get a new license key, since the address of. >> the network adapter is embedded in the key. >> ... > H >What version of TCPWare did that? In the past 8 years I have never seenC >a TCPWare license tied to any hardware and I have seen quite a few  >TCPWare licenses. >   K I'm not sure which version it was.  I just remember having to do it at some N point when installing at a customer site.  It's possible that they changed theH licensing mechanism since then.  If that is no longer true, I apologize.   Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy that."   ------------------------------  % Date: Fri, 17 Jun 2005 17:28:47 -0400 - From: William Webb <william.w.webb@gmail.com> 9 Subject: Re: Migration checklist (no, not away from VMS!) 7 Message-ID: <8660a3a10506171428340ed921@mail.gmail.com>   5 On 6/17/05, Wayne Sewell <wayne@tachysoft.com> wrote: @ > >From: wayne@tachysoft.xxx.504279.killspam.00c3 (Wayne Sewell)< > >Subject: Re: Migration checklist (no, not away from VMS!)! > >Date: 17 Jun 2005 14:29:11 CDT 1 > >Message-ID: <Qf8u8JJD8iwz@tachxxsoftxxconsult> 7 > >From: "Peter Weaver" <newsgroup@weaverconsulting.ca>  > >X-Newsgroups: comp.os.vms< > >Subject: Re: Migration checklist (no, not away from VMS!)( > >Date: Tue, 14 Jun 2005 14:43:48 -04000 > >Organization: Weaver Consulting Services Inc. >=20 >=20 > >Wayne Sewell wrote: > >>... J > >> With TCPWARE, you have to get a new license key, since the address of0 > >> the network adapter is embedded in the key. > >> ... > > J > >What version of TCPWare did that? In the past 8 years I have never seenE > >a TCPWare license tied to any hardware and I have seen quite a few  > >TCPWare licenses. > >  >=20L > I'm not sure which version it was.  I just remember having to do it at so= meL > point when installing at a customer site.  It's possible that they change= d the J > licensing mechanism since then.  If that is no longer true, I apologize. >=20 > Wayne K > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D L > Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysof= t.com : > http://www.tachysoft.com/www/tachyon.html and wayne.htmlK > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D L > Jake Blues:"You traded the Caddy for a microphone? ...... Okay, I can buy=  that."  >=20  B The license-keyed-to-physical-hardware business stopped around theF same time that systems quit having unique hardcoded system IDs. (and ID remember having some third-party product on my 8530, whether RAXCO'sF Security Toolkit or someone else's product that's long-forgotten), andE we had to arrange for special keys when we did DR testing at SunGard.   B Anyway, I can do the hardware-specific license key one better. =20  $ My copy of Golden Eggs has a DONGLE.  D (There will now be a brief intermission while about half the readers" go to the Jargon File, D section.)   : ^ )    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Fri, 17 Jun 2005 21:38:32 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de># Subject: New OpenVMS Planet Website A Message-ID: <42b326b8$0$1132$9b4e6d93@newsread4.arcor-online.net>   G There is a new OpenVMS community website sponsored by the PARSEC Group.    http://www.openvmsplanet.org/      Cheers!    K.C.   ------------------------------  % Date: Fri, 17 Jun 2005 22:04:13 +0200 - From: Didier Morandi <prenom.nom@freesurf.fr> ' Subject: Re: New OpenVMS Planet Website 4 Message-ID: <42b32cc5$0$16632$626a14ce@news.free.fr>   Keith Cayemberg wrote:   > I > There is a new OpenVMS community website sponsored by the PARSEC Group.  >  > http://www.openvmsplanet.org/   P Yes. They had a booth in the Sheraton Tara last week. I hat a chat with someone N from the booth. I asked how they would compare with Ken Farmer's openvms.org. ! Their answer did not convince me.   K To me it is a gateway towards making $$$, not a fiendly corner as Ken's is.   
 my 2 euros   D.   ------------------------------  % Date: Fri, 17 Jun 2005 22:34:34 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>' Subject: Re: New OpenVMS Planet Website A Message-ID: <42b333db$0$1134$9b4e6d93@newsread4.arcor-online.net>    Didier Morandi wrote:    > Keith Cayemberg wrote: >  >>J >> There is a new OpenVMS community website sponsored by the PARSEC Group. >>  >> http://www.openvmsplanet.org/ >  > J > Yes. They had a booth in the Sheraton Tara last week. I hat a chat with K > someone from the booth. I asked how they would compare with Ken Farmer's  0 > openvms.org. Their answer did not convince me. > M > To me it is a gateway towards making $$$, not a fiendly corner as Ken's is.  >  > my 2 euros >  > D.  G Well, from their ABOUT page (see their statement below) they appear to  B have good intentions. I don't see it as a direct competition with F OpenVMS.Org in the first place, but rather an extra OpenVMS resource. F Please consider their exists many hundreds of such sites for Windows, B Unix or Linux. OpenVMS still has some catching up to do. :-)  I'm @ willing to give the site the benefit of a doubt, and see how it H develops. That doesn't mean I will reduce my attention or participation D in Ken's Websites one iota. Indeed, I have lots of ideas for future  submissions in the works. ;-)    Cheers!    Keith Cayemberg      ABOUT...F OpenVMS PLANET is a unique community that strives to provide current, D timely and interesting content to OpenVMS users, and to serve as an G advocate for the OpenVMS operating system and affiliated products.  We  H believe that OpenVMSs security, reliability, and availability can meet F current and future business demands, and that its future is dependent @ upon having a strong, active community of users, advocates, and H educators.  OpenVMS PLANET strives to serve as a forum for advocacy and C education, and to provide resources, opportunities, and forums for  ' OpenVMS system personnel and hobbyists.   H OpenVMS PLANET is, above all, your community.  We welcome your feedback I and suggestions for improving the site, and we encourage you to use this  G forum as a means to create dynamic connections to other OpenVMS users.  @   The future is in your hands, and we believe its a bright one.   ------------------------------    Date: 17 Jun 2005 14:57:53 -0700$ From: "AEF" <spamsink2001@yahoo.com>' Subject: Re: New OpenVMS Planet Website C Message-ID: <1119045473.216316.179570@g47g2000cwa.googlegroups.com>    Didier Morandi wrote:  > Keith Cayemberg wrote: >  > > K > > There is a new OpenVMS community website sponsored by the PARSEC Group.  > > ! > > http://www.openvmsplanet.org/  > Q > Yes. They had a booth in the Sheraton Tara last week. I hat a chat with someone O > from the booth. I asked how they would compare with Ken Farmer's openvms.org. # > Their answer did not convince me.  > M > To me it is a gateway towards making $$$, not a fiendly corner as Ken's is.  >  > my 2 euros >  > D.    B You mean 2 errors! OK, one error. "Fiendly" is not a complementary	 term! :-)    ------------------------------    Date: 17 Jun 2005 18:31:30 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ' Subject: Re: New OpenVMS Planet Website 3 Message-ID: <TjGg6m3xtdoF@eisner.encompasserve.org>   j In article <1119045473.216316.179570@g47g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: >  >  > Didier Morandi wrote:   N >> To me it is a gateway towards making $$$, not a fiendly corner as Ken's is. >>
 >> my 2 euros  >> >> D.  >  > D > You mean 2 errors! OK, one error. "Fiendly" is not a complementary > term! :-)   . In fact, it is not even a complimentary term !   ------------------------------  # Date: Fri, 17 Jun 2005 20:47:32 GMT & From: "karl puder" <karl.puder@hp.com>7 Subject: Re: OpenVMS BootCamp (anonymous) pixes - Day 4 2 Message-ID: <EFGse.7280$sg1.7169@news.cpqcorp.net>  6 http://didier.morandi.free.fr/Nashua_2005/DSC01987.htm6 http://didier.morandi.free.fr/Nashua_2005/DSC01990.htm# I think she's in the yellow jacket.   : "Didier Morandi" <prenom.nom@freesurf.fr> wrote in message. news:42a96fb9$0$20242$626a14ce@news.free.fr...6 > No, I don't. She came on Monday, I was in the plane. >  > D. >  > JF Mezei wrote:  > > Didier Morandi wrote:  > > % > >>http://didier.morandi.free.fr/d4/  > >  > >  > > ? > > Thanks for the pictures... Do you have one of Ann McQuaid ?  >      P.S.  This one- http://didier.morandi.free.fr/d5/DSC02150.htm 1 has an incorrect caption.  It _used_ to say that. # What does it *really* say now?  :-)    ------------------------------  % Date: Fri, 17 Jun 2005 21:35:52 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>0 Subject: OpenVMS Roadmap June 2005 now availableA Message-ID: <42b32619$0$1132$9b4e6d93@newsread4.arcor-online.net>   7 For those of you who (like me) didn't noticed till now.   ' OpenVMS Roadmap June 2005 now available > http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps.htm  
 PowerpointU http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roadmaps.ppt    PDF U http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roadmaps.pdf    PDF with speaker notes[ http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roadmaps_notes.pdf   
 PostScriptT http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roadmaps.ps   PostScript Zipped U http://h71000.www7.hp.com/openvms/roadmap/OpenVMS_roadmaps_files/openvms_roadmaps.zip      Cheers!    K.C.   ------------------------------  % Date: Fri, 17 Jun 2005 22:38:45 +0200 3 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> E Subject: Re: RdbSQL> set session authorisation 'persona :ws_integer'; = Message-ID: <42b334d6$0$67263$157c6196@dreader2.cybercity.dk>   M Try comp.database.rdb or the oraclerdb mailing list at jcc.com or the Oracle  K Enhancement Request system - the Rdb engineers definitely read one or more  	 of these.   
 Dr. Dweeb.   Richard Maher wrote: > Hello, > D > I know I've been going on about this enhancement request for quiteF > some years now, but if there is any justice in the world then it hasC > to be coming up in the next version(s) of Rdb. With that in mind, > > please let me advise that you may wish to provide a API callD > (with/without the SQL syntax) to switch session authorization on a? > persona basis. Why? Because it could be quite valid to switch E > authorization to an EXEC mode person, but without the process going : > into inner mode how can you tell if this was legitimate? > D > You *could* have SQL> set session authorization 'persona current'; > C > Rdb would then do a $persona_query on the current *zero* persona. < > (Who cares what mode it is? It's current so it must be ok) > F > Anyway, If by the odd chance, you are implementing this and you plan< > on banning non-user-mode personae then please think again. >  > Cheers Richard Maher     ------------------------------  + Date: Fri, 17 Jun 2005 21:59:13 +0000 (UTC) . From: klewis@LUMINA.MITRE.ORG (Keith A. Lewis)G Subject: Re: See a BA350 SCSCI disk on a satellite from its boot server . Message-ID: <d8vh3h$s25$1@newslocal.mitre.org>   Didier Morandi <prenom.nom@freesurf.fr> writes in article <42b19ea8$0$4489$626a14ce@news.free.fr> dated Thu, 16 Jun 2005 17:45:42 +0200: >DTL02> dism dka100  >DTL02> mou/clu dka100 freeware 5 >%MOUNT-I-MOUNTED, FREEWARE mounted on _DTL02$DKA100: B >%MOUNT-W-RMTMNTFAIL, _DTL02$DKA100: failed to mount on node DTL010 >-MOUNT-F-VOLINV, volume is not software enabled  B What is the value of the system parameter MSCP_SERVE_ALL on DLT02? It should probably be 2.    @ If you don't want to reboot, use SET DEVICE/SERVED until you do.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 17 Jun 2005 21:02:26 -0400 $ From: "Chris" <an.other@not_here.ca>G Subject: Re: See a BA350 SCSCI disk on a satellite from its boot server 8 Message-ID: <NoKse.9168$yU.779261@news20.bellglobal.com>  I If the satellite only has a VMSCluster Client license (as opposed to Full L Function), I'm told that it cannot perform MSCP serving of its local disk(s)L to the cluster, so the MSCP_SERVE_ALL parameter would be meaningless it that case    ; "Keith A. Lewis" <klewis@LUMINA.MITRE.ORG> wrote in message ( news:d8vh3h$s25$1@newslocal.mitre.org...; > Didier Morandi <prenom.nom@freesurf.fr> writes in article G <42b19ea8$0$4489$626a14ce@news.free.fr> dated Thu, 16 Jun 2005 17:45:42  +0200: > >DTL02> dism dka100 ! > >DTL02> mou/clu dka100 freeware 7 > >%MOUNT-I-MOUNTED, FREEWARE mounted on _DTL02$DKA100: D > >%MOUNT-W-RMTMNTFAIL, _DTL02$DKA100: failed to mount on node DTL012 > >-MOUNT-F-VOLINV, volume is not software enabled > D > What is the value of the system parameter MSCP_SERVE_ALL on DLT02? > It should probably be 2. > B > If you don't want to reboot, use SET DEVICE/SERVED until you do. > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Fri, 17 Jun 2005 21:34:45 GMT # From: hoff@hp.nospam (Hoff Hoffman) P Subject: Re: Sequential File Record Formats (was: Re: unix script on VMS to DOS)2 Message-ID: <VlHse.7285$Fi1.2572@news.cpqcorp.net>  e In article <42b27e29$1_1@glkas0286.greenlnk.net>, "chris" <christian.rothwell@baesystems.com> writes: G :Were having problems with UNIX scripts that have been created on a VMS L :system , which are then FTP'd to a DOS system. The problem is when the fileK :is read in from the DOS system all its line feeds and carridge returns are   :screwed up from the VMS system.  E   I expect you are operating under the assumption that all sequential D   file formats are portable, and that's not the case.  When you sendE   a file from OpenVMS for use on Windows, the OpenVMS sequential file F   should use or should be converted to Stream format, or to Stream LF.8   For use on UNIX, sharing Stream LF tends to work best.  J :Is there any utility out there to view line feeds and carridge returms onF :DOs??? the file is saved as a txt file or EDF file. , currently viewd :through notepad.   F   The Microsoft Windows Notepad tool generally wants the Stream-formatH   sequential file, while the Wordpad tool can operate with either StreamE   or Stream LF, IIRC.  (I *think* Wordpad is the more flexible of the F   two, in terms of which sequential file format(s) it will accept.  If   not, try the other.)  L :The only other alternative is to change the code on how the file is read in5 :(i.e. ignore carridge returns, tabs and line feeds.)   D   Or send over the expected format, using either a file creation andE   a SET FILE/ATTR=... and then populate the file, or you can populate G   the file and then CONVERT/FDL to get the file into the target format.   D   And yes, you need to use FTP ASCII mode transfer -- but I'd expectC   if you look at a DIRECTORY/FULL of what you are sending, the file E   format you are sending is not compatible with Windows expectations. %   All sequential files are not alike.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Fri, 17 Jun 2005 17:38:35 -0400 - From: William Webb <william.w.webb@gmail.com> ' Subject: Re: SIR (was: Backup question) 7 Message-ID: <8660a3a1050617143876ae763c@mail.gmail.com>   * On 17 Jun 2005 08:16:07 -0500, Bob Koehler0 <koehler@eisner.nospam.encompasserve.org> wrote:L > In article <42B1D4AF.40D54CFA@teksavvy.com>, JF Mezei <jfmezei.spamnot@te= ksavvy.com> writes:  > > Bob Koehler wrote:E > >>    Maybe in VMS 8.4 or so we can get an option to make /record a  > >>    privileged action. > >  > > L > > Create a separate DCLTABLES for your unprivileged users where the BACKU= P ) > > command is is defined without /RECORD > > > (or having a conflicting DISALLOW that makes it unusable). >=20G >   Increases my effort to do maintenance on the system since I have to F >   remember to recreate that DCLTABLES after every product install or >   upgrade. >=20G >   IMHO it's something that VMS should give the system manager control 	 >   over.  >=20  G The idea of giving end users control over backups gives me the willies.   9 The idea of giving them control over restores, doubly so.   L Part of my job is to guarantee that what needs to get backed up, gets backe= d up.   F Another part of my job is to guarantee, as much as is humanly possibleD outside of the realm of media and device failures that what's backed up is restorable.   F And I'm not going to let someone else drive the bus if I'm the one whoE gets the (pink) ticket in the event that they run over someone on the 	 sidewalk.    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Fri, 17 Jun 2005 21:03:32 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>' Subject: Re: SIR (was: Backup question) + Message-ID: <42B380F4.E6561EA9@comcast.net>    Bob Koehler wrote: > ^ > In article <42B1D4AF.40D54CFA@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > > Bob Koehler wrote:E > >>    Maybe in VMS 8.4 or so we can get an option to make /record a  > >>    privileged action. > >  > > L > > Create a separate DCLTABLES for your unprivileged users where the BACKUP) > > command is is defined without /RECORD > > > (or having a conflicting DISALLOW that makes it unusable). > H >    Increases my effort to do maintenance on the system since I have toG >    remember to recreate that DCLTABLES after every product install or 
 >    upgrade.  > H >    IMHO it's something that VMS should give the system manager control
 >    over.  F It does - that's why you *CAN* set different command tables file for aA user or users. (I know - that's not the tool you were expecting.)   E You're not bothering DCLTABLES - leave that alone. Clone it, then use H verb as needed to modify the new command table for non-privileged users.  E Rather a bear to develop, but if you learn to master SEARCH and VERB, F you can automate the process of converting DCLTABLES to - oh, whaddaya: wanna call it? How 'bout NPTABLES (Non-Privileged tables).  E ...and the good news is: you need to develop it once. Afterthat, just @ add tweaks for new features in various commands as documented orF discovered. If your company will pay to outsource that work, well, how to reach me should be obvious.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 17 Jun 2005 21:48:25 +0200 - From: Didier Morandi <prenom.nom@freesurf.fr> = Subject: Re: The VMS Contest of the Day: Licenses and Cluster 4 Message-ID: <42b32919$0$19037$626a14ce@news.free.fr>   Bart Zorn wrote:	 > Didier,  > H > This looks to me as overkill! If you can DISABLE a license, you cannotE > REGISTER it again. If you have just REGISTERed a license, you don't H > have to ENABLE it. And when UNLOADing, MODIFYing or LOADing, you don't? > have to specify /PRODUCER. (That is, I assume you do not have F > OPENVMS-ALPHA licenses produced by another company!) Oh, I forgot, a4 > LOAD will automatically do an UNLOAD, if required.   Ok, I give up.I This procedure is an adaptation from an extract of the proc I got when I  S purchased my Alpha Kit and LP licences from HP DSPP in 2003, as a Business Partner.    $!/ $!============================================= $ $! HEWLETT-PACKARD, Galway, Ireland.3 $! Unauthorized use or copy of this command file is  $! not allowed $ 5 $! Command file  generated at 30-OCT-2003 17:03:41.82 / $!============================================= 
 $ set noon $!$ $!***!!!HEADER: ACMS-ARCH.IND (ACMS)2 $!                           _____________________3 $!                          | DOCUMENT ISSUE DATE | 3 $!                          |     30-OCT-2003     | 2 $!                           _____________________
 $! PAK ID: $! $! $ license disable/log ACMS1 $ Write Sys$output "Registering and Loading ACMS"  $ Write Sys$output ""  $ license register ACMS - 
 /ISSUER=DEC - % /AUTHORIZATION=ASP-IL-2003OCT30-*** -  /PRODUCER=DEC - 
 /UNITS=0 - /TERMINATION_DATE=04-NOV-2004 -  /ACTIVITY=CONSTANT=100 - /TOKEN=$ASAP - /CHECKSUM=******************** $!' $license unload/log ACMS/producer = DEC < $license enable ACMS /auth=ASP-IL-2003OCT30-***/producer=DEC  $license load ACMS /producer=DEC ../..   - > Hey, it is good to see you back at OpenVMS!   @ Thanks. Nice to be back after a full week of VMS in VMS land :-)  ; Now, let's see how to help those VAX Customers to go I64...    D. --  1 Didier MORANDI - Expert informaticien - VMS / SAP 0   13 chemin du Gu, 1213 Petit-Lancy (GE) Suisse0 Tl. : +33(0)6 7983 6418 ~ www.didiermorandi.com   ------------------------------    Date: 17 Jun 2005 15:56:54 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: UAF> /ACCOUNT What's it used for?3 Message-ID: <yOYsMdD+xp6E@eisner.encompasserve.org>   \ In article <42B3108D.43188985@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bob Koehler wrote:H >> > 1) It's stored via the ACCOUNTING utility and can be used to bundle# >> > Usernames together for billing  >> >M >> > 2) If the UIC Group code doesn't already exist then the ACCOUNT field is / >> > used to create an Identifier for the Group  >> > >> > Anything else?  >> > >>   >>    That's it. >  > H > Actually that isn't "it". You are forgetting customer use of the field4 > for various applications and management of SYSUAF. >   A    _VMS_ doesn't use them for anything else, which is what the OP 4    wanted to know and why the customer can use them.   ------------------------------   End of INFO-VAX 2005.338 ************************