1 INFO-VAX	Thu, 29 Mar 2001	Volume 2001 : Issue 176       Contents: Re: 3rd party DLT drives Re: 3rd party DLT drives Re: 3rd party DLT drives Re: 3rd party DLT drives< Re: Alpha or Vax has to check if a Sun server is still alive< Re: Alpha or Vax has to check if a Sun server is still alive1 Re: DECnet a proprietary protocol ?  Not at all ! 0 executing commands on behalf of another terminal4 Re: executing commands on behalf of another terminal4 Re: executing commands on behalf of another terminal
 fdvshr.exe# filterimg SCA traffic off ethernet. ' Re: filterimg SCA traffic off ethernet.  Re: Free The OpenVMS Seven! $ Help with alpha/vms COMP-2 fields???( Re: Help with alpha/vms COMP-2 fields???' Re: login failure when sysuaf is locked # login failure when sysuaf is locked  Re: looking for files  Main production system crashed" Re: Main production system crashed" Re: Main production system crashed" Re: Main production system crashed Re: Meet us on Wine Alley ) Migration from Vax VMS to AIX UNIX Help!! , Re: OpenVMS Technical Update Days - success! Redirect output of Com File  Re: Redirect output of Com File  Re: Redirect output of Com File  Re: Redirect output of Com File & Re: Release notes for TCPIP AXP V5.0A?& Re: Release notes for TCPIP AXP V5.0A?& Re: Release notes for TCPIP AXP V5.0A?/ Re: SDL Structure/Interface Definition Language / Re: SDL Structure/Interface Definition Language / Re: SDL Structure/Interface Definition Language / RE: SDL Structure/Interface Definition Language . Re: Senior OpenVMS systems manager - SINGAPORE. Re: Senior OpenVMS systems manager - SINGAPORE Re: VAX market value Re: VAX market value) Re: VMS sysadmin/system prog wants UK job ) Re: VMS sysadmin/system prog wants UK job ) Re: VMS sysadmin/system prog wants UK job 0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 RE: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted.0 Re: VMS: DECNet to TCP/IP migration help wanted. vt200 * Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?* Re: [Q] param to increase for unsuff SPTE?0 [Q] PCSI SCOPE Verb disable directories creation4 Re: [Q] PCSI SCOPE Verb disable directories creation  [Q] sh intrusion: curious output% [SOAPBOX] sys$specific or sys$common? ) RE: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common? ) Re: [SOAPBOX] sys$specific or sys$common?   F ----------------------------------------------------------------------  % Date: Thu, 29 Mar 2001 09:40:48 +0200 % From: "Fred Zwarts" <F.Zwarts@KVI.nl> ! Subject: Re: 3rd party DLT drives . Message-ID: <99uou0$h1o$1@info.service.rug.nl>  ( <ewilts@mediaone.net> wrote in message =$ news:99tag3$bi8$1@news.netmar.com...J > I'm looking at replacing my existing TZ88 drives (20/40GB) with either = TZ89D > (35/70) or TZ90 (40/80) drives.  Compaq's TZ90 variant seems to beE > significantly higher priced than 3rd party drives even though the =  innards are  > all made by Quantum. >=20H > Does anyone have any good/bad experiences with non-Compaq drives - ie,	 > without G > the Compaq/DEC firmware?  How does Backup behave differently, if at = 	 all, with I > these other drives?  Other than hardware support issues, is there any =  reason+ > these days to buy a Compaq-branded drive?   2 We have several TZ87, TZ88 and Quantum DLT drives.- We have not seen any difference in behaviour. 1 The first few Quatum drives were even accepted by 0 Compaq for hardware maintenance, but a few years- ago they suddely stopped to accept other than 2 Compaq hardware. Fortunately, we have had problems4 only with the Compaq drives. The TZ88 seems to be=20! rather sensitive to the 5V power.    ------------------------------  % Date: Thu, 29 Mar 2001 11:56:26 +0100 % From: Alan Greig <a.greig@virgin.net> ! Subject: Re: 3rd party DLT drives 8 Message-ID: <mh46ct0e5mgqe28qj4t5fmi0mo63vs1qb6@4ax.com>  @ On Wed, 28 Mar 2001 19:42:44 GMT, Scott Vieth <svieth@wi.rr.com> wrote:  P >I assume you're asking about connecting the new drives to a VMS system. Will itR >be okay with you if the OS doesn't really recognize the drives you're installing? > T >Also, in days gone by, Digital/Compaq used to removes the bugs from the firmware in >disk and tapeP >drives.  A Compaq tape drive was different from a plain-jane Quantum tape drive6 >even though the guts of the tape drive were the same. > Q >Did you noticed the new UltraDLT drives from Compaq?  I'm going to try a pair of  >those7 >when the new budget year starts at work.  hee hee hee!   @ Are the Compaq branded variants available then. I checked just aB couple of weeks ago and they weren't listed. Can you point me at a URL?  B Compaq do try their best to work with third party drives and I canE confirm personally that problem reports with an old HP DAT drive were F responded to swiftly during 7.3 field test. My general view is that ifC you use a major manufacturer's tape drive and BACKUP/VERIFY you are @ unlikely to run into problems and a TZ89 equivalent will performE exactly like a real TZ89. That said we use genuine TZ89 based library D on our live systems and third party cast-offs on workstations and/or? development machines. Some third party suppliers still formally , qualify their drives on VMS systems as well.     -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 12:01:44 +0100 % From: Alan Greig <a.greig@virgin.net> ! Subject: Re: 3rd party DLT drives 8 Message-ID: <e756ctov7i5q6cue73bpb9k0dpr4it15n9@4ax.com>  @ On Thu, 29 Mar 2001 02:39:50 GMT, Ed Wilts <ewilts@mediaone.net> wrote:   >Scott Vieth wrote:  > J >> I assume you're asking about connecting the new drives to a VMS system.I >> Will it be okay with you if the OS doesn't really recognize the drives  >> you're installing?  > > >Yup, it's ok to see the device show up as a Quantum DLT8000.  > J >> Also, in days gone by, Digital/Compaq used to removes the bugs from the >> firmware in disk and tapeL >> drives.  A Compaq tape drive was different from a plain-jane Quantum tape> >> drive even though the guts of the tape drive were the same. > I >So, does Compaq really modify the firmware any more?  Does Backup treat  K >errors on the media/drive any differently between the Compaq firmware and   >the stock Quantum firmware?  D I think Compaq may still make some firmware bug fixes but then so doF the other manufacturers. In 7.3 EFT2 some HP DAT drives failed becauseD the hardware reported that it could do a certain SCSI style of error> reporting but then failed when asked to do so. VMS engineeringD provided a way to bypass this in EFT2 and will work around it in theE final 7.3 release automatically. Again BACKUP/VERIFY should always be  able to set your mind at rest.    K >> Did you noticed the new UltraDLT drives from Compaq?  I'm going to try a  >> pair of those9 >> when the new budget year starts at work.  hee hee hee!  > J >I'd like to go with the super DLTs, but I can't afford the media at $150 
 >per tape :-(   > Ah but the capacity is so high you only ever need one tape :-)     -- Alan   ------------------------------   Date: 29 Mar 2001 15:33:57 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)! Subject: Re: 3rd party DLT drives , Message-ID: <99vkl5$4o8@gap.cco.caltech.edu>  F In article <99tag3$bi8$1@news.netmar.com>, ewilts@mediaone.net writes:L >I'm looking at replacing my existing TZ88 drives (20/40GB) with either TZ89C >(35/70) or TZ90 (40/80) drives.  Compaq's TZ90 variant seems to be N >significantly higher priced than 3rd party drives even though the innards are >all made by Quantum.  > G >Does anyone have any good/bad experiences with non-Compaq drives - ie,  >without >the Compaq/DEC firmware?     E No problems for me with a Quantum drive.  Backup works normally.  The  compression control works too.   $ sho dev/full mkb500   O Magtape SEQAXP$MKB500:, device type Quantum DLT4000, is online, record-oriented O     device, file-oriented device, error logging is enabled, controller supports >     compaction (compaction enabled), device supports fastskip.  O     Error count                    0    Operations completed           15374474   E The system's been up for 181 days, with daily backups the whole time.   X The SCSI controller it's attached to is direct from Intraserver (not Compaq's variant).    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Thu, 29 Mar 2001 14:24:16 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>E Subject: Re: Alpha or Vax has to check if a Sun server is still alive * Message-ID: <3AC33780.8AC3CB17@uk.sun.com>   Arne Vajh=F8j wrote: > =    > andrew harrison wrote:5 > > A poor test since Solaris isn't vunerable to POD.  > > 0 > > Send POD to an unpatched OpenVMS box and you+ > > will find that the OpenVMS box suddenly  > > isn't there. > =   < > Are you claiming that *NO* Solaris versions are vulnerable7 > to POD *AND* *ALL* VMS TCP/IP brands and versions are  > vulnerable to POD ?  > =     8 No Solaris on Sparc versions were vunerable unless you =  4 count SunOS as Solaris (yes I know it was re-branded as Solaris 1.x)   > As for OpenVMS I can't tell you, UCX certainly was vunerable =  < at the time of the origional POD attacks according to Compaq> and it has subsequently been patched so all current releases =  3 or fully patched versions of 4.X are not vunerable.   ? The other IP stack vendors havn't posted CERT responses so it =   : is not possible to say for them, but most BSD based stacks9 were vunerable (NTs stack is BSD based for example) which : would tend to suggest that they are likely to be vunerable because of their origins.   	 Regards =    Andrew Harrison  Enterprise IT Architect    ------------------------------  # Date: Thu, 29 Mar 2001 14:55:07 GMT   From: jlsue <jlsuexxxz@home.com>E Subject: Re: Alpha or Vax has to check if a Sun server is still alive 8 Message-ID: <6pi6ctkl2lv9q3ihadussls6djul88a8qj@4ax.com>  3 On Thu, 29 Mar 2001 14:24:16 +0100, andrew harrison ! <andrew.nospam@uk.sun.com> wrote:     ? >The other IP stack vendors havn't posted CERT responses so it  ; >is not possible to say for them, but most BSD based stacks : >were vunerable (NTs stack is BSD based for example) which; >would tend to suggest that they are likely to be vunerable  >because of their origins. >   D Actually, at the time of the POD activity, I did try on NT servers I3 was managing and it did NOT show the vulnerability.   > MS may have gotten their base from BSD, but either due to poor= programming skills, or due to the typical way that MS follows B standards (i.e., NOT), or just due to their notice that this was aE possible vulnerability (somehow I don't think this is the case), they  did not exhibit the problem.  F It was definitely interesting, to me, that the HP network cards in ourD HPLJ printers did have a problem with POD, which just shows how much$ this standard code was copied as-is.   ------------------------------    Date: 29 Mar 2001 10:40:35 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) : Subject: Re: DECnet a proprietary protocol ?  Not at all !3 Message-ID: <xB3GVTWOkqoB@eisner.encompasserve.org>   ` In article <99assl$301p$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:J > In article <y4k85j88ip.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,L >  Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:8 > |> bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: > |>  D > |> > I'll admit I could have been wrong.  I just remembered seeingH > |> > somewhere that the reason it took so long to get even rudimentaryI > |> > DECNET into Linux was becuase DECNET was un-published, proprietary J > |> > DEC property and had to be "clean room" reverse engineered.  I knowJ > |> > that I have never seen any DECNET code or specs published anywhere. > |>  J > |> All of DECnet-IV's specifications were easily available from DEC at aL > |> very reasonable price - so reasonable that the place I used to work forR > |> (a university institute running a 780 to service ~100 users intially) bought ) > |> them without a really pressing need.  > K > I said I found Phase IV mentioned on the Web.  I could find no mention of , > anything earlier being publicly available.  E If you really want an earlier-than-Phase-IV implementation of DECnet, D look to the feature descriptions and remove everything that is "new"8 in the later versions from your Phase-IV implementation.   ------------------------------  % Date: Thu, 29 Mar 2001 12:09:28 +0200 , From: Nazim MANSER <Nazim.Manser@socgen.com>9 Subject: executing commands on behalf of another terminal T Message-ID: <01F733AC309D804F*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>  
 hi vms folks,       Q is there a method of executing dcl commands on behalf of another user's terminal.    here is an example.        user A terminal tna1:  user B terminal tna2:   J user A writes dcl commands which outputs or executes at user B's terminal.6 so that terminal tna2: shares the input of both users.  ] some years ago, someone executed dcl commands on behalf me at my terminal, from his terminal.    here is an examplle sequense:   < user A executes a "$set h 0" command at his terminal (tna1:)0 the username prompt appears at user B's terminalQ user B answers with the username which appears in both terminals (tna1: and tma2) + user A sees the input of user B. and so on.    My question is :   How is this possible ?     any clues ?    reguards, Nazim Manser.    ------------------------------  + Date: Thu, 29 Mar 2001 07:21:34 -0600 (CST) & From: Drew Shelton <drew@sematech.org>= Subject: Re: executing commands on behalf of another terminal - Message-ID: <01K1REF23J40006JSB@SEMATECH.Org>    >hi vms folks,      R >is there a method of executing dcl commands on behalf of another user's terminal.   >here is an example.       >user A terminal tna1: >user B terminal tna2:  K >user A writes dcl commands which outputs or executes at user B's terminal. 7 >so that terminal tna2: shares the input of both users.   ^ >some years ago, someone executed dcl commands on behalf me at my terminal, from his terminal.   >here is an examplle sequense:  = >user A executes a "$set h 0" command at his terminal (tna1:) 1 >the username prompt appears at user B's terminal R >user B answers with the username which appears in both terminals (tna1: and tma2), >user A sees the input of user B. and so on.   >My question is :    >How is this possible ?    >any clues ?   >reguards, Nazim Manser.  H Sounds like your looking for something like Raxco's Contrl or Networking Dynamic's Peek and Spy.    Drew  L ============================================================================6 Drew Shelton                         drew@sematech.org9 VMS Systems Manager                  office: 512-356-7575 9 Sematech                             fax:    512-356-7600  2706 Montopolis Drive K Austin, TX 78741-6499                I speak for myself only, not Sematech. B     "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"I                                                         - Compaq, 9/22/98 L ============================================================================   ------------------------------  % Date: Thu, 29 Mar 2001 16:25:18 +0200 , From: Nazim MANSER <Nazim.Manser@socgen.com>= Subject: Re: executing commands on behalf of another terminal T Message-ID: <0126A3AC345CE02D*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>  I >Sounds like your looking for something like Raxco's Contrl or Networkinga >Dynamic's Peek and Spy.   >Drewi    / what do these products exactly ? any pointers ?h  D Are there any freeware , or user written programms that do the job ?   thanks,E   Nazim Manser   ------------------------------   Date: 29 Mar 2001 12:19:43 GMT# From: bedlam702@aol.com (Bedlam702)  Subject: fdvshr.exe0: Message-ID: <20010329071943.02493.00001438@ng-fq1.aol.com>   Hi,   N I am looking for this .exe. I had to put in a new hard drive and I reloaded myC backup tape and it was gone. Any help would be greatly appreciated.r   Donnai   ------------------------------  % Date: Thu, 29 Mar 2001 13:21:41 +0200 , From: Nazim MANSER <Nazim.Manser@socgen.com>, Subject: filterimg SCA traffic off ethernet.T Message-ID: <038723AC31AC506D*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>  & Our network topology is the following:   Site A` ================================================================================================  ~ vax6 (vax4000-705A,, VMS 6.2)		vax4 (Microvax 3100 M98, VMS 6.2)           other machines on ethernet segment                 k              eza1:       fqa1:                                                                        eza1::b ===============#===================================||=============================================}                                    #  (FDDI Ring)                                                        ||  (DEC Bridge 90) o Site B                       #                                                                                  ||      fiber link. (ethernet)b ===============#===================================||=============================================n               eza1:      fqa1:                                                                           esa1:\ vax7 (vax4000-705A,, VMS 6.2)                   vax5 (Microvax 3100 M20 VMS 6.2)              c =================================================================================================  o          z All the VMS maschines are in a cluster, the problem is that our network staff is experiencing a lot of network collisions.A on maschines vax6 and vax7 there are 2 adapters (EZA1: and FQA1:)i   My question is:e   How is it possible to filter out the SCA Traffic in the EZAn: Adapters of vax6 and vax7, so that the SCA Traffic goes only over FDDI ?   Here are the problem:    VAX6> analyze/system SDA>show lan /counters    OpenVMS (TM) VAX System analyzer   SDA> show lan /count   LAN Data Structuresq -------------------@  @              -- EZA Counters Information 29-MAR-2001 12:56:15 --  L Seconds since zeroed         4151159    Station failures                   0L Octets received         324781284322    Octets sent             214797037491L PDUs received              421406406    PDUs sent                  291671709L Mcast octets received     1544287830    Mcast octets sent          262455274L Mcast PDUs received          8871747    Mcast PDUs sent              2177315L Unrec indiv dest PDUs            105    PDUs sent, deferred          9283835L Unrec mcast dest PDUs         449583    PDUs sent, one coll         35914786L Data overruns                      0    PDUs sent, mul coll         22138294L Unavail station buffs              3    Excessive collisions           39714L Unavail user buffers               0    Carrier check failure              0L Frame check errors                45    Short circuit failure              0L Alignment errors                   4    Open circuit failure               0L Frames too long                    1    Transmits too long                 0L Rcv data length error              0    Late collisions                    0L 802E PDUs received           1430003    Coll detect chk fail       291671709L 802 PDUs received             588543    Send data length err               0L Eth PDUs received          419387860    Frame size errors                  0         Press RETURN for more.   SDA> a   LAN Data Structurest ------------------->  D         -- EZA Internal Counters Information 29-MAR-2001 12:56:15 --  L Internal counters address   8C08B32B    Internal counters size            28L Number of ports                    0    Global page transmits              0L No work transmits          124127483    SVAPTE/BOFF transmits              0L Bad PTE transmits                  0    Buffer_Adr transmits               0L Fatal error count                  0    RDL errors                         0L Transmit timeouts                  0    Last fatal error                NoneL Restart failures                   0    Prev fatal error                NoneL Power failures                     0    Last error CSR              00000000L Hardware errors                    0    Fatal error code                NoneL Control timeouts                   0    Prev fatal error                NoneL Loopback sent                      0    Loopback failures                  0L System ID sent                  6814    System ID failures                 0L ReqCounters sent                   0    ReqCounters failures               0         Press RETURN for more.   SDA> :   LAN Data Structuresi -------------------r  F       -- EZA1 60-07 (SCA) Counters Information 29-MAR-2001 12:56:55 --    L Last receive         29-MAR 12:56:55    Last transmit        29-MAR 12:56:54L Octets received         312930552757    Octets sent             186528917304L PDUs received              371700488    PDUs sent                  225886508L Mcast octets received      606003972    Mcast octets sent          231044608L Mcast PDUs received          5410752    Mcast PDUs sent              1805036L Unavail user buffer                0    Last start attempt              NoneL Last start done       9-FEB 11:50:15    Last start failed               None             LAN Data Structures  ------------------- @              -- FQA Counters Information 29-MAR-2001 12:57:00 --  L Seconds since zeroed         4151204    Station failures                   0L Octets received         151223791930    Octets sent             308298817588L PDUs received              176619362    PDUs sent                  347947251L Mcast octets received      218139658    Mcast octets sent          251364480L Mcast PDUs received          1796388    Mcast PDUs sent              1866573L Unrec indiv dest PDUs              0    PDUs sent, deferred                0L Unrec mcast dest PDUs              0    PDUs sent, one coll                0L Data overruns                      0    PDUs sent, mul coll                0L Unavail station buffs              0    Excessive collisions               0L Unavail user buffers               0    Carrier check failure              0L Frame check errors                 0    Short circuit failure              0L Alignment errors                   0    Open circuit failure               0L Frames too long                    0    Transmits too long                 0L Rcv data length error              0    Late collisions                    0L 802E PDUs received              8100    Coll detect chk fail               0L 802 PDUs received                  0    Send data length err               0L Eth PDUs received          176611262    Frame size errors                  0  B           -- FQA FDDI Counters Information 29-MAR-2001 12:57:00 --  L Transmit underrun                  0    Dup tokens detected                0L Transmit failure                   0    Ring purge errors                  0L Frame status error                 0    FCI strip errors                   0L Frame length error                 0    Traces initiated                   0L MAC frame count                    0    Traces received                    0L MAC error count                    0    Directed beacons rcvd              0L MAC lost count                     0    Elasticity buffer err              0L Ring inits initiated               0    LCT rejects                        0L Ring inits received                0    LEM rejects                        0L Ring beacon initiated              0    Link errors                        0L Dup add test failures              0    Connections completed              0      D         -- FQA Internal Counters Information 29-MAR-2001 12:57:00 --  L Internal counters address   8C098370    Internal counters size           104L Number of ports                    0    Global page transmits              0L No work transmits          208012067    SVAPTE/BOFF transmits              0L Bad PTE transmits                  0    Buffer_Adr transmits               0  L Fatal error count                  0    RDL errors                         0L Transmit timeouts                  0    Last fatal error                NoneL Restart failures                   0    Prev fatal error                NoneL Power failures                     0    Last error CSR              00000000L Hardware errors                    0    Fatal error code                NoneL Control timeouts                   0    Prev fatal error                None  L Loopback sent                      0    Loopback failures                  0L System ID sent                     0    System ID failures                 0L ReqCounters sent                   0    ReqCounters failures               0     -------------------?F       -- FQA1 60-07 (SCA) Counters Information 29-MAR-2001 13:17:27 --  L Last receive         29-MAR 13:17:27    Last transmit        29-MAR 13:17:26L Octets received         149473574593    Octets sent             308299655030L PDUs received              176636238    PDUs sent                  347880475L Mcast octets received      199773504    Mcast octets sent          241059105L Mcast PDUs received          1783692    Mcast PDUs sent              1785623L Unavail user buffer                0    Last start attempt              NoneL Last start done       9-FEB 11:50:24    Last start failed               None        
 VAX7> analsysp    OpenVMS (TM) VAX System analyzer   SDA> show lan /count     LAN Data Structures    -------------------   @              -- EZA Counters Information 29-MAR-2001 12:48:26 --  L Seconds since zeroed          237742    Station failures                   0L Octets received           9425799462    Octets sent              22551235437L PDUs received               13933642    PDUs sent                   27959114L Mcast octets received       86158967    Mcast octets sent           14250323L Mcast PDUs received           498874    Mcast PDUs sent               142519L Unrec indiv dest PDUs              0    PDUs sent, deferred           610378L Unrec mcast dest PDUs          15998    PDUs sent, one coll           893969L Data overruns                      0    PDUs sent, mul coll           263526L Unavail station buffs              0    Excessive collisions               0L Unavail user buffers               0    Carrier check failure              0L Frame check errors                 1    Short circuit failure              0L Alignment errors                   0    Open circuit failure               0L Frames too long                    0    Transmits too long                 0L Rcv data length error              0    Late collisions                    0L 802E PDUs received            233343    Coll detect chk fail               0L 802 PDUs received              16302    Send data length err               0L Eth PDUs received           13683997    Frame size errors                  0   SDA> $   LAN Data Structures  -------------------t  D         -- EZA Internal Counters Information 29-MAR-2001 12:48:26 --  L Internal counters address   8C2D04EB    Internal counters size            28L Number of ports                    0    Global page transmits              0L No work transmits           14950195    SVAPTE/BOFF transmits              0L Bad PTE transmits                  0    Buffer_Adr transmits               0L Fatal error count                  0    RDL errors                         0L Transmit timeouts                  0    Last fatal error                NoneL Restart failures                   0    Prev fatal error                NoneL Power failures                     0    Last error CSR              00000000L Hardware errors                    0    Fatal error code                NoneL Control timeouts                   0    Prev fatal error                NoneL Loopback sent                      0    Loopback failures                  0L System ID sent                   394    System ID failures                 0L ReqCounters sent                   0    ReqCounters failures               0       Press RETURN for more.   SDA> i   LAN Data Structures: -------------------   F       -- EZA1 60-07 (SCA) Counters Information 29-MAR-2001 12:48:27 --  L Last receive         29-MAR 12:48:27    Last transmit        29-MAR 12:48:27L Octets received           9184867432    Octets sent              22504130455L PDUs received               12843696    PDUs sent                   26893973L Mcast octets received       34702752    Mcast octets sent           13252864L Mcast PDUs received           309846    Mcast PDUs sent               103538L Unavail user buffer                0    Last start attempt              NoneL Last start done      26-MAR 18:46:05    Last start failed               None     SDA>     LAN Data Structures  -------------------   @              -- FQA Counters Information 29-MAR-2001 12:49:03 --  L Seconds since zeroed          237778    Station failures                   0L Octets received          28312605843    Octets sent              11782694464L PDUs received               30924806    PDUs sent                   13939996L Mcast octets received       12521734    Mcast octets sent           15670466L Mcast PDUs received           102847    Mcast PDUs sent               133932L Unrec indiv dest PDUs              0    PDUs sent, deferred                0L Unrec mcast dest PDUs              1    PDUs sent, one coll                0L Data overruns                      0    PDUs sent, mul coll                0L Unavail station buffs              0    Excessive collisions               0L Unavail user buffers               0    Carrier check failure              0L Frame check errors                 0    Short circuit failure              0L Alignment errors                   0    Open circuit failure               0L Frames too long                    0    Transmits too long                 0L Rcv data length error              0    Late collisions                    0L 802E PDUs received               503    Coll detect chk fail               0L 802 PDUs received                  0    Send data length err               0L Eth PDUs received           30924303    Frame size errors                  0       Press RETURN for more.   SDA> d   LAN Data Structures. -------------------   B           -- FQA FDDI Counters Information 29-MAR-2001 12:49:03 --  L Transmit underrun                  0    Dup tokens detected                0L Transmit failure                   0    Ring purge errors                  0L Frame status error                 0    FCI strip errors                   0L Frame length error                 0    Traces initiated                   0L MAC frame count                    0    Traces received                    0L MAC error count                    0    Directed beacons rcvd              0L MAC lost count                     0    Elasticity buffer err              0L Ring inits initiated               0    LCT rejects                        0L Ring inits received                0    LEM rejects                        0L Ring beacon initiated              0    Link errors                        0L Dup add test failures              0    Connections completed              0     SDA> p       LAN Data Structures    -------------------r  D         -- FQA Internal Counters Information 29-MAR-2001 12:49:03 --  L Internal counters address   8C2DD030    Internal counters size           104  L Number of ports                    0    Global page transmits              0L No work transmits            7829563    SVAPTE/BOFF transmits              0L Bad PTE transmits                  0    Buffer_Adr transmits               0L Fatal error count                  0    RDL errors                         0L Transmit timeouts                  0    Last fatal error                NoneL Restart failures                   0    Prev fatal error                NoneL Power failures                     0    Last error CSR              00000000L Hardware errors                    0    Fatal error code                NoneL Control timeouts                   0    Prev fatal error                NoneL Loopback sent                      0    Loopback failures                  0L System ID sent                     0    System ID failures                 0L ReqCounters sent                   0    ReqCounters failures               0         Press RETURN for more.   SDA>     LAN Data Structures1 -------------------mF       -- FQA1 60-07 (SCA) Counters Information 29-MAR-2001 12:49:06 --  L Last receive         29-MAR 12:49:06    Last transmit        29-MAR 12:49:06L Octets received          28003313920    Octets sent              11780886135L PDUs received               30923829    PDUs sent                   13908214L Mcast octets received       11461520    Mcast octets sent           13791060L Mcast PDUs received           102335    Mcast PDUs sent               102156L Unavail user buffer                0    Last start attempt              NoneL Last start done      26-MAR 18:46:14    Last start failed               None       reguards Nazim Manser.   Systems Manager    voice: +49 69 7174484 , email:  Nazim.Manser@socgen.com       (work)D               nmanser@progis.de                        (permanent)     ------------------------------  % Date: Thu, 29 Mar 2001 13:43:54 +0100   From: steven.reece@quintiles.com0 Subject: Re: filterimg SCA traffic off ethernet.H Message-ID: <OF2EC5F323.B804BF1A-ON80256A1E.00453503@qedi.quintiles.com>  I Although I understand the reasoning, is it perhaps a little flawed?  What E you are asking is can the traffic be removed in the belief that it is  causing the network collisions.   I Perhaps instead one might ask what is causing the collisions in the first= place?  K There are the LAVC$STOP_BUS and LAVC$START_BUS programs which will stop and K start specific buses respectively and hence "filter out" SCS traffic.  TheyiH will, however, result in a loss of tolerance to failure (like if someoneK pulls the fiber out of the device FQA1:) since the ethernet would be unable 
 to take over.o  I Network problems often come down to misconfiguration or something failinge@ or the rules being pushed beyond their limit.  Pushing rules wasE commonplace when thinwire was everywhere as people could go in, add auE length of wire and a tee-piece to an already over-long cable and then2 wonder why things didn't work.  D My advice : find the real problem and fix that.  Don't just stop SCS traffic on the network.2   Steve.   Nazim Manser wrote: J >>>All the VMS maschines are in a cluster, the problem is that our network2 staff is experiencing a lot of network collisions.A on maschines vax6 and vax7 there are 2 adapters (EZA1: and FQA1:)    My question is:c  I How is it possible to filter out the SCA Traffic in the EZAn: Adapters ofD? vax6 and vax7, so that the SCA Traffic goes only over FDDI ?<<<    ------------------------------    Date: 29 Mar 2001 08:18:14 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)v$ Subject: Re: Free The OpenVMS Seven!3 Message-ID: <BPFiX9vqvJZ1@eisner.encompasserve.org>e  b In article <FreeThe.OpenVMS_7@nowhere.nil>, Doc.Cypher <Use-Author-Address-Header@[127.1]> writes:   > (c) Developer Ready. >  > * Give away (gasp!) DECC.   J No, charge double for DECC and give away a good language, like Compaq Ada.5 Better yet, upgrade Compaq Ada to the Ada95 standard.c  : Developing in C makes it too expensive to achieve quality.   ------------------------------  # Date: Thu, 29 Mar 2001 13:26:21 GMTl# From: bobm@cunix.com (Bob Mariotti) - Subject: Help with alpha/vms COMP-2 fields??? 1 Message-ID: <3ac33812.4456047@news.earthlink.net>r  A This request has been posted to multiple newgroups due to lack of 1 knowledge of which one to use...  please forgive.>  D I am in the process of trying to convert data files that come from aE DEC Alpha Box running VMS.  The file specifications provided show all D the numerics as usage COMP-2.  Research has shown that this is a DEC> proprietary version of double precision floating point fields.> However, I cannot seem to break the structure and get anything reasonable out of thes fields.   Can anyone please:7  1) describe how this can/could/should be accomplished? 3  2) recommend a site/source that will provide help?aB  3) be willing (for a fee) to write something that we could use to! convert these fields to integers?   C I know its unorthodox to request an email response but because I do E not normally read these vms forums, PLEASE PLEASE email your responsee; in addition to normal posting to bobm@financialdatacorp.com   & Thank you very much who ever can help.  ) signed: frustrated analyst/programmer....f   ------------------------------  # Date: Thu, 29 Mar 2001 15:11:35 GMTm= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) 1 Subject: Re: Help with alpha/vms COMP-2 fields??? 0 Message-ID: <009F9BC1.19BD89AA@SendSpamHere.ORG>  W In article <3ac33812.4456047@news.earthlink.net>, bobm@cunix.com (Bob Mariotti) writes:1B >This request has been posted to multiple newgroups due to lack of2 >knowledge of which one to use...  please forgive. >9E >I am in the process of trying to convert data files that come from a F >DEC Alpha Box running VMS.  The file specifications provided show allE >the numerics as usage COMP-2.  Research has shown that this is a DECs? >proprietary version of double precision floating point fields.6? >However, I cannot seem to break the structure and get anything  >reasonable out of thes fields.  >- >Can anyone please:s8 > 1) describe how this can/could/should be accomplished?4 > 2) recommend a site/source that will provide help?C > 3) be willing (for a fee) to write something that we could use to " >convert these fields to integers? > D >I know its unorthodox to request an email response but because I doF >not normally read these vms forums, PLEASE PLEASE email your response< >in addition to normal posting to bobm@financialdatacorp.com > ' >Thank you very much who ever can help.s >D* >signed: frustrated analyst/programmer.... >  >     ' Please see my reply in VMSnet.internals    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             oO city, n., 1. a place where trees are cut down and streets are named after them.c   ------------------------------    Date: 29 Mar 2001 08:39:14 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 0 Subject: Re: login failure when sysuaf is locked3 Message-ID: <uyZulL8Tvsd5@eisner.encompasserve.org>a  D In article <997vii$jg3$1@news.netmar.com>, Doran167W@aol.com writes: > In articleK > <068343AB771BA005*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>,  > 1 > Nazim MANSER  <Nazim.Manser@socgen.com> writes:a  ; >>Is the sysuaf exclusively locked during multiple logins ?   D No, and a look at the source listings kit seems to indicate that theE RMS Wait flag is used to access the record.  Note that any error witheG SYSUAF access produces the same %LOGIN-F-FILEACC error with no details.   H > I have seen this happen only once under VMS 5.5-2 on a 4 node VAX 6300L > cluster. I found out that one of my not-so-bright co-workers went home and' > left his terminal at the UAF> prompt.   @ Modern versions of UAF (Authorize) should be brighter than that.  K I have an axiom that says every home-made program to access SYSUAF directlyi& starts out with a locking/sharing bug.   ------------------------------  % Date: Thu, 29 Mar 2001 16:36:29 +0200 $ From: Michael Unger <unger@decus.de>, Subject: login failure when sysuaf is locked* Message-ID: <009F9BF6.DEC691D7.9@decus.de>  ' > Date: Thu, 29 Mar 2001 08:39:14 -0500 ; > From: Larry Kilgallen <Kilgallen@EISNER.DECUS.ORG.NOSPAM>s2 > Subject: Re: login failure when sysuaf is locked   [...]   M > I have an axiom that says every home-made program to access SYSUAF directly0( > starts out with a locking/sharing bug.  D Would it be safe to assume that the following piece of DCL procedure: can be applied to _all_ system files without any problems:  ( 	OPEN /READ /SHARE <logical> <file_name> 	     ^^^^^ ^^^^^^  	READ /NOLOCK <logical> <symbol>
 	     ^^^^^^^   A And "/ERROR=label" should be included too to allow specific errorPE handling for each command line. Maybe some additional qualifiers like  "/KEY" are also of interest.   Michael   > PS: Assuming access to record-oriented files of course ... :-)   ------------------------------   Date: 29 Mar 2001 04:45 CSTr' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: looking for files- Message-ID: <29MAR200104451007@gerg.tamu.edu>   ' bedlam702@aol.com (Bedlam702) writes... : }I am looking for some files that got lost on my machine.    That's nice.  D Now you should define what you mean by "got lost" and "looking for".   Did you delete the files?a  F Did you forget what directory you put them in, but know what the files where named?  F Did you forget what the files were called and there doesn't seem to be1 anything sutable in any of the places you looked?   C If you deleted them, then restore them from the most recent backup.e  C If you know what they were named but just can't find them then do a3- $ DIR DISKNAME:[000000...]FILENAME.EXTENDER;* K on each disk that they could be on until you find them or run out of disks. K (Using the DFU utility from the freeware, which may or may not be installed @ on your system already, would probably be significantly faster.)  9 If you don't even know what they are called, you can do as< $ SEARCH DISKNAME:[000000...]*.*;* SOMETHINGOROTHERINTHEFILE? on each disk, as long as you know some text that is supposed to ? appear in the file(s). Note that this can take a *long* time asAB it reads in every byte of every file and does comparisons on them.F If you can narrow it down to a specific extender such as .TXT or .DAT,E or a filename or partial filename (if it is FOOsomething then you cano0 use FOO*.*, for example), it would be helpfull.   E There are probably other options, depending on what you really meant.    --- Carl   ------------------------------  % Date: Thu, 29 Mar 2001 13:08:45 +020011 From: "Tomasz Dryjanski" <tdryjanski@hotmail.com>c' Subject: Main production system crashedr- Message-ID: <99v54s$5ph$1@news2.ipartners.pl>   @ Our main production system crashed this night (GMT). Fortunately >>> init >>> b  was successful.c   These are details: AlphaServer 8200 5/440, VMS 7.2-1H1, all mandatory patches installed* Uptime: 9 16:49:38 (last Time Stamp Entry)H - and there are no traces of the event in the system, as if somebody hadI pulled out the power cord. When I connected to the console, I noticed ther console prompt.   I Such problems started since we upgraded VMS from 7.1-1H1 to 7.2-1. But we > haven't had so far a situation, when there is no trace at all.J To solve those problems we upgraded to H1 and it worked OK for more than 9 days - as I mentioned above.   Any help appreciated...a   T. D.i   ------------------------------  % Date: Thu, 29 Mar 2001 13:20:26 +0200c1 From: "Tomasz Dryjanski" <tdryjanski@hotmail.com> + Subject: Re: Main production system crashed - Message-ID: <99v5qp$662$1@news2.ipartners.pl>   6 > Our main production system crashed this night (GMT).  I have also found the following:  0 Reset Reason x00000000 Unrecognized Reset Reason   T. D.1   ------------------------------  % Date: Thu, 29 Mar 2001 12:21:11 +0100e  From: steven.reece@quintiles.com+ Subject: Re: Main production system crashed H Message-ID: <OFF51D9BA1.30A8597A-ON80256A1E.003E00B8@qedi.quintiles.com>   Tomasz, J What is the auto_action parameter set to?  If it's set to RESTART then you6 may be able to get a crash dump if this happens again.G Also, any idea what (if anything) came before the >>> ?  Did the systemtK just end up at chevrons or was there something on the console before it?  IvK suspect this may not be known if you connect through to the console using atJ DECserver or something similar.  If that's the case then it might be worthH leaving a terminal window connected to the console and see if it happens again. Steve.  7 Tomasz Dryjanski (tdryjanski at hotmail dot com) wrote:0C >>>Our main production system crashed this night (GMT). Fortunately  >>> init >>> bm was successful.    These are details: AlphaServer 8200 5/440, VMS 7.2-1H1, all mandatory patches installed* Uptime: 9 16:49:38 (last Time Stamp Entry)H - and there are no traces of the event in the system, as if somebody hadI pulled out the power cord. When I connected to the console, I noticed the4 console prompt.s  I Such problems started since we upgraded VMS from 7.1-1H1 to 7.2-1. But wen> haven't had so far a situation, when there is no trace at all.J To solve those problems we upgraded to H1 and it worked OK for more than 9 days - as I mentioned above.   Any help appreciated...c <<<    ------------------------------  # Date: Thu, 29 Mar 2001 15:30:29 GMTf  From: jlsue <jlsuexxxz@home.com>+ Subject: Re: Main production system crashed 8 Message-ID: <o1l6ctsoobpqs001om5bhosaqbkfpfabof@4ax.com>  6 On Thu, 29 Mar 2001 13:08:45 +0200, "Tomasz Dryjanski" <tdryjanski@hotmail.com> wrote:I  A >Our main production system crashed this night (GMT). Fortunately3	 >>>> initt >>>> b >was successful. >  >These are details:  >AlphaServer 8200 5/440e- >VMS 7.2-1H1, all mandatory patches installed + >Uptime: 9 16:49:38 (last Time Stamp Entry) I >- and there are no traces of the event in the system, as if somebody had J >pulled out the power cord. When I connected to the console, I noticed the >console prompt. > J >Such problems started since we upgraded VMS from 7.1-1H1 to 7.2-1. But we? >haven't had so far a situation, when there is no trace at all. K >To solve those problems we upgraded to H1 and it worked OK for more than 9  >days - as I mentioned above.u >   C What do you mean by "connected to the console"?  Was something elsefB connected there and you "virtually" connected via software?  Is itD possible that something connected to the console supplied the CTRL/P4 by mistake?  Is the console switch in "secure" mode?   ------------------------------  % Date: Thu, 29 Mar 2001 11:39:55 +0100 % From: Alan Greig <a.greig@virgin.net>n" Subject: Re: Meet us on Wine Alley8 Message-ID: <pk26cto5t9h53u8lnoanm237iocfbd8ukh@4ax.com>  @ On Wed, 28 Mar 2001 23:58:55 GMT, Scott Vieth <svieth@wi.rr.com> wrote:  ? >What?  If anything, we're the guys who get to spend all of oure> >weekends and nights in the computer room.  It's "okay" for NTC >servers to be rebooted in the middle of the day when they hang but-; >it's NEVER been okay to reboot (while the sun is still up)-  B Although if you can justify enough spare cluster capacity and test? systems then patch installations can be done at almost any time D (rolling reboot). Our ES40s reboot completely in 4 mins 48 secs (theE VAX took 35 mins) and one node can handle temporarily all the load of D two systems. As network connected services to RDB and DBMS databasesE as well as Pathworks, print queues, batch etc  fail over to the otherrA node and interactive users can simply login again manually we can E easily reboot a node at certain times which we couldn't do on the VAX F as the other node could only handle a subset of the workload (VAX 4600= vs VAX 7620). Lower costs on Alpha allowed us to go for fullyeC redundant systems and I haven't been in at the weekend or *late* at C night since. The only thing we have to manually move over is native D Oracle because it's not critical enough for us to pay the ridiculous charges for OPS.  @ It is the case here as you say though that the NT team regularlyF reboot main servers in the middle of the day because users are used to them crashing anyway!    -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 10:09:06 -05000( From: "Jack McDen" <unixhlp@hotmail.com>2 Subject: Migration from Vax VMS to AIX UNIX Help!!+ Message-ID: <99vj59$7sa$1@bob.news.rcn.net>s   Hello   K We are migrating from the Alpha VMS Vax to Aix UNIX. There are lots of data J on the VAX which will eventually have to be migrated to UNIX. We also haveK data on the tapes which have to be moved from VAX to UNIX. I wanted to know I if there is any utility to convert the data on VAX to make it readable on G UNIX. Most of the data is ASCII, but the major problem is with the file I naming convention on both the system. If you anybody has any kind of help J they can give me it would be of a great help. I don't know much about VAX.  ) Please need your help, Thanks in advance.    ------------------------------    Date: 29 Mar 2001 10:07:39 -0500+ From: becker@encompasserve.org (Jim Becker) 5 Subject: Re: OpenVMS Technical Update Days - success! 3 Message-ID: <mT4+9HsBa0gL@eisner.encompasserve.org>F  V In article <3AC275FB.EEF4C63E@ui.urban.org>, Jim Becker <jbecker@ui.urban.org> writes:  ? > - The speakers themselves: Rich Marcello, Steve Hoffman, Brad E > McCusker, John Andruszkiewicz (AtoZ), Doug Gordon, Rick Barry, BartiE > Lederman, Barry Kierstein, Leo Demers, Clair Grant, Rich Colarusso,sB > Mark Hollinger, Verell Boaen, Brian Allison, Lynn Glickman, FredH > Kleinsorge, and Chet Jacobs from Compaq; Bill Johnson from TECsys; and > Norm Lastovica from Oracle  6 Correction: Burns Fisher spoke instead of Clair Grant.  
 Jim Becker+ The Urban Institute (http://www.urban.org/) ' Encompass (http://www.encompassus.org/)n. ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------  % Date: Thu, 29 Mar 2001 08:06:55 -0500g$ From: Don Chandler <dcq@y12.doe.gov>$ Subject: Redirect output of Com File+ Message-ID: <3AC3336F.A416AEB5@y12.doe.gov>r  H How can I direct the output of a '.com' file to BOTH the screen and to aD file at the same time. After the run of an interactive '.com' file I< would like to have the option to print  (or save) the screen
 interactions.d Dona   ------------------------------    Date: 29 Mar 2001 08:20:41 -0500- From: koehler@encompasserve.org (Bob Koehler)p( Subject: Re: Redirect output of Com File3 Message-ID: <E9gmAJhB4BeZ@eisner.encompasserve.org>A  R In article <3AC3336F.A416AEB5@y12.doe.gov>, Don Chandler <dcq@y12.doe.gov> writes:J > How can I direct the output of a '.com' file to BOTH the screen and to aF > file at the same time. After the run of an interactive '.com' file I> > would like to have the option to print  (or save) the screen > interactions.r > Done  > You may be able to find a copy of tee ported to VMS on the net3 somewhere, but you can achieve the same effect withl    $set host/log 0  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationw= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyinga   ------------------------------   Date: 29 Mar 2001 07:33 CSTe' From: carl@gerg.tamu.edu (Carl Perkins)p( Subject: Re: Redirect output of Com File- Message-ID: <29MAR200107331179@gerg.tamu.edu>E  ( Don Chandler <dcq@y12.doe.gov> writes...I }How can I direct the output of a '.com' file to BOTH the screen and to a6E }file at the same time. After the run of an interactive '.com' file I-= }would like to have the option to print  (or save) the screenm }interactions. }Don  D You can modify the .COM file to do both, or if you have a reasonableB recent version of VMS (IIRC, 6.2 or later has the PIPE command but9 I'm not sure if this HELP section dates back that far)...e  3 Take a look at HELP PIPE DESC PIPELINES USING_TEES.   H Using a TEE.COM file like they show you there, you'd just have your .COM# write it's output normally and do at' $ PIPE @myfile.com | @TEE mylogfile.logt   --- Carl   ------------------------------  % Date: Thu, 29 Mar 2001 16:43:18 +0200-2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>( Subject: Re: Redirect output of Com File+ Message-ID: <3AC34A06.9070704@arcormail.de>?  
 Dear Carl,  F there is still another trick depending on not redefining sys$output in the procedure:   $ DEFINE SYS$OUTPUT X.LISg $ @MO_PROCEDURE.COM. $ DEASSIGN SYS$OUTPUT    Thomas   Carl Perkins wrote:c  * > Don Chandler <dcq@y12.doe.gov> writes...K > }How can I direct the output of a '.com' file to BOTH the screen and to a G > }file at the same time. After the run of an interactive '.com' file I ? > }would like to have the option to print  (or save) the screenm > }interactions. > }Don > F > You can modify the .COM file to do both, or if you have a reasonableD > recent version of VMS (IIRC, 6.2 or later has the PIPE command but; > I'm not sure if this HELP section dates back that far)...) > 5 > Take a look at HELP PIPE DESC PIPELINES USING_TEES.l > J > Using a TEE.COM file like they show you there, you'd just have your .COM% > write it's output normally and do ao) > $ PIPE @myfile.com | @TEE mylogfile.logn > 
 > --- Carl     -- n? ---------------------------------------------------------------c9 *** Please notice! New eMail address from 12-dec-2000 on:- thomaspauli@arcormail.de? ---------------------------------------------------------------H9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germany    ------------------------------  # Date: Thu, 29 Mar 2001 14:03:07 GMTH8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)/ Subject: Re: Release notes for TCPIP AXP V5.0A? 1 Message-ID: <vgHw6.275$fB6.9594@news.cpqcorp.net>o  A >PRODUCT EXTRACT RELEASE_NOTES TCPIP/SOURCE=MTOFDISKF4:[SOFTWARE]a >n >and it reportsr >gI >%PCSI-E-S_NORELNOT, no release notes were found for any selected productf  G It appears that for whatever reason the relese notes file in the kit isrI not identified with the RELEASE NOTES option, so the POLYCENETER Softwaref5 Installation (PCSI) utility cannot identify the file.k  F If you know the file name, you can PRODUCT EXTRACT FILE.  On my systemI it appear that it is in [SYSHLP]TCPIP050A_RELEASE_NOTES.PS.  So a command?" similar to the following may work:  @     $ PRODUCT EXTRACT FILE TCPIP /SOURCE=MTOFDISKF4:[SOFTWARE] -1     $_ /SELECT [SYSHLP]TCPIP050A_RELEASE_NOTES.PSg  3 See HELP PRODUCT EXTRACT FILE for more information.s  = I do not know if TEXT (.txt?) or other formats are available.S   -- EK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USApH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 29 Mar 2001 10:24:02 -0500T2 From: rdeininger@mindspring.com (Robert Deininger)/ Subject: Re: Release notes for TCPIP AXP V5.0A?eL Message-ID: <rdeininger-2903011024020001@user-2iveas3.dialup.mindspring.com>  1 In article <vgHw6.275$fB6.9594@news.cpqcorp.net>,a' hammond@not@peek.ppb.cpqcorp.net wrote:y    H > If you know the file name, you can PRODUCT EXTRACT FILE.  On my systemK > it appear that it is in [SYSHLP]TCPIP050A_RELEASE_NOTES.PS.  So a command $ > similar to the following may work: > B >     $ PRODUCT EXTRACT FILE TCPIP /SOURCE=MTOFDISKF4:[SOFTWARE] -3 >     $_ /SELECT [SYSHLP]TCPIP050A_RELEASE_NOTES.PS  > 5 > See HELP PRODUCT EXTRACT FILE for more information.o > ? > I do not know if TEXT (.txt?) or other formats are available.o  F Text-format release notes always used to be called *.RELEASE_NOTES, atE least after they were moved to SYS$HELP.  I hope that hasn't changed.p  B And if there are no text-format release notes, the product is veryJ broken.  Compaq no longer supports any way to view PS files on VMS, AFAIK.   (Grumble on...)mF I guess pretty soon we'll have to have a billy-box to read the releaseF notes in order to find out that we also need a billy-box to use as VMSJ system console.  And no, you can't use the same billy-box for both tasks. , Add another billy-box to run Compaq Analyze. (Grumble off...)   -- u Robert Deininger rdeininger@mindspring.comy   ------------------------------  # Date: Thu, 29 Mar 2001 15:31:13 GMT,8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)/ Subject: Re: Release notes for TCPIP AXP V5.0A?l1 Message-ID: <5zIw6.287$fB6.9718@news.cpqcorp.net>   M In article <rdeininger-2903011024020001@user-2iveas3.dialup.mindspring.com>, r4 rdeininger@mindspring.com (Robert Deininger) writes:  G >Text-format release notes always used to be called *.RELEASE_NOTES, atlF >least after they were moved to SYS$HELP.  I hope that hasn't changed.  + Apparently not.  There exists on my system:g  +     [SYSHLP]TCPIP050A_RELEASE_NOTES.PS, anda$     [SYSHLP]TCPIP050A.RELEASE_NOTES.  A However, The PCSI utility does not consider the file extension as = an indicator that it is a release notes file.  The kit has toS  explicitly designate it as such.  G In any case, both of the following PRODUCT EXTRACT command should work.r% Choose the one for the file you want.e  A      $ PRODUCT EXTRACT FILE TCPIP /SOURCE=MTOFDISKF4:[SOFTWARE] -R2      $_ /SELECT [SYSHLP]TCPIP050A_RELEASE_NOTES.PS  A      $ PRODUCT EXTRACT FILE TCPIP /SOURCE=MTOFDISKF4:[SOFTWARE] -y/      $_ /SELECT [SYSHLP]TCPIP050A.RELEASE_NOTESn   -- yK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 29 Mar 2001 09:26:16 +0100t2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>8 Subject: Re: SDL Structure/Interface Definition Language- Message-ID: <3AC2FFB8.14C9BD1@CCAgroup.co.uk>A   John Reagan wrote: >  > Earl Lakia wrote:  > >tF > > I have to maintain a few environments (C, and FORTRAN) and want toD > > use SDL from the freeware CD.  Anyway, I can't seem to get it to; > > generate integer*8 for FORTRAN quad words.  I tried the ' > > /alpha switch.  Any help out there?  > C > SDL has rarely been updated (with the exception of the C or BLISSkD > backends) to deal with any 64-bit types.  I doubt that the FortranJ > backend has been updated.  You can check the .PLI source on the Freeware > CD.i > J > I'm not sure of the version of SDL on the Freeware, but if its V3.2, youJ > can put language specific stuff in the .SDL file (that kinda defeats the' > language-independence if you ask me).m  (         Image Identification Information  '                 image name: "ALPHA_SDL" 3                 image file identification: "EV1-60"-3                 image file build identification: ""m7                 link date/time:  9-FEB-1998 11:23:03.52M/                 linker identification: "A11-12"4  H I 'fixed' SDL's Pascal support by patching sys$share:alpha_sdlpascal.exe@ I just found the text header embedded in the image, predeclaring@ datatypes like '$quad = record l0, l1: integer end'; and changed it to '$quad = INTEGER64' etc.  
 Chris Sharmant   ------------------------------  % Date: Thu, 29 Mar 2001 07:44:11 -0600e" From: Earl Lakia <lakia@ipact.com>8 Subject: Re: SDL Structure/Interface Definition Language) Message-ID: <3AC33C2B.471036E1@ipact.com>u   Tried:  ! sdl/alpha_axp/lang=for ADPDEF.SDLe  B It did not generate any ineger*8 for the quadwords.  I checked the$ PL1 source code and yes it has this.   -earlK     Tom Linden wrote:-  , > If you look in SDLFORTRAN.PLI you will see > ! >         if sdl$v_alpha_opt then- >             do;,8 >         types(typ$k_integer_quad)       = 'INTEGER*8';8 >         types(typ$k_pointer_quad)       = 'INTEGER*8';8 >         types(typ$k_integer_hw)         = 'INTEGER*8';8 >         types(typ$k_pointer_hw)         = 'INTEGER*8';8 >         types(typ$k_hardware_integer)   = 'INTEGER*8';8 >         types(typ$k_hardware_address)   = 'INTEGER*8'; >             end; >         else >             do;e/ >         types(typ$k_integer_quad)       = '';M/ >         types(typ$k_pointer_quad)       = '';18 >         types(typ$k_integer_hw)         = 'INTEGER*4';8 >         types(typ$k_pointer_hw)         = 'INTEGER*4';8 >         types(typ$k_hardware_integer)   = 'INTEGER*4';8 >         types(typ$k_hardware_address)   = 'INTEGER*4'; >             end; > and then in SDLMAIN.PLIe >u > /* check for alpha option *// >         sts$value = cli_present('ALPHA_AXP');mF >         if sts$value= CLI$_PRESENT | sts$value = CLI$_DEFAULTED then' >                 sdl$v_alpha_opt=true;s >         else( >                 sdl$v_alpha_opt=false; > : > So it would appear that the switch  should be /ALPHA_AXP >D > Tomi >d > > -----Original Message-----= > > From: prep@k9 [mailto:prep@k9]On Behalf Of Paul Repacholio, > > Sent: Wednesday, March 28, 2001 11:00 AM > > To: Info-VAX@Mvb.Saic.Comr< > > Subject: Re: SDL Structure/Interface Definition Language > >e > >6( > > Earl Lakia <lakia@ipact.com> writes: > > H > > > I have to maintain a few environments (C, and FORTRAN) and want toF > > > use SDL from the freeware CD.  Anyway, I can't seem to get it toD > > > generate integer*8 for FORTRAN quad words.  I tried the /alpha" > > > switch.  Any help out there? > >i@ > > Look in the release notes. I seem to recall somthing about a > > bug/feature with quads.f > >r > > --@ > > Paul Repacholi                               1 Crescent Rd.,; > > +61 (08) 9257-1001                           Kalamunda.:D > >                                              West Australia 60762 > > Raw, Cooked or Well-done, it's all half baked.   --
 Earl Lakia   ------------------------------  % Date: Thu, 29 Mar 2001 09:09:06 -0500n- From: John Reagan <reagan@hiyall.zko.dec.com>n8 Subject: Re: SDL Structure/Interface Definition Language1 Message-ID: <3AC2FBB2.D716CA4@hiyall.zko.dec.com>    Tom Linden wrote:/ > , > If you look in SDLFORTRAN.PLI you will see > ! >         if sdl$v_alpha_opt thenp >             do;e8 >         types(typ$k_integer_quad)       = 'INTEGER*8';8 >         types(typ$k_pointer_quad)       = 'INTEGER*8';8 >         types(typ$k_integer_hw)         = 'INTEGER*8';8 >         types(typ$k_pointer_hw)         = 'INTEGER*8';8 >         types(typ$k_hardware_integer)   = 'INTEGER*8';8 >         types(typ$k_hardware_address)   = 'INTEGER*8'; >             end;  F Well, I'll have to eat my words.  I'm quite surprised that the backend  had been modified.  I was wrong.   Chris Sharman wrote: >  > J > I 'fixed' SDL's Pascal support by patching sys$share:alpha_sdlpascal.exeB > I just found the text header embedded in the image, predeclaringB > datatypes like '$quad = record l0, l1: integer end'; and changed  > it to '$quad = INTEGER64' etc. >   G That should be just fine if all the various types map onto $QUAD in theyG backend.  I think they do, but I honestly haven't looked at the code inMA a very long time (as you can tell by my off-base answer about thea% capabilities of the Fortran backend).    -- d John Reagan  Compaq Pascal Project Leader   ------------------------------  % Date: Thu, 29 Mar 2001 06:10:16 -0800t! From: Tom Linden <tom@kednos.com>E8 Subject: RE: SDL Structure/Interface Definition Language9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEKKCEAA.tom@kednos.com>   I I looked a bit more at the sources,  there is a reference to cli$present,i but I can'tuE locate it on any of my systems.  Also, I note that there are no build  procedures with thee< sources, surely this was an oversight on the part of Compaq.   Toms   > -----Original Message-----+ > From: Earl Lakia [mailto:lakia@ipact.com]i( > Sent: Thursday, March 29, 2001 5:44 AM > To: Info-VAX@Mvb.Saic.Com : > Subject: Re: SDL Structure/Interface Definition Language >e >u > Tried: >h# > sdl/alpha_axp/lang=for ADPDEF.SDLh >lD > It did not generate any ineger*8 for the quadwords.  I checked the& > PL1 source code and yes it has this. >y > -earl  >a >' > Tom Linden wrote:e >o. > > If you look in SDLFORTRAN.PLI you will see > >m# > >         if sdl$v_alpha_opt thenb > >             do;c: > >         types(typ$k_integer_quad)       = 'INTEGER*8';: > >         types(typ$k_pointer_quad)       = 'INTEGER*8';: > >         types(typ$k_integer_hw)         = 'INTEGER*8';: > >         types(typ$k_pointer_hw)         = 'INTEGER*8';: > >         types(typ$k_hardware_integer)   = 'INTEGER*8';: > >         types(typ$k_hardware_address)   = 'INTEGER*8'; > >             end; > >         else > >             do;51 > >         types(typ$k_integer_quad)       = '';a1 > >         types(typ$k_pointer_quad)       = '';l: > >         types(typ$k_integer_hw)         = 'INTEGER*4';: > >         types(typ$k_pointer_hw)         = 'INTEGER*4';: > >         types(typ$k_hardware_integer)   = 'INTEGER*4';: > >         types(typ$k_hardware_address)   = 'INTEGER*4'; > >             end; > > and then in SDLMAIN.PLIp > >m  > > /* check for alpha option */1 > >         sts$value = cli_present('ALPHA_AXP'); H > >         if sts$value= CLI$_PRESENT | sts$value = CLI$_DEFAULTED then) > >                 sdl$v_alpha_opt=true;  > >         else* > >                 sdl$v_alpha_opt=false; > > < > > So it would appear that the switch  should be /ALPHA_AXP > >c > > Tome > >T  > > > -----Original Message-----? > > > From: prep@k9 [mailto:prep@k9]On Behalf Of Paul Repacholie. > > > Sent: Wednesday, March 28, 2001 11:00 AM > > > To: Info-VAX@Mvb.Saic.Com > > > > Subject: Re: SDL Structure/Interface Definition Language > > >k > > >n* > > > Earl Lakia <lakia@ipact.com> writes: > > >rJ > > > > I have to maintain a few environments (C, and FORTRAN) and want toH > > > > use SDL from the freeware CD.  Anyway, I can't seem to get it toF > > > > generate integer*8 for FORTRAN quad words.  I tried the /alpha$ > > > > switch.  Any help out there? > > > B > > > Look in the release notes. I seem to recall somthing about a > > > bug/feature with quads.n > > >  > > > --B > > > Paul Repacholi                               1 Crescent Rd.,= > > > +61 (08) 9257-1001                           Kalamunda.:F > > >                                              West Australia 60764 > > > Raw, Cooked or Well-done, it's all half baked. >g > -- > Earl Lakia >t   ------------------------------    Date: 29 Mar 2001 07:44:13 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)o7 Subject: Re: Senior OpenVMS systems manager - SINGAPOREn3 Message-ID: <6ElDadeH$yzY@eisner.encompasserve.org>-  m In article <E_Tt6.80516$lj4.2183917@news6.giganews.com>, "William Hymen" <t18_pilot@hotmail.spam.com> writes:p4 > I really get a kick out of these ads. Is there anyF > job out there for someone less than a " Senior System Administrator"- > Do "seniors" just ripen and fall off trees?t > : > Give me a break, spend a few bucks on training on a less4 > senior guy; you will get your money back 100 times > in dedication.  F Perhaps they already have plenty of Juniors and want a Senior to roundC out the team.  Internal training does not bring you experience frome other sites.   ------------------------------  % Date: Thu, 29 Mar 2001 09:51:10 -0300-) From: fabio_compaq@ep-bc.petrobras.com.br-7 Subject: Re: Senior OpenVMS systems manager - SINGAPOREpL Message-ID: <OF903B0E8D.21B127AC-ON03256A1E.0046789C@ep-bc.petrobras.com.br>  H I would like to read here:   OpenVMS System Manager  - Barcelona    :-))   Regards    FC        J Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) em 29/03/2001 09:44:13  E Favor responder a Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)M             Info-VAX@Mvb.Saic.Como      7 Assunto: Re: Senior OpenVMS systems manager - SINGAPOREu    H In article <E_Tt6.80516$lj4.2183917@news6.giganews.com>, "William Hymen"$ <t18_pilot@hotmail.spam.com> writes:4 > I really get a kick out of these ads. Is there anyF > job out there for someone less than a " Senior System Administrator"- > Do "seniors" just ripen and fall off trees?v >i: > Give me a break, spend a few bucks on training on a less4 > senior guy; you will get your money back 100 times > in dedication.  F Perhaps they already have plenty of Juniors and want a Senior to roundC out the team.  Internal training does not bring you experience froma other sites.   ------------------------------  % Date: Thu, 29 Mar 2001 10:04:24 +0100-% From: Alan Greig <a.greig@virgin.net>1 Subject: Re: VAX market valuei8 Message-ID: <qgu5ct41tiotiun3e5ck0hvltahn2onadb@4ax.com>  . On Wed, 28 Mar 2001 16:35:38 +0100, "shielm00"! <Mike_Shield-1@sbphrd.com> wrote:s   >a >Don,t >kM >It depends if you wish to replace these boxes with something new from CompaqUF >(Intel or Alpha), but you can get an idea of their worth by doing the
 >following >cG >Go to http://www.compaq.com/alphaserver/servers.html and check out theuJ >tradein option below special offers. While you might select North AmericaL >for obvious reasons, if you chose EMEA instead, and search around a little,I >there is a spreadsheet of suggested trade-in values for a large range ofa >machines, in dollars. >oB >The values suggested are  not high, your looking at around $1500.  E There are some offers from Compaq in the UK at the moment.  25% trade F in of VAX 6000 series against Enterprise Alphas and 25% tradein of VAXC 4000 against dept. class Alphas. Also 75% trade-in against softwareuA licenses plus all sorts of other offers. Valid through June 2001.      >Hope this helps.  >o >Mike Shield >Compaq SMO GSK    -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 08:53:45 -0500c* From: "Andy Stoffel" <acs@fcgnetworks.net> Subject: Re: VAX market value-9 Message-ID: <%7Hw6.109052$lj4.3189620@news6.giganews.com>   6 "Barry Treahy, Jr." <treahy@mmaz.com> wrote in message" news:3AC27D9C.BAB04A9D@mmaz.com...F > I purchased a VAX 4000/500 for my home hobbyist system off of eBay a yearE > ago, I believe I snagged it for about $650 and the 500 runs circlese around< > the 300 (about three times the speed if memory serves me).  8 Hmmm.... mine was sitting unused in a room full of other6 unused machines (I'd grabbed a 4000VLC out of the same< pile a few months earlier) and they both were shipped to me.7 [Of course this was during the Y2K "scare" and I neededn1  the VAX so it was all at company expense.... andN- doesn't count as a hobbiest system right now]n  < > As for information, here is a URL from the vaxarchive.org: >T> > http://www.vaxarchive.org/hw/full.html#vax4000:vax_4000_m300  F While it only mentions the VAX 4000/300 in passing there is an article here on the 4000 400/500/600  ;  http://www.research.compaq.com/wrl/DECarchives/DTJ/DTJ700/P  . and a bunch of other VAX related articles :-).   -Andy-   ------------------------------  % Date: Thu, 29 Mar 2001 09:16:06 +0100a% From: Alan Greig <a.greig@virgin.net>m2 Subject: Re: VMS sysadmin/system prog wants UK job8 Message-ID: <5jr5ct0g0c477b858bggd9e9f6s3sh4kco@4ax.com>  1 On Wed, 28 Mar 2001 15:35:24 +0100, Tim Llewellynd  <tim.llewellyn@bbc.co.uk> wrote:   >o >'+ >fabio_compaq@ep-bc.petrobras.com.br wrote:  >,< >> Hey dont you have positions in Spain, Portugal or Italy ?A >> Switzerland is too cold and I dont speak french or german.....e >> >gA >Sadly the places with a decent contract market do not seem to beoD >those with decent climates. Mind you, its not just the climate that >would put me off Suisse.y  @ I remember thinking seriously about taking a contract VMS systemC manager position at the University of Kuwait around 11 years ago. I.B would have been incredibly rich at the end of the period but wouldF also have spent a few months in Iraq as a human shield. The university9 computer kit and staff were the first things shipped out.P     -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 09:20:10 -0500f# From: Jim Agnew <Agnew@hsc.vcu.edu> 2 Subject: Re: VMS sysadmin/system prog wants UK job+ Message-ID: <3AC3449A.BFB6C4A9@hsc.vcu.edu>L   What a story to tell the grand-kiddies.....  if it had happened.  that would have been like Mark Twain: A classic is a book you want to HAVE read, not to read...   Alan Greig wrote:b > 3 > On Wed, 28 Mar 2001 15:35:24 +0100, Tim Llewellyny" > <tim.llewellyn@bbc.co.uk> wrote: >  > >i > >t- > >fabio_compaq@ep-bc.petrobras.com.br wrote:y > >c> > >> Hey dont you have positions in Spain, Portugal or Italy ?C > >> Switzerland is too cold and I dont speak french or german.....  > >> > >tC > >Sadly the places with a decent contract market do not seem to be-F > >those with decent climates. Mind you, its not just the climate that > >would put me off Suisse.  > B > I remember thinking seriously about taking a contract VMS systemE > manager position at the University of Kuwait around 11 years ago. I@D > would have been incredibly rich at the end of the period but wouldH > also have spent a few months in Iraq as a human shield. The university; > computer kit and staff were the first things shipped out.$ >  > -- > Alan   ------------------------------  % Date: Thu, 29 Mar 2001 15:55:39 +0100S- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>L2 Subject: Re: VMS sysadmin/system prog wants UK job) Message-ID: <3AC34CEB.F187E30F@bbc.co.uk>    >iD > > I remember thinking seriously about taking a contract VMS systemG > > manager position at the University of Kuwait around 11 years ago. IAF > > would have been incredibly rich at the end of the period but wouldJ > > also have spent a few months in Iraq as a human shield. The university= > > computer kit and staff were the first things shipped out.T  1 presumably you mean shipped out to Bhagdad, Alan?        --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.'   ------------------------------  % Date: Thu, 29 Mar 2001 09:46:29 +02000, From: Didier Morandi <Didier.Morandi@gmx.ch>9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.a& Message-ID: <3AC2E855.57691327@gmx.ch>   Robert Deininger wrote:a  O > This is just flat out wrong.  The same syntax works perfectly in DECnet-plus. L > Even when the underlying link is DECnet over tcpip.  Or are you describing > a TCP/IP-only environment?   Yes, I was.f   D.   ------------------------------  % Date: Thu, 29 Mar 2001 09:49:13 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.i& Message-ID: <3AC2E8F9.E7368332@gmx.ch>   Bart Zorn wrote:  M > It seems to me that you do not know any fact about DECnet/plus. OK, NCP has K > been replace by NCL with requires a different mindset. But you definitelysI > can do your "open fred"myaccount mypwd"::mydisk:[mydir]myfile.dat" witheM > DECnet/plus. Even more, you can do it using TCP/IP as your transport layer.   M I was talking of IP and please post here some code to open a file on a remote-4 node using TCP/IP programming from DCL, for example.   D.   ------------------------------  % Date: Thu, 29 Mar 2001 10:58:35 +0200r From: "\)_ex" <luctor@emer.go>9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.l1 Message-ID: <99utga$9na$1@eubuf21.eu.concert.net>n  
 Hey you guys,cL changing the customers objectives is NOT an option (in this situation). As aE result of the migration, not one DECNet packet will be allowed on the-E network. I can understand your love and devotion for DECNet, but thisiJ discussion is not helping me, nor my customers. So, UCX it will be. I knowC about the DECNet tasks, -copies and so on. I can work around those.gF I need your experiences with product that should behave nicely withoutL DECNet (terminalservers, VMSMail etc.) but give problems, or are just a pain in the ass to manage.o  7 Thanks for you responces and maybe till the next time.!p )_ex.t   QUOTES:     8 "Bart Zorn" <B.Zorn@TrueBit.n0spam.nl schreef in bericht7 news:3ac202ea$0$160$1a0eedbc@dreader2.news.xs4all.nl...T@  Well, maybe it's time for a DECnet Phase IV vs DECnet/plus war.  9  "Didier Morandi" <Didier.Morandi@gmx.ch wrote in message !  news:3AC1E70B.34BC93BF@gmx.ch...r   ")_ex" wrote:;      Hello there!y  B    Our customer wants to migrate from DECNet(PhIV) to TCP/IP(UCX).  B   You don't "migrate" from DECnet to TCP/IP. They are both network  protocols, andyG   DECnet is also a product with *many* features TCP/IP doesn't have, of   course.:   DECnet allows things that TCP/IP doesn't and vice versa.  J   Your Customer doesn't want to "migrate", your Customer probably wants to  installB   CISCO routers, or any equipment using TCP/IP. So, the answer is:  J   "Mister Customer, which equipment do you plan to buy and what for?" Then  you askI   your Customer to purchase DIGITAL TCP/IP Services for OpenVMS, you comeA  backhG   here when you have received the license and we will all be pleased to  help  youH   configure it. If you have the chance to attend the TCP/IP training, it isD   definitely a must, but installation is not so complicated (made by DIGITALr	   folks).h  I   If an UNIX-maniac "specialist" at your Customer's place "wants" to have   DECnetMH   over IP, this is something different. I strongly recommend not to move to  DECnet G   OSI as it is a complete different product, even if it uses DECnet, ofa  course.  F  This is ridiculous. Please keep your objectives and your means apart.  I   No NCP, no "copy kno nod from toto:: to both", no DECnet access when IP  is  down.E   No "open fred"myaccount mypwd"::mydisk:[mydir]myfile.dat" form yourh
  programs, no.F   nothing. And above all, if you use TELNET to access a system and you want  to H   stop DECnet then restart it, no way. You need to start DECnet *before* you-  startI   IP or you get error messages about your network card initialization and  so  and   so.t  H  It seems to me that you do not know any fact about DECnet/plus. OK, NCP has J  been replace by NCL with requires a different mindset. But you definitelyH  can do your "open fred"myaccount mypwd"::mydisk:[mydir]myfile.dat" withE  DECnet/plus. Even more, you can do it using TCP/IP as your transporto layer.3  Even more, you wouldn't even notice it if you did!T  K  With respect to the startup ordering, there is no difference between phasee;  IV or plus. If you use DECnet/plus, it gets started before  SYSTARTUP_VMS.COM_F  get invoked, so you have to clobber things up do do it the wrong way.  J  And yes, if you access your system using TELNET (or LAT) you can stop andI  restart DECnet/plus. In an early version of DECnet/OSI, when you stopped(G  DECnet, you also stopped the csma-cd entity, which in turn stopped alllB  protocols running over ethernet. That has been solved long since.    E   If your Customer is opened to discussion, come back here to collect' dozens  ofoI   arguments to keep DECnet Phase IV (well, this is my opinion but I sharer it  :-)  F   If your Customer said "I don't want DECnet no more", explain him/her that  thisc   is a nonsense (sp?).  @    NT-workstations (Intel based). So partly UCX is used already.  J   UCX V4 and TCP/IP V5 are nearly the same product. Just a name change and  manyd   new features.   C    Which Digital products wil be affected (behave badly)? VMS_Mail?a SYSMAN?o0    DECWINDOWS? DMQ (except configuration files)?  I   None will be affected as long as you keep DECnet up and running, either  by   itself or via IP.   K  Please explain how you would run DECnet over IP, using TCP/IP Services fort  OpenVMS, WITHOUT DECnet/plus?  1  The rest of your arguments are valid, of course!a  
  Bart Zorn  True Bit B.V.   ------------------------------  % Date: Thu, 29 Mar 2001 11:14:44 +0200s. From: "Gorazd Kikelj" <gorazd.kikelj@aster.si>9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.n. Message-ID: <z%Cw6.213$k8.13507@news.siol.net>   Hi,-  L DECnet phase V can use TCP/IP as the transport protocol for  decnet packets. So youG will not see any DECnet packets on your network. But everything else one OpenVMS will run with decnet.    best, Gorazd     --4 ----------------------------------------------------
 Gorazd Kikeljt OpenVMS system support Aster d.o.o. e-mail: gorazd.kikelj@aster.si www:  www.aster.si  ( ")_ex" <luctor@emer.go> wrote in message+ news:99utga$9na$1@eubuf21.eu.concert.net...  > Hey you guys,aL > changing the customers objectives is NOT an option (in this situation). As aIG > result of the migration, not one DECNet packet will be allowed on the G > network. I can understand your love and devotion for DECNet, but thiseL > discussion is not helping me, nor my customers. So, UCX it will be. I knowE > about the DECNet tasks, -copies and so on. I can work around those. H > I need your experiences with product that should behave nicely withoutI > DECNet (terminalservers, VMSMail etc.) but give problems, or are just a$ pain > in the ass to manage.  > 9 > Thanks for you responces and maybe till the next time.!  > )_ex.e >y	 > QUOTES:_ >  > : > "Bart Zorn" <B.Zorn@TrueBit.n0spam.nl schreef in bericht9 > news:3ac202ea$0$160$1a0eedbc@dreader2.news.xs4all.nl...sB >  Well, maybe it's time for a DECnet Phase IV vs DECnet/plus war. > ; >  "Didier Morandi" <Didier.Morandi@gmx.ch wrote in message # >  news:3AC1E70B.34BC93BF@gmx.ch...  >   ")_ex" wrote:L >P >    Hello there!= >ID >    Our customer wants to migrate from DECNet(PhIV) to TCP/IP(UCX). > D >   You don't "migrate" from DECnet to TCP/IP. They are both network >  protocols, andwI >   DECnet is also a product with *many* features TCP/IP doesn't have, ofg
 >  course.< >   DECnet allows things that TCP/IP doesn't and vice versa. > L >   Your Customer doesn't want to "migrate", your Customer probably wants to
 >  installD >   CISCO routers, or any equipment using TCP/IP. So, the answer is: > L >   "Mister Customer, which equipment do you plan to buy and what for?" Then
 >  you askK >   your Customer to purchase DIGITAL TCP/IP Services for OpenVMS, you come, >  backsI >   here when you have received the license and we will all be pleased toe > help >  youJ >   configure it. If you have the chance to attend the TCP/IP training, it > isF >   definitely a must, but installation is not so complicated (made by	 > DIGITAL  >   folks).o > K >   If an UNIX-maniac "specialist" at your Customer's place "wants" to have 	 >  DECnet J >   over IP, this is something different. I strongly recommend not to move > to	 >  DECnet I >   OSI as it is a complete different product, even if it uses DECnet, of 
 >  course. >-H >  This is ridiculous. Please keep your objectives and your means apart. >nK >   No NCP, no "copy kno nod from toto:: to both", no DECnet access when IPa > is >  down.G >   No "open fred"myaccount mypwd"::mydisk:[mydir]myfile.dat" form your_ >  programs, no3H >   nothing. And above all, if you use TELNET to access a system and you > want >  toyJ >   stop DECnet then restart it, no way. You need to start DECnet *before* > you  >  startK >   IP or you get error messages about your network card initialization andi > so >  and >   so.f >bJ >  It seems to me that you do not know any fact about DECnet/plus. OK, NCP > has L >  been replace by NCL with requires a different mindset. But you definitelyJ >  can do your "open fred"myaccount mypwd"::mydisk:[mydir]myfile.dat" withG >  DECnet/plus. Even more, you can do it using TCP/IP as your transport  > layer.5 >  Even more, you wouldn't even notice it if you did!  >jG >  With respect to the startup ordering, there is no difference between0 phase1= >  IV or plus. If you use DECnet/plus, it gets started beforee > SYSTARTUP_VMS.COMVH >  get invoked, so you have to clobber things up do do it the wrong way. >iL >  And yes, if you access your system using TELNET (or LAT) you can stop andK >  restart DECnet/plus. In an early version of DECnet/OSI, when you stoppedVI >  DECnet, you also stopped the csma-cd entity, which in turn stopped allPD >  protocols running over ethernet. That has been solved long since. >a >yG >   If your Customer is opened to discussion, come back here to collectt > dozens >  ofeK >   arguments to keep DECnet Phase IV (well, this is my opinion but I share  > it >  :-) >sH >   If your Customer said "I don't want DECnet no more", explain him/her > that >  thiss >   is a nonsense (sp?). >yB >    NT-workstations (Intel based). So partly UCX is used already. > L >   UCX V4 and TCP/IP V5 are nearly the same product. Just a name change and >  many  >   new features.e >oE >    Which Digital products wil be affected (behave badly)? VMS_Mail? 	 > SYSMAN?22 >    DECWINDOWS? DMQ (except configuration files)? >cK >   None will be affected as long as you keep DECnet up and running, either. > by >   itself or via IP.6 >:I >  Please explain how you would run DECnet over IP, using TCP/IP Services  fore  >  OpenVMS, WITHOUT DECnet/plus? >x3 >  The rest of your arguments are valid, of course!, >t >  Bart Zorn >  True Bit B.V. >  >d   ------------------------------  % Date: Thu, 29 Mar 2001 10:42:32 +0100h8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>9 Subject: RE: VMS: DECNet to TCP/IP migration help wanted.oN Message-ID: <35666012DF4CD411BE940090279FA240010BEF11@ppnt41.physics.ox.ac.uk>  H DECnet-Plus with UCX or Multinet runs in DECnet/IP mode and not a singleL DECnet packet traverses the network. The DECnet functionality is hidden awayJ inside standard TCP/IP packets. The advantage of DECnet/IP is that you canI use COPY to/from node::file and OPEN/READ/WRITE/CLOSE from DCL exactly asaJ you did with PhaseIV DECnet. Your customer may not have to change anything! once you've configured DECnet/IP.r   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)R   ------------------------------  % Date: Thu, 29 Mar 2001 11:56:11 +0100c  From: steven.reece@quintiles.com9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.oH Message-ID: <OF74A8BDCC.1E8FBE5E-ON80256A1E.003B28EA@qedi.quintiles.com>  I I would clarify the requirements of your customer.  Do they just not wanteK to see DECnet on the network or do they just not want DECnet running at allm/ and all of the DECnet licenses and such binned?o  I I suspect that it is the former.  They wouldn't mind DECnet provided thath; they don't see DECnet packets running around their network.   F DECnet-Plus over TCP/IP is the solution here.  It's relatively easy toG configure in recent releases and works perfectly.  I've got a system insD Australia that I can do a SET HOST to from England.  The networks inH between are all TCP/IP only but the network doesn't see a DECnet packet.F It's _not_ tunnelling or encapsulation.  It uses TCP/IP as a transport layer.  I If this is not a solution for you and your client wants to have no DECnet G running at all and wants to bin the licenses then this is possible, but-I it's easier not to.  You will need to un-comment @SYS$STARTUP:VPM$STARTUPrE in systartup_vms.com plus you will be unable to use things like phoneeG between nodes.  All mail would have to use an IP transport (like SMTP%)2H rather than DECnet.  COPY/FTP might be ok for doing node to node copies,G but backup will be unable to work across nodes which are not clustered.a  I Is MOP going to be allowed?  Is it needed?  Things like terminals serversdI may require MOP, as might printers such as PrintServer 17s which do a twooH stage load (using MOP to load their OS and then another transport to getK their configuration - bootp in the case of WNT load hosts and DECnet in then case of VMS hosts).i   Hope this helps. Steve.   luctor at emer dot go wrote:J >>>changing the customers objectives is NOT an option (in this situation). As aE result of the migration, not one DECNet packet will be allowed on thehE network. I can understand your love and devotion for DECNet, but thispJ discussion is not helping me, nor my customers. So, UCX it will be. I knowC about the DECNet tasks, -copies and so on. I can work around those.:F I need your experiences with product that should behave nicely withoutG DECNet (terminalservers, VMSMail etc.) but give problems, or are just ad pain in the ass to manage.e  7 Thanks for you responces and maybe till the next time.!e <<<o   ------------------------------  % Date: Thu, 29 Mar 2001 13:24:26 +01000% From: Alan Greig <a.greig@virgin.net>c9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.a8 Message-ID: <l6a6ctsooeui9od456fceqof5p3b8rjln3@4ax.com>  2 On Thu, 29 Mar 2001 09:49:13 +0200, Didier Morandi <Didier.Morandi@gmx.ch> wrote:   >Bart Zorn wrote:  > N >> It seems to me that you do not know any fact about DECnet/plus. OK, NCP hasL >> been replace by NCL with requires a different mindset. But you definitelyJ >> can do your "open fred"myaccount mypwd"::mydisk:[mydir]myfile.dat" withN >> DECnet/plus. Even more, you can do it using TCP/IP as your transport layer. > N >I was talking of IP and please post here some code to open a file on a remote5 >node using TCP/IP programming from DCL, for example.r  F Well you can copy/ftp and dir/ftp but not type/ftp or open/ftp. If nfsA is an option then you can open a file on an remote system via nfs0     >D.3   -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 13:34:39 +0100t% From: Alan Greig <a.greig@virgin.net>49 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.i8 Message-ID: <3ca6cts88ip19qpspice7ma5lbr24vjp2m@4ax.com>  C On Thu, 29 Mar 2001 10:58:35 +0200, "\)_ex" <luctor@emer.go> wrote:e   >Hey you guys,M >changing the customers objectives is NOT an option (in this situation). As aqF >result of the migration, not one DECNet packet will be allowed on theF >network. I can understand your love and devotion for DECNet, but thisK >discussion is not helping me, nor my customers. So, UCX it will be. I knoweD >about the DECNet tasks, -copies and so on. I can work around those.G >I need your experiences with product that should behave nicely withoutnM >DECNet (terminalservers, VMSMail etc.) but give problems, or are just a pain- >in the ass to manage.  D I'd still consider the use of DECNET Phase V here. Shouldn't violateA any of your clients rules (from what you've told us) as no native C DECNET packets will pass through the network as Phase V can operate E using IP as a transport. Then DECNET just becomes another applicatione9 layered on IP such as nfs, http, ftp, dns etc. No specialp( configurations are required for routers.  E VMSMail, modern terminal servers, monitor/clus etc will all work fine ( in a TCP/IP only environment these days.   -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 15:31:13 +0200n From: "\)_ex" <luctor@emer.go>9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted. 1 Message-ID: <99vdfn$qdf$1@eubuf21.eu.concert.net>   ( Helas, Gorazd, phase V is not an option.  	 Gr. )_ex.r   > Hi,e >BE > DECnet phase V can use TCP/IP as the transport protocol for  decnetm packets. > So youI > will not see any DECnet packets on your network. But everything else onl > OpenVMS will run with decnet.  >a > best, Gorazd >o >t > --6 > ---------------------------------------------------- > Gorazd Kikelj. > OpenVMS system support > Aster d.o.o.  > e-mail: gorazd.kikelj@aster.si > www:  www.aster.si   ------------------------------  % Date: Thu, 29 Mar 2001 17:00:04 +0200l5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl> 9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted. - Message-ID: <3AC34DF4.89F15D37@whitehouse.nl>   ! steven.reece@quintiles.com wrote:   H > DECnet-Plus over TCP/IP is the solution here.  It's relatively easy toI > configure in recent releases and works perfectly.  I've got a system inwF > Australia that I can do a SET HOST to from England.  The networks inJ > between are all TCP/IP only but the network doesn't see a DECnet packet.H > It's _not_ tunnelling or encapsulation.  It uses TCP/IP as a transport > layer.  A I agree with all this. However there is one exception. If you are G employing a firewall you'll have to open the port used for DECnet-Plus.pD And this means you will open your firewall for *all* decnet traffic,8 there is no control as to what applications are allowed.   Regards,   Oswald   ------------------------------   Date: 29 Mar 2001 12:54:14 GMT# From: bedlam702@aol.com (Bedlam702)" Subject: vt200: Message-ID: <20010329075414.02493.00001442@ng-fq1.aol.com>  O Anyone know where I can get one of these. I have one more left that works and Ih need at least 2 more.n   ------------------------------  % Date: Thu, 29 Mar 2001 09:03:39 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: [Q] param to increase for unsuff SPTE?a& Message-ID: <3AC2DE4B.9EFE0D0F@gmx.ch>  2 Waddya mean "Assuming he is really on an Alpha"???   :-)C   D.   Alan Greig wrote:  > G > Assuming he is really on an Alpha and getting this message then theiry > is definitely a VMS bug. A   ------------------------------  % Date: Thu, 29 Mar 2001 09:42:09 +0200o, From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: [Q] param to increase for unsuff SPTE? & Message-ID: <3AC2E751.8791C223@gmx.ch>   "Mark D. Jilson" wrote:s >  > $ ANA/SYSo > CLUE MEM/LAYOUTa  $ System Virtual Address Space Layout:$ ------------------------------------O    Item                                  Base               End          Lengthe3 System Virtual Base Address       FFFFFFFE.00000000 P PFN Database                      FFFFFFFE.00000000  FFFFFFFE.0A000028  0A000028P Permanent Mapping of System L1PT  FFFFFFFE.0A002000  FFFFFFFE.0A004000  00002000P Global Page Table (GPT)           FFFFFFFE.0A004000  FFFFFFFE.0A04D3E8  000493E8P Resource Hash Table               FFFFFFFF.7CCC0000  FFFFFFFF.7CCD0000  00010000P Lock ID Table                     FFFFFFFF.7CCD0000  FFFFFFFF.80000000  03330000P Execlet Code Region               FFFFFFFF.80000000  FFFFFFFF.80400000  00400000P Resident Image Code Region        FFFFFFFF.80400000  FFFFFFFF.80C00000  00800000P System Header                     FFFFFFFF.80C00000  FFFFFFFF.80C18000  00018000P Bus-Addressable Pool (BAP)        FFFFFFFF.80C18000  FFFFFFFF.80C22000  0000A000P Error Log Allocation Buffers      FFFFFFFF.80C22000  FFFFFFFF.80C24000  00002000P Nonpaged Pool (initial size)      FFFFFFFF.80C74000  FFFFFFFF.83C22000  02FAE000P Nonpaged Pool Expansion Area      FFFFFFFF.83C22000  FFFFFFFF.8FADE000  0BEBC000P Execlet Data Region               FFFFFFFF.8FB00000  FFFFFFFF.8FC00000  00100000P Fork Buffers Secondary to Primary FFFFFFFF.8FC00000  FFFFFFFF.8FC02000  00002000P Erase Pattern Buffer Page         FFFFFFFF.8FC02000  FFFFFFFF.8FC04000  00002000P 902 Balance Slots - 96 pages each FFFFFFFF.8FC10000  FFFFFFFF.BA090000  2A480000P Paged Pool                        FFFFFFFF.BA090000  FFFFFFFF.BA850000  007C0000P System Control Block (SCB)        FFFFFFFF.BA850000  FFFFFFFF.BA858000  00008000P Restart Parameter Block (HWRPB)   FFFFFFFF.BA8B2000  FFFFFFFF.BA8B3080  00001080P Erase Pattern Page Table Page     FFFFFFFF.8FC0C000  FFFFFFFF.8FC0E000  00002000P Posix Cloning Parent Page Mapping FFFFFFFF.BAB9A000  FFFFFFFF.BAB9C000  00002000P Posix Cloning Child Page Mapping  FFFFFFFF.BAB9C000  FFFFFFFF.BAB9E000  00002000P Swapper Process Kernel Stack      FFFFFFFF.BAC18000  FFFFFFFF.BAC1E000  00006000P Swapper Map                       FFFFFFFF.BAC34000  FFFFFFFF.BACB6000  00082000P Idle Loop's Mapping of Zero Pages FFFFFFFF.BAC1E000  FFFFFFFF.BAC20000  00002000P PrimCPU Machine Check Logout Area FFFFFFFF.BAB48000  FFFFFFFF.BAB48200  00000200P PrimCPU Sys Context Kernel Stack  FFFFFFFF.BAB40000  FFFFFFFF.BAB46000  00006000P Tape Mount Verification Buffer    FFFFFFFF.BAF96000  FFFFFFFF.BAF9A000  00004000P Mount Verification Buffer         FFFFFFFF.BAF9A000  FFFFFFFF.BAF9C000  00002000P Demand Zero Optimization Page     FFFFFFFF.BAF9C000  FFFFFFFF.BAF9E000  00002000P Executive Mode Data Page          FFFFFFFF.BAF9E000  FFFFFFFF.BAFA0000  00002000P System Space Expansion Region     FFFFFFFF.FB000000  FFFFFFFF.FFDF0000  04DF0000P System Page Table Window          FFFFFFFF.FFDF0000  FFFFFFFF.FFFF0000  00200000P N/A Space                         FFFFFFFF.FFFF0000  FFFFFFFF.FFFFFFFF  00010000   > $ MCR SYSGEN > SHOW NPAGVIR > SHOW MAXPROCESSCNT > SHOW WSMAX > SHOW NPAGEDYN- > SHOW VCC_MAXSIZE   ISLKP1_mgr> mc sysgenM SYSGEN>  SHOW NPAGVIR $ %SYSGEN-E-NOPARAM, no such parameter SYSGEN>  SHOW MAXPROCESSCNT"P Parameter Name           Current    Default     Min.      Max.     Unit  DynamicP --------------           -------    -------    -------   -------   ----  -------M MAXPROCESSCNT                 904         32        12      16384 Processes  w SYSGEN>  SHOW WSMAX.P Parameter Name           Current    Default     Min.      Max.     Unit  DynamicP --------------           -------    -------    -------   -------   ----  -------M WSMAX                     1282048       4096      1024    8388608 Pagelets   hM  internal value             80128        256        64     524288 Pages      e SYSGEN>  SHOW NPAGEDYNP Parameter Name           Current    Default     Min.      Max.     Unit  DynamicP --------------           -------    -------    -------   -------   ----  -------M NPAGEDYN                 49995776    1048576    163840         -1 Bytes      r SYSGEN>  SHOW VCC_MAXSIZElP Parameter Name           Current    Default     Min.      Max.     Unit  DynamicP --------------           -------    -------    -------   -------   ----  -------M VCC_MAXSIZE                  6400       6400         0 2000000000 Blocks     g   > $ SHOW MEM/POOL/FULL  @               System Memory Resources on 29-MAR-2001 09:40:33.10  / Nonpaged Dynamic Memory      (Lists + Variable)iL     Current Size (bytes)      49995776    Current Size (pagelets)      97648L     Initial Size              49995776    Initial Size (pagelets)      97648L     Maximum Size             249995264    Maximum Size (pagelets)     488272L     Free Space (bytes)        44255552    Space in Use (bytes)       5740224L     Largest Variable Block    43750528    Smallest Variable Block       3072L     Number of Free Blocks          382    Free Blocks LEQU 64 Bytes        0L     Free Blocks on Lookasides      378    Lookaside Space (bytes)     380352  / Bus Addressable Memory       (Lists + Variable)yL     Current Size (bytes)         40960    Current Size (pagelets)         80L     Initial Size                 40960    Initial Size (pagelets)         80L     Free Space (bytes)           16384    Space in Use (bytes)         24576L     Largest Variable Block       16384    Smallest Variable Block      16384L     Number of Free Blocks            1    Free Blocks LEQU 64 Bytes        0L     Free Blocks on Lookasides        0    Lookaside Space (bytes)          0   Paged Dynamic Memory         nL     Current Size (PAGEDYN)     8126464    Current Size (pagelets)      15872L     Free Space (bytes)         4841056    Space in Use (bytes)       3285408L     Largest Variable Block     4833792    Smallest Variable Block         16L     Number of Free Blocks          197    Free Blocks LEQU 64 Bytes      187   Lock Manager Dynamic MemorysL     Current Size (Mbytes)        83.85    Current Size (pages)         10733L     Free Space (Mbytes)           0.79    Hits                        474747L     Space in Use (Mbytes)        83.05    Misses                       11004L     Number of Empty Pages            0    Expansions                   11169L     Number of Free Packets        3246    Packet Size (bytes)            256   D.   ------------------------------  % Date: Thu, 29 Mar 2001 09:39:28 +0100E% From: Alan Greig <a.greig@virgin.net>f3 Subject: Re: [Q] param to increase for unsuff SPTE?n8 Message-ID: <l3t5ctgv3b4hq71sbq9gqo48lb0ip805kk@4ax.com>  2 On Thu, 29 Mar 2001 09:03:39 +0200, Didier Morandi <Didier.Morandi@gmx.ch> wrote:  3 >Waddya mean "Assuming he is really on an Alpha"???a    Just covering all the options :)     -- Alan   ------------------------------  % Date: Thu, 29 Mar 2001 10:00:05 +0100s% From: Alan Greig <a.greig@virgin.net> 3 Subject: Re: [Q] param to increase for unsuff SPTE?n8 Message-ID: <uct5ctsuvop03e90lv8oekrp3tkms9ndd6@4ax.com>  7 On Wed, 28 Mar 2001 17:06:16 -0700, "Barry Treahy, Jr."r <treahy@mmaz.com> wrote:  E >> Since there was an error creating a global section, my guess wouldtD >> be one of the global section parameters, GBLSECTIONS, GBLPAGES orB >> maybe GBLPAGFIL.  An AUTOGEN with feed back should detect whichB >> one you are short on and adjust it up.  This is probably betterB >> than adjusting them manually, since I think making these larger> >> makes the system larger, so pool and/or SYSMWCNT might also: >> require adjusting.  AUTOGEN should do all that for you. > V >AUTOGEN is not always your friend.  We run several products that require huge amountsS >of global pages, sections, and SPTE's.  If I depended on the AUTOGEN calculations,uU >nothing would ever run because AUTOGEN doesn't seem to sense these extra demands andE7 >calculates only about one-tenth of what I really need.I  E I recall running autogen on a VAX (VMS 5.5-2) with multiple installedeE copies of MANMAN and it made a terrible mess - or would have done had-A we accepted its values. For some reason many paras were way underlE calculated. I am told that a DEC VMS specialist was called in to lookCD at this before I started here, decided that autogen was right and we: were wrong and left our systems inoperable over a weekend.  E Running autogen on Alpha VMS 7.2-1 with a similar configuration seemsvF to be better but it still gets gblpagfil wrong . It is definitely veryC good advice to carefully sanity check autogen output as Barry says.O     >Barry   -- Alan   ------------------------------    Date: 29 Mar 2001 12:42:53 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>d3 Subject: Re: [Q] param to increase for unsuff SPTE?mH Message-ID: <y4vgosrh3m.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  " John Santos <JOHN@egh.com> writes:  D > Since there was an error creating a global section, my guess wouldC > be one of the global section parameters, GBLSECTIONS, GBLPAGES orc > maybe GBLPAGFIL.    I GBLSECTIONS is dynamic now, isn't it? It only limits the number of globalsJ sections that can be open, not their size. GBLPAGFIL limits the pages thatF global sections can occupy in the page file (usually writable sectionsM selecting the page file as backing store because they don't require permanentnM storage). GBLPAGES is either irrelevant or dynamic on Alpha, I think, becauseeN the fixed allocation of S0 space that was needed on VAX is not required on the Alpha. d  L The best explanation I've heard is that S0 space is full. Put the section inD S2, or reduce the amount of space required by other parts of the OS.   	Jan   ------------------------------    Date: 29 Mar 2001 12:48:36 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>p3 Subject: Re: [Q] param to increase for unsuff SPTE?sH Message-ID: <y4r8zgrgu3.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  . Didier Morandi <Didier.Morandi@gmx.ch> writes:  R > Idle Loop's Mapping of Zero Pages FFFFFFFF.BAC1E000  FFFFFFFF.BAC20000  00002000R > Demand Zero Optimization Page     FFFFFFFF.BAF9C000  FFFFFFFF.BAF9E000  00002000  N Curiosity: are these two part of the same mechanism (the NULL process on AlphaB zeroing free pages for use as deman-zero pages) or different ones?   	Jan   ------------------------------  # Date: Thu, 29 Mar 2001 15:17:00 GMTd  From: jlsue <jlsuexxxz@home.com>3 Subject: Re: [Q] param to increase for unsuff SPTE? 8 Message-ID: <uej6ct4d98k0e7m9uh0hkdq08v423oo06d@4ax.com>  7 On Wed, 28 Mar 2001 17:06:16 -0700, "Barry Treahy, Jr."  <treahy@mmaz.com> wrote:  E >> Since there was an error creating a global section, my guess wouldlD >> be one of the global section parameters, GBLSECTIONS, GBLPAGES orB >> maybe GBLPAGFIL.  An AUTOGEN with feed back should detect whichB >> one you are short on and adjust it up.  This is probably betterB >> than adjusting them manually, since I think making these larger> >> makes the system larger, so pool and/or SYSMWCNT might also: >> require adjusting.  AUTOGEN should do all that for you. > V >AUTOGEN is not always your friend.  We run several products that require huge amountsS >of global pages, sections, and SPTE's.  If I depended on the AUTOGEN calculations,vU >nothing would ever run because AUTOGEN doesn't seem to sense these extra demands andh7 >calculates only about one-tenth of what I really need.< >   > To be fair, it is not necessarily AUTOGEN's fault.  It doesn'tD eliminate the need to manage your system.  One should always learn &@ understand one's system and put in the appropriate MODPARAMS.DAT entries to do what's right.>  D On the other hand, I've rarely allowed AUTOGEN to just automatically? set parameters without my review.  And I would usually take theyB AUTOGEN information and modify MODPARAM.DAT and re-run AUTOGEN.  IA just never liked having things change "automagically", 'cause you>@ never know when it'll change the wrong direction.  So my view of2 AUTOGEN is more of a "helper" than a system tuner.   ------------------------------  % Date: Thu, 29 Mar 2001 11:11:18 +0200t, From: Didier Morandi <Didier.Morandi@gmx.ch>9 Subject: [Q] PCSI SCOPE Verb disable directories creationl& Message-ID: <3AC2FC35.A6788F96@gmx.ch>  F I have a PCSI kit which creates the following structure (Alpha 7.2-1):   PROG00:[000000]0 |  |-------[ISLK_PROG]  |       |-------[COM]- |       |-------[EXE]  |       |-------[LOG]t |       |-------[TMP]r |@ |-------[ISLK_USER]: |       |-------[ISLKPRO_SRV]a |       |-------[ISLK_MGR] |       |-------[ISLK_OP]a  J I have another kit which creates this subdirectory in the ISLK_USER level:   |       |-------[ISLK_QINFO]  O When I run the first kit, then the second, PCSI complains about being unable torL resolve object constraints at installation time for the ISLK_USER directory.  O I understood that it could not manage an already managed object, so I added thehH SCOPE GLOBAL instruction in both desc files. The problem now is that the0 ISLK_QINFO subdirectory is no more created. Why?  ( The .pcsi$desc file now looks like that:   --
 scope global;l  directory [islk_user] owner ISLK           protection private           version limit 2            access controlJ           ("(IDENTIFIER=[ISLK_INSTALL],ACCESS=READ+WRITE+EXECUTE+DELETE)",=            "(IDENTIFIER=[ISLK_ACCESS], ACCESS=READ+EXECUTE)",E,            "(IDENTIFIER=[*,*],ACCESS=NONE)",M            "(IDENTIFIER=[ISLK_ACCESS],OPTIONS=DEFAULT,ACCESS=READ+EXECUTE)"); 
 end scope; --   Thanks,  D.   ------------------------------  # Date: Thu, 29 Mar 2001 14:15:32 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)= Subject: Re: [Q] PCSI SCOPE Verb disable directories creationy1 Message-ID: <8sHw6.276$fB6.9594@news.cpqcorp.net>   U In article <3AC2FC35.A6788F96@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes: G >I have a PCSI kit which creates the following structure (Alpha 7.2-1):2 >u >PROG00:[000000] >| >|-------[ISLK_PROG] >|       |-------[COM] >|       |-------[EXE] >|       |-------[LOG] >|       |-------[TMP] >| >|-------[ISLK_USER] >|       |-------[ISLKPRO_SRV] >|       |-------[ISLK_MGR]r >|       |-------[ISLK_OP] >pK >I have another kit which creates this subdirectory in the ISLK_USER level:- >- >|       |-------[ISLK_QINFO]- >-P >When I run the first kit, then the second, PCSI complains about being unable toM >resolve object constraints at installation time for the ISLK_USER directory.h >2P >I understood that it could not manage an already managed object, so I added theI >SCOPE GLOBAL instruction in both desc files. The problem now is that the31 >ISLK_QINFO subdirectory is no more created. Why?i >l) >The .pcsi$desc file now looks like that:  >t >--l >scope global;! >directory [islk_user] owner ISLKn >          protection privatee >          version limit 2 >          access control K >          ("(IDENTIFIER=[ISLK_INSTALL],ACCESS=READ+WRITE+EXECUTE+DELETE)",u> >           "(IDENTIFIER=[ISLK_ACCESS], ACCESS=READ+EXECUTE)",- >           "(IDENTIFIER=[*,*],ACCESS=NONE)",sN >           "(IDENTIFIER=[ISLK_ACCESS],OPTIONS=DEFAULT,ACCESS=READ+EXECUTE)"); >end scope;n >--i >a >Thanks, >D.t >p  M Does the user installing the second product have the ISLK_INSTALL identifier?r  H Also, posting the *EXACT* error/warning from the PCSI utilty might help.C If the directory is NOT created and NO message is displayed, please  say that explicitly.< And post the .PCSI$DESCRIPTION file for the second kit, too.   --  K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 29 Mar 2001 12:02:39 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>) Subject: [Q] sh intrusion: curious outputn& Message-ID: <3AC3083F.EAC8C932@gmx.ch>   ISLKP1_dmo> sh intA Intrusion       Type       Count        Expiration         Sourcea(   Requests awaiting AST:            !6ULO   NETWORK      INTRUDER     51   29-MAR-2001 11:56:33.24  LOCAL:.GD2079::MOHRENr   !6UL ??? Looks like a failing F$FAO.>
 (Alpha 7.2-1)[   D.   ------------------------------  % Date: Thu, 29 Mar 2001 11:23:42 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>. Subject: [SOAPBOX] sys$specific or sys$common?& Message-ID: <3AC2FF1E.9F5B9FB6@gmx.ch>   Pals,   H I have a "fight" with a system manager who absolutely wants to leave hisP application specific startup stuff in sys$common:[sys$startup], despite the fact6 that his system is no longer in a cluster environment.  O I explained that, by default, when you create a file in sys$startup, it goes in G sys$specific:[sys$startup], so all files should be moved there. No way.0  G As a result for that, we have now startup procedures duplicated in both0 directories in a chaotic way.    Your two  ?   D.   ------------------------------  % Date: Thu, 29 Mar 2001 10:59:54 +0100 8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>2 Subject: RE: [SOAPBOX] sys$specific or sys$common?N Message-ID: <35666012DF4CD411BE940090279FA240010BEF12@ppnt41.physics.ox.ac.uk>  2 This sounds to me like a case of "too many cooks".  J SYS$SPECIFIC is intended for things that would appear only a specific nodeJ e.g. UAF's, pagefiles, config data. Generic startup files which may or mayL not be run on any particular node should be in SYS$COMMON. I would recommendH having application startup files in SYS$COMMON unless a startup file has' been modified for a specific node only.   B While it often doesn't matter whether files are in SYS$SPECIFIC orG SYS$COMMON for a single node it makes a great deal of sense to continue L using SYS$COMMON as that gives you the option of creating a cluster with the6 minimum of fuss at any time in the future if you wish.  B Go with your system manager: sys$specific is not worth a fight ;-)   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)C   ------------------------------  % Date: Thu, 29 Mar 2001 11:01:37 +0100F  From: steven.reece@quintiles.com2 Subject: Re: [SOAPBOX] sys$specific or sys$common?H Message-ID: <OFC9D45F9C.94945049-ON80256A1E.00360BA8@qedi.quintiles.com>   Didier Morandi wrote:.K >>>I have a "fight" with a system manager who absolutely wants to leave hisFK application specific startup stuff in sys$common:[sys$startup], despite theF fact6 that his system is no longer in a cluster environment.  G I explained that, by default, when you create a file in sys$startup, itS goes inFG sys$specific:[sys$startup], so all files should be moved there. No way.r  G As a result for that, we have now startup procedures duplicated in bothe  directories in a chaotic way.<<<  & Ask yourself the following questions :K - Is the "fight" worth it, either politically or for your future well-beinge ?t  - What difference does it make ?K - What is the future of the system (will it remain standalone or will it be0 re-clustered ?)F? - Is it a cluster of one at present or completely unclustered ?0  H If the system worked with the files in sys$common:[sys$startup] then whyJ modify the system?  It would be apparent to someone coming on-site for theK first time to do fault fixing where those files were - it's not like moving1. the files to a site-specific startup tree likeK sys$sysdevice:[mysite.thisnode.sys$startup] which is a headache for someone I just coming on-site to do a specific job for the first time and not being-& able to find startups without digging.  F If the answers are yes the fight is worth it (even if you end up beingJ resented by the system manager involved) and yes it makes a difference andI the system is really not a cluster now and never again will be then fine,-J go ahead and argue the situation.  If there's any doubt then save yourself5 the headaches and leave the files in sys$common:[...]3  J Think about systartup_vms.com.  Where does it exist unless you change it ? Not sys$specific:[sys$startup]$ Not sys$sysroot:[sys$startup] either Nor sys$common:[sys$startup] It's in sys$common:[sysmgr]-   Steve.J (Who has entered the same kind of arguments enough times to recognise that it isn't worth it)   ------------------------------  % Date: Thu, 29 Mar 2001 13:11:45 +0200S, From: "Bart Zorn" <B.Zorn@TrueBit.n0spam.nl>2 Subject: Re: [SOAPBOX] sys$specific or sys$common?= Message-ID: <3ac31837$0$148$1a0eedbc@dreader2.news.xs4all.nl>-  L Your argument equally applies to both a cluster and a stand-alone system. IfF the system manager is used to using SYS$COMMON, what could you gain by% re-educating him to use SYS$SPECIFIC?d  	 Bart Zornr  9 "Didier Morandi" <Didier.Morandi@gmx.ch> wrote in message9  news:3AC2FF1E.9F5B9FB6@gmx.ch... > Pals,  > J > I have a "fight" with a system manager who absolutely wants to leave hisI > application specific startup stuff in sys$common:[sys$startup], despite  the fact8 > that his system is no longer in a cluster environment. >4I > I explained that, by default, when you create a file in sys$startup, it  goes in I > sys$specific:[sys$startup], so all files should be moved there. No way.  > I > As a result for that, we have now startup procedures duplicated in both  > directories in a chaotic way.t >  > Your two ? ? >r > D.   ------------------------------    Date: 29 Mar 2001 19:26:21 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: [SOAPBOX] sys$specific or sys$common?- Message-ID: <87puf0olya.fsf@prep.synonet.com>5  . Didier Morandi <Didier.Morandi@gmx.ch> writes:  F > I have a "fight" with a system manager who absolutely wants to leaveE > his application specific startup stuff in sys$common:[sys$startup], < > despite the fact that his system is no longer in a cluster > environment.  $ Yes it is. Just a cluster of one. :)  F > I explained that, by default, when you create a file in sys$startup,E > it goes in sys$specific:[sys$startup], so all files should be moved4 > there. No way.  D > As a result for that, we have now startup procedures duplicated in$ > both directories in a chaotic way.  D I commonly nuke many of the directories in sys$specific. Put all the< files in the common root unless there is a VERY good reason.   OK, why... i  A Working that way, everything is in the one place, and dropping in.9 another node 'just works' for a general value of works...t  D If it must only run on some subset of the nodes, put it in the file,E and flag it clearly at the beginning of the file *WHY*! Steal, sorry, B _research_ the code from the DECWINDOWS start up as a scaffold for splitting stuff.  / And, why you should not use the specific trees.m  @ Putting it in the specific roots invites the whole lot to spiral> out of control, and for someone too miss 'one small detail'...A Do you really want to manages 70 or 80 sets of files? (think big)g  @ Also, if you have a buch of files in the specific root, a cuckoo= file is a lot harder to spot. A bogon exe in [SYSn.SYSLIB] is B very easy to spot if it the only one, less easy if it just another# .COM file in SYSMGR or SYS$STARTUP!u  F As an excercise, think about re-shuffling 40-80 systems for one config" of system disks  to another set...  C ( I like to keep a 'master' system disl with all the systems having D roots on them. Nike the swap/page/dummp files you don't need, and itA is very little space. And you can clone, delete, boot and autogenL4 to get another working system disk for any system. )   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.g@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Thu, 29 Mar 2001 13:58:59 +0200c, From: Didier Morandi <Didier.Morandi@gmx.ch>2 Subject: Re: [SOAPBOX] sys$specific or sys$common?% Message-ID: <3AC32383.5A0CA90@gmx.ch>u   Bart Zorn wrote: > N > Your argument equally applies to both a cluster and a stand-alone system. IfH > the system manager is used to using SYS$COMMON, what could you gain by' > re-educating him to use SYS$SPECIFIC?i   $ set def sys$startupo $ dir node.txt" Directory SYS$COMMON:[SYS$STARTUP]  N NODE.TXT;3                                 164/180     29-MAR-2001 13:47:08.85N NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06  ! Total of 2 files, 328/360 blocks.f  ) $ copy node.txt SYS$SYSROOT:[SYS$STARTUP]u
 $ ed node.txtn ../..V *ex2. SYS$SYSROOT:[SYS$STARTUP]NODE.TXT;3 1103 lines   ISLKP2_dmo> dir node  # Directory SYS$SYSROOT:[SYS$STARTUP]   N NODE.TXT;3                                 164/180     29-MAR-2001 13:47:33.54N NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06  ! Total of 2 files, 328/360 blocks..  " Directory SYS$COMMON:[SYS$STARTUP]  N NODE.TXT;3                                 164/180     29-MAR-2001 13:47:08.85N NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06  ! Total of 2 files, 328/360 blocks.t  M This example shows that you get confused because you edit a file and when youGP exit, the new version goes always to sys$specific, so you get two files with the5 same version number, but they are actually different.a    This demo was my only intention.   D.   ------------------------------  % Date: Thu, 29 Mar 2001 14:01:56 +0200w, From: Didier Morandi <Didier.Morandi@gmx.ch>2 Subject: Re: [SOAPBOX] sys$specific or sys$common?& Message-ID: <3AC32434.C77CE1B7@gmx.ch>   Paul Repacholi wrote:i > 0 > Didier Morandi <Didier.Morandi@gmx.ch> writes: > H > > I have a "fight" with a system manager who absolutely wants to leaveG > > his application specific startup stuff in sys$common:[sys$startup],u> > > despite the fact that his system is no longer in a cluster > > environment. > & > Yes it is. Just a cluster of one. :)   No.a   ISLKP1_mgr> mc sysgen sh vaxclP Parameter Name           Current    Default     Min.      Max.     Unit  DynamicP --------------           -------    -------    -------   -------   ----  -------M VAXCLUSTER                      0          1         0          2 Coded-valu a   D.   ------------------------------   Date: 29 Mar 2001 07:23 CSTi' From: carl@gerg.tamu.edu (Carl Perkins)F2 Subject: Re: [SOAPBOX] sys$specific or sys$common?- Message-ID: <29MAR200107235538@gerg.tamu.edu>p  0 Didier Morandi <Didier.Morandi@gmx.ch> writes... }Bart Zorn wrote: O }> Your argument equally applies to both a cluster and a stand-alone system. If I }> the system manager is used to using SYS$COMMON, what could you gain bys( }> re-educating him to use SYS$SPECIFIC? }  }$ set def sys$startup }$ dir node.txt2# }Directory SYS$COMMON:[SYS$STARTUP]. } O }NODE.TXT;3                                 164/180     29-MAR-2001 13:47:08.85,O }NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06E } " }Total of 2 files, 328/360 blocks. } * }$ copy node.txt SYS$SYSROOT:[SYS$STARTUP] }$ ed node.txt }.../..p }*ex/ }SYS$SYSROOT:[SYS$STARTUP]NODE.TXT;3 1103 linesa }  }ISLKP2_dmo> dir nodeh } $ }Directory SYS$SYSROOT:[SYS$STARTUP] } O }NODE.TXT;3                                 164/180     29-MAR-2001 13:47:33.54oO }NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06u } " }Total of 2 files, 328/360 blocks. } # }Directory SYS$COMMON:[SYS$STARTUP]U } O }NODE.TXT;3                                 164/180     29-MAR-2001 13:47:08.85hO }NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06  } " }Total of 2 files, 328/360 blocks. } N }This example shows that you get confused because you edit a file and when youQ }exit, the new version goes always to sys$specific, so you get two files with then6 }same version number, but they are actually different. } ! }This demo was my only intention.l }  }D.a  H No, the new version does *not* always go to SYS$SPECIFIC. It always goesI to the same place that the original file started in. Your copy put a copy F in SYS$SPECIFIC. You then edited the copy that was in SYS$SPECIFIC so,E naturally, the resulting edited file was also in SYS$SPECIFIC. If younF don't do the copy first, then the editor will read from SYS$COMMON andF put the edited version back into the SYS$COMMON directory just like it should.P  G The only reason the copy puts it's copy in SYS$SPECIFIC is because that6I is the first location on the search list. It has to be the first location7I on the search list so that things in SYS$SPECIFIC are taken in preference-E to things in SYS$COMMON if they have the same name. It has to be thatrE way to work like it is supposed to. This has nothing to do with where-: you should actually put things. It is just as easy to type' $ COPY FOO.TXT SYS$COMMON:[SYS$STARTUP]h as it is to type your ( $ COPY FOO.TXT SYS$SYSROOT:[SYS$STARTUP]> (easier, in fact, since it is one character shorter - althoughA the even easier destination of SYS$STARTUP: does end up puting itU? in SYS$SPECIFIC - that's what you get for using a search list.)y  B You should never put anything in SYS$SPECIFIC unless you have some, good reason to do so for that specific file.  F The system may not be in a cluster now - but what if you add a node toL it 6 months from now? You'll have to move bunches of files from SYS$SPECIFICB back to SYS$COMMON (being carful about version numbers if files ofB the same name exist in both) or do the rediculous thing of copyingA everything from the current node's SYS$SPECIFIC to the new node'sE
 SYS$SPECIFIC.   E If you want evidence of where you "should" put things, then note thatEI pretty much all of the installation proceedures for layered products from.H Compaq and various third parties put somwhere between almost all and allH of their files in the SYS$COMMON directories. They do this for a reason,H and the reason is that SYS$COMMON is the place that makes the most senseF to put things in almost all cases. The main exception is configurationH data files and log files, as configurations tend to be node specific and> logs are also most relevant to the system that generated them.   --- Carl   ------------------------------  # Date: Thu, 29 Mar 2001 14:22:49 GMT 8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)2 Subject: Re: [SOAPBOX] sys$specific or sys$common?1 Message-ID: <ZyHw6.277$fB6.9594@news.cpqcorp.net>I  ' In article <3AC2FF1E.9F5B9FB6@gmx.ch>, e. Didier Morandi <Didier.Morandi@gmx.ch> writes:  I >I have a "fight" with a system manager who absolutely wants to leave hislQ >application specific startup stuff in sys$common:[sys$startup], despite the facte7 >that his system is no longer in a cluster environment.o  * My opinion: The system manager is correct.  M Files should only go in specific directories only if, in an OpenVMS cluster,  G they would be different for different nodes.  The fact that this is noti a cluster is irrelevant.  K Certainly you would NOT want the same file in different places on differenttH systems.  I.e. in SYS$SPECIFIC on non-cluster nodes and in SYS$COMMON on, cluster nodes.  How confusing that could be!   -- +K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USATH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Thu, 29 Mar 2001 10:09:37 -0500a2 From: rdeininger@mindspring.com (Robert Deininger)2 Subject: Re: [SOAPBOX] sys$specific or sys$common?L Message-ID: <rdeininger-2903011009370001@user-2iveas3.dialup.mindspring.com>  4 In article <3AC32383.5A0CA90@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> wrote:     >  > $ set def sys$startupo > $ dir node.txt$ > Directory SYS$COMMON:[SYS$STARTUP] > P > NODE.TXT;3                                 164/180     29-MAR-2001 13:47:08.85P > NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06 > # > Total of 2 files, 328/360 blocks.0 > + > $ copy node.txt SYS$SYSROOT:[SYS$STARTUP]> > $ ed node.txt  > ../..: > *exs0 > SYS$SYSROOT:[SYS$STARTUP]NODE.TXT;3 1103 lines >  > ISLKP2_dmo> dir node > % > Directory SYS$SYSROOT:[SYS$STARTUP]n > P > NODE.TXT;3                                 164/180     29-MAR-2001 13:47:33.54P > NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06 > # > Total of 2 files, 328/360 blocks.- > $ > Directory SYS$COMMON:[SYS$STARTUP] > P > NODE.TXT;3                                 164/180     29-MAR-2001 13:47:08.85P > NODE.TXT;2                                 164/180      5-MAR-2001 16:20:07.06 > # > Total of 2 files, 328/360 blocks.n > O > This example shows that you get confused because you edit a file and when youmI > exit, the new version goes always to sys$specific, so you get two filese with the7 > same version number, but they are actually different.i > " > This demo was my only intention.  G I believe you put the file in SYS$SPECIFIC via COPY.  The editor didn'tsH "move" the file.  (Though your example seems to be missing some output.)  A I think it is correct to keep most files in sys$common, even on a-? stand-alone system.  First, you never know when it might becomecI clustered.  Second, Compaq's installers still put things in SYS$COMMON oniG a standalone system.  (With a few annoying exceptions like DECevent and@ DECram.)   -- . Robert Deininger rdeininger@mindspring.como   ------------------------------   End of INFO-VAX 2001.176 ************************