1 INFO-VAX	Sat, 09 Sep 2006	Volume 2006 : Issue 495       Contents:' After the boys zof summ-er have goh-hon  Re: Alpha remembrance day $ Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK( Re: Alpha/V8.3/Backup/Control-T/BUGCHECK' Re: Encrypted backup questions/concepts ? Re: How Do I Determine The IP Address And Complete Name Of Host & Re: HP announces new Integrity servers& RE: HP announces new Integrity servers& Re: Locating early versions of VAX/VMS& Re: Locating early versions of VAX/VMS5 Re: OT: IA64's speed beaten by orders of magnitude... # Pseudo-Device Driver example needed ! Re: SAMBA 3.0 (CIFS) with TCPware ! Re: SAMBA 3.0 (CIFS) with TCPware   F ----------------------------------------------------------------------  $ Date: Sat, 9 Sep 2006 18:48:33 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 0 Subject: After the boys zof summ-er have goh-hon1 Message-ID: <edu604$t6b$1@news-02.connect.com.au>   C If only you could get your hands on the person responsible. . .Doh!    Cheers Richard Maher  : "David B Sneddon" <dbsneddon@bigpond.com> wrote in message< news:1157797127.585248.86540@h48g2000cwc.googlegroups.com...I > I have just upgraded a system to V8.3 and turned on volume shadowing on  > myI > system disk to see if the 100% reproducible UNXSIGNAL bugcheck had been  > fixed -- it hasn't.  > G > Having just upgraded, I thought it would be a good idea to backup the  > systemC > and started the process, then I thought I would check out the new  > control-T H > display in backup... control-T, BANG down it went like a sack of sh't. > % > Tried it again and it did the same.  > ' > Anyone else come across this one yet?  >  > Dave >    ------------------------------  % Date: Sat, 09 Sep 2006 15:34:51 +0800  From: prep@prep.synonet.com " Subject: Re: Alpha remembrance day0 Message-ID: <87ac59ijc4.fsf@k9.prep.synonet.com>  R helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  I > In article <mLadnR0_LKynemHZnZ2dnUVZ_vydnZ2d@metrocastcablevision.com>, - > Bill Todd <billtodd@metrocast.net> writes:    A >> CD-quality stereo sound compressed to 'near-CD quality' in 128 E >> Kbit/sec MP3 format consumes just under 1 MB per minute.  That's 1 F >> GB in about 17 hours: even the most interminable operas aren't that@ >> long (my BBC download of Beethoven's 9th symphony, running 67E >> minutes including lead-in commentary, is just over 63 MB in size).   E > A (true?) legend has it that the original CD capacity you mentioned B > was determined by the fact that Beethoven's 9th should have been > able to fit onto 1 CD.  J That is solid truth. The founder of Sony had that, a specific recording inG fact, as a rock solid requirement. I was told this by one of the people F at Philips who spent much of his time on CD standard stuff with Sony.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 9 Sep 2006 03:18:47 -0700 / From: "David B Sneddon" <dbsneddon@bigpond.com> - Subject: Alpha/V8.3/Backup/Control-T/BUGCHECK B Message-ID: <1157797127.585248.86540@h48g2000cwc.googlegroups.com>  G I have just upgraded a system to V8.3 and turned on volume shadowing on  myG system disk to see if the 100% reproducible UNXSIGNAL bugcheck had been  fixed -- it hasn't.   E Having just upgraded, I thought it would be a good idea to backup the  systemA and started the process, then I thought I would check out the new 	 control-T F display in backup... control-T, BANG down it went like a sack of sh't.  # Tried it again and it did the same.   % Anyone else come across this one yet?    Dave   ------------------------------   Date: 9 Sep 2006 03:34:57 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK C Message-ID: <1157798097.680536.252800@d34g2000cwd.googlegroups.com>    Dave,   D a little bit more information on the nature of the bugcheck would be; quite helpful. Let's at least see a SDA> CLUE CRASH output.    --- , Volker Halle, Invenate GmbH, OpenVMS Support  # An OpenVMS crashdump analysis a day $ makes the Windows headaches go away.   ------------------------------   Date: 9 Sep 2006 03:47:07 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK B Message-ID: <1157798827.918503.304900@e3g2000cwe.googlegroups.com>   Dave,   C now that you've raised the visibility of this problem, we should be F pretty quickly find out the root cause of this problem - between the 3	 of us ;-)    --- , Volker Halle, Invenate GmbH, OpenVMS Support  # An OpenVMS crashdump analysis a day $ makes the Windows headaches go away.   ------------------------------   Date: 9 Sep 2006 03:49:00 -0700 / From: "David B Sneddon" <dbsneddon@bigpond.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK C Message-ID: <1157798940.877729.114170@m73g2000cwd.googlegroups.com>    Guy Peleg wrote: > ? > I find it hard to believe that BACKUP is the culprit. The new > > CTRL-T code is all in user mode, the results are sent to the< > terminal using sys$brkthru system service. As Volker said,0 > let's start with the output of SDA>CLUE CRASH. >  > Guy    Here goes...  * Crash Time:         9-SEP-2006 08:58:08.67; Bugcheck Type:     INVEXCEPTN, Exception while above ASTDEL ' Node:              ZEN     (Standalone) / CPU Type:          Digital Personal WorkStation  VMS Version:       V8.3   Current Process:   Dave at FTA11@ Current Image:     $253$DKB0:[SYS0.SYSCOMMON.][SYSEXE]BACKUP.EXE< Failing PC:        FFFFFFFF.80108ED4    IOC$DISMOUNT_C+00374$ Failing PS:        30000000.00000801> Module:            IO_ROUTINES    (Link Date/Time:  8-AUG-2006 08:28:53.76) Offset:            0002EED4   * Boot Time:          9-SEP-2006 02:03:53.00* System Uptime:               0 06:54:15.67 Crash/Primary CPU: 0./0. System/CPU Type:   1E05  Saved Processes:   0' Pagesize:          8 KByte (8192 bytes) < Physical Memory:   448 MByte (57344 PFNs, contiguous memory)  Dumpfile Pagelets: 917504 blocks/ Dump Flags:        olddump,writecomp,errlogcomp + Dump Type:         raw,full,dosd,shared_mem ) EXE$GL_FLAGS:      poolpging,init,bugdump 7 Paging Files:      1 Pagefile and 0 Swapfiles installed    Stack Pointers: 9 KSP = 00000000.7FF87B58   ESP = 00000000.7FF8BD60   SSP =  00000000.7FF9CC80  USP = 00000000.7AD08EA8    General Registers:9 R0  = 00000000.00000000   R1  = 00000000.0000000C   R2  =  00000000.7FF87D50 9 R3  = FFFFFFFF.818CEC60   R4  = 00000000.7FF87BC0   R5  =  00000000.7FF87D38 9 R6  = 00000000.7FF87D80   R7  = 30000000.00000801   R8  =  00000000.00000001 9 R9  = 00000000.00000001   R10 = FFFFFFFF.81DD9B00   R11 =  00000000.00000000 9 R12 = 00000000.00000000   R13 = FFFFFFFF.818DCCD0   R14 =  00000000.7FFF0190 9 R15 = 00000000.00000000   R16 = 00000000.000001CC   R17 =  00000000.7FF87BC0 9 R18 = 00000000.7FF87D80   R19 = 00000000.00000000   R20 =  00000000.0000000E 9 R21 = 00000000.00000000   R22 = 00000000.00000C10   R23 =  00000000.0DEC4021 9 R24 = FFFFFFFF.8180A0B0   AI  = 00000000.00200000   RA  =  00000000.00000002 9 PV  = 00000000.00000000   R28 = 00000000.00001000   FP  =  00000000.7FF87E60 1 PC  = FFFFFFFF.800A5CE8   PS  = 18000000.00000800    How much do you want?    Dave   ------------------------------   Date: 9 Sep 2006 03:52:42 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK C Message-ID: <1157799162.839148.254850@b28g2000cwb.googlegroups.com>    Dave,   7 how about the signal array the the instruction stream ?    Volker.    ------------------------------   Date: 9 Sep 2006 03:54:56 -0700 / From: "David B Sneddon" <dbsneddon@bigpond.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK C Message-ID: <1157799295.994475.126960@p79g2000cwp.googlegroups.com>    Volker Halle wrote:  > Dave,  > 9 > how about the signal array the the instruction stream ?  > 	 > Volker.      Exception Frame:9 R2  = 20000000.00000003   R3  = 00000000.00000001   R4  =  FFFFFFFF.820A82C0 9 R5  = FFFFFFFF.81DD9B00   R6  = FFFFFFFF.83C81F30   R7  =  00000000.7B0C4378 1 PC  = FFFFFFFF.80108ED4   PS  = 30000000.00000801   = Signal Array:                            64-bit Signal Array: 9 Arg Count    = 00000005                  Arg Count      =  000000059 Condition    = 0000000C                  Condition      =  00000000.0000000C 9 Argument #2  = 00000000                  Argument #2    =  00000000.00000000 9 Argument #3  = 00000052                  Argument #3    =  00000000.00000052 9 Argument #4  = 80108ED4                  Argument #4    =  FFFFFFFF.80108ED4 9 Argument #5  = 00000801                  Argument #5    =  30000000.00000801    Mechanism Array:9 Arguments    = 0000002C                  Establisher FP =  00000000.7FF87E60 9 Flags        = 00000000                  Exception FP   =  00000000.7FF87D80 9 Depth        = FFFFFFFD                  Signal Array   =  00000000.7FF87D38 9 Handler Data = 00000000.00000000         Signal64 Array =  00000000.7FF87D50 9 R0  = 00000000.0000003A   R1  = 00000000.00010057   R16 =  00000000.00000001 9 R17 = 00000000.00000000   R18 = 00000000.00000000   R19 =  00000000.00000000 9 R20 = 00000000.0000000E   R21 = 00000000.00000000   R22 =  00000000.00000C10 9 R23 = 00000000.0DEC4021   R24 = FFFFFFFF.8180A0B0   R25 =  00000000.00200000 9 R26 = 00000000.00000002   R27 = 00000000.00000000   R28 =  00000000.00001000    System Registers:  Page Table Base Register (PTBR)  00000000.00009390  Processor Base Register (PRBR) FFFFFFFF.81D1A000 $ Privileged Context Block Base (PCBB) 00000000.1271E080   System Control Block Base (SCBB) 00000000.00000ADA * Software Interrupt Summary Register (SISR) 00000000.00000000  Address Space Number (ASN) 00000000.00000029 & AST Summary / AST Enable (ASTSR_ASTEN) 00000000.0000000F  Floating-Point Enable (FEN)  00000000.00000001  Interrupt Priority Level (IPL) 00000000.00000008 " Machine Check Error Summary (MCES) 00000000.00000000 ' Virtual Page Table Base Register (VPTB)  FFFFFEFC.00000000  Failing Instruction:6 IOC$DISMOUNT_C+00374:   LDQ_U           R23,#X0018(R0)    * Instruction Stream (last 20 instructions):4 IOC$DISMOUNT_C+00324:   AND             R28,#X10,R264 IOC$DISMOUNT_C+00328:   BIS             R28,#X10,R284 IOC$DISMOUNT_C+0032C:   INSBL           R28,#X01,R243 IOC$DISMOUNT_C+00330:   BIS             R27,R24,R27 6 IOC$DISMOUNT_C+00334:   STL             R27,#X00D8(R5)4 IOC$DISMOUNT_C+00338:   BNE             R26,#X0000060 IOC$DISMOUNT_C+0033C:   LDQ_U           R31,(SP)3 IOC$DISMOUNT_C+00340:   BLBC            R3,#X000004 6 IOC$DISMOUNT_C+00344:   LDL             R22,#X00D8(R5)7 IOC$DISMOUNT_C+00348:   LDA             R28,#X1000(R31) 3 IOC$DISMOUNT_C+0034C:   BIC             R22,R28,R22 6 IOC$DISMOUNT_C+00350:   STL             R22,#X00D8(R5)6 IOC$DISMOUNT_C+00354:   LDL             R26,#X00A4(R5)4 IOC$DISMOUNT_C+00358:   AND             R26,#XFF,R267 IOC$DISMOUNT_C+0035C:   LDA             R16,#XFFFF(R26) 4 IOC$DISMOUNT_C+00360:   BNE             R16,#X0000046 IOC$DISMOUNT_C+00364:   LDL             R16,#X00D8(R5)4 IOC$DISMOUNT_C+00368:   SRL             R16,#X0E,R250 IOC$DISMOUNT_C+0036C:   LDQ_U           R31,(SP)4 IOC$DISMOUNT_C+00370:   BLBC            R25,#X0000076 IOC$DISMOUNT_C+00374:   LDQ_U           R23,#X0018(R0)2 IOC$DISMOUNT_C+00378:   EXTBL           R23,R0,R224 IOC$DISMOUNT_C+0037C:   BIC             R22,#X04,R242 IOC$DISMOUNT_C+00380:   INSBL           R24,R0,R282 IOC$DISMOUNT_C+00384:   MSKBL           R23,R0,R23   Dave   ------------------------------  $ Date: Sat, 9 Sep 2006 13:39:43 +0300; From: "Guy Peleg" <guy.peleg@remove_this_header@bruden.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK 9 Message-ID: <45028ce2$0$19724$88260bb3@free.teranews.com>   : "David B Sneddon" <dbsneddon@bigpond.com> wrote in message< news:1157797127.585248.86540@h48g2000cwc.googlegroups.com...I > I have just upgraded a system to V8.3 and turned on volume shadowing on  > myI > system disk to see if the 100% reproducible UNXSIGNAL bugcheck had been  > fixed -- it hasn't.  > G > Having just upgraded, I thought it would be a good idea to backup the  > systemC > and started the process, then I thought I would check out the new  > control-T H > display in backup... control-T, BANG down it went like a sack of sh't. > % > Tried it again and it did the same.  > ' > Anyone else come across this one yet?  >  > Dave >   = I find it hard to believe that BACKUP is the culprit. The new < CTRL-T code is all in user mode, the results are sent to the: terminal using sys$brkthru system service. As Volker said,. let's start with the output of SDA>CLUE CRASH.   Guy        --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------   Date: 9 Sep 2006 04:31:41 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK B Message-ID: <1157801501.050957.307530@i3g2000cwc.googlegroups.com>   Dave,   = you're using the new IO_ROUTINES from VMS83A_ADDENDUM-V0100 !   F The problem is R0=3A - an invalid address causing an ACCVIO during the< reference to VA=00000052 when executing LDQ_U R23,#X0018(R0)  F The instruction stream offset in IOC$DISMOUNT_C in the new IO_ROUTINES> has changed against the V8.3 SSB version - probably indicating new/modified code.   cross-reference link to ITRC:   K http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=842851   A You should really open a new thread in ITRC for this NEW problem.    Volker.    ------------------------------   Date: 9 Sep 2006 05:15:07 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK B Message-ID: <1157804107.241535.206370@i3g2000cwc.googlegroups.com>   Dave,   G R5 should be pointing to the tape UCB. And R0 should be pointing to the  VCB.; The failing code is trying to clear the VCB$V_MNTVER bit in  VCB$B_STATUS2(R0).   What's in UCB$L_VCB ?    SDA> EXA 81DD9B00+UCB$L_VCB    Volker.    ------------------------------   Date: 9 Sep 2006 05:22:57 -0700 / From: "David B Sneddon" <dbsneddon@bigpond.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK C Message-ID: <1157804577.221957.173220@i42g2000cwa.googlegroups.com>    Volker Halle wrote:  > Dave,  > I > R5 should be pointing to the tape UCB. And R0 should be pointing to the  > VCB.= > The failing code is trying to clear the VCB$V_MNTVER bit in  > VCB$B_STATUS2(R0). >  > What's in UCB$L_VCB ?  >  > SDA> EXA 81DD9B00+UCB$L_VCB  > 	 > Volker.      SDA> exam 81dd9b00+ucb$l_vcb2 FFFFFFFF.81DD9B58:  00000000.82096400   ".d......" SDA>   ------------------------------   Date: 9 Sep 2006 05:35:42 -0700 / From: "David B Sneddon" <dbsneddon@bigpond.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK A Message-ID: <1157805342.402276.6360@p79g2000cwp.googlegroups.com>    David B Sneddon wrote: > Volker Halle wrote: 	 > > Dave,  > > K > > R5 should be pointing to the tape UCB. And R0 should be pointing to the  > > VCB.? > > The failing code is trying to clear the VCB$V_MNTVER bit in  > > VCB$B_STATUS2(R0). > >  > > What's in UCB$L_VCB ?  > >  > > SDA> EXA 81DD9B00+UCB$L_VCB  > >  > > Volker.  >  >  > SDA> exam 81dd9b00+ucb$l_vcb4 > FFFFFFFF.81DD9B58:  00000000.82096400   ".d......" > SDA>  < OK, the control-T bit is a red herring, I just tried another3 backup, no control-t this time and it bugchecked... 5 now waiting for it to come back to life so I can undo  the addendum patch.    Dave   ------------------------------   Date: 9 Sep 2006 08:10:13 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK C Message-ID: <1157814613.847045.230670@p79g2000cwp.googlegroups.com>   
 Dave, Guy,  < BACKUP is out of the picture. As well as the CTRL-T handler.  F A simple and plain MOUNT/FOR tape followed by a DISM/NOUNL tape causes0 this crash with VMS83A_ADDENDUM-V0100 installed.  % Stay tuned for the crash analysis ... ! and thanks for PRODUCT UNDO PATCH    --- , Volker Halle, Invenate GmbH, OpenVMS Support  # An OpenVMS crashdump analysis a day $ makes the Windows headaches go away.   ------------------------------   Date: 9 Sep 2006 09:58:44 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> 1 Subject: Re: Alpha/V8.3/Backup/Control-T/BUGCHECK B Message-ID: <1157821124.200832.14330@m79g2000cwm.googlegroups.com>   Dave,   : there is some new code (added in VMS83A_ADDENDUM-V0100) inF IOC$DISMOUNT, which overwrites R0 (should be pointing to VCB) with theG UCB fork lock index (UCB$B_FLCK). The ACCVIO later happens, because the E failing instruction tries to access VCB$B_STATUS2(R0) - assuming that - R0 still points to the VCB - but it does not.    .=2E. 1 IOC$DISMOUNT_C+002B4:   RET             R31,(R28) 0 IOC$DISMOUNT_C+002B8:   LDQ_U           R31,(SP)0 IOC$DISMOUNT_C+002BC:   LDQ_U           R31,(SP)A IOC$DISMOUNT_C+002C0:   LDQ             R28,#X0010(R13) <<< local  subroutine entry point@ IOC$DISMOUNT_C+002C4:   LDL             R0,#X0008(R5)   <<< load UCB$W_SIZE,TYPE,FLCK longword  SDA> exa ucb+08 , UCB+00008:  81A24D50.3A100208   "...:PM=A2.""                      ^^ UCB$B_FLCK7 IOC$DISMOUNT_C+002C8:   LDL             R26,#X0B48(R28)  SDA> exa 818D9CD0 +10 3 IOC$DISMOUNT+00010:  FFFFFFFF.81808000   "........"  SDA> exa 81808000+b48 - SMP$GL_FLAGS:  00000000.00000007   "........"   C IOC$DISMOUNT_C+002CC:   EXTBL           R0,#X03,R0      <<< extract 
 UCB$B_FLCKB IOC$DISMOUNT_C+002D0:   BLBC            R26,#X00008B    <<< do not branch to +04E0 (R26=3D7) 6 IOC$DISMOUNT_C+002D4:   LDA             R16,#XFFE0(R0) .=2E.  .=2E. C IOC$DISMOUNT_C+00374:   LDQ_U           R23,#X0018(R0)  <<< R0 used  here causing crash   --- , Volker Halle, Invenate GmbH, OpenVMS Support  # An OpenVMS crashdump analysis a day $ makes the Windows headaches go away.   ------------------------------  $ Date: Sat, 9 Sep 2006 17:13:38 +0300; From: "Guy Peleg" <guy.peleg@remove_this_header@bruden.com> 0 Subject: Re: Encrypted backup questions/concepts9 Message-ID: <4502bf06$0$19666$88260bb3@free.teranews.com>   3 "Rich Jordan" <jordan@ccs4vms.com> wrote in message ; news:1157726335.086377.35440@e3g2000cwe.googlegroups.com...  >  > Guy Peleg wrote:7 > > "Rich Jordan" <jordan@ccs4vms.com> wrote in message A > > news:1157641101.500983.108110@i42g2000cwa.googlegroups.com... 0 > > > Here's my understanding.  On OpenVMS Alpha > > > > > > > V7.3-2 - encrypted backup if VMS Encryption is installed > > >         supported 5 > > >         requires purchase of an encrypt license , > > >         limited to DES-type encryptionB > > >         CDROM boot env. can't create/read encrypted savesets > > > ? > > > V8.2 -    encrypted backup if VMS encryption is installed  > > >         Supported 5 > > >         No encrypt license, included in OS base , > > >         limited to DES-type encryptionB > > >         CDROM boot env. can't create/read encrypted savesets > > > 6 > > > V8.3 -    can do encrypted backup out of the box > > >         Supported 5 > > >         No Encrypt license, included in OS base . > > >         DES and newer encryption formats@ > > >         CDROM boot env. CAN create/read encrypted savesets > > > L > > > So V8.2 and earlier can use encrypted savesets for data, image backupsI > > > of non-system disks, or non-image (and hence non-fully-recoverable) L > > > system disk backups, but only V8.3 has the ability to make clean imageF > > > backups to (and recover from) an encrypted saveset via the CDROM > > > environment. > > > H > > > And although I know Hoff doesn't like it, we do have the customers make: > > > regular online image backups of the system disk with /IGNORE=INTERLOCK;L > > > the systems are quiesced as much as possible (only backup is running).K > > > Its not possible to take the systems down for the CDROM based backups K > > > so this is the best available option (no mirrors/shadows/swanky SANs; F > > > these are single DS10 installations).  If we have to encrypt the systemK > > > disk backup (corporate policy, or privileged data on the system disk, F > > > etc) then only the V8.3 CDROM environment can restore it on that
 > > > system.  > > > K > > > If upgrade to V8.3 is not possible, but a V8.3 media kit is acquired, J > > > then we could keep perform the encrypted online backups as required,J > > > and use the V8.3 CDROM for any standalone functions.  Since the V8.3L > > > online backup encryptions is supposed to be upward compatible with theK > > > earlier encrypt layered product, that should work; we would just need G > > > to be certain of the encryption used in the standalone backups if G > > > there's a chance they would need to be read by the V8.2 or V7.3-2  > > > running system.  > > > L > > > And finally... if you use the CDROM environment for restores, then youJ > > > can't use a keyfile/keyring for the encryption because it may not beJ > > > available in the read only environment (unless perhaps its kept on aG > > > floppy, or a reburned OS CD-R which has the relevant files tucked J > > > somewhere on that disk).  You would need to use a straight 'password > > > style' key instead.  > > > I > > > Does this sound correct?  Thanks.  Still waiting for V8.3 media but * > > > testing on V8.2 as much as possible. > > >  > > > 
 > > > Rich > > >  > > < > > Officially, encrypted BACKUP can't be performed from the? > > standalone environment....especially when using the new AES  > > formats with V8.3  > > G > > Encryption requires both SSL & Encrypt to be installed, this is not & > > the case with the distirbution CD. > >  > > Guy  > >  >  > Guy,H >      thanks.  That does pose a real crimp in usage for the product, at  	 I agree !   F Notice that my reply started with "Officially", it is possible but not
 officiallyL supported. As Hoff mentioned you can create a minimum disk that will includeI all required products, and with some tweaks and tricks you should be able F to boot from it and use encryption. Feel free to contact me offline if" should you need further assistant.   Guy   H > least the way the customers were hoping to use it.  Customer data willE > need to be backed up specially, and excluded from system disk image ' > backups, or left off the system disk.  >          --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  % Date: Sat, 09 Sep 2006 03:19:42 -0400 ' From: Dave Froble <davef@tsoft-inc.com> H Subject: Re: How Do I Determine The IP Address And Complete Name Of Host9 Message-ID: <1pydneb0kJ-o9J_YnZ2dnUVZ_o6dnZ2d@libcom.com>    Bill Gunshannon wrote:; > In article <DoednfblDqblFJzYnZ2dnUVZ_tadnZ2d@libcom.com>, , > 	Dave Froble <davef@tsoft-inc.com> writes: >> Bill Gunshannon wrote: = >>> In article <RdqdneN8vsn-nZzYnZ2dnUVZ_rmdnZ2d@libcom.com>, . >>> 	Dave Froble <davef@tsoft-inc.com> writes:L >>>> Aw, don't be that way.  How about this question.  How do I find the IP % >>>> address on my Windoz 3.1 system? . >>> Depends, are you running DHCP or not?  :-) >>> 6 >> I don't see anything useful produced by the search. >> >> :-) > D > What search?  I was serious.  If you are not running DHCP then theH > IP address is in PROTCOL.INI.  If you are running DHCP it is a little 8 > harder to find it out.  It's probably a "NET" command. >    > bill >   C Sorry, I wasn't serious.  I'm thinking this whole thread is rather  B suspicious.  The terse responses are too numerous.  I'm wondering $ whether someone's having some 'fun'.   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 09 Sep 2006 05:37:56 -0400 ( From: Bill Todd <billtodd@metrocast.net>/ Subject: Re: HP announces new Integrity servers G Message-ID: <7NOdnR5JNq_pFp_YnZ2dnUVZ_o2dnZ2d@metrocastcablevision.com>    Main, Kerry wrote:  >> -----Original Message-----G  >> From: Bill Todd [mailto:billtodd@metrocast.net] Sent: September 8,   2006 5:53 PM  >> To: Info-VAX@Mvb.Saic.Com 3  >> Subject: Re: HP announces new Integrity servers   >>   >> FredK wrote:  >
  > [snip ...]   >5  >>> Cool.  How fast does VMS run on the Power5+ 4+M? I  >> I'm not sure how that would be relevant to this sub-topic, unless HP  H is actually touting price/performance metrics for VMS on Superdome (see F above context).  That would be great, since I can't remember the last 8 time VMS's owners bothered to benchmark anything on VMS.  >> F  >> Of course, if VMS were to be ported to a platform as estimable as E POWER (if that's what you were obliquely referring to) that would be  G nice as well (though I'd have to suggest that porting to x86-64 should   likely be a higher priority).   >> 
  >> - bill  >>   >H  > Yep, all those CIO's and CEO's can't wait to add to the CPU glut that  > they already have.   E Au contraire:  what they'd *like* to be able to do is standardize on  C x86-64, and indeed as that's becoming increasingly possible that's  F exactly what they seem to be doing as a consequence (though there's a ; lot of lag in the high end, given product lifetimes there).   2   With Wintel server avg performance in peak timesJ  > below 15% and UNIX servers in peak times below 25%, these companies areI  > clearly in dire need of benchmark information which shows how they can /  > decrease their utilization rates even lower.   G You really are a broken record, Kerry - and people really do get tired  I of that in significantly greater numbers than are likely to be convinced   by such droning.    >?  > Its probably worth providing this link again for reflection: 5  > http://www.itjungle.com/tug/tug102005-story04.html 6  > "Stop Arguing About Cars and Start Managing Fleets"  B What an interesting citation for someone who purports to be a VMS H advocate.  That article states clearly, multiple times, and in multiple 
 ways, that  I "We find ourselves living in a world of parity; at least as far as Unix,  F OS/400, and VMS servers are concerned. What I mean by this is that as H far as base technology goes, we have a level playing field. The Windows G and Linux operating systems have made some progress, but still have to  G make up some ground in terms of scalability, availability and workload  > management in order to compete head-to-head with the dominant H Unixes--Solaris, AIX, and HP-UX--or IBM's OS/400-based iSeries platform I or Hewlett-Packard's OpenVMS platform, which may as well both be Unix in  ? terms of its uptime, resiliency, security, and sophistication."   I Think (if you are capable) of what that means:  that even as of today no  H one needs VMS at all (given that just-as-good Unix expertise is so much G easier to come by), that increasingly no one needs anything but x86-64  I (as scalable and reliable solutions on that platform already exist up to  F quite reasonable system sizes - 64 cores from IBM, 16 - 32 cores from H multiple sources for Opteron, and even larger configurations on the way H for both), and that standardizing on that single platform (with all its I commodity volume/cost advantages and upon which can run high-end Unix in  H the form or Solaris, dirt-common Windows, and intermediate-level Linux) * thus has become something of a no-brainer.  H Of course, some people might dispute some of the underlying assumptions D in the above, but they follow very directly from combining your own @ repetitive droning with the content of the article which you've F recommended we reflect upon.  As the adage goes, "Be careful what you  wish for..."   - bill   ------------------------------  $ Date: Sat, 9 Sep 2006 10:31:52 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> / Subject: RE: HP announces new Integrity servers T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B868401A121C3@tayexc19.americas.cpqcorp.net>   > -----Original Message-----4 > From: Bill Todd [mailto:billtodd@metrocast.net]=20! > Sent: September 9, 2006 1:33 AM  > To: Info-VAX@Mvb.Saic.Com 1 > Subject: Re: HP announces new Integrity servers  >=20 > Main, Kerry wrote: > >> -----Original Message----- 7 > >> From: Bill Todd [mailto:billtodd@metrocast.net]=20 $ > >> Sent: September 8, 2006 5:53 PM > >> To: Info-VAX@Mvb.Saic.Com4 > >> Subject: Re: HP announces new Integrity servers > >> > >> FredK wrote:  > >=20 > > [snip ...] > >=206 > >>> Cool.  How fast does VMS run on the Power5+ 4+M?B > >> I'm not sure how that would be relevant to this sub-topic,=20 > >> unless HP is=20= > >> actually touting price/performance metrics for VMS on=20  > Superdome (see=20 ; > >> above context).  That would be great, since I can't=20  > remember the last=20= > >> time VMS's owners bothered to benchmark anything on VMS.  > >>< > >> Of course, if VMS were to be ported to a platform as=20 > >> estimable as POWER=20C > >> (if that's what you were obliquely referring to) that would=20  > >> be nice as=20? > >> well (though I'd have to suggest that porting to x86-64=20  > >> should likely be=20 > >> a higher priority). > >> > >> - bill  > >> > >=20B > > Yep, all those CIO's and CEO's can't wait to add to the CPU=20 > glut that  > > they already have. >=20I > Au contraire:  what they'd *like* to be able to do is standardize on=20 G > x86-64, and indeed as that's becoming increasingly possible that's=20 J > exactly what they seem to be doing as a consequence (though there's a=20= > lot of lag in the high end, given product lifetimes there).  >=20  3 Sigh .. How many times does it need to be repeated?   @ Customers are looking for supported, stable and highly available# solutions to run their business.=20   H The ones making the business decisions are not burning up their meetings# talking about techie chip stuff.=20   4 >   With Wintel server avg performance in peak times@ > > below 15% and UNIX servers in peak times below 25%, these=20 > companies are @ > > clearly in dire need of benchmark information which shows=20 > how they can3 > > decrease their utilization rates even lower.=20  >=20A > You really are a broken record, Kerry - and people really do=20  > get tired=20@ > of that in significantly greater numbers than are likely to=20 > be convinced=20  > by such droning. >=20  D Speaking of broken records .. Ahhh never mind, I certainly would not+ want to upset the moderator of comp.os.vms.    :-)    > >=20@ > > Its probably worth providing this link again for reflection:6 > > http://www.itjungle.com/tug/tug102005-story04.html7 > > "Stop Arguing About Cars and Start Managing Fleets"  >=20F > What an interesting citation for someone who purports to be a VMS=20@ > advocate.  That article states clearly, multiple times, and=20 > in multiple=20 > ways, that >=20@ > "We find ourselves living in a world of parity; at least as=20 > far as Unix,=20 J > OS/400, and VMS servers are concerned. What I mean by this is that as=20@ > far as base technology goes, we have a level playing field.=20 > The Windows=20= > and Linux operating systems have made some progress, but=20  > still have to=20B > make up some ground in terms of scalability, availability and=20
 > workload=20 B > management in order to compete head-to-head with the dominant=20; > Unixes--Solaris, AIX, and HP-UX--or IBM's OS/400-based=20  > iSeries platform=20 B > or Hewlett-Packard's OpenVMS platform, which may as well both=20 > be Unix in=20 A > terms of its uptime, resiliency, security, and sophistication."  >=20A > Think (if you are capable) of what that means:  that even as=20  > of today no=20A > one needs VMS at all (given that just-as-good Unix expertise=20  > is so much=20 @ > easier to come by), that increasingly no one needs anything=20 > but x86-64=20 A > (as scalable and reliable solutions on that platform already=20  > exist up to=20J > quite reasonable system sizes - 64 cores from IBM, 16 - 32 cores from=20A > multiple sources for Opteron, and even larger configurations=20  > on the way=20 > > for both), and that standardizing on that single platform=20 > (with all its=20< > commodity volume/cost advantages and upon which can run=20 > high-end Unix in=20 2 > the form or Solaris, dirt-common Windows, and=20 > intermediate-level Linux)=20, > thus has become something of a no-brainer. >=20  G Mmm... OpenVMS can certainly hold its own as those running banks, stock A exchanges, chip manufacturing and major health institutions know.   F But feel free to keep harping on the techie Mhz and Ghz cool-aid ..=20  @ > Of course, some people might dispute some of the underlying=20 > assumptions in the above  
 You think?  < > , but they follow very directly from combining your own=20D > repetitive droning with the content of the article which you've=20J > recommended we reflect upon.  As the adage goes, "Be careful what you=20 > wish for..." >=20 > - bill >=20  C The point of the article was that businesses are no longer focussed G solely on the techie cool-aid of the day. They are looking for HA, very E secure solutions and ways to make their existing IT environments much  more cost effective.=20   E And remember that the initial server HW costs are one of the smallest  components of the overall cost.   E Imho, as an example of the importance of benchmarks today - Look back C about 3-4 years ago when the current x86 systems running today were C purchased. They were typically purchased using the latest benchmark D numbers and very closely comparing the Mhz + Ghz + GB numbers of oneB vendor vs. another. Perhaps even using your favourite TPC numbers.  F Fast forward to today - while there are exceptions and there are a fewC busy systems (typically less than 10% of overall server numbers are G considered "busy"), the huge majority of these same systems are running . less than 15%-25% in peak utilization periods.  G Don't get me wrong, I think benchmarks still have a place. However, the E trend I see getting more attention is Customers wanting to understand G how a new server will improve their own specific situation vs. what the & latest external industry benchmark is.  B Perhaps this upsets you because it detracts from the importance ofF industry std benchmarks like TPC which is a passion of yours, but that is the reality today.    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Sat, 09 Sep 2006 15:28:21 +0800  From: prep@prep.synonet.com / Subject: Re: Locating early versions of VAX/VMS 0 Message-ID: <87ejulijmy.fsf@k9.prep.synonet.com>  4 "vaxorcist" <hoelscher-kirchbrak@freenet.de> writes:   > prep@prep.synonet.com wrote: > : >> A working version of DSC2 is also a good idea for this. > D > DSC2 was still included in all VMS V3.x versions, see the dialogue > below:  A Well, you see if I had an Alpha runnable copy of DSC2 I'd be able I to possibly get a VMS V2 system disk restored. Or with dry rot and sticky  shed, perhaps not...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 9 Sep 2006 09:37:54 -0700 2 From: "vaxorcist" <hoelscher-kirchbrak@freenet.de>/ Subject: Re: Locating early versions of VAX/VMS C Message-ID: <1157819874.398364.202690@m73g2000cwd.googlegroups.com>    prep@prep.synonet.com wrote:  C > Well, you see if I had an Alpha runnable copy of DSC2 I'd be able K > to possibly get a VMS V2 system disk restored. Or with dry rot and sticky  > shed, perhaps not...  
 Great news!!!   ' What kind of media is your VMS V2.x on?  - 9-track Tape - disk (what model)    I'm confident we'll save it!     Regards    Ulli   ------------------------------  % Date: Sat, 09 Sep 2006 15:39:14 +0800  From: prep@prep.synonet.com > Subject: Re: OT: IA64's speed beaten by orders of magnitude...0 Message-ID: <8764fxij4t.fsf@k9.prep.synonet.com>  = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:   @ >    Farenheit designed his scale to be usefull in measuring theE >    weather, setting divisions from the 0 for coldest to the 100 for C >    warmest day at a location in the temperate zone, and its still F >    the best scale for doing weather over most of the populated zones >    of the Earth.  D Where do you spend your summers Bob? You know that the 100F standard2 come from the rectal temperature of a Reindeer? ;)     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  $ Date: Sat, 9 Sep 2006 19:31:17 +08003 From: "Richard Maher" <maher_rj@hotspamnotmail.com> , Subject: Pseudo-Device Driver example needed1 Message-ID: <edu8g7$36d$1@news-02.connect.com.au>    Hi,   D I would like an example of a pseudo-device driver that will allow anK unprivileged user (confined to the predefined indtruction stream and System F Manager ordained access to .EXE files) to validate a Username Password combination. Do you have one?   K See following link for more details and the code that was crashing my box a J little while back. (Drop that terminating longword and let me know how youC get on. If you can't reproduce it I'll give it another go on 7.2-2)   L http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1058548   Regards Richard Maher    ------------------------------  # Date: Sat, 09 Sep 2006 07:15:42 GMT   From: John Santos <john@egh.com>* Subject: Re: SAMBA 3.0 (CIFS) with TCPware* Message-ID: <yStMg.2480$xh3.2200@trnddc01>   Neil Rieck wrote: / > "John Santos" <john@egh.com> wrote in message & > news:TC7Mg.41366$ub5.646@trnddc07... >  >>Neil Rieck wrote:  >  > [...snip...] > > >>When clicked on using SWB 1.4 (on VMS 8.3 I64), it pops up a0 >>window saying: "550 %%RMS-E-DNF, directory not& >>found: /anoymous_root/cifsfiles.zip" >>7 >>I guess they aren't ready to release it publicly yet.  >> > G > Just off the top of my head, "anonymous" is misspelled in your error  J > message. This might be caused by your FTP client because the link still = > works for me from WS FTP PRO. (but please continue reading)  >   F Nope, I copied it by hand from the pop-up box and made a typo.  I justB tried it again, and got the same message (with "anonymous" spelled correctly.)     	 >     ###  > M > After appealing for help on the info-vax mailing list, I received these PSC J > zipped files from 3 other people so I'm assuming they are public domain.L > Also, there is no embedded copyright notice -and- a Google search revealedN > that PSC has sent these files to HP for incorporation into HP's CIFS releaseF > so I'm hoping PSC doesn't get ticked-off for me reposting them here: > ? > http://www3.sympatico.ca/n.rieck/docs/openvms_notes_cifs.html  > N > p.s. I found a couple of DCL syntax errors in these scripts which I am goingE > to send back to PSC today. I'll post the corrections here tomorrow.  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.# > http://www3.sympatico.ca/n.rieck/   ( Hmm, maybe I'll hold off for a few days.     --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  $ Date: Sat, 9 Sep 2006 12:24:57 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> * Subject: Re: SAMBA 3.0 (CIFS) with TCPware< Message-ID: <4502e940$0$24180$9a6e19ea@news.newshosting.com>  . "John Santos" <john@egh.com> wrote in message $ news:yStMg.2480$xh3.2200@trnddc01... > Neil Rieck wrote: 0 >> "John Santos" <john@egh.com> wrote in message' >> news:TC7Mg.41366$ub5.646@trnddc07...  >>   [...snip...]  H > Nope, I copied it by hand from the pop-up box and made a typo.  I justD > tried it again, and got the same message (with "anonymous" spelled
 > correctly.)  >    [...snip...]   > * > Hmm, maybe I'll hold off for a few days. > 
 > John Santos  > Evans Griffiths & Hart, Inc. > 781-861-0670 ext 539  E I posted my corrections to one of the scripts this morning (Saturday   2006-09-09) = http://www3.sympatico.ca/n.rieck/docs/openvms_notes_cifs.html   M I also heard from HP and they requested that any problems fixed in the field  M should be reported to "OpenVMSCIFS(at)hp.com" because the current release of  ' CIFS (E 3.10) is an evaluation release.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada." http://www3.sympatico.ca/n.rieck/    ------------------------------   End of INFO-VAX 2006.495 ************************