1 INFO-VAX	Thu, 27 Mar 2003	Volume 2003 : Issue 169       Contents:% Alpha Hobbyist Media Kit Availability D AlphaServers removed http://www1.compaq.de/preisliste/pricelist.aspxH Re: AlphaServers removed http://www1.compaq.de/preisliste/pricelist.aspx3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) ' Re: Another day without VMS advertising ' Re: Another day without VMS advertising ' Re: Another day without VMS advertising : Re: asymmetric cluster? question on cluster communications Re: Convert Alpha NT to VMS  Re: Convert Alpha NT to VMS ( Re: DCPS V2.2  LaserJet 4200 and NO_SYNC DEFPA-AA Installation Help Re: DEFPA-AA Installation Help Re: DEFPA-AA Installation Help EFI console information ( Re: HP does operating system advertising' Re: HSZ Cache Corrupting Files? (Long!) # Re: I Have Seen The IA64 Future !!! 4 IMAP - Tcp/IP-Services Release 5.3 - Need more Input8 Re: IMAP - Tcp/IP-Services Release 5.3 - Need more Input0 Re: Is someone running Spamassassin on OpenVMS ?( LCD panel, 500au, ELSA Gloria Card, How?, Re: LCD panel, 500au, ELSA Gloria Card, How? Re: Microsoft vs. reality  Re: Microsoft vs. reality - Re: Microvax 3100 dead - need data from drive - Re: Microvax 3100 dead - need data from drive  Re: Minimum version  Re: MSIE ftp hangs FTPD  Re: mysql undefined references1 Re: Need List of Patches for 'Post' 7.2-2 upgrade 1 Re: Need List of Patches for 'Post' 7.2-2 upgrade 1 Re: Need List of Patches for 'Post' 7.2-2 upgrade 1 Re: Need List of Patches for 'Post' 7.2-2 upgrade $ Re: Netscape gags on VMS FTP Servers! NEW 9.1GB 10KRPM Disks only USD99 P Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai Re: Question regarding FC$CP RamDisk futures  Re: RamDisk futures  Re: Reboot Rights  RE: Reboot Rights  Re: SAMBA question Suggestion to Sue  Re: Suggestion to Sue  Re: Suggestion to Sue % Re: System reqirements of OpenVMS 7.3 . Trying something dangerous with cma* libraries2 Re: Trying something dangerous with cma* libraries2 RE: Trying something dangerous with cma* libraries Re: What is PRV-F-INSFCREDITH  Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questionsH Re: [Q] Files not found during image backup, w/ and w/o directory-specs.  F ----------------------------------------------------------------------    Date: 26 Mar 2003 16:55:39 -0800+ From: n8pvl@yahoo.com (Christopher Francis) . Subject: Alpha Hobbyist Media Kit Availability= Message-ID: <7ea798ef.0303261655.215be877@posting.google.com>   B Does anyone know when the Alpha version of the Hobbyist media kits will be available again?   Thanks
 Chris Francis    ------------------------------  # Date: Wed, 26 Mar 2003 19:03:17 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)M Subject: AlphaServers removed http://www1.compaq.de/preisliste/pricelist.aspx 5 Message-ID: <VPmga.210290$8L1.1935460@news.chello.at>   J I just noticed that the public german webserver pricelist (which containedM eg. the MARVEL EV7 AlphaServers since Oct 2002) no longer lists "AlphaServer" L at all. This must have happened in the last weeks/month and I don't know and also don't understand why.  G Is this another example of public demonstration that HP is unwilling to + posess and sell former DIGITAL technology ?   ! If you have a bookmarked URL like   f http://www1.compaq.de/preisliste/pricelist.aspx?&category_name=AlphaServer%20GS1280&art_id=DY-1280A-AA  L you can still find infos, but the category "AlphaServer" is now gone and theL right upperhand corner pulldown selection menu is empty (it used to list all! members of the current category).    Sigh   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Wed, 26 Mar 2003 22:42:15 +0100 & From: Andreas Fassl <afassl@progis.de>Q Subject: Re: AlphaServers removed http://www1.compaq.de/preisliste/pricelist.aspx / Message-ID: <b5t6oj$u4o$04$1@news.t-online.com>   	 Hi Peter,    this http://h30046.www3.hp.com/offers.php?searchCriteria%5B%5D=&searchCriteria%5B%5D=12538&searchCriteria%5B%5D=&topiccode=LARGEOFFERS&searchid=0&showpage=1&resultsperpage=10&submitSearch.x=34&submitSearch.y=5" doesn't look like "unwillingness". Maybe some sort of mistake.    Regards    Andreas     Peter 'EPLAN' LANGSTOEGER wrote:  K >I just noticed that the public german webserver pricelist (which contained N >eg. the MARVEL EV7 AlphaServers since Oct 2002) no longer lists "AlphaServer"M >at all. This must have happened in the last weeks/month and I don't know and  >also don't understand why.  > H >Is this another example of public demonstration that HP is unwilling to, >posess and sell former DIGITAL technology ? > " >If you have a bookmarked URL like > g >http://www1.compaq.de/preisliste/pricelist.aspx?&category_name=AlphaServer%20GS1280&art_id=DY-1280A-AA  > M >you can still find infos, but the category "AlphaServer" is now gone and the M >right upperhand corner pulldown selection menu is empty (it used to list all " >members of the current category). >  >Sigh  >  >    >    ------------------------------    Date: 26 Mar 2003 19:19:25 -00005 From: Anonymous <Use-Author-Supplied-Address@[127.1]> < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)6 Message-ID: <CFEFEOM437706.555150463@anonymous.poster>  F > I don't think we'll honor a PO for FUD from someone named Anonymous.  = Be an ass.  Doesn't matter.  I'll add detail face to face and " you can then cut the check.  Okay?  @ In the meantime, see if your spies can find out exactly how muchD IBM solutions Cerner has to move to maintain their serious discount.3 It has to be more than $0 and less than $5 billion. 7 I say it is $250 million.  If it is close to that, then A maybe you can get some of your best and brightest to sort out how @ many VMS customers they have to turnover to keep their discount.   ------------------------------   Date: 26 Mar 2003 20:04:19 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)< Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)6 Message-ID: <b5t143$2cj67k$1@ID-135708.news.dfncis.de>  6 In article <CFEFEOM437706.555150463@anonymous.poster>,8 	Anonymous <Use-Author-Supplied-Address@[127.1]> writes: > G >> I don't think we'll honor a PO for FUD from someone named Anonymous.  >  > Be an ass.    A Fred isn't the one being an ass.  Fred puts his name on his posts  and stands by what he says.    >             Doesn't matter.     F Actually, it does.  Anyone who is not even willing to identify himself$ with his comments has 0 credibility.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 26 Mar 2003 20:52:29 -00005 From: Anonymous <Use-Author-Supplied-Address@[127.1]> < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)7 Message-ID: <OMUHBGEZ37706.6197800926@anonymous.poster>   1 >>             Doesn't matter.                       H >Actually, it does.  Anyone who is not even willing to identify himself % >with his comments has 0 credibility.   8 credibility prostrates itself at the feet of correctness  3 I could give a rip roaring shit about your opinion.   % I'm right or I'm wrong.  Run with it.    ------------------------------  % Date: Wed, 26 Mar 2003 21:04:53 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)' Message-ID: <3E826A55.77D7B4F8@fsi.net>    Keith Parris wrote:  > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3E7FD21F.68CEAD0A@fsi.net>...K > > Well, I'd be careful there. Cerner with the back-end on AIX is at least . > > as viable as having the back-end on VMS... > H > IBM has been waffling lately as to whether AIX will survive long-term,A > given the popularity of Linux.  In contrast, VMS has the strong ; > support of HP, and a long-term path laid out ahead of it.  > E > And since 80% of Cerner customers use VMS compared with 20% at most E > for AIX, I think it is the AIX back-end which is arguably much less 	 > viable.   F IBM has one thing VMS lacks. Hint: it's the same problem you have on a
 foggy day.  G > "Today Cerner serves some 1,500 clients, 80% of whom run their Cerner 8 > applications on HP OpenVMS AlphaServer technology." --? > http://h71000.www7.hp.com/openvms/brochures/cerner/cerner.pdf   E Hhmmm... I wonder what it would take to get Cerner to put that in the 2 Wall Street Journal as a full-page or two-page ad?  E What VMS has now is meaningless compared to what VMS will lose unless % this advertising issue gets resolved.   ? Could VMS survive if Cerner found another platform? Ask the VMS 9 Marketing mavens that one and watch their faces blanch...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Wed, 26 Mar 2003 21:04:44 GMT = From: peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson) 0 Subject: Re: Another day without VMS advertising7 Message-ID: <3e821508.18696875@news.cable.ntlworld.com>   F On Wed, 26 Mar 2003 14:29:00 GMT, "John Smith" <a@nonymous.com> wrote:  F >More full page ads appeared in one of my local newspapers today - and >none mention VMS. > D >HP's current adverting campaign is a remarkable exercise in drivingG >the profit margins out of the business. Here they are promoting Linux, G >which has zero profit margin on the theory that they will 'make it up' ? >on the hardware. With the hardware margins being compressed by C >competition, especially in the 'industry standard' market segment, = >just where the hell do they think that they will make money?  > 8 >HP certainly 'invents'....more ways to ruin a business. > > >IBM's motto, 'Think', certainly does not apply at The New HP,& >especially at the board of directors. >  >   + Is this the advert for HP + Amazon + Linux?   F Is that a book for Windows on the 2nd rack down on the third shelf up.A A single black book with Windows in large white lettering........   F Is this similar to the Sun or was it Dec brochure with a Sun or Dec or Vice Versa Monitor...    Maybe it a Compaq one    hehe  - Maybe there is a VMS, HPUX book in there too.    cheers,        Peter Watkinson % peter.watkinson1<nospam>@ntlworld.com  remove <nospam> to reply :-)   ------------------------------  # Date: Wed, 26 Mar 2003 21:06:56 GMT = From: peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson) 0 Subject: Re: Another day without VMS advertising7 Message-ID: <3e82163a.19002750@news.cable.ntlworld.com>   ! On Wed, 26 Mar 2003 21:04:44 GMT, > peter.watkinson1@<nospam>ntlworld.com (Peter Watkinson) wrote:  G >On Wed, 26 Mar 2003 14:29:00 GMT, "John Smith" <a@nonymous.com> wrote:  > G >>More full page ads appeared in one of my local newspapers today - and  >>none mention VMS.  >>E >>HP's current adverting campaign is a remarkable exercise in driving H >>the profit margins out of the business. Here they are promoting Linux,H >>which has zero profit margin on the theory that they will 'make it up'@ >>on the hardware. With the hardware margins being compressed byD >>competition, especially in the 'industry standard' market segment,> >>just where the hell do they think that they will make money? >>9 >>HP certainly 'invents'....more ways to ruin a business.  >>? >>IBM's motto, 'Think', certainly does not apply at The New HP, ' >>especially at the board of directors.  >> >> > , >Is this the advert for HP + Amazon + Linux? > G >Is that a book for Windows on the 2nd rack down on the third shelf up. B >A single black book with Windows in large white lettering........ > G >Is this similar to the Sun or was it Dec brochure with a Sun or Dec or  >Vice Versa Monitor... >  >Maybe it a Compaq one >  >hehe  > . >Maybe there is a VMS, HPUX book in there too. >  >cheers, >  >  >  >Peter Watkinson& >peter.watkinson1<nospam>@ntlworld.com >remove <nospam> to reply :-)     E I've also noticed predominantly on the first rack top shelf is a book  with the title FLUFF.      Peter Watkinson % peter.watkinson1<nospam>@ntlworld.com  remove <nospam> to reply :-)   ------------------------------  # Date: Wed, 26 Mar 2003 22:25:04 GMT # From: "John Smith" <a@nonymous.com> 0 Subject: Re: Another day without VMS advertisingG Message-ID: <4Npga.18654$KlE.5938@news04.bloor.is.net.cable.rogers.com>   D "peter.watkinson1@ ntlworld.com (Peter Watkinson)" <nospam> wrote in9 message news:3e821508.18696875@news.cable.ntlworld.com... A > On Wed, 26 Mar 2003 14:29:00 GMT, "John Smith" <a@nonymous.com>  wrote: > D > >More full page ads appeared in one of my local newspapers today - and  > >none mention VMS. > > F > >HP's current adverting campaign is a remarkable exercise in drivingB > >the profit margins out of the business. Here they are promoting Linux,E > >which has zero profit margin on the theory that they will 'make it  up' A > >on the hardware. With the hardware margins being compressed by E > >competition, especially in the 'industry standard' market segment, ? > >just where the hell do they think that they will make money?  > > : > >HP certainly 'invents'....more ways to ruin a business. > > @ > >IBM's motto, 'Think', certainly does not apply at The New HP,( > >especially at the board of directors. > >  > >  > - > Is this the advert for HP + Amazon + Linux?  > D > Is that a book for Windows on the 2nd rack down on the third shelf up. C > A single black book with Windows in large white lettering........  > E > Is this similar to the Sun or was it Dec brochure with a Sun or Dec  or > Vice Versa Monitor...  >  > Maybe it a Compaq one  >  > hehe > / > Maybe there is a VMS, HPUX book in there too.  >     B I keep waking up from nightmares at night, bathed in a cold sweat,F saying over and over "I don't believe in Erich von Daniken's theories.? I don't believe in alien crop circles. I don't believe in alien D abduction. I don't believe in Roswell aliens. I don't believe GeorgeD Bush. But I do believe that HP is trying to kill VMS in the market."   ------------------------------    Date: 26 Mar 2003 13:54:06 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Re: asymmetric cluster? question on cluster communications = Message-ID: <cf15391e.0303261354.69932376@posting.google.com>   j Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0303250353.65eec24f@posting.google.com>...F > I don't get it. When a non-voting member would join the cluster, you > would lose quorum?  D He had machine 1 in the cluster, with VOTES=1 and EXPECTED_VOTES=1. F So the cluster-wide value for expected votes (as would be shown by theE CL_EXPECTED_VOTES field in $SHOW CLUSTER/CONTINUOUS with ADD CLUSTER) D was 1.  He tried to boot machine 2 into the cluster with VOTES=0 andC EXPECTED_VOTES=2.  If machine 2 had been allowed in to the cluster, @ its higher value of EXPECTED_VOTES=2 would have ratcheted up theD cluster-wide value for expected votes to 2, raising the cluster-wideD value for quorum (CL_QUORUM) to 2 also, and thus would have caused aB quorum hang because there was still only a total of 1 vote, so the; Connection Manager code refused to let it into the cluster.   9 > Of course there is always AMDS or Availability Manager!   A A good idea, but in this case, this wouldn't have helped, as AMDS E can't fix the too-high value of the SYSGEN parameter EXPECTED_VOTES=2 E in ALPHAVMSSYS.PAR in the root on the system disk for machine 2.  And ? it couldn't raise the number of votes for machine 1 from 1 to 2  dynamically either.    ------------------------------  % Date: Wed, 26 Mar 2003 15:52:29 -0600 . From: Lyndon Bartels <lbartels@pressenter.com>$ Subject: Re: Convert Alpha NT to VMS. Message-ID: <3E81CCBD.7C6FF241@pressenter.com>   Brian Tillman wrote: > F > >And what is the exact SRM firmware version? And the OpenVMS PALcode
 > version?< > >(I think 'show config' at the >>> prompt will show this.) > N > Didn't you read what he said?  He can't even _get_ a >>> prompt.  He's using > the NT-style console.       D I can't remember where, but there's a menu item in the AlphaBios, toH turn on SRM. Assuming that this is a 500au of course. Once that's  foundH and set, he a power cycle, or maybe a re-init will work, should bring up  the SRM, and hence ">>>" prompt.   --  G My opinions are mine and mine alone. They seldom align with those of my 	 employer.     H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  # Date: Wed, 26 Mar 2003 22:52:35 GMT # From: hoff@hp.nospam (Hoff Hoffman) $ Subject: Re: Convert Alpha NT to VMS0 Message-ID: <Taqga.926$_%2.492@news.cpqcorp.net>  _ In article <3E81CCBD.7C6FF241@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:  :Brian Tillman wrote:  :>  G :> >And what is the exact SRM firmware version? And the OpenVMS PALcode  :> version? = :> >(I think 'show config' at the >>> prompt will show this.)  :>  O :> Didn't you read what he said?  He can't even _get_ a >>> prompt.  He's using  :> the NT-style console.   : E :I can't remember where, but there's a menu item in the AlphaBios, to I :turn on SRM. Assuming that this is a 500au of course. Once that's  found I :and set, he a power cycle, or maybe a re-init will work, should bring up ! :the SRM, and hence ">>>" prompt.   I   How to switch from AlphaBIOS and ARC to SRM is included in the OpenVMS  I   Frequently Asked Questions (FAQ).  Specifically, please see the section F   entitled: "HOW DO I SWITCH BETWEEN ALPHABIOS/ARC AND SRM CONSOLES?".I   This includes the key sequences needed, if you should see references to K   the PC-style F-key keys during this process (and not have a PC keyboard), I   as well as other platform-specific details related to switching between    these consoles.     N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Wed, 26 Mar 2003 19:55:03 GMT * From: Paul Anderson <paul.anderson@hp.com>1 Subject: Re: DCPS V2.2  LaserJet 4200 and NO_SYNC 5 Message-ID: <260320031454443716%paul.anderson@hp.com>   F In article <RD8ga.60872$s75.20981475@twister.columbus.rr.com>, Michael <noone@nowhere.com> wrote:  B > I just installed DCPS 2.2 which I thought supported the LaserJet> > 4200. However, I can only seem to make this work by defining% > DCPS$queuename_NO_SYNC set to TRUE. F > Is this correct?  If its a supported printer should I have to define > this?   E Unfortunately, yes.  There were some changes made to the network code G in the new series of printers that causes idle printers to report their  status as busy.   D The problem has been fixed and will be included in new HP printers. C Hopefully the fix made it into the new LaserJet 2300, coming soon.  F Existing printers, as mentioned in the DCPS release notes, will need a. future firmware update to correct the problem.  N > I have several new HP LaserJet 4200 printers.  They have the latest firmware > from HP: R.24.08  G That's the version of the network (JetDirect) firmware.  The problem is = in the printer firmware, identified by the Firmware Datecode.    Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  # Date: Wed, 26 Mar 2003 20:53:28 GMT ' From: Rick Dyson <rick-dyson@uiowa.edu> # Subject: DEFPA-AA Installation Help ) Message-ID: <3E821348.127B8CEF@uiowa.edu>   M I have a DEFPA-AA FDDI (SAS) card I want to install and use in a AlphaStation O 400.  It is currently configured with OpenVMS v7.3 via a 10BaseT NIC.  The FDDI 9 card is installed and I believe it is visible to OpenVMS:    $ Show Device FWA0: /full   L Device FWA0:, device type DEFPA, is online, network device, error logging is'     enabled, device is a template only.   O     Error count                    0    Operations completed                  0 O     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W O     Reference count                0    Default buffer size                 512   L I am not sure how to proceed to make it the primary network interconnect forP this system.  It would be connected directly to a local GIGAswitch which handles  all of my other OpenVMS servers.  L If I pull the ethernet and let it boot up, it does not use the FDDI card as L far as I can tell and has no network connection, so I guess it doesn't do an autoconfig. :)  L I don't have any documentation that might have come with the card and I haveN never installed any FDDI cards myself, so I don't know where to look for docs.  O If someone can point to an appropriate OpenVMS manual for this subject, I would  be grateful!  M As for SYSGEN values, does anyone have any suggestions for the best value for M NISCS_MAX_PKTSZ?  I believe I have read that it offers SCS improvements since / it can increased in FDDI vs. Ethernet networks.    Thanks!  Rick   ------------------------------  # Date: Wed, 26 Mar 2003 22:56:10 GMT 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> ' Subject: Re: DEFPA-AA Installation Help ? Message-ID: <192e74d94b.Alan.Adams@orchard-way.freeserve.co.uk>   ( In message <3E821348.127B8CEF@uiowa.edu>2           Rick Dyson <rick-dyson@uiowa.edu> wrote:  O > I have a DEFPA-AA FDDI (SAS) card I want to install and use in a AlphaStation Q > 400.  It is currently configured with OpenVMS v7.3 via a 10BaseT NIC.  The FDDI ; > card is installed and I believe it is visible to OpenVMS:  >  > $ Show Device FWA0: /full  > N > Device FWA0:, device type DEFPA, is online, network device, error logging is) >     enabled, device is a template only.  > Q >     Error count                    0    Operations completed                  0 Q >     Owner process                 ""    Owner UIC                      [SYSTEM] Q >     Owner process ID        00000000    Dev Prot              S:RWPL,O:RWPL,G,W Q >     Reference count                0    Default buffer size                 512  > N > I am not sure how to proceed to make it the primary network interconnect forR > this system.  It would be connected directly to a local GIGAswitch which handles" > all of my other OpenVMS servers. > N > If I pull the ethernet and let it boot up, it does not use the FDDI card as N > far as I can tell and has no network connection, so I guess it doesn't do an > autoconfig. :)  1 Depends on what you mean by "network connection".   [ 1    Decnet - rerun the configuration tool, which in phaseV aka Decnet/OSI, aka Decnet-plus ( it's @SYS$MANAGER:NET$CONFIGURE ADVANCED/ and add configuration for your new device name.   K 2    TCPIP v5 - @SYS$MANAGER:TCPIP$CONFIG (or might be TCPIP$CONFIGURE) and  add in the new interface  @ 3    Cluster - are you booting over it - if so BOOT -FL 0,0 FWA0  J Note that I haven't done this myself with FDDI, but it seems to be treatedJ the same as Ethernet adapters, and the above works for additional ethernet	 adapters.   N > I don't have any documentation that might have come with the card and I haveP > never installed any FDDI cards myself, so I don't know where to look for docs. > Q > If someone can point to an appropriate OpenVMS manual for this subject, I would  > be grateful!   TCPIP management DECNET management  OpenVMS Cluster Systems    as required    > O > As for SYSGEN values, does anyone have any suggestions for the best value for O > NISCS_MAX_PKTSZ?  I believe I have read that it offers SCS improvements since 1 > it can increased in FDDI vs. Ethernet networks.  > 	 > Thanks!  > Rick   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------    Date: 26 Mar 2003 20:05:34 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) ' Subject: Re: DEFPA-AA Installation Help = Message-ID: <cf15391e.0303262005.458a6ba4@posting.google.com>   X Rick Dyson <rick-dyson@uiowa.edu> wrote in message news:<3E821348.127B8CEF@uiowa.edu>...O > As for SYSGEN values, does anyone have any suggestions for the best value for O > NISCS_MAX_PKTSZ?  I believe I have read that it offers SCS improvements since 1 > it can increased in FDDI vs. Ethernet networks.   D (Here I'm assuming the Alphastation 400 is a member of a cluster andC has NISCS_LOAD_PEA0=1; otherwise NISCS_MAX_PKTSZ wouldn't matter.)  7 FDDI can take advantage of a value as large as 4474 for E NISCS_MAX_PKTSZ.  Larger packet sizes allow packing a given amount of ? block-transfer data into a smaller number of LAN packets, which B reduces host Primary CPU interrupt overhead.  Larger packets wouldE benefit performance primarily in the area of MSCP-served I/Os of more F than a couple of blocks in size, which don't fit in a single 1498-byteF standard Ethernet-sized packet.  (Since lock requests are much shorterF than even the default 1498 byte packet size, they won't be helped by a! larger value of NISCS_MAX_PKTSZ.)   A By default, VMS enables cluster traffic (SCS protocol) on all LAN 	 adapters. D Chances are PEDRIVER will "do the right thing" automatically for you? with regard to using the FDDI in favor of the slower 10-megabit F connection, without the need for your to take any manual action.  (TheF behavior of PEDRIVER in selecting paths is described in an appendix toE the OpenVMS Cluster Systems manual.)  But if you want to override the ? default behavior, version 7.3 has the SCACP utility, so you can E disable SCS on an adapter if you wish (or, preferably, just set it to C a lower priority, so it's still available for failover if something 4 fails).  (On earlier versions of VMS, you had to useC SYS$EXAMPLES:LAVC$STOP_BUS and couldn't adjust relative priorites.)   F [I see Alan Adams has already done a great job of answering your other questions.]    ------------------------------  # Date: Wed, 26 Mar 2003 23:16:14 GMT * From: "Paul A. Jacobi" <nospan@nospam.com>  Subject: EFI console information0 Message-ID: <2xqga.931$r_2.521@news.cpqcorp.net>  H Intel has lots of public information on the EFI console.  Please see theH following URL for presentation, specification and sample code.  EFI is aL frequent topic of the Intel Developers Conference, presented twice yearly inC the U.S. and many countries around the globe.  Myself and other VMS H developers have attended IDF to understand what was needed for the IA-64< port and to influence Intel on the future directions of EFI.  3 http://developer.intel.com/technology/efi/index.htm      Paul A. Jacobi Hewlett Packard Company ! OpenVMS Systems Group, ZKO3-4/U14  110 Spitbrook Road Nashua, NH 03062-2698 $ Email: Paul dot Jacobi at hp dot com   ------------------------------  % Date: Wed, 26 Mar 2003 16:32:20 -0600 . From: Lyndon Bartels <lbartels@pressenter.com>1 Subject: Re: HP does operating system advertising . Message-ID: <3E81D614.44A38D27@pressenter.com>   John Smith wrote:  > < > There was an ad in my local newspaper today, placed by HP. > E > Actually it was a series of ads, 7 in total. Each was a double-page C > spread in the business section, in full color, totaling 14 pages.  >  > E > Each ad ends with the tag line "everything is possible", except, it $ > would appear, advertising OpenVMS.    D At least they're doing.... some.... advertising... That's at least a2 step, albiet a small step, in the right direction.     It's better then Compaq did.      C It's interesting... Every Digital-Compaq-HP employee I've talked to D speak as though Compaq were a bad dream, and they're glad it's over.    F I hope HP will do better. And I'd like to believe that they're getting there.   Lyndon   --  G My opinions are mine and mine alone. They seldom align with those of my 	 employer.     H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  % Date: Wed, 26 Mar 2003 21:23:00 +0000 - From: Gerald Marsh <gerald@cyfer.demon.co.uk> 0 Subject: Re: HSZ Cache Corrupting Files? (Long!)8 Message-ID: <i0648v8hgu1sertigdk9r9g0hbl3il4lrj@4ax.com>  B Thanks for your comments - I really should have mentioned that theD hardware has been running for about 3 years without any such problemF in the past. (Sorry if I confused anyone with the comments on backup -F the problem could be duplicated on any large file created from scratch by a simple DCL proc.)  C However, I've resorted to the desktop support methodolgy and pulled C the power supply off the HSZ (and cache, although the battery state B was GOOD). I now cannot replicate the previous behaviour. In other words a bounce has fixed it!  F (BTW a SELFTEST THIS on the HSZ seems to hang resulting in pushing theD little green flashing button. Damned if I can find a hardware manual8 on the web too! - We have two copies of the CLI manual.)  B I can only conclude that the problem was/is in the HSZ cache and I, await HP's comments with eager anticipation.  " I'll let you know how it pans out.  A Bye for now and keep the OpenVMS as well as the Stars and Stripes 	 a'flying!    Gerald.      Gerald Marsh  / gerald -at- cyfer -dot- demon -dot- co -dot- uk    ------------------------------  # Date: Wed, 26 Mar 2003 20:09:09 GMT # From: hoff@hp.nospam (Hoff Hoffman) , Subject: Re: I Have Seen The IA64 Future !!!/ Message-ID: <FNnga.897$XK2.26@news.cpqcorp.net>   Q In article <00A1D682.5CBBE333.3@decus.de>, Michael Unger <unger@decus.de> writes: ' :"Hoff Hoffman" <hoff@hp.nospam> wrote:  : T :> In article <00A1D5B8.55A7AF43.4@decus.de>, Michael Unger <unger@decus.de> writes: :> :I :> :So there is definitely a requirement for an (additional) EFI console  D :> :(ROM!) command to make a drive unavailable for access by any OS: :> : :> :	SET <drive> OFFLINE :> :A :> :and of course the inverse command to make it available again.  :>  G :>   If a system operator or system manager really wants to corrupt the G :>   disks, there is nothing that we can do and nothing we should do to F :>   prevent it.  This is, has been, and will remain the design centerD :>   -- we cannot protect against a privileged user, and a user withG :>   unfettered access to the console hardware is -- by definition -- a  :>   fully privileged user.  : F :Correct, but that wasn't my point. I was discussing OSs (or pieces ofA :software claiming to be an OS :-) scanning any device physically F :available and "fixing" its (file) structure if it is "unknown" to the :OS.  I   Uh, the system manager chose to load another operating system, and that H   other operating system -- erroneously, deliberately, or in response toH   a system manager's request -- overwrote disks of another one.  Bummer.  F   As OpenVMS itself has not and should not perform the disk overwrite F   (autonomously) that led to the (hypothetical) disk corruption, I do F   not immediately view this as a problem that OpenVMS Engineering can    particularly resolve.   C   Put another way, the infinity of ways you can scrozzle your disks E   through supported means is large.  The infinity of ways to scrozzle F   your disks through unsupported or unrecommended or unwise activities   is a yet larger infinity.   K :>   As for taking a drive off-line, consider using a StorageWorks "brick". J :>   Remove (or uncable) the disk ("brick"), and you have effectively set J :>   the disk drive entirely and quite reliably off-line.  I've found thisH :>   physical partitioning scheme a most effective approach, personally. : G :It may become impractical for large(r) systems and/or "virtual disks"   :built by RAID controllers.    :  :> [...] :>  F :>   If you wish to utilize dual-boot systems with any combinations ofK :>   operating systems -- I've been reading the Linux and Windows dual-boot G :>   materials in recent times -- you will have to know details of the  I :>   low-level system environment, and you will have to exercise a degree K :>   of caution.  The existing repartitioning documents are seemingly a sea J :>   of warnings around requirements for data backups when repartitioning. :eG :This "degree of caution" was exactly the reason for my question/demandeH :-- I'd prefer a concept with a designated (boot) disk for each OS whichH :can be set offline if another OS should be booted. The very same may be :valid for data disks.    H   I would encourage you to design, implement and (if appropriate) marketI   such a controller-level concept, if you feel it of value (and profit). eG   If you wish this to be part of EFI and to have this feature availableoF   across  most (all?) Itanium platforms, you will want to discuss the ,   request with the nice folks over at Intel.  I   Put another way, how much would you be willing to pay for this feature?PG   (And what other features or capabilities would you expect to have as yG   part of this partitioned-system environment?)  (And no, I cannot eveneG   begin to promise to provide, to implement, or to otherwise push this pC   sort of request through to productization and into the catalogs.)s  E   The (very) few folks that I am aware of that have remarked on this aE   problem over the years have chosen to use physical protective meanssG   -- removable disks, multiple systems, or system partitions -- this isaG   the first time in several years that I can recall having read of this G   particular discussion, as well.  The folks have not been particularlyeE   willing to pay for special hardware controllers or custom firmware.f  H   And again, the Windows "harmless signature" stuff is very likely goingH   to be a complete non-issue with Microsoft Windows and HP OpenVMS on anE   Itanium system; OpenVMS has the signature, so Windows should not beME   inclined to offer the system manager the option to clobber parts ofs   the OpenVMS disks.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comE   ------------------------------  % Date: Wed, 26 Mar 2003 22:56:08 +0100D& From: Andreas Fassl <afassl@progis.de>= Subject: IMAP - Tcp/IP-Services Release 5.3 - Need more Input / Message-ID: <b5t7im$v5h$04$1@news.t-online.com>r   Hi,.  H where can I find more detailled information (read the release notes and @ I'm in contact to the very helpful documentation dept.) on this I implementation? After reading the IMAP-docs for Tru64 I'm quite sure, it  3 is not a cross port. And it doesn't look like PMDF.    Any hints/pointers?h   Regardss   AndreasH   ------------------------------  # Date: Wed, 26 Mar 2003 22:14:22 GMT # From: hoff@hp.nospam (Hoff Hoffman)eA Subject: Re: IMAP - Tcp/IP-Services Release 5.3 - Need more Input / Message-ID: <2Dpga.918$2U2.35@news.cpqcorp.net>e  X In article <b5t7im$v5h$04$1@news.t-online.com>, Andreas Fassl <afassl@progis.de> writes:  I :where can I find more detailled information (read the release notes and wA :I'm in contact to the very helpful documentation dept.) on this l :implementation?  C   The IP version of IMAP is based on the OpenVMS Office Server IMAP D   implementation, and the available documentation is in the appendixF   of the TCP/IP V5.3 release notes -- I do not know that more detailed@   materials have been made available on the IMAP implementation.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 26 Mar 2003 14:19:02 -0700 " From: John Nebel <nebel@csdco.com>9 Subject: Re: Is someone running Spamassassin on OpenVMS ? ( Message-ID: <3E821946.2070508@csdco.com>   Daniel Clar wrote: > Hello, > . > I'm trying, as many people, to prevent spam. > J > One of the freeware solutions is to use spamassassin/procmail on a Unix K > box but, as far as I know, it seems to work only if the users have their . > mailboxes on the Unix system.e > K > My configuration is the following : the incoming mail arrives on a Tru64 &J > box where an antivirus sofware is running, then the mail is transmitted I > to sendmail and through the aliases mechanism the mail is delivered to  3 > an OpenVMS system where the user has the mailbox.I > C > So has someone succeeded to run Spamassasin or an other freeware  4 > solution on OpenVMS or with such a configuration ? >  > Thanks > 
 > Daniel CLarl > Computer Operations Managerh	 > Supelecs > France   Daniel,o  G One can run something like spamc on VMS talking to spamd on Tru64.   I cI say "something like" as I wrote my own version of spamc in order to have hI better control, ie. only operate for users who wanted it and to save all e the messages that were dropped.o  2 The anti-virus component also runs on VMS, Sophos.  H The main problem for me was where to hook it in.  PMDF allows this with * some effort, but plain VMS mail might not.  
 John Nebel   ------------------------------  % Date: Wed, 26 Mar 2003 15:43:51 -0600 . From: Lyndon Bartels <lbartels@pressenter.com>1 Subject: LCD panel, 500au, ELSA Gloria Card, How?U. Message-ID: <3E81CAB7.56FCE528@pressenter.com>  0 I took delivery on a new toy last week, an ES47.   Nice machine.   @ One of the things that came with it was a new 18" LCD flat panelB display. I decided to use a regular CRT on the 47, and put the LCD display on my 500au PWS.    @ Other then the obvious differences, the systems are a lot alike.  B Both are running VMS 7.3-1, with all the latest and greatest ECOs.  H The 500au has an ELSA Gloria card. The ES47, the newer 3DLabs Oxygen VX1 card.s  H The 500au is running the older style DECwindows, the ES47 the newer GUI.    G The problem is, the LCD monitor doesn't want to work on the 500au underS DECwindows.e  F All the normal console like messages show up on the monitor just fine.G When DECwindows starts, the LCD display goes blank. And stays that way.n  E The monitor says to run at 1280x1024x60Hz. I had the old VRC21 set tog< 1280x1024x70Hz. So I set the refresh rate down. Still no go.  1 I checked the ES47, and that was running at 70Hz.o  A The 500au has a GZA0: graphics device, while the ES47 has a GFA0:k device.n     Any Guesses? Thoughts? etc?d       Thanks in advance,   Lyndon     -- tG My opinions are mine and mine alone. They seldom align with those of myh	 employer.     H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------  # Date: Wed, 26 Mar 2003 22:08:38 GMT # From: hoff@hp.nospam (Hoff Hoffman).5 Subject: Re: LCD panel, 500au, ELSA Gloria Card, How? 0 Message-ID: <Gxpga.917$2U2.783@news.cpqcorp.net>  _ In article <3E81CAB7.56FCE528@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:-A :One of the things that came with it was a new 18" LCD flat panelAC :display. I decided to use a regular CRT on the 47, and put the LCD  :display on my 500au PWS...s% :The 500au has an ELSA Gloria card...m  I   The PowerStorm 4D10T is a low-end card -- and very slow, in my personalaF   experience.  I personally prefer systems with the PowerStorm 3D30 orI   PowerStorm 4D20, or one of the more recent (faster) PCI graphics cards.f  H :The problem is, the LCD monitor doesn't want to work on the 500au under :DECwindows.  B   The OpenVMS FAQ has a section on graphics controller and monitor*   compatibility issues and considerations.  D   The PBXGK-xx PowerStorm 4D10T ELSA GLoria Synergy configuration isD   discussed in Ask The Wizard topics (3419) and particularly (5448).  C   PowerStorm 3D30 and 4D20 (PBXGB-xx) settings are in topic (2041).i  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com,   ------------------------------  % Date: Wed, 26 Mar 2003 15:22:04 -0500o5 From: "Robert A. Matern" <MaternRA@npt.nuwc.navy.mil> " Subject: Re: Microsoft vs. reality3 Message-ID: <b5t1vd$5bd$1@ngspool-d02.news.aol.com>u  & "AG" <ang@xtra.co.nz> wrote in message. news:Kddga.33479$jE3.756064@news.xtra.co.nz... >a? > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message + > news:3E80BB3D.27FA85A6@vl.videotron.ca...O >VI > > But when came time to sell a few billion licences to China, Microsofte hadn > noA > > problems releasing the source code to the chinese government.u >h
 > <<SNIP>> >l > > If it was such aC > > secrity risk, how come MS released it to a foreign government ?t >h1 > Assuming each of these licences brought in event+ > a modest return, we know now who financeso > the MS :-)    L I've just known, ever since I saw that old long-haired pic of Gates from the4 late 70s, that he must be a closet Communist...  ;-)   ------------------------------  % Date: Wed, 26 Mar 2003 15:24:52 -0500y5 From: "Robert A. Matern" <MaternRA@npt.nuwc.navy.mil>a" Subject: Re: Microsoft vs. reality3 Message-ID: <b5t24k$5hs$1@ngspool-d02.news.aol.com>t  & <brandon@dalsemi.com> wrote in message+ news:03032516344374@dscis6-0.dalsemi.com...8L > >> Laubscher says despite the decision, Microsoft fully maintains that itsL > >> software is able to fulfil the task of keeping hackers and viruses out, making6 > >> the customers' data safer than if kept in a safe. >n > SHOW ME THE MONEY! >e >e > John Brandon    E Oh, safer than in a safe...   but with that Software License Warranty 1 Disclaimer...   who's gonna pay me if it's NOT???e  F If they wanna make claims like that, they should be forced to drop theE license disclaimer of warranties and replace it with FULL BONDING andt LIABILITY INSURANCE!  G In my opinion, the current Software Licenses are a license to be reallyv sloppy - or even negligent!b   ------------------------------  # Date: Wed, 26 Mar 2003 20:11:19 GMTH# From: "John Smith" <a@nonymous.com>t6 Subject: Re: Microvax 3100 dead - need data from driveI Message-ID: <HPnga.16651$Gc61.12881@news01.bloor.is.net.cable.rogers.com>u  5 "Rick Aldred" <rickaldred@yahoo.com> wrote in messager6 news:4c6c3ca.0303260935.3733bade@posting.google.com... >oE > It appears that without access to a MicroVax, I will not be able to E > read the disk. As yet I am unsure how much further the company willsA > allow me to take this, as the drive contains proprietary source  code.<  B Data recover firms are pretty good about signing NDA's and keepingD your information confidential, and a ballpark guess of cost might beF $5k or so. But if your employer isn't taking the drive to one of theseA firms then I guess the code and/or data isn't very valuable then.6  < Perhaps there is a tape backup sitting in a vault somewhere.   ------------------------------  % Date: Wed, 26 Mar 2003 16:12:55 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>6 Subject: Re: Microvax 3100 dead - need data from drive/ Message-ID: <3E8209C6.4FE881D4@vl.videotron.ca>c   Rick Aldred wrote:E > It appears that without access to a MicroVax, I will not be able totE > read the disk. As yet I am unsure how much further the company willtG > allow me to take this, as the drive contains proprietary source code.b  K I haven't seen the error message generated when you try to mount the drive. M But if you suspect that the drive is just incompatible with your Alpha, there>L are many here (including myself) would be willing to try to recover the data for you.  - Signing NDAs for your data is not a big deal.l   ------------------------------  # Date: Wed, 26 Mar 2003 19:47:28 GMTA# From: hoff@hp.nospam (Hoff Hoffman)o Subject: Re: Minimum version0 Message-ID: <ktnga.894$XK2.190@news.cpqcorp.net>  j In article <1fe424ce.0303250116.105d7fa9@posting.google.com>, b.seghers@europe.com (Seghers Bruno) writes:  B :Could somebody tell me what is the minimum version requiered, theA :lasted version and the recommended one of CXX on a OpenVMS 7.3-1r :system.  D   The Software Rollout Report (swroll) website -- referenced in the E   OpenVMS FAQ -- has the available official required product versionst
   details.  C   Search the (text-format version) of the OpenVMS FAQ for "swroll".k    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coms   ------------------------------  # Date: Thu, 27 Mar 2003 04:08:09 GMT1( From: Alder <PGDEHMKOKIMD@spammotel.com>  Subject: Re: MSIE ftp hangs FTPD, Message-ID: <3E82791E.1040700@spammotel.com>   Grard,l  Q Thanks very much for your answer.  Your suggestions should keep me busy tweaking   for some time to come :-)t   Alderi   labadie wrote:7 > "Alder" <TFTAJLLYMXZP@spammotel.com> wrote in messages8 > news:a6840bf2.0303241320.1bc9a19@posting.google.com... > = >>"labadie" <en_trajectant_a_mort@127.0.0.1> wrote in messageh > . > news:<Ht07a.431$fm4.339@news.cpqcorp.net>... > 1 >>>Your Tqelm is too low for the ucx$ftp account.n/ >>>Your service limit is 50 for the TP service. K >>>If you really want to allow 50 simultaneous FTP transfers at a time, your	 >>>shoulduE >>>$ mc authorize mod ucx$ftp/tqelm=100/bytlm=500000/pgflquota=200000  >>>then stop and restart Ftp.t >>>b >>A >>Where would I look to find the general rules about tuning thesen% >>account settings for anonymous FTP?n >> >>Aldern >  >  > Helloe > 5 > This is a good question, I thought I had read it onaN > http://h18000.www1.hp.com/support/asktima/communications/009D3461-42C5BBE0-1 > C0096.html > ? > [TCP/IP] Tuning Hints to Improve UCX V3.0 to V4.2 Performance  > : > (a little outdated for Tcpip V5, but very good document) >  > but it is not here.p > 	 > The docs? > Compaq TCP/IP Services for OpenVMS Tuning and Troubleshooting N > http://h71000.www7.hp.com/doc/73final/6631/6631pro_contents.html#toc_chapter > _1 > ! > is not about that very subject.t > , > I had done some tests with Tcpip 5.3 Eco 1/ > the Ftp process alone (just started) consumesl > 196 096 in Bytlm > 8512 in Pgflquota- > 1 in Tqelm >  > each other user will need0 > about 66 000 in BytlmM > 128 in pgflquota > at least 1 in tqelmy > ) > Run you own tests, using Amds or pquotai7 > http://h71000.www7.hp.com/freeware/freeware40/pquota/o > 	 > Regardsa >  > Grard >  >  >  >  >    ------------------------------  % Date: Wed, 26 Mar 2003 21:06:54 +0100 6 From: =?iso-8859-1?Q?Jean=2DFran=E7ois=20PI=C9RONNE?= ' Subject: Re: mysql undefined referencesd+ Message-ID: <3E82085E.667059E2@laposte.net>X   >  > Hi,1 > ; > mysql seems to a crucial test of the c & cxx environment.w > ) > In the multinet-newsgroup someone says:T > K > "They are references to routines in the CRTL that the compiler did not dosH > correctly because of errors in the prototype definitions in the recent > CRTL- > patch that provides access to large files."w > + > %LINK-I-UDFSYM,         __OFF64_UTC_FSTATr* > %LINK-I-UDFSYM,         __OFF64_UTC_STAT' > %LINK-I-UDFSYM,         __OFF64_LSEEKo+ > %LINK-I-UDFSYM,         __OFF64_FTRUNCATEe' > %LINK-I-UDFSYM,         __OFF64_LSEEKo& > %LINK-I-UDFSYM,         __OFF64_MMAP > ( > Where  are the correct header-file???? >   N Under VMS 7.3 support of large file was provide by VMS73_ACRTL-V002 and above.   ------------------------------    Date: 26 Mar 2003 14:14:09 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: Need List of Patches for 'Post' 7.2-2 upgrade3 Message-ID: <tfwIB9L6sTJJ@eisner.encompasserve.org>y  Y In article <RwWdnZ10W6-jfxyjXTWc3g@metrocast.net>, "Bill Clark" <bclark@lrgh.org> writes:  > greetingsn? >     am plodding along towards an upgrade from 7.1-2 to 7.2-2, A >     and would like to get the official (or recommended) list ofl< >     patches that ought to be applied after the OS upgrade.  B    Officially it runs as is, right out of the box.  I don't recallC    any MUPs that haven't shipped with the kit.  (DO install the MUP :    that shipped with the kit, if it's a kit that has one).   ------------------------------    Date: 26 Mar 2003 13:37:51 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)a: Subject: Re: Need List of Patches for 'Post' 7.2-2 upgrade= Message-ID: <cf15391e.0303261337.37ec86ef@posting.google.com>d  ^ "Bill Clark" <bclark@lrgh.org> wrote in message news:<RwWdnZ10W6-jfxyjXTWc3g@metrocast.net>...? >     am plodding along towards an upgrade from 7.1-2 to 7.2-2,bA >     and would like to get the official (or recommended) list of < >     patches that ought to be applied after the OS upgrade.  D My favorite is http://ftp.support.compaq.com.au/ecos.phtml (courtesyC of our top-notch support folks 'down under').  Take the link on theaC left for "Indexed by version", and click on "OpenVMS/Alpha 7.2-2". r> You'll get a list of ECOs categorized by Rating (criticality).  C Then I usually download the kit itself from a geographically closeri6 site, like http://ftp.support.compaq.com/ for the USA.   ------------------------------  % Date: Wed, 26 Mar 2003 21:37:25 -0000 * From: "John Travell" <john@travell.uk.net>: Subject: Re: Need List of Patches for 'Post' 7.2-2 upgrade6 Message-ID: <b5t6ok$2cae9t$1@ID-120847.news.dfncis.de>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:tfwIB9L6sTJJ@eisner.encompasserve.org...tA > In article <RwWdnZ10W6-jfxyjXTWc3g@metrocast.net>, "Bill Clark"a <bclark@lrgh.org> writes:n
 > > greetings A > >     am plodding along towards an upgrade from 7.1-2 to 7.2-2,eC > >     and would like to get the official (or recommended) list ofN> > >     patches that ought to be applied after the OS upgrade. >eD >    Officially it runs as is, right out of the box.  I don't recallE >    any MUPs that haven't shipped with the kit.  (DO install the MUPr< >    that shipped with the kit, if it's a kit that has one). >-  ! The best way is to browse through-5 http://ftp1.support.compaq.com/public/vms/axp/v7.2-2/a9 and pick out all of the 'system' eco's and those you want-9 of the 'layered product' eco's. Look in the release notes-6 for vms722_update-v0100 and discard any eco's that are; listed as superceded. Most will not be in the ftp directory # any more, but a few might still be.   8 HP Australia run a nice VMS eco site that lists eco's by> installation rating, but just now I cannot remember the url...   -- John Travell  VMS crashdump expertise for hire john@travell.uk.netc http://www.travell.uk.net/       ---e& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.443 / Virus Database: 248 - Release Date: 10/01/2003_   ------------------------------  # Date: Wed, 26 Mar 2003 22:01:47 GMT # From: hoff@hp.nospam (Hoff Hoffman)n: Subject: Re: Need List of Patches for 'Post' 7.2-2 upgrade0 Message-ID: <frpga.914$2U2.770@news.cpqcorp.net>  c In article <b5t6ok$2cae9t$1@ID-120847.news.dfncis.de>, "John Travell" <john@travell.uk.net> writes:H :rI :"Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message.. :news:tfwIB9L6sTJJ@eisner.encompasserve.org...B :> In article <RwWdnZ10W6-jfxyjXTWc3g@metrocast.net>, "Bill Clark" :<bclark@lrgh.org> writes: :> > greetingsB :> >     am plodding along towards an upgrade from 7.1-2 to 7.2-2,D :> >     and would like to get the official (or recommended) list of? :> >     patches that ought to be applied after the OS upgrade.     E   The OpenVMS Frequently Asked Questions (FAQ) has the details on how D   to locate installation ratings and where to download the mandatoryF   ECO kits for OpenVMS.  And yes, this includes FTP access and the ECOE   search engine.  The FAQ also contains answers to many other OpenVMSa3   questions, too.  The OpenVMS FAQ is available at:s  '     http://www.hp.com/products/openvms/   ;   and at various other websites and via other IP addresses.d  G   I would encourage you to download the text-format FAQ, and search it.0F   (The HTML-format version of the FAQ is prettier than the text-formatB   version, but is also correspondingly harder to actually search.)  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Wed, 26 Mar 2003 19:38:30 GMT ' From: Rick Dyson <rick-dyson@uiowa.edu>b- Subject: Re: Netscape gags on VMS FTP Serversh) Message-ID: <3E8201B6.FB6B03B5@uiowa.edu>    Alder wrote: >  > Thanks everyone, > L > The Bugzilla site reports this as an active bug, so here's hoping they get > it done soon.  > M > Just thought I'd mention that MSIE 5.5 will also produce strange results oncF > these VMS sites.  I can at least get a listing of the anonymous rootL > directory, but if there's any sub-directories, they can't be opened.  File, > dates/times are of course mangled as well.  J I've found this to be true.  Netscape v7.x will work OK with HGFTP in fullJ Unix mode and VMS-Stealth mode may be necessary too.  Of course, this doesK make it harder to do easy VMS to VMS FTP transfers of complex RMS-attributes files...  O IE always seems to choke on the sub-directory listing even when Netscape works.n  < Older Netscape (pre-v7) always seemed to work OK with HGFTP.   Rick   ------------------------------  % Date: Wed, 26 Mar 2003 19:31:42 -0500e, From: "David Turner" <dbturner@islandco.com>* Subject: NEW 9.1GB 10KRPM Disks only USD99/ Message-ID: <v84hqrobs4sv7b@news.supernews.com>c  	 Brand NEW    Compaq/Digital Branded+ 9.1GB U2 SCSI Disk (UW Backward Compatible)w 10KRPM Low Profilea 68PinT   Only $99 New !!!     Island Computers US Corp.  2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 4476622 Fax: 912 2010402 http://www.islandco.come sales@hpaq.net   ------------------------------  % Date: Wed, 26 Mar 2003 13:36:08 -0500rA From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai . Message-ID: <3e81f319$1_1@hpb10302.boi.hp.com>  G Can we just wrap this all up in a shorthand format, or do we have to go  through the ritual.   J Sun:   Benchmarks don't mean anything, especially the ones we look bad on.E Guy:  Well, how about actual performance stories from real customers.tG Sun:   That only counts if we are talking about Sun running faster than.
 someone else.lI           Besides, the benchmarks that we do like show that everyone else  sucks.  And if that'soK           not true, then it was true at some point, so is probably true now  too.  Besides, it'snI           the applications, not the performance, and I heard a rumor thatn
 YOUR_ISV_HEREnK           is rapidly moving to IBM.  And even though that isn't Sun, that'so good because ito           isn't VMS.  $ Just cut and paste this from now on.  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>r9 wrote in message news:3E818E0E.1000204@nospamn.sun.com...e >a >  > jlsue wrote:I > > On Tue, 25 Mar 2003 11:58:00 +0000, Andrew Harrison SUNUK Consultancyr2 > > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > >  > >  > >> > >>jlsue wrote: > >>K > >>>NOTE:  I know the attribution below may not be exactly correct....  inrJ > >>>switching ISPs I missed some notes and had to look them up on Google. > >>>nJ > >>>On Tue, 13 Mar 2003 09:12:05 +0000, Andrew Harrison SUNUK Consultancy3 > >>><Andrew_No.Harrison_No@nospamn.sun.com> wrote:y > >>>  > >>>q > >>> J > >>>>>I don't divulge any details about my customer.  However, there is aD > >>>>>web page for HP wins, and one that's kinda neat is at Bank of Austria.A > >>>>>They have 16-P GS160 systems.  check out the report below:  > >>>>>s@ > >>>>>http://h71000.www7.hp.com/openvms/brochures/Bank-Austria/ > >>>>>p > >>>>F > >>>I never made claims about the performance in specific numbers, so1 > >>>you're wasting your time with that argument.t > >>>s > >>? > >>No you made general claims, which you have failed miserably3% > >>to back up with specific numbers.  > >D >n9 > Look this is an argument that you lost a long long timeB< > ago by not being able to produce one example that supports > your conjecture. >b8 > I have produced numerous examples that support mine so8 > unless you actually come up with a more adult response8 > that includes fact rather than hand wavey BS you might > as well not bother.m >e > >aG > > No, I made claims that YOUR general claims are unsupportable in thea9 > > real world.  If I made general claims, show me where.7 > >  >I< > This is the REAL world which you are unable to provide any > examples of for inspection.o >s > >r> > >>When are you going to work it out, Compaq have published a< > >>wealth of benchmark results that show that the GS160/320? > >>don't perform to the levels claimed by your marketing, youro? > >>own customers have also provided numbers for their own appsr > >>that show this.i > >o > >qJ > > When in doubt, always quote these benchmark results.  That way you can > > ignore real-world results. > >I >_8 > You customers have posted their real world experiences; > to this newsgroup they support the inevitable conclusionsl6 > of your own benchmark results, how clear do you need > it to be.e >D > >f< > >>You have provided no examples that refute this so in the= > >>circumstances unless you can I am perfectly free to claimi= > >>with supporting collateral that GS160/320's don't performl= > >>and until you come up with something to support your casel( > >>you are not in a possition to reply. > >> > >  > > F > > I have supplied examples that disprove your claims that they don'tB > > perform well, and in particular, your generalizations that allH > > "transacton-oriented" applications will perform badly.  YOU made theG > > general claims, so all I've got to do is show counter examples thata > > disprove the generality. > >r > @ > No you havn't you have made statements like "in my experience"= > and "I know of customers that" without providing one singlen> > example. Forgive me for being harsh but given your dreadfull> > track record when you say "in my experience" the BS detector? > starts buzzing loudly. After all it was you who said I lookedr; > in the Deja archive for customers with performance issuest; > moving from 8400/140 to GS160/320 and you apparently werea > unable to find any ! >o > >e9 > >>Get used to it and try being a bit more adult in your 9 > >>responses, accusing me of lying isn't going to assisto > >>your case. > >n > >nA > > That's gotta be another for the pot-and-kettle award.  But tolE > > demonstrate that you are talking out of the wrong end, see below:M > >t > ; > So demonstrate where I have lied in this discussion. This  > is a put up or shut up point.t >m > >- > >>H > >>>The article DOES NOT say that the GS160 gave them a 28% performanceF > >>>increase.  Try reading for comprehension next time.  It says thatJ > >>>"moving to VMS 7.3 gave them a 28% performance increase.  The articleI > >>>actually does not give any info as to the performance gains from theHF > >>>GS160.  This is yet another attempt on your part to mis-representD > >>>things to try to back up your unsupportable logical conclusion. > >>>  > >>H > >>You need to read the small print down towards the end of the article > >>and not the headline.  > >>C > >>The article talks about two events, an upgrade to the GS and anlF > >>upgrade to 7.3 but only refers to one 28% performance improvement. > >h > >mI > > Yes, you are correct, it does refer to both activities.  However, thea/ > > EXACT quote from the article is as follows:, > >t> > > "Since moving to version 7.3 of OpenVMS, we have seen a 28" > > percent performance increase." > >.J > > Now, how do you get the 28% applied to the GS upgrade without a lot ofH > > blind faith, jumping to conclusions, hope-against-hope, and fud?  ItJ > > specifically says that the 28% reference is to the VMS upgrade, and no+ > > GS160 performance numbers are provided.a >0D > No sorry the whole article refers to a TurboLaser to GS160 upgradeG > and a 7.3 upgrade, the article also explains that the purpose of thiseF > exercise was to improve throughput because the Turbolaser was maxed. >dC > There is however only one performance number quoted for the whole  > exercise.u >p@ > Given the apparent confusion in your mind I would suggest that? > you either get the reference re-written if you can to explainr; > what the benefits of moving from 8400->GS160 was and whate$ > the benefits were of moving to 7.3 >a? > Either that or remove the reference, it isn't that good is it 5 > if you cannot explain it an I can tear holes in it.r >o	 > regardsr > Andrew Harrison  >n   ------------------------------    Date: 26 Mar 2003 14:17:44 -0600+ From: young_r@encompasserve.org (Rob Young)u% Subject: Re: Question regarding FC$CPa3 Message-ID: <fv3Dawf2ZIL9@eisner.encompasserve.org>   a In article <fQ1fivs9BtW0@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:i > B > 	I've noticed in the builtin help to FC$CP (mcr sys$etc:fc$cp on) > 	7.3-x systems and higher) we see this:r   	I'm having a bad hair day.e >  > $!I > $!    $ MCR SYS$ETC:FC$CP FGx <enables> [<delay ms>] [<response count>]- > $!I > $! 1) Enables bit 1 = Response Coalescing, bit 0 = Interrupt CoalescingoD > $! 2) Delay is in milliseconds and can range from 0 to 255 decimal5 > $! 3) Response count can range from 0 to 63 decimalt7 > $! 4) Any negative value leaves a parameter unchanged@E > $! 5) Values returned are those which are current after any changes  > $! > $! Recommended command line: > $h/ > $  MCR SYS$ETC:FC$CP FGA 2 1 8 ! Or FGB, etc.t > $i >  > 	Yet in a recent ECO:r >  > K > *OpenVMS] VMS73_FIBRE_SCSI-V0400 Alpha V7.3 FibreChannel/SCSI ECO Summaryc > ! > New Kit Date:       14-NOV-2002O$ > Modification Date:  Not Applicable > Modification Type:  NEW KITb >    > [snip] >  > E >   o  The following recommended command line has been added to  Help  >      for FC$CP:t > 9 >          $  MCR SYS$ETC:FC$CP FGA 3 1 8  ! Or FGB, etc.i >  > : >           Images Affected: [SYSHLP.UNSUPPORTED]FC$CP.EXE >  > ---t > * > 	That isn't right.  The help still says:    A 	I've been contacted offline.  That in all likelihood is correct. , 	That wasn't what I was looking at or using!  ( 	I need to be more careful and thorough!  5 	Here is the real deal.  I'm working with 7.3-1.  Then 	latest ECO for 7.3-1 is:   A  | VMS731_FIBRE_SCSI-V0200 (Supersedes                  | 2 | N |eA  |                           VMS731_FIBRE_SCSI-V0100)   | 1 | N |s   	And we have that applied.   	7.3-1 includes:   VMS73_FIBRE_SCSI-V0300  . 	Analyze image sys$etc:fc$cp.exe reports this:  (         Image Identification Information  #                 image name: "FC$CP"t0                 image file identification: "X-3"B                 image file build identification: "X9E9-0060020000"7                 link date/time: 18-JUL-2002 20:10:03.74 /                 linker identification: "A11-50"i   	Help reports this:    $!G $! 1) Enables bit 1 = Response Coalescing, bit 0 = Interrupt Coalescing B $! 2) Delay is in milliseconds and can range from 0 to 255 decimal3 $! 3) Response count can range from 0 to 63 decimal 5 $! 4) Any negative value leaves a parameter unchangedgC $! 5) Values returned are those which are current after any changesu $! $! Recommended command line: $ - $  MCR SYS$ETC:FC$CP FGA 2 1 8 ! Or FGB, etc.v $o  = 	So it appears (but then again, I'm having an inaccurate day)o9 	that 7.3-1 hasn't got the updated help (anything else?).r  ? 	Offline the recommendation was for Response Coalescing.  Sorry + 	for being more scatter brained than usual.z   				Rob   L  "Even if the biblical assertion is incorrect that where there is no vision,I   the people perish, it is difficult to think what could be the engine orhK   stimulus for social behavior in a nihilistic system committed only to the J   certainty of the passage of time, without any energetic relationship to 0   another principle or purpose."  --Lionel Tiger   ------------------------------    Date: 26 Mar 2003 13:38:31 -0600+ From: young_r@encompasserve.org (Rob Young)  Subject: RamDisk futures3 Message-ID: <TqkdHZQyBq8o@eisner.encompasserve.org>c  : 	RamDisk has come a long way.  Back in the bad old days it9 	was limited to 512 MBytes.  With recent versions you canl; 	do 2 Gbytes.  That said, in order to do large RamDisks youk> 	have to resort to BINDing RamDisks together.  I hate BINDing.? 	I could bore you all with a bound Volume Set horror story, butt 	I'll skip it.  ; 	Is there a RamDisk future to raise the size to large (i.e.t; 	8, 16, 32, 64 GBytes)?  Or would it be too slow and having B 	multiple RamDisks ensures some speed?  Other than 32-bit code is  	there other limitations?      				Roba   ------------------------------    Date: 26 Mar 2003 14:43:36 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)i Subject: Re: RamDisk futures= Message-ID: <cf15391e.0303261443.324c1390@posting.google.com>   f young_r@encompasserve.org (Rob Young) wrote in message news:<TqkdHZQyBq8o@eisner.encompasserve.org>...; > RamDisk has come a long way.  Back in the bad old days itc; > 	was limited to 512 MBytes.  With recent versions you can = > 	do 2 Gbytes.  That said, in order to do large RamDisks youe@ > 	have to resort to BINDing RamDisks together.  I hate BINDing.  > You might consider using host-based RAID software (Compaq RAIDD Software for OpenVMS) as a way to combine DECram disks into a RAID 0+ array, instead of using a bound volume set.v   ------------------------------    Date: 26 Mar 2003 13:47:46 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Reboot Rights3 Message-ID: <MQt0A8NAqnsj@eisner.encompasserve.org>o  ^ In article <OFD5BB83A1.7D23B201-ON85256CF5.00632E36@metso.com>, norm.raphael@metso.com writes: > G > In this case, the ACL's on Shutdown.com  and OPCcrash.exe seem a good. > quick-fix, but a seriousK > conversation with someone who has the "attention" of the vendor certainly  > seems appropriate (maybe > even a memo).g >   H For the benefit of any VMS newcomers, while making the above suggestion,H I should also have pointed out that if the account has BYPASS or READALL/ privileges, then deny ACLs will be ineffective.s  F The protection masks on the above files will also need to be adjusted.  J I also implicitly assumed that SETPRV had not been granted to the account.  ; Further details are in the Guide to System Security manual.e  3 > This certainly should not be allowed to continue.  >    I _fully_ agree.   Simon.   -- lB Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------  % Date: Wed, 26 Mar 2003 16:14:39 -0500 ! From: VAXVMS <bounce@notmail.com>a Subject: RE: Reboot RightsK Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027BE2@rlghncst964.usps.gov>r  0 If a vendor tried this on any of *our* systems, - well, let me paraphrase the famous BOFH line:m  " "what WAS that vendor name again?"   WWWebb  ? In article <OFD5BB83A1.7D23B201-ON85256CF5.00632E36@metso.com>,e norm.raphael@metso.com writes: > G > In this case, the ACL's on Shutdown.com  and OPCcrash.exe seem a good  > quick-fix, but a seriousK > conversation with someone who has the "attention" of the vendor certainlye > seems appropriate (maybe > even a memo).- >-  H For the benefit of any VMS newcomers, while making the above suggestion,H I should also have pointed out that if the account has BYPASS or READALL/ privileges, then deny ACLs will be ineffective.-  F The protection masks on the above files will also need to be adjusted.  J I also implicitly assumed that SETPRV had not been granted to the account.  ; Further details are in the Guide to System Security manual.:  3 > This certainly should not be allowed to continue.- >    I _fully_ agree.   Simon.   --; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFPoL VMS advocate: One who makes a Mac advocate look like a beginner at advocacy. ========================  William W. Webb - EMS Operations) OpenVMS Systems Support - USPS DSSC Annexo, 4730 Hargrove Road, Raleigh, NC 27616-2874  > 919.325.7500 x4186  <FirstInitialLastNameAtEmailDotUSPSDotGov>   ------------------------------  % Date: Wed, 26 Mar 2003 21:13:55 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a Subject: Re: SAMBA questione' Message-ID: <3E826C73.F52153F6@fsi.net>x   "David J. Dachtera" wrote: >  > Brian Tillman wrote: > >e3 > > >(http://www.pi-net.dyndns.org/anonymous/jyc/).n > > >i< > > >The links on the page still points to the 2_2_4 kits... > >e > > Huh?  They point to V2.2.7al > > C > > http://www.pi-net.dyndns.org/anonymous/jyc/samba-2_2_7a-src.zipIK > > http://www.pi-net.dyndns.org/anonymous/jyc/samba-2_2_7a-obj.zip (Alpha)hM > > http://www.pi-net.dyndns.org/anonymous/jyc/samba-2_2_7a-obj_vax.zip (VAX)h > 	 > FWIW...  > I > I'm whipping up an install CD such that the kit can be easily installednJ > from the CD without having to copy the entire directory tree down to the > disc.a  . The kit is done. I can provide CDs on request.  ( > If possible, I'll post the .ODS image.  F The ODS image is some 30MB +/-. I'll see how I'm doing on quota on the web site...   H Wish I could afford to do a co-lo at my ISP's NOC. Then disk space would be less of an issue.   > If I end up at HP World (fkaD > DECUS/CETS/HP-ETS), I'll be sure to bring CD-Rs to pass around, orH > e-mail me privately if you want one (how to demung the reply-to should > be obvious).  E By the way, Brian, when you port the next version, drop me a note andr I'll make up a new kit.e   -- g David J. Dachteral dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  % Date: Wed, 26 Mar 2003 16:17:13 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Suggestion to Sue/ Message-ID: <3E820AC8.6C6F0D19@vl.videotron.ca>s  L For your upcoming technical seminar, you should have an open plenary sessionN with Fred Kleinsorge and Andrew Harrison starting a verbal battle and then you0 supply them with foam bats and let them go nuts.  N Although this would have no technical value, it would have great entertainment value :-) :-) :-)    :-) :-)  :-) :-)   ------------------------------  # Date: Wed, 26 Mar 2003 23:14:41 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: Suggestion to Sue6 Message-ID: <00A1D732.E35BF725@SSRL.SLAC.STANFORD.EDU>  b In article <3E820AC8.6C6F0D19@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:M >For your upcoming technical seminar, you should have an open plenary session(O >with Fred Kleinsorge and Andrew Harrison starting a verbal battle and then youD1 >supply them with foam bats and let them go nuts.e >EO >Although this would have no technical value, it would have great entertainment- >value :-) :-) :-) t >  >:-) :-)  :-) :-)n  N I think it possible that certain audience members would grab the bats and haveN at it, and that certain other audience members would suffer collateral damage.  : This might, admittedly, iuncrease the entertainment value.   -- Alano  O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025tO ===============================================================================P   ------------------------------  % Date: Wed, 26 Mar 2003 19:08:48 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: Suggestion to Sue/ Message-ID: <3E8232F3.197BC012@vl.videotron.ca>-  * Alan Winston - SSRL Admin Cmptg Mgr wrote:P > I think it possible that certain audience members would grab the bats and haveP > at it, and that certain other audience members would suffer collateral damage.  H Which is why I would probably register as "John Doe" to such a function.   ------------------------------  % Date: Wed, 26 Mar 2003 16:14:15 -06002. From: Lyndon Bartels <lbartels@pressenter.com>. Subject: Re: System reqirements of OpenVMS 7.3. Message-ID: <3E81D1D7.76C023E6@pressenter.com>   Phillip Helbig wrote:@ >  > F > My guess is that the 1-GB disk is an internal disk.  I would suggestH > getting a 4 GB external disk (better yet, 2 of them and build a shadowI > set) and putting the system on that.  You can use the internal disk fora > a page/swap disk.     B Since you're just starting out... I'd stay away from shadowing the  system disk... at least for now.  D The QMAN$MASTER.DAT file is not prohibiting the system from running.C That file is for all the printing and batch queues, and you need ton3 create it manually, then that message will go away.w  F For the pagefile messages... You can create it like John suggested, or0 you can create it manually from the install CD.   #  1. Boot the system from the CDROM. ,  2. Choose option 7, executing DCL commands.5  3. Mount the disk you've chosen as the system disk. <!      i.e "$ MOUNT DKA0: ALPHASYS"c9      (DKA0: is the physical device, ALPHASYS is the labelp.             you specified during the install.)*  4. set default to the specific directory.+      i.e "$ Set DEFAULT DKA0:[SYS0.SYSEXE]"t  5. find out the pagefile "      i.e "$ DIR/SIZE PAGEFILE.SYS"7      you'll get the number of blocks the file takes up.e+  6. find out the freespace left on the diskr      i.e. "$ SHOW DEV DKA0" G  7. if there's space, increase you pagefile by some percentage. say 50%e      to do that use sysgen.L      "$ mc sysgen"/      "SYSGEN> CREATE PAGEFILE/SIZE=100000/CONT"       "SYSGEN> EXIT"c=      ( the 100000 is the new number of blocks you specified.)c    F That'll get you a bigger pagefile if you've got the space on the disk.  G I'd definitely try to get yourself a 2Gig or 4 Gig drive for the systemaH disk. The system disk on my 500au is a 2Gig disk, and is about 65% full.G I have a pagefile of 1,065,000 blocks, and a swapfile of 42,400 blocks.     
 Good luck.   -- 1G My opinions are mine and mine alone. They seldom align with those of my1	 employer.e    H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------    Date: 26 Mar 2003 17:09:51 -0800- From: merritt.robert@spsd.sk.ca (rob merritt) 7 Subject: Trying something dangerous with cma* librarieso= Message-ID: <b6bf97d5.0303261709.56576dd3@posting.google.com>o   I have a bit of a probleme  D axp VMS machines running ovms 6.2-1h3 (they need to stay there for aD particular vendors app) another app offers a feature (z39) on 7.1.2.D Is it posible for me to copy the cma libs from a 7.1.2 server to the$ apps directory (z39) and then set upE group level logicals to "trick the z39 app into using the 7.1.2 rtls?      ie:-$ $ Deflog  := define/group/nolog/exec( $ deflog CMA$TIS_SHR LIS_EXE:CMA$TIS_SHR+ $ deflog CMA$LIB_SHR_TV LIS_EXE:CMA$LIB_SHR:5 $ DEFLOG CMA$OPEN_LIB_SHR_TV LIS_EXE:CMA$OPEN_LIB_SHR - $ DEFLOG CMA$OPEN_RTL_TV LIS_EXE:CMA$OPEN_RTLd# $ DEFLOG CMA$RTL_TV LIS_EXE:CMA$RTL " $ DEFLOG DECC$SHR LIS_EXE:DECC$SHR  B I realize I am trying to incorporate the worst features of a win32) like os to vms but if I can make it work.    ------------------------------  # Date: Thu, 27 Mar 2003 01:54:21 GMTa" From:   VAXman-  @SendSpamHere.ORG; Subject: Re: Trying something dangerous with cma* librariest0 Message-ID: <00A1D762.56D037B3@SendSpamHere.ORG>  m In article <b6bf97d5.0303261709.56576dd3@posting.google.com>, merritt.robert@spsd.sk.ca (rob merritt) writes:l >I have a bit of a problem >-E >axp VMS machines running ovms 6.2-1h3 (they need to stay there for afE >particular vendors app) another app offers a feature (z39) on 7.1.2.0E >Is it posible for me to copy the cma libs from a 7.1.2 server to theg >apps directory (z39)u   Yes.     > and then set up:F >group level logicals to "trick the z39 app into using the 7.1.2 rtls?   Yes.     >ie:% >$ Deflog  := define/group/nolog/execM) >$ deflog CMA$TIS_SHR LIS_EXE:CMA$TIS_SHRt, >$ deflog CMA$LIB_SHR_TV LIS_EXE:CMA$LIB_SHR6 >$ DEFLOG CMA$OPEN_LIB_SHR_TV LIS_EXE:CMA$OPEN_LIB_SHR. >$ DEFLOG CMA$OPEN_RTL_TV LIS_EXE:CMA$OPEN_RTL$ >$ DEFLOG CMA$RTL_TV LIS_EXE:CMA$RTL# >$ DEFLOG DECC$SHR LIS_EXE:DECC$SHR- >-C >I realize I am trying to incorporate the worst features of a win32d* >like os to vms but if I can make it work.  I It probably won't work as intended, so it would function just like win32.- --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMh            -5   "Well my son, life is like a beanstalk, isn't it?" :   ------------------------------  % Date: Wed, 26 Mar 2003 20:49:36 -0600 0 From: arturo saavedra <arturo.saavedra@wcom.com>; Subject: RE: Trying something dangerous with cma* libraries C Message-ID: <NDBBJFNBJJHKADILJHIJKENHLMAA.arturo.saavedra@wcom.com>t  I We tried this during our 7.3-1 from 7.3 upgrade.. with pthread rtls which J included the cma rtls due to a bug in pthreads which is being worked on byK engineering.. i know its not that huge of a jump..but it worked for us as a. work-around.       -----Original Message-----@ From: VAXman-@SendSpamHere.ORG [mailto:VAXman-@SendSpamHere.ORG]' Sent: Wednesday, March 26, 2003 7:54 PMy To: Info-VAX@Mvb.Saic.Como; Subject: Re: Trying something dangerous with cma* librariesz    = In article <b6bf97d5.0303261709.56576dd3@posting.google.com>,p/ merritt.robert@spsd.sk.ca (rob merritt) writes:k >I have a bit of a problem >tE >axp VMS machines running ovms 6.2-1h3 (they need to stay there for a E >particular vendors app) another app offers a feature (z39) on 7.1.2.oE >Is it posible for me to copy the cma libs from a 7.1.2 server to the- >apps directory (z39)l   Yes.     > and then set upoF >group level logicals to "trick the z39 app into using the 7.1.2 rtls?   Yes.     >ie:% >$ Deflog  := define/group/nolog/execp) >$ deflog CMA$TIS_SHR LIS_EXE:CMA$TIS_SHRf, >$ deflog CMA$LIB_SHR_TV LIS_EXE:CMA$LIB_SHR6 >$ DEFLOG CMA$OPEN_LIB_SHR_TV LIS_EXE:CMA$OPEN_LIB_SHR. >$ DEFLOG CMA$OPEN_RTL_TV LIS_EXE:CMA$OPEN_RTL$ >$ DEFLOG CMA$RTL_TV LIS_EXE:CMA$RTL# >$ DEFLOG DECC$SHR LIS_EXE:DECC$SHR  >cC >I realize I am trying to incorporate the worst features of a win32l* >like os to vms but if I can make it work.  I It probably won't work as intended, so it would function just like win32.l --2 VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM  4   "Well my son, life is like a beanstalk, isn't it?"   ------------------------------  # Date: Wed, 26 Mar 2003 19:42:07 GMTa# From: hoff@hp.nospam (Hoff Hoffman)8& Subject: Re: What is PRV-F-INSFCREDITH0 Message-ID: <jonga.893$XK2.297@news.cpqcorp.net>  c In article <ea44f5a1.0303241306.16ab1a@posting.google.com>, tadamsmar@yahoo.com (Tom Adams) writes:xC :PRV-F-INSFCREDITH, insufficeint connection message buffer credits,  :high priority request :t7 :What does this message mean, how do I fix the problem?l  G   Without intending offense, please see the OpenVMS FAQ for details on aF   how to ask questions -- many questions of only one or two lines are F   surprisingly difficult to answer, as supporting information (productC   versions, commands, provoking factors, etc) tend to be omitted or_
   assumed.  C   The PRV facility prefix is usually associated with privileges andF   privilege-related operations.r  A   I've searched OpenVMS, and no examples of the cited error code rD   (PRV$_INSFCREDITH) were found -- there are a number of examples ofA   SS$_INSFCREDITH, and it is certainly possible for the messages nA   associated with one facility to be co-opted by another; to haveo   the facility prefix replaced.D  D   If I were guessing -- and without the necessary supporting detailsC   and background information on the problem, I am -- this is eitherrE   a bogus return status code, or this is a  cluster credit allocation29   error, and specifically a lack of hi-prio send credits.d    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma   ------------------------------    Date: 26 Mar 2003 11:29:59 -0800$ From: n8wxs@arrl.net (Jeff Campbell)# Subject: Re: Write Bitmap questionse= Message-ID: <1a40a0b2.0303261129.482ba6f8@posting.google.com>   f young_r@encompasserve.org (Rob Young) wrote in message news:<H21bI5eo3Ih0@eisner.encompasserve.org>...c > In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:r > > " > > 	I got to thinking about this. > > & > > 	What is to prevent the following? > > 1 > > 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:( > >  > > 	$ MOUNT/OVER=ID $1$DGA4:l  H The MOUNT command will mount the drive NOWRITE since you did not specify /OVER=SHAD.e  N If you do use /OVER=SHAD to mount the drive, the shadow set member informationG is lost. Thus, a full copy will result when the drive is remounted as aiA shadow set member. And yes you will lose the file you edited. 8-)-  -# > > 	$ SET DEFAULT $1$DGA4:[SUBDIR]a > >  > > 	$ EDIT/TPU FILE.DAT > > 6 > > 		write bunch of blocks, 100, 1000, number doesn't
 > > 		matter.s > " > 	$ DISMOUNT $1$DGA4: ! of course > > H > > 	$ MOUNT/SYSTEM DSA5/SHAD=$1$DGA4:/POLICY=MINICOPY=OPTIONAL PROD_VOL > > G > > 	At this point WBM copies blocks that changed.  However, the blocks E > > 	created by editing FILE.DAT aren't number among them and are notr? > > 	the same as the ones on the rest of the shadowset members.o > > H > > 	Without using MINICOPY, this wouldn't matter as a full copy results" > > 	anyhow.  So my questions are: > > = > > 		1)  What prevents this from happening?  Does the systemf: > > 			keep track clusterwide if DGA4: has been written to& > > 			and if so, a full copy results? > > B > > 		2)  Would this "potentially" be a problem?  If not, why not? > >  > >  > > 				Thanks,h > >  > > 				Robo > >h  
 Jeff Campbellp n8wxs@arrl.net   ------------------------------    Date: 26 Mar 2003 13:26:35 -0600+ From: young_r@encompasserve.org (Rob Young)e# Subject: Re: Write Bitmap questions 3 Message-ID: <AdV$+ikhWCKq@eisner.encompasserve.org>i  a In article <H21bI5eo3Ih0@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:Pc > In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:m >>  ! >> 	I got to thinking about this.  >> d% >> 	What is to prevent the following?. >>  0 >> 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4: >> s >> 	$ MOUNT/OVER=ID $1$DGA4: >> A" >> 	$ SET DEFAULT $1$DGA4:[SUBDIR] >> c >> 	$ EDIT/TPU FILE.DATV >> D5 >> 		write bunch of blocks, 100, 1000, number doesn't- >> 		matter. > " > 	$ DISMOUNT $1$DGA4: ! of course >>  G >> 	$ MOUNT/SYSTEM DSA5/SHAD=$1$DGA4:/POLICY=MINICOPY=OPTIONAL PROD_VOLo >> sF >> 	At this point WBM copies blocks that changed.  However, the blocksD >> 	created by editing FILE.DAT aren't number among them and are not> >> 	the same as the ones on the rest of the shadowset members. >> aG >> 	Without using MINICOPY, this wouldn't matter as a full copy resultss! >> 	anyhow.  So my questions are:1 >> f< >> 		1)  What prevents this from happening?  Does the system9 >> 			keep track clusterwide if DGA4: has been written to % >> 			and if so, a full copy results?a >> uA >> 		2)  Would this "potentially" be a problem?  If not, why not?h >> a >> h  5 	Are questions 1) and 2) clear?  If not, please state 8 	what I am not making clear or answer them if you are so
 	inclined.  
 			Thanks,   				Robw   ------------------------------  # Date: Wed, 26 Mar 2003 23:15:01 GMTc9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>o# Subject: Re: Write Bitmap questionsM? Message-ID: <fae775d94b.Alan.Adams@orchard-way.freeserve.co.uk>t  < In message <1a40a0b2.0303261129.482ba6f8@posting.google.com>/           n8wxs@arrl.net (Jeff Campbell) wrote:n  h > young_r@encompasserve.org (Rob Young) wrote in message news:<H21bI5eo3Ih0@eisner.encompasserve.org>...e > > In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:- > > > $ > > > 	I got to thinking about this. > > > ( > > > 	What is to prevent the following? > > > 3 > > > 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:- > > >  > > > 	$ MOUNT/OVER=ID $1$DGA4:- > J > The MOUNT command will mount the drive NOWRITE since you did not specify
 > /OVER=SHAD.o > P > If you do use /OVER=SHAD to mount the drive, the shadow set member informationI > is lost. Thus, a full copy will result when the drive is remounted as avC > shadow set member. And yes you will lose the file you edited. 8-)  >  n% > > > 	$ SET DEFAULT $1$DGA4:[SUBDIR]e > > >  > > > 	$ EDIT/TPU FILE.DAT > > > 8 > > > 		write bunch of blocks, 100, 1000, number doesn't > > > 		matter.w > > $ > > 	$ DISMOUNT $1$DGA4: ! of course > > > J > > > 	$ MOUNT/SYSTEM DSA5/SHAD=$1$DGA4:/POLICY=MINICOPY=OPTIONAL PROD_VOL > > > I > > > 	At this point WBM copies blocks that changed.  However, the blocksuG > > > 	created by editing FILE.DAT aren't number among them and are notoA > > > 	the same as the ones on the rest of the shadowset members.e > > > J > > > 	Without using MINICOPY, this wouldn't matter as a full copy results$ > > > 	anyhow.  So my questions are: > > > ? > > > 		1)  What prevents this from happening?  Does the systeme< > > > 			keep track clusterwide if DGA4: has been written to( > > > 			and if so, a full copy results? > > > D > > > 		2)  Would this "potentially" be a problem?  If not, why not? > > >  > > >  > > > 				Thanks,9 > > > 
 > > > 				RobU > > >e >  > Jeff Campbells > n8wxs@arrl.net  L I'm reading this thread and thinking either I or the original questioner areG getting confused. I think what the questioner is seeing is the expecteddL behaviour. Here is why I think that (with the caveat that I don't understand& the effect of the MINICOPY qualifier).  I Shadow set DSA5 exists, with at least two members (I'm assuming there are2 two, although it isn't stated)    < One member is dismounted. That member is mounted privately.   9 A file is edited on the private disk (to do that requires > MOUNT/OVER-SHADOW, destroying the shadow set membership info).  K The privately mounted disk is dismounted, then remounted as a member of the  (still existing) shadow set.  K At this point the normal operation is to make the newly joined member matchuL the existing member(s) by copying TO IT. Thus the edited file is restored to its previous state.   L I don't believe there is a mechanism for merging together file operations on= two disks which are being made into a shadow set. Am I wrong?   F If the original shadow set was one member, then the behaviour would be@ different, but then the question of a copy doesn't occur at all.   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/d   ------------------------------  % Date: Wed, 26 Mar 2003 21:07:49 -0600o1 From: "David J. Dachtera" <djesys.nospam@fsi.net>rQ Subject: Re: [Q] Files not found during image backup, w/ and w/o directory-specs.n& Message-ID: <3E826B05.C15564D@fsi.net>   Alan Adams wrote:m > ( > In message <3E7FD2E4.6D0C2CCE@fsi.net>> >           "David J. Dachtera" <djesys.nospam@fsi.net> wrote: >  > > Carlos wrote:n > > >sM > > > I had the exact same errors using BACKUP/IMAGE in VMS 7.1-2. In my caseeK > > > I was doing a BACKUP/IMAGE from one disk drive to another in order to L > > > defragment the disk. Both drives were not mounted system wide, I did aJ > > > purge/keep=1, then an ANAL/DISK/REPAIR on the source drive, then the > > > BACKUP/IMAGE.u > > >wE > > > I got the same error of NOSUCHFILE, with the empty [] directorytJ > > > indication. Absolutely there was no activity on the drive except for > > > the BACKUP.t > > >fJ > > > Being a GOLD Support client, I escalated this to HP, showing them myL > > > DCL code and the error log. Basically, the guy I talked to was stumpedJ > > > and his only suggestion was to do explicit ALLOCATE before doing theG > > > BACKUP/IMAGE. Doubtfully I did do that but with the same results.s > >>K > > What you're likely seeing is the result of "orphaned" directory entriescH > > as well as "lost" files (files with no directory entry or an invalid > > directory backlink). > >  > K > The output of ANALYZE/DISK/NOREPAIR would be interesting. I would tend to Q > suggest regular use of ANALYZE/DISK/REPAIR - we used to run it over the weekenduQ > when the exclusive lock on the disk for several minutes didn't cause a problem.g  F Oohhh... I wouldn't like not knowing what VERIFY is gonna do before it does it.  ' ...but that's just me. YMMV, as always.    -- a David J. Dachteras dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   End of INFO-VAX 2003.169 ************************