1 INFO-VAX	Fri, 08 Sep 2000	Volume 2000 : Issue 502       Contents:, Re: %SYSTEM-F-EXBUFOBJLM explanation anyone?
 164LX and VMS 6 Alpha VMS crash with current process = smbd_truckin_42: Re: Alpha VMS crash with current process = smbd_truckin_42: Re: Alpha VMS crash with current process = smbd_truckin_42: Re: Alpha VMS crash with current process = smbd_truckin_42: Re: Alpha VMS crash with current process = smbd_truckin_42 Re: Axtent product Audit Re: Backup Failures  Becoming another user??  Re: Becoming another user??  Re: Becoming another user?? & Re: Booting OpenVMS 7.2 w/o DecWindows& Re: Booting OpenVMS 7.2 w/o DecWindows0 Re: CETS2000 - Hands-On Interactive RegistrationP Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon (& Re: CETS2000 - Registration screwed up& Re: CETS2000 - Registration screwed up& Re: CETS2000 - Registration screwed up CHARON-VAX images? Re: CHARON-VAX images? Re: CHARON-VAX images? Re: Clustering & multiple sites  RE: dcps RE: dcps RE: dcps Re: DECC help porting  Re: DECC help porting  Re: DECC help porting  Documentation problem: ICONV Forget cluster password  HSZTERM$SCSIPAD.EXE  Re: HSZTERM$SCSIPAD.EXE + Re: Jupiter (was Re: Q: Why not (2^n)-bit?) ! Off-Topic: DS10 Hardware question % Re: Off-Topic: DS10 Hardware question 3 Re: OpenVMS filesystem reader for MicroSoft Windows 3 Re: OpenVMS filesystem reader for MicroSoft Windows 3 RE: OpenVMS filesystem reader for MicroSoft Windows  Re: Porting stuff. Re: QUANTUM on newer systems Re: QUANTUM on newer systems Re: QUANTUM on newer systems Re: QUANTUM on newer systems Re: Reliable backups Re: RTR and DECdtm! Re: Sun Hardware problems persist ! Re: Sun Hardware problems persist  Re: Sun's Bitter Harvest Re: Sun's Bitter Harvest Re: Sun's Bitter Harvest Re: Sun's Bitter Harvest Re: Sun's Bitter Harvest Re: Sun's Bitter Harvest Re: Trouble with Perl on VMS Re: VMS not starting Re: WORD viewer for VMS  Re: WORD viewer for VMS   F ----------------------------------------------------------------------   Date: 07 Sep 2000 23:03:25 GMT' From: dashw459@aol.comeatspam (Doug W.) 5 Subject: Re: %SYSTEM-F-EXBUFOBJLM explanation anyone? : Message-ID: <20000907190325.28959.00000196@ng-cg1.aol.com>  M << The problem, however, seems to be that these BOs are not returned/released J even if the FT device is deallocated.  I've killed of DECterms when I haveI encountered these errors and then I cannot create others.  The onlu solu- F tion seems to be to increase MAXBOBMEM which is, fortunately, dynamic.  >>     F Don't know about DECterms, but have experienced similar problems sinceO converting to FASTIO.  Occasionally when a process using FASTIO is brought down J and up again there is not enough BO memory.  Its either reboot time or incO rease the dynamic parameter.  When the FASTIO conversion was done MAXBOBMEM was L increased to cover BO needs plus 1000 pages.  The code made it to Operations" and worked well for about 2 weeks.  G As a quick fix MAXBOBMEM was doubled.  Thought the problem was gone but N received a panic call about a month later.  This time BO cleanup logic was put? in although VMS does not require it.    Again got a panic call.   L Fooling around tried lowering MAXBOBMEM to an inadequate value.  Amazed that/ the FASTIO processes came up without  problem.    K Units are now running cleanly with MAXBOBMEM set to (what we need +1000)*4.   F Feeling here is that BO memory is not always being released on processA termination.  Sometimes people use $STOP  which is another story.   F SYSGENS are sensitive here.  Managers want justification for changes. / MAXBOBMEM has caused embarassment on VMS 7.1-2.    ------------------------------  % Date: Thu, 07 Sep 2000 15:34:18 -0400 ! From: Dan Allen <dallen@nist.gov>  Subject: 164LX and VMS: Message-ID: <NEBBIALHDHJMJINPGMOAIEMPCIAA.dallen@nist.gov>  .  As Artie Johnson might say "Very interesting"  N  I personally purchased a 164LX based system frtom Hard Hat AND a VMS 7.2 baseM  license for said hardware.  Now whether or not such a combination is in fact N  supported by Compaq is rather moot from my point of view as I did not requireR  a OS support contract.  HOWEVER, it certainly works - no crashes - and I'm a veryN  happy VMS camper. In fact, I always thought that VMS base licenses (and SIPs)Q  were associated with a specific CPU and were not transferable (unless you wanted T  to get really bitchy with DEC ;-).  So what is the status of my bought and paid forD  VMS license?  Also what's so "hit-or-miss" about the configuration?     B In article <8p8fiq$1vii$1@news.aha.ru>, "pbc" <pbc@aha.ru> writes:5 :I pesonally installed OpenVMS 7.2 on several 164LXs.  :Works fine.      Good for you, glad to hear it.  J   The 164LX box itself is fairly close to certain members of the Personal H   Workstation series, and -- like the Personal Workstation -a series -- I   whether or not OpenVMS might work on it is hit-or-miss.  OpenVMS has NO J   code to support the 164LX and has not tested with it.  OpenVMS does NOT %   support the widget, in other words.   D   I've also heard that OpenVMS can bootstrap on the Alpha Processor H   AlphaPC 264DP series.  Like the 164LX, OpenVMS has NO code to support H   the 264DP and has not tested with it, and OpenVMS does NOT support it.  J   There are also no OpenVMS licenses available for either of these boxes, %   other than the hobbyist licenses...   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 07 Sep 2000 17:52:50 GMT ( From: sol gongola <sol@mail.adldata.com>? Subject: Alpha VMS crash with current process = smbd_truckin_42 ) Message-ID: <8p8kl8$4e8$1@nnrp1.deja.com>   - We have a Compaq alpha running vms and samba. 4 It crashes about once a week and the current process3 is always smbd. The client system always appears to 1 be an NT system. We don't have enought disk for a 1 crash dump but I manually copied most of the data / from the console info after the crash before it  disappeared during the reboot.  B Bugcheck code=00000114: doubledealo: double deallocation of memory# crash cpu 01  primary cpu 00   ....  current procss=smbd_truckin_42 current psb id=00000001  .....   3 The problem started soon after we went to vms 7.2-1    ucx sho ver is8  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A4   on a AlphaServer 2100 4/275 running OpenVMS V7.2-1  ? I think we are using netlib 022F but am not sure how to verify.   = I understand that samba runs in the user account so it should 9 do this kind of crash. Should i be looking for a hardware  problem?    	 thank you  sol gongola  adl data systems inc.     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 7 Sep 2000 18:40:11 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)C Subject: Re: Alpha VMS crash with current process = smbd_truckin_42 6 Message-ID: <8p8neb$or8$1@mailint03.im.hou.compaq.com>  T In article <8p8kl8$4e8$1@nnrp1.deja.com>, sol gongola <sol@mail.adldata.com> writes:. :We have a Compaq alpha running vms and samba.  G   Please first apply the existing mandatory ECO kits, and then contact  C   the Compaq Customer Support Center -- this needs to be looked at.   > :I understand that samba runs in the user account so it shouldC :do this kind of crash. Should i be looking for a hardware problem?   G   My initial suspicion would be privileged-mode software, but hardware  -   can certainly cause all manner of problems.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 07 Sep 2000 18:51:36 GMT ( From: sol gongola <sol@mail.adldata.com>C Subject: Re: Alpha VMS crash with current process = smbd_truckin_42 ) Message-ID: <8p8o3f$8s2$1@nnrp1.deja.com>   / > We have a Compaq alpha running vms and samba. 6 > It crashes about once a week and the current process5 > is always smbd. The client system always appears to 3 > be an NT system. We don't have enought disk for a 3 > crash dump but I manually copied most of the data 1 > from the console info after the crash before it   > disappeared during the reboot. > D > Bugcheck code=00000114: doubledealo: double deallocation of memory% > crash cpu 01  primary cpu 00   ....   > current procss=smbd_truckin_42 > current psb id=00000001  > .....  > 5 > The problem started soon after we went to vms 7.2-1  >  > ucx sho ver is: >  DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A6 >   on a AlphaServer 2100 4/275 running OpenVMS V7.2-1   and Samba version 1.9.16p11  > A > I think we are using netlib 022F but am not sure how to verify.  > ? > I understand that samba runs in the user account so it should ; > do this kind of crash. Should i be looking for a hardware 
 > problem? >  > thank you 
 > sol gongola  > adl data systems inc.  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.  >     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 7 Sep 2000 16:23:07 -0500 2 From: malmberg@eisner.decus.org (John E. Malmberg)C Subject: Re: Alpha VMS crash with current process = smbd_truckin_42 + Message-ID: <B5KBQgaYSKW0@eisner.decus.org>   6 In article <8p8neb$or8$1@mailint03.im.hou.compaq.com>,4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > + > In article <8p8kl8$4e8$1@nnrp1.deja.com>, . sol gongola <sol@mail.adldata.company> writes:0 > :We have a Compaq alpha running vms and samba. > I >   Please first apply the existing mandatory ECO kits, and then contact  E >   the Compaq Customer Support Center -- this needs to be looked at.  > @ > :I understand that samba runs in the user account so it shouldE > :do this kind of crash. Should i be looking for a hardware problem?  > I >   My initial suspicion would be privileged-mode software, but hardware  / >   can certainly cause all manner of problems.   L All currently released versions of SAMBA-VMS only use KERNEL mode code for a< brief period while they are changing the effective username.  M I would doubt that this is the cause of the crash, as the routine does not do & any memory allocation or deallocation.  K When looking up ECO kits, also check on any ECO kits for the TCP/IP program  that you are using.   K These symptoms sound familiar, and I think when it turned up before, it was > fixed by a manditory ECO kit for one of the products involved.  L The person reporting the crash did have a crash dump, and it was clearly not* pointing to the only KERNEL mode routines.  H I do not know if the archives for the SAMBA-VMS mailing list for earlierF than 1999 are back on line.  If they are, they would be on a link from/ http:\\www.samba.org (select your mirror site).   	 Good luck    -John  wb8tyw@qsl.network   ------------------------------   Date: 7 Sep 2000 19:46:06 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)C Subject: Re: Alpha VMS crash with current process = smbd_truckin_42 6 Message-ID: <8p8r9u$pel$1@mailint03.im.hou.compaq.com>  ` In article <B5KBQgaYSKW0@eisner.decus.org>, malmberg@eisner.decus.org (John E. Malmberg) writes:M :All currently released versions of SAMBA-VMS only use KERNEL mode code for a = :brief period while they are changing the effective username.   I   Given that a supported API exists for user impersonation -- on OpenVMS  I   V6.2 and later, with a number of enhancements in V7.2 and later -- I'd  <   tend to encourage the removal of this existing SAMBA code.  N :I would doubt that this is the cause of the crash, as the routine does not do' :any memory allocation or deallocation.   D   I'd not bet on it, as how the user profile is stored and how it isF   accessed changed (dramatically) in V7.2 and later -- what used to beG   stored in the ARB is now stored in the PSB.  The ARB itself is still  H   around -- for compatibility -- and the contents of the ARB do (try to)F   track what would be in the ARB for those applications that still tryH   to access the ARB.  See the ARB_SUPPORT parameter for related details.  L :When looking up ECO kits, also check on any ECO kits for the TCP/IP program :that you are using.  E   Correct.  Though if this is V5.0A, that would involve a call to the F   CSC folks.  (qv: earlier discussion on the topic of ECOs for V5.0A.)  L :These symptoms sound familiar, and I think when it turned up before, it was? :fixed by a manditory ECO kit for one of the products involved.      Could well be...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 7 Sep 2000 15:04:07 -0500 * From: kuhrt@eisner.decus.org (Marty Kuhrt)! Subject: Re: Axtent product Audit + Message-ID: <MoekoImKHkWL@eisner.decus.org>   V In article <00256953.004CEE8D.00@quegw01.btyp>, Steve.Spires@yellowpages.co.uk writes:? > Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plaza  > . > As an alternative, we use VIDEO from Cyrano. >  > Steve Spires > 3 > system@SendSpamHere.ORG on 07/09/2000 10:58:07 AM  >  > F > In article <8p6ese$k26$1@nnrp1.deja.com>, trdorr@my-deja.com writes:7 >>I thought there was a product by AXTENT called AUDIT.  >>Is this true? 8 >>AUDIT is suppose to track every keystroke a user does. >>Anyone using AUDIT? 	 >>Thanks,  >>Tom  >> >>( >>Sent via Deja.com http://www.deja.com/ >>Before you buy.  >  > J > It's AXENT.  The AXENT security products for VMS: AUDIT, Intruder Alert,J > and KBLock have been sold to Legacy Technologies ( www.legacytech.net ).H > The link to information about these products seems to be broken at the	 > moment.  > * > AUDIT does indeed track user keystrokes. >   ? When I worked at Symark we had a product called Watcher (yes, I ? know it's a bad choice of names, but they couldn't be convinced ? to change it) that could log keystrokes.  It could also be used = to control or monitor other terminals (for help desk use, for < instance), and intercept Audit mailbox info and take actions? based on rules you set.  Nifty product, horrible choice for the  name.     A I don't work there anymore, so I have no stake in their products.    ------------------------------  % Date: Thu, 07 Sep 2000 20:20:03 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Re: Backup Failures7 Message-ID: <200009072020_MC2-B294-3565@compuserve.com>   J         I have seen something quite similar just last night.  OpenVMS/Alp= haJ V7.2-1.  TZ88 with Firmware CC33 (from memory).  KZPAA-AA in an ES40 mode= l J 2.  The TZ88 is the only device on the bus and the bus is terminated at t= he: TZ88 with a brand X external terminator (green LED on it).  H         The error log showed 509 instances of "SCSI Command TransmissionE Failure" (again, from memory).  The drive worked this morning after I G rewound the tape, removed it, and reinserted it.  The operator reported J that the drive was flashing all it's lights, indicating a hardware failur= e 
 in the drive.     ( Message text written by "Mark D. Jilson"- >Does the tape unit have the latest firmware? ) Does the system have the latest firmware? D Have you loaded all the applicable patches (backup, IO drivers, tape	 drivers)? F Describe the IO path from the 2100 to the TZ87 including IO controllerE type, cable types and cable lengths and if this is a SCSI bus include  SCSI termination. > What does the error log say, if anything, for these instances?   "HYMAN, LYNN L" wrote: > =   F > Our backups continue to fail, despite several hardware replacements,C > with the message:  "VOLINV, volume is not software enabled."  The C > backup starts to run, backs up part of the disk to tape, and then  > fails with this message. > =   = > We have an Alpha 2100, running VMS 7.1, using VMS backup to   > a TZ87 tape drive.  Any ideas? > =    > TIA.<    ------------------------------  # Date: Fri, 08 Sep 2000 01:25:54 GMT ( From: hx_101@hotmail.com (Horse Nuts...)  Subject: Becoming another user??4 Message-ID: <39b83fe4.21332985@news.accesscable.net>  E Is there a way to become another user, without actually logging in as0E this user. I have system, and I want to test some stuff under anotherp user!!   Thanks   ------------------------------  % Date: Thu, 07 Sep 2000 20:40:20 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>e$ Subject: Re: Becoming another user??- Message-ID: <39B84384.87FBC799@earthlink.net>r   "Horse Nuts..." wrote: > G > Is there a way to become another user, without actually logging in aspG > this user. I have system, and I want to test some stuff under anotherg > user!! >  > Thanks  D Unless it *MUST* run interactively, how 'bout SUBMIT/USER=username ?   -- n David J. Dachterao dba DJE Systems- http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.h   ------------------------------   Date: 8 Sep 2000 01:55:59 GMTe) From: leslie@clio.rice.edu (Jerry Leslie)w$ Subject: Re: Becoming another user??' Message-ID: <8p9gvf$8k5$1@joe.rice.edu>h  ) Horse Nuts... (hx_101@hotmail.com) wrote:qG : Is there a way to become another user, without actually logging in asrG : this user. I have system, and I want to test some stuff under another  : user!! :  : Thanks     GLOGIN&      Version:      V1.1-2, 24-OCT-1996<      Description:  Log in as another user without a password$      Author:       Anthony McCracken      Architecture: VAX,AXP      # of parts:   1      Language:     MACRO-32a   Available from:s  -    http://www2.wku.edu/fileserv/fileserv.html'  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  $ Date: Thu, 7 Sep 2000 22:35:46 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>V/ Subject: Re: Booting OpenVMS 7.2 w/o DecWindows / Message-ID: <srgnfs59ljn148@corp.supernews.com>-  B "Herman Z. Resto" <hresto@ci.mil.wi.UnitedStates> wrote in message& news:39B7A963.2C850D36@ci.mil.wi.us...I > I'm new to the OpenVMS OS, and just installed the Hobbyist Kit on a DECeI > Multia/UDB box. Everything went smoothly, and I was able to install and 7 > enable the License PAK for the OPENVMS-ALPHA product.a   >When I boot up,E > DECWindows brings me to the logon prompt. My problem is that when IeG > enter "SYSTEM" as user, and my password, I get an "LMF login Failed".e: > Does the OPENVMS-ALPHA PAK includes the DWMOTIF license?  G No.  The OPENVMS-ALPHA PAK only enables the OpenVMS operating system toe startup.  D The hobby Layered Products License Pack includes DWMOTIF, UCX (TCPIP, license), DVNETEND, and other usefull stuff.  G For the Multia, I recommend that you place this command file on a ODS-2tK formatted floppy so that after you get it back to a command prompt, you cansI MOUNT/OVER=ID DVA0: and then execute the command file to load all of youre licenses at once.f  6 > Is there a way to boot w/o DecWindows to a $ prompt?  H To recover, you must boot conversationally.  If you have set autoboot onE your Multia, I can not remember how to get to the >>> prompt from the  keyboard after the power up.  H Assuming that you have an external hard drive, you can disconnect it and% that will cause the autoboot to fail.o  ! When you reconnect the drive, uset   >>> boot -fl 0,1 dka0   ' Assuming that dka0 is your system disk.l  * This will take you to the SYSBOOT> prompt.   SYSBOOT>SET WINDOW_SYSTEM 0c   Might be SET WINDOW_SYSTEM=0   SYSBOOT>CONT  D After you get your licenses loaded, you can use AUTOGEN to reset the WINDOW_SYSTEM back to 1.  K I would recommend finding the OpenVMS FAQ section on the MULTIA and readingmD the information on the links from there.  Pay close attention to the1 information on keeping the unit from overheating.    -Johnn wb8tyw@qsl.network   ------------------------------  $ Date: Fri, 8 Sep 2000 00:18:35 -0400  From: John Santos <JOHN@egh.com>/ Subject: Re: Booting OpenVMS 7.2 w/o DecWindowsa6 Message-ID: <1000908000829.28573E-100000@Ives.egh.com>  * On Thu, 7 Sep 2000, Herman Z. Resto wrote:  I > I'm new to the OpenVMS OS, and just installed the Hobbyist Kit on a DECyI > Multia/UDB box. Everything went smoothly, and I was able to install andSG > enable the License PAK for the OPENVMS-ALPHA product. When I boot up,eE > DECWindows brings me to the logon prompt. My problem is that when ItG > enter "SYSTEM" as user, and my password, I get an "LMF login Failed". I > Does the OPENVMS-ALPHA PAK includes the DWMOTIF license? Is there a wayc' > to boot w/o DecWindows to a $ prompt?a  8 This should be a FAQ, it has been asked so many times...  B The VMS PAK lets you run VMS.  Period.  The hobbyist web site alsoB has a method of providing layered products PAKs.  You need this to1 run DWMOTIF (and TCP/IP, DECNET, compilers, ...).   C Instructions for minimal boot are in MGMT5 in the FAQ.  This is theeC easiest way to get to a "$" prompt so you can change the startup to > disable DECWindows, if you want to go that route.  But I would: install the LP PAKs; it makes the Multia much more useful.  @ (P.S.  This is all theoretical based on earlier posts.  I have aA VAX at home, but no disks for it... Someday I will get some disks * for it and install the hobbyist licenses.)   -- r John Santose Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  $ Date: Thu, 7 Sep 2000 22:28:04 -04007 From: "Information CETS2000" <Information@CETS2000.com> 9 Subject: Re: CETS2000 - Hands-On Interactive Registration-3 Message-ID: <8p9irp$rik$1@nntp9.atl.mindspring.net>o  H The following Hands-On Interactive Sessions are still available.  If you haveK registered for CETS2000 (www.CETS2000.com) you can register for the sessiona ofH your choice if you have not done so.  Remember it works by day and time. You I first go to the day and time of the Hands-On session you want to registero fora  @ 015 Tue 1:00pm ProLiant/Linux Web Clusters in a DISA Environment@ 015 Wed 1:00pm ProLiant/Linux Web Clusters in a DISA Environment@ 015 Wed 8:00am ProLiant/Linux Web Clusters in a DISA EnvironmentL 044 Tue 1:00pm Configuring an Ultra-High Availability Environment on OpenVMSL 044 Wed 1:00pm Configuring an Ultra-High Availability Environment on OpenVMSL 044 Wed 8:00am Configuring an Ultra-High Availability Environment on OpenVMSC 381 Fri 1:00pm Implementing Intelligent Managability (IM) SolutionspC 381 Fri 8:00am Implementing Intelligent Managability (IM) SolutionstC 381 Thu 1:00pm Implementing Intelligent Managability (IM) SolutionssC 381 Thu 8:00am Implementing Intelligent Managability (IM) Solutionsr5 386 Wed 1:00pm RA4X00 and EBS SAN Technology Workshopi5 386 Wed 8:00am RA4X00 and EBS SAN Technology Workshope2 430 Fri 8:00am Compaq SANworksT Virtual Replicator2 430 Thu 8:00am Compaq SANworksT Virtual Replicator2 430 Wed 8:00am Compaq SANworksT Virtual Replicator6 432 Fri 1:00pm Enterprise Backup Solution Architecture6 432 Fri 8:00am Enterprise Backup Solution Architecture6 432 Thu 1:00pm Enterprise Backup Solution Architecture6 432 Thu 8:00am Enterprise Backup Solution Architecture7 452 Tue 1:00pm Compaq's Modular Library Scalability Labr7 452 Wed 1:00pm Compaq's Modular Library Scalability Labp7 452 Wed 8:00am Compaq's Modular Library Scalability Labn0 466 Fri 1:00pm SANworks Storage Resource Manager0 466 Thu 1:00pm SANworks Storage Resource Manager0 466 Tue 1:00pm SANworks Storage Resource Manager0 466 Wed 1:00pm SANworks Storage Resource ManagerI 509 Fri 1:00pm Implementing a Lights-Out Environment with Compaq ProLiant-I 509 Fri 8:00am Implementing a Lights-Out Environment with Compaq ProLiantaI 509 Thu 1:00pm Implementing a Lights-Out Environment with Compaq ProLiant-I 509 Thu 8:00am Implementing a Lights-Out Environment with Compaq ProLiantm5 539 Fri 1:00pm Linux Installation on ProLiant Serversr5 539 Fri 8:00am Linux Installation on ProLiant Servers$5 539 Thu 1:00pm Linux Installation on ProLiant Serversv5 539 Thu 8:00am Linux Installation on ProLiant Serversc@ 540 Fri 1:00pm Tasksmart C Series, Layer 4 and Layer 7 Switching@ 540 Fri 8:00am Tasksmart C Series, Layer 4 and Layer 7 Switching@ 540 Thu 1:00pm Tasksmart C Series, Layer 4 and Layer 7 Switching@ 540 Thu 8:00am Tasksmart C Series, Layer 4 and Layer 7 Switching2 541 Tue 1:00pm TaskSmart C - General Configuration2 541 Tue 3:30pm TaskSmart C - General Configuration2 541 Tue 7:00pm TaskSmart C - General Configuration2 541 Wed 1:30pm TaskSmart C - General Configuration3 541 Wed 10:30am TaskSmart C - General Configuration 2 541 Wed 8:00am TaskSmart C - General Configuration3 553 Wed 1:00pm Tools for Deploying ProLiant Serversn3 553 Wed 8:00am Tools for Deploying ProLiant Servers G 560 Tue 1:00pm Compaq Insight Manager XE 2.0 - Basic Implementation and G 560 Wed 1:00pm Compaq Insight Manager XE 2.0 - Basic Implementation and G 560 Wed 8:00am Compaq Insight Manager XE 2.0 - Basic Implementation andnK 566 Tue 1:00pm SCO Clustering Workshop - Implementation, Planning and AdminpK 566 Wed 1:00pm SCO Clustering Workshop - Implementation, Planning and AdminjK 566 Wed 8:00am SCO Clustering Workshop - Implementation, Planning and Admin0J 582 Wed 1:00pm Compaq Insight Manager XE 2.0 - Advanced Implementation and UsageAJ 582 Wed 8:00am Compaq Insight Manager XE 2.0 - Advanced Implementation and UsageiC 676 Tue 1:00pm TaskSmart NAS Appliance Configuration and DeploymentcC 676 Wed 1:00pm TaskSmart NAS Appliance Configuration and DeploymentaC 676 Wed 8:00am TaskSmart NAS Appliance Configuration and Deployment.H 697 Tue 1:00pm Tour of Win2000 Differences for the Windows NT 4.0 System Managerf6 698 Wed 8:00am Building a Web Site with FrontPage 2000+ 699 Thu 8:00am Intro to LINUX for VMS Usersr- 700 Thu 1:00pm Intro to the LINUX GUI Desktopr> 702 Fri 8:00am Disk Cloning for Computer Support Professionals6 703 Tue 1:00pm VMS Cluster State Transitions in Action) 704 Wed 8:00am VMS Lock Manager in Actionb* 705 Wed 1:00pm Repairing RMS Indexed Files, 706 Wed 1:00pm Hands-On Introduction to HTML< 707 Thu 8:00am Intro to SDA by Viewing VMS Process InternalsC 708 Fri 8:00am Intro to TRUCluster for the VMS Cluster ProfessionaliJ 747 Tue 1:00pm Oracle 8i on Windows NT:  Performance Monitoring and TuningJ 747 Wed 1:00pm Oracle 8i on Windows NT:  Performance Monitoring and TuningJ 747 Wed 8:00am Oracle 8i on Windows NT:  Performance Monitoring and TuningC 762 Tue 1:00pm Multi Vendor RA8000FC Installation on Novell NetWare C 762 Wed 1:00pm Multi Vendor RA8000FC Installation on Novell NetWarecC 762 Wed 8:00am Multi Vendor RA8000FC Installation on Novell NetWare : 763 Tue 1:00pm Multi Vendor RA8000FC Installation on Linux: 763 Wed 1:00pm Multi Vendor RA8000FC Installation on Linux: 763 Wed 8:00am Multi Vendor RA8000FC Installation on Linux@ 765 Tue 1:00pm Multi Vendor RA8000FC Installation on SUN Solaris@ 765 Wed 1:00pm Multi Vendor RA8000FC Installation on SUN Solaris@ 765 Wed 8:00am Multi Vendor RA8000FC Installation on SUN Solaris? 766 Fri 1:00pm Multi Vendor RA8000FC Installation on Tru64 UNIXA? 766 Fri 8:00am Multi Vendor RA8000FC Installation on Tru64 UNIXD? 766 Thu 1:00pm Multi Vendor RA8000FC Installation on Tru64 UNIXg< 767 Fri 1:00pm Multi Vendor RA8000FC Installation on OpenVMS< 767 Fri 8:00am Multi Vendor RA8000FC Installation on OpenVMS< 767 Thu 1:00pm Multi Vendor RA8000FC Installation on OpenVMS< 767 Thu 8:00am Multi Vendor RA8000FC Installation on OpenVMS   ------------------------------  % Date: Thu, 07 Sep 2000 23:09:35 +0100h  From: Paul Sture <paul@sture.ch>Y Subject: Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon (d+ Message-ID: <VA.000000c2.3f14f46b@sture.ch>s  T In article <009EFB7C.C48E65BD@SendSpamHere.ORG>, VAXman- Brian Schenkenberger wrote:? > From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)a( > Newsgroups: comp.org.decus,comp.os.vmsh > Subject: Re: CETS2000 - Hands-On Interactive Registration starts 8/31/2000 High    Noon (Central Time)% > Date: Wed, 06 Sep 2000 15:19:21 GMTe > [ > In article <39B65849.A7F6DE64@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:c > >h > >.) > >"Brian Schenkenberger, VAXman-" wrote:  > >l > >> > >>L > >> A litany on Brittany I'm sure we can all do without.  I'd rather attendL > >> a conference which discusses the merits of silicon based computers than > >> Silicone laced crooners.e > >> > >u; > >Thats Britney, not Brittany, which is an area in France.n > G > I merely copied it from the prior post.  I don't follow the career ofrG > Miss Broccoli Spears, the Silicone buxom balladeering bimbo and thus,-H > the spelling of her name was assumed to be misspelled on purpose.  ForH > example, there are folks that insist on misspelling 'Brian' with a 'y'0 > but we all know that is simply portentous.  ;) > C Apologies in advance for this one, but I _really_ cannot resist it.j  H "It is a little known fact, that Ms Spears is an expert in semiconductorH physics. Not content with just singing, in the following pages, she will; guide you in the fundamentals of the vital laser components H that have made it possible to hear her super music in a digital format."  N Oh, enough now, see http://britneyspears.ac/lasers.htm for the gory details...   Enjoy & cringe.p   ___6
 Paul Sture Switzerlandr   ------------------------------  $ Date: Thu, 7 Sep 2000 14:36:36 -0400% From: Karl S. Erbland <karl@ksme.net>o/ Subject: Re: CETS2000 - Registration screwed upe5 Message-ID: <MPG.1421aa3e27258f569896bd@news.alt.net>D  I In article <009EFC57.6E7C9E58@SendSpamHere.ORG>, system@SendSpamHere.ORG A says...rL > >What kind of incompetent idiots have been hired to run this mess? BetweenN > >the travel bozos, and the web registration mess, it really makes me want toD > >just not bother in the future. If things in LA go as badly as theB > >registration process has indicated, this will likely be my last7 > >participation. And I'm sure I won't be the only one.     ! http://www.travelhq.com/ (Maritz)   ( Read their info and decide for yourself.  F I read in their materials that they have an extremely powerful set of E tools to enhance any meeting/event planning venture. They especially s/ pride themselves on attendee needs fulfillment.e   ------------------------------  # Date: Thu, 07 Sep 2000 19:16:00 GMTa= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)e/ Subject: Re: CETS2000 - Registration screwed upd0 Message-ID: <009EFC66.FE4C613B@SendSpamHere.ORG>  ] In article <MPG.1421aa3e27258f569896bd@news.alt.net>, Karl S. Erbland <karl@ksme.net> writes: J >In article <009EFC57.6E7C9E58@SendSpamHere.ORG>, system@SendSpamHere.ORG  >says...M >> >What kind of incompetent idiots have been hired to run this mess? BetweendO >> >the travel bozos, and the web registration mess, it really makes me want tolE >> >just not bother in the future. If things in LA go as badly as theaC >> >registration process has indicated, this will likely be my lasth8 >> >participation. And I'm sure I won't be the only one.  E Let's clear this up... I didn't state the above.  I replied to a postf2 which stated this and I agree with its sentiments.  " >http://www.travelhq.com/ (Maritz) >w) >Read their info and decide for yourself.u > G >I read in their materials that they have an extremely powerful set of aF >tools to enhance any meeting/event planning venture. They especially 0 >pride themselves on attendee needs fulfillment.  D Hmm...  Isn't pride one of the seven deadly sins along with avarice,& lust, anger, gluttony, envy and sloth?  D I too am awaiting a hotel reservation correction.  Do you think thatD this Maritz company will house me when I arrive in LA if they do not correct my room scheduling?e   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMs             O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  $ Date: Fri, 8 Sep 2000 00:43:31 -0400% From: Karl S. Erbland <karl@ksme.net> / Subject: Re: CETS2000 - Registration screwed up05 Message-ID: <MPG.1422387ad1f70f9a9896be@news.alt.net>s  I In article <009EFC66.FE4C613B@SendSpamHere.ORG>, system@SendSpamHere.ORG n says...s_ > In article <MPG.1421aa3e27258f569896bd@news.alt.net>, Karl S. Erbland <karl@ksme.net> writes:IL > >In article <009EFC57.6E7C9E58@SendSpamHere.ORG>, system@SendSpamHere.ORG 
 > >says...O > >> >What kind of incompetent idiots have been hired to run this mess? BetweenaQ > >> >the travel bozos, and the web registration mess, it really makes me want togG > >> >just not bother in the future. If things in LA go as badly as the E > >> >registration process has indicated, this will likely be my last : > >> >participation. And I'm sure I won't be the only one. > G > Let's clear this up... I didn't state the above.  I replied to a posto4 > which stated this and I agree with its sentiments. >   8 Sorry for the chopped attribution, SendSpamHere. Hehehe.    $ > >http://www.travelhq.com/ (Maritz) > >t+ > >Read their info and decide for yourself.n > >VI > >I read in their materials that they have an extremely powerful set of  H > >tools to enhance any meeting/event planning venture. They especially 2 > >pride themselves on attendee needs fulfillment. > F > Hmm...  Isn't pride one of the seven deadly sins along with avarice,( > lust, anger, gluttony, envy and sloth? >   D Yes, but pride can also be a positive attribute and something worth 
 striving for.k    F > I too am awaiting a hotel reservation correction.  Do you think thatF > this Maritz company will house me when I arrive in LA if they do not > correct my room scheduling?t >    You better take a sleeping bag.r   =======h  F By the way, I posted the Maritz site in case there was any additional J info there that might give some clue as to who to write to. I am sure the E CETS folks would prefer you handle complaints through their channels.:  I I'd be getting your complaints attended to pretty quick. I can't believe v" September is almost half-way gone.   ------------------------------  % Date: Thu, 07 Sep 2000 14:37:49 -04007) From: Chris Cebelenski <cpc@mediaone.net>l Subject: CHARON-VAX images?j8 Message-ID: <n9nfrssnurpci9kl4sng5j5cb2n88c38ln@4ax.com>   All,; 	Does anyone have a pre-made CHARON-VAX VMS disk image thatmC will run on the hobbiest version of C-V?  Yes, I know I can make myiC own and use the VMS hobbiest licensing available through DECUS, andKD yes I know that there's a corporate trial version available from theC creator that I can ask for... BUT, what I want is a quick and dirtyoC demonstration system for performance comparision purposes that willtF probably only run for ONE OR TWO DAYS!  Basically I'm going to throw aE small in-house developed piece of software that I've had running on ahE uVAX for a while and really don't want to port because of a s#!t-loadME of DCL, and prove (or disprove) that we can run it emulated.  I don'tPD want to put more than a few hours into this, so making my own images# just isn't worth the time invested.n  ? 	Of course, the end result might still be "keep the VAX", since D the cost of the emulation software is about 10x the value of the oldC VAX.  Power usage and aging hardware maintenance is of course yet as0 third issue.  Oh well, burn those bridges later.     Chris$   ------------------------------  % Date: Thu, 07 Sep 2000 15:49:59 -0400t) From: Chris Cebelenski <cpc@mediaone.net>o Subject: Re: CHARON-VAX images?h8 Message-ID: <3vrfrs8vcvpjsfhdnk89b4funrug97cb3p@4ax.com>    Following on to my earlier post:? 	Some people have suggested using MKIMAGE to make an image thatuA can be transferred to the PC.  Good idea folks, except that in myaF special case it's a non-starter.  The MV is only networked to a coupleC of LAT terminal servers, so transfer to another machine that way is E pretty much dead.  Actually, I don't even think there are enough free E blocks on the drive in the MV to store an image.  Oh, and TK50 is the ( only tape available on the MV. (boo hoo)  C Seriously, this is one dust covered MicroVAX that only runs VMS 5.4tC because I got sick of VMS 4.x on it.  16MB, 160MB main drive, TK50,tC and nuttin' else.  10Base-T to a LAT terminal server, four VT220's,2& all logged in as the same user.  Yuck.   Chriso   ------------------------------  # Date: Thu, 07 Sep 2000 22:47:26 GMT8% From: hg/jb <shsrms@bellatlantic.net>n Subject: Re: CHARON-VAX images? 0 Message-ID: <39B81B19.D786F49B@bellatlantic.net>  E if it is networked with LAT terminal servers are you implying no TCP,o just decnet? bobe     Chris Cebelenski wrote:e > " > Following on to my earlier post:H >         Some people have suggested using MKIMAGE to make an image thatC > can be transferred to the PC.  Good idea folks, except that in myaH > special case it's a non-starter.  The MV is only networked to a coupleE > of LAT terminal servers, so transfer to another machine that way ishG > pretty much dead.  Actually, I don't even think there are enough freesG > blocks on the drive in the MV to store an image.  Oh, and TK50 is thed* > only tape available on the MV. (boo hoo) > E > Seriously, this is one dust covered MicroVAX that only runs VMS 5.4nE > because I got sick of VMS 4.x on it.  16MB, 160MB main drive, TK50, E > and nuttin' else.  10Base-T to a LAT terminal server, four VT220's,y( > all logged in as the same user.  Yuck. >  > ChrisP   ------------------------------  # Date: Fri, 08 Sep 2000 02:09:56 GMTc1 From: "Mathias Wolkert" <tias77@bellatlantic.com>b( Subject: Re: Clustering & multiple sites5 Message-ID: <UTXt5.365$_F3.24988@typhoon1.ba-dsg.net>   & Thanx everybody for a nice discussion.  I have a few things to think of. /Tias-  - "Hans Vlems" <hvlems@iae.nl> wrote in message2" news:8p62o0$436$1@news.IAEhv.nl...I > The Gigaswitches may be monitored by ClearVision or CNMS (a Compaq toolc+ > which is available to customers I think).@J > The Gigaswitches's MIB's are very well documented in the owner's manual.4 > UCX/TCPIP so you always write something yourself.. > L > About 100 Mb/s being enough, your mileage may vary. It just depends on theC > number of nodes, clusters and shadowsets and sizes of the latter.tD > But remember that Digital FDDI gear has full duplex switched on by default;E > provided that you've got the gigaswitches point to point connected.0K > ClearVision and the appropriate MIB will tell you what mode the ports are/
 > running in.eD > And yes, huntgroups are the way to improve bandwidth, but you need
 > ClearVisiono; > for that (or be extremely clever with the MIB interface).a >bL > I've had something against FDDI for years, possibly because it's a ring as > in IBM tokenring.OJ > But it proved to be very reliable and much easier to load than ethernet. > Collision detectJ > protocols have their advantages but if it comes to shifting large chunks of > data, FDDI isaK > still king. Note that several VMS cluster SYSGEN parameters need a lot of( > changes to > improve the efficiency.  > J > Yes, most vendors have decided that FDDI is dead. Considering that a lot of > telephone0I > carriers rely on the technology I think it'll be with us for quite somet > time.c >r > Hans Vlems >C9 > tias77@bellatlantic.net heeft geschreven in bericht ...s- > >Well, I'm not going to throw them out yet.EL > >But I hope I don't have to install a new environment with those oldies...A > >Right now I don't like em coz I don't know how to monitor themc > >efficiently.0F > >I'm not sure of how they feel right now. I could take a look at theJ > >console or implement something in my OpenView but... If it i coould run itG > >over a bridged VLAN over Cisco Catalysts I would be a lot happier asm > >operator.4 > >Is it efficient enough with 100Mbit in that case?? > >There are so many questions and so few test environments. :)r > >  > >/Tias > >eG > >Hmm, if you have a gigaswitch/FDDI (or ATM) don't throw it away yet.p> > >It may be a big box but it does its job, and very well too.G > >Up to now you've managed to keep the distance(s) between the centres H > >a secret. But if they are less than 20 kms (say 12 miles) apart, stay > >with08 > >FDDI and go for hipower optics and single mode fiber.E > >The Gigaswitch FDDI allows you to trunc connections (hunt groups).tF > >It is very difficult to find anything that comes close (in terms of
 > >bandwidth)rI > >to a 4*2 hunt group running in full duplex mode: potentially 1.6 Gb/s.T >s >t   ------------------------------  % Date: Thu, 07 Sep 2000 15:47:11 -0400,- From: "Mitchell, David R." <mitchell@WPI.EDU>T Subject: RE: dcpsLB Message-ID: <FE1835D68492D311BF7900508B5BEB0D0DE9C0@petra.WPI.EDU>  G I went through this last summer.  At the time I managed to come up with:L enough serial numbers (they need one for each firmware update so if you needF to update several printers save yourself some time by collecting s/n'sL before you call) to convince HP to send me around 20 of these free upgrades.I I thought that would be enough to cover all of the 4000's I knew about atrJ the time plus a couple of spares should a request come in for a previouslyI unknown printer.  Unfortunately, I burned through them all and just a few 3 days ago found that I needed (at least) one more.  I  H I just got off the phone with HP and was able to get them to send me twoH more firmware upgrades for free.  I couldn't get the woman I spoke to toJ give me a name and phone number, but she said if someone else were to callJ and refer to a case number (either 1426112624 or 1426112847 - one for eachB SIMM their sending) the tech support person should be able to findI everything they need.  The part number also helps.  I couldn't get her totJ send me the HP support document about the problems DCPS has with the 4000.J It is marked for "internal use only", but the case number should hopefullyK help.  Be _sure_ to stress that you know others that have called before andf  this is indeed a _free_ upgrade.  K Other ideas: I went through their phone tree and selected the option for HPtL Laserjets purchased within the last year.  They never even brought up trying" to charge me for the support call.   Hope this helps...   Davidu   -----Original Message-----4 From: rocoto@my-deja.com [mailto:rocoto@my-deja.com]+ Sent: Wednesday, September 06, 2000 9:28 AMd To: Info-VAX@Mvb.Saic.Coms Subject: RE: dcps     B In article <FE1835D68492D311BF7900508B5BEB0D0DE9AA@petra.WPI.EDU>,0   "Mitchell, David R." <mitchell@WPI.EDU> wrote:H > I can't comment on the specific problems others are having, but I will say H > that we have around sixty or so HP 4000's and 4050's in our productionG > environment that have been working fine using DCPS 1.7 ( and recentlyr 1.8 ) D > and IP_RawTCP printing.  Several of the 4000's required a firmware updateG > from HP (free, if you can find a support person who knows what you're B > talking about - the firmware must be "19980714 MB3.68" or newer)  E Would you possibly mind posting a name & a phone # for such a person?M  D I've had absolutely no luck with this since my printer is beyond itsG ridiculously short 1-year "warranty" period (I just acquired it about aaH week ago expecting to be able to get it working with dcps). I was on theG phone 2 hours yesterday trying to get these people to cough up even theSH part number for the firmware dimm...  (5090-3341 for an HP 4000 N fwiw).D It took quite some effort to even get a hold of their support peopleF without having to eat a $25 per-call 'service' fee. (I suppose so theyH could 'diagnose' my problem). Anyway, after all that, they want $146 for@ the privilege of having postscript firmware that actually works.  D To say I'm not a happy HP customer would be quite an understatement.   -- David     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 7 Sep 2000 20:02:10 GMT:2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: RE: dcps 6 Message-ID: <8p8s82$pgc$1@mailint03.im.hou.compaq.com>  r In article <FE1835D68492D311BF7900508B5BEB0D0DE9C0@petra.WPI.EDU>, "Mitchell, David R." <mitchell@WPI.EDU> writes:L :...the part number for the firmware dimm... ...5090-3341 for an HP 4000N...  F   If someone has (and is willing to post) the HP part numbers for the F   correct printer DIMM/SIMM ROMs (and the associated printer models), D   I can get the Ask The Wizard area updated, and can include the HP "   part numbers in the OpenVMS FAQ.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 7 Sep 2000 14:05:34 PDT>T From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: RE: dcps 3 Message-ID: <+fzJ2ukp+B+B@mccdev.slac.stanford.edu>l  C In article <FE1835D68492D311BF7900508B5BEB0D0DE9C0@petra.WPI.EDU>, r3     "Mitchell, David R." <mitchell@WPI.EDU> writes:a  H         David, would you be so  kind  as to post the firmware "datecode"H     for the newest firmware DIMMs you've received from HP?  The reason IH     ask  is that, while I've replaced the firmware in the three or  fourH     4000's I print to on site, I'm not  convinced  that  they  have  theH     _latest_  version,  and I've run into some problems printing certainH     "valid" Postscript  Level  2  files  to  them  (as  well  as  to our
     HP800DN).            Thanks, Kenr -- sM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu/:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   Date: 7 Sep 2000 20:05:35 GMT72 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: DECC help porting, Message-ID: <8p8sef$obl@gap.cco.caltech.edu>  I In article <8p8gd1$v5s$1@nnrp1.deja.com>, trevor_deja@my-deja.com writes: F >I'm trying to build some code using DEC C V6.0 on VAX VMS 6.2 and I'dH >appreciate some help.  I'm getting several undefined symbol errors when >I link like ... > 4 >%LINK-W-USEUNDEF, undefined symbol BCOPY referenced) >        in psect $CODE offset %X0000038E H >        in module CLIENT file SYS$SYSDEVICE:[DHCPC.VMSUCX]CLIENT.OBJ;20 >m" >During Compile I get warnings ... >a9 >           bcopy(ifinfo.haddr, s, sizeof(ifinfo.haddr)); 
 >        ...^tA >%CC-I-IMPLICITFUNC, In this statement, the identifier "bcopy" ise >implicitly  > declared as a function.y+ >                Listing line number 15142.V& >                At line number 165 in( >SYS$SYSDEVICE:[DHCPC.VMSUCX]CLIENT.C;3.  J This is a symptom of an include being processed incorrectly or not at all.L In this case it usually means the wrong language mode for the compiler, but < it could mean that no such function exists.  To find out do:  V $ search/wind=0 SYS$SYSDEVICE:[SYS0.SYSCOMMON.DECC$LIB.REFERENCE.DECC$RTLDEF]*.h bcopyG SYS$SYSDEVICE:[SYS0.SYSCOMMON.DECC$LIB.REFERENCE.DECC$RTLDEF]STRING.H;4tH SYS$SYSDEVICE:[SYS0.SYSCOMMON.DECC$LIB.REFERENCE.DECC$RTLDEF]STRINGS.H;4  K That tells me that I have a bcopy (you are probably not so lucky.)  Now youAD need to figure out if it's coming in through string.h or strings.h. & Assuming the former (ANSI C) next do:   Q $ edit/read SYS$SYSDEVICE:[SYS0.SYSCOMMON.DECC$LIB.REFERENCE.DECC$RTLDEF]STRING.Hr   search for "bcopy" and find:   /* **  DEC C ExtensionsF **  X/Open extended specifies that bcmp, bcopy, bzero, ffs, strcasecmp< **      strncasecmp, index and rindex appear in <strings.h>.L **  X/Open extended specifies that basename and dirname appear in <libgen.h> */5 #if !defined _ANSI_C_SOURCE && __CRTL_VER >= 70000000   9 Which says that if you were using VMS > 7.0 you could use   ! $ cc/standard=relaxed/preproc=all   C and you'd pick up the right parts of the header.  (And also that ifn you didc    $ cc/standard=ansi89/preproc=all   you wouldn't pick it up!)u  E Unfortunately for you, since you're at VMS 6.2 you don't have a bcopyaI (apparently).  I'd suggest first of all that you upgrade if you can since-G the Unix compatibility gets better with higher versions of VMS.  Or youaJ might be able to install the backport library which gives you some of the E same benefits.  Failing that, rejoice that bcopy() is all that you'rec	 missing. 6  H Find the "os.h" or some equivalent header that you can modify and put in   #ifdef __VMS' #define bcopy(x, y, z) memmove(y, x, z)l #endif /* __VMS */  I (or it might be __MEMMOVE or memcpy or __MEMCPY - look in the headers to H& find one that you do have and use it.)   >mC >I have RTFM but C and me are not really the best of friends, and IrF >can't see what I'm doing wrong.  I'd really appreciate some advice on! >how to get it to build correctly.  J You want to have the old BOOKREADER form of the C manual on line, and use G the SEARCH function for "bcopy".  Not finding it doesn't mean that the  F function doesn't exist though.  The HTML versions of these manuals are6 much less useful since they cannot be easily searched.   Regards,   David Mathog mathog@seqaxp.bio.caltech.eduo? Manager, sequence analysis facility, biology division, Caltech )   ------------------------------  + Date: Thu, 07 Sep 2000 23:02:40 +0200 (MET)t From: ZINSER@sysdev.exchange.dey Subject: Re: DECC help porting3 Message-ID: <01JTWPW4PLN69JK0D4@sysdev.exchange.de>c   Hello!  : > From:	IN%"INFO-VAX@MVB.SAIC.COM"  7-SEP-2000 19:27:12.00 > Subj:	DECC help portingv  G > I'm trying to build some code using DEC C V6.0 on VAX VMS 6.2 and I'd?I > appreciate some help.  I'm getting several undefined symbol errors when  > I link like ...  > 5 > %LINK-W-USEUNDEF, undefined symbol BCOPY referencedo* >         in psect $CODE offset %X0000038EI >         in module CLIENT file SYS$SYSDEVICE:[DHCPC.VMSUCX]CLIENT.OBJ;20  > # > During Compile I get warnings ...= > : >            bcopy(ifinfo.haddr, s, sizeof(ifinfo.haddr)); >         ...^B > %CC-I-IMPLICITFUNC, In this statement, the identifier "bcopy" is > implicitly >  declared as a function., >                 Listing line number 15142.' >                 At line number 165 ine) > SYS$SYSDEVICE:[DHCPC.VMSUCX]CLIENT.C;3.a   	Try to include <string.h> > D > I've tried linking to different C run time libraries but still getF > undefined symbol errors.  I've tried adding #include <strings.h> but > still get errors.i  > 	Also use cc/prefix=all and skip any explicit RTL definitions  	from your link.   					Greetings, MartinP Dr. Martin P.J. Zinser                                 zinser@sysdev.exchange.de2 Deutsche Boerse Systems AG                        O Koenigsberger Str. 29                                  Tel: +49 69 2101 5634   IL 60284 Frankfurt                                        FAX: +49 69 2101 3411P Germany                                                Private:  zinser@decus.de   ------------------------------   Date: 7 Sep 2000 18:50:42 -0500o2 From: malmberg@eisner.decus.org (John E. Malmberg) Subject: Re: DECC help porting+ Message-ID: <ewch4gC04NTE@eisner.decus.org>   , In article <8p8sef$obl@gap.cco.caltech.edu>,: mathog@seqaxp.bio.caltech.education (David Mathog) writes: > J > Find the "os.h" or some equivalent header that you can modify and put in >  > #ifdef __VMS     #ifndef bcopy   ) > #define bcopy(x, y, z) memmove(y, x, z)      #endif /* bcopy */   > #endif /* __VMS */ >   O Please use the additional test, or your code will generate diagnostics when youe# compile it on OpenVMS 7.0 or later.-  N For VAX architecture only, a bcopy() macro can be constructed using the _MOVC3L built in function from builtins.h, if you know that the amount moved will be always be less than 65535.   -John  wb8tyw@qsl.network   ------------------------------  % Date: Thu, 07 Sep 2000 22:42:38 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca>l% Subject: Documentation problem: ICONV', Message-ID: <39B85215.E4006C19@videotron.ca>  I To whom it may concern.... (sorry, I have no idea who this should go to).    VAX-VMS 7.2e  M HELP ICONV  refers the user to the DEC C Run-Time Library Utilities ReferencetM Manual for information on the file formats for the source (.ISRC) files to be( fed to the ICONV COMPILEr.  G This manual does not exist on the VMS documentation web site. However,   looking at the 6  M Compaq C  Run-Time Library Reference Manual for  OpenVMS Systems, chapter 10 r  F on the web site, there is some description of the character conversion utilities. But this page has:a  N 1.Create a text file that describes the mapping between any character from theN source codeset to the target codeset. For the format of this file, see the DCLK command ICONV COMPILE in the OpenVMS New Features Manual,  processes such ad1 file and creates a codeset converter table file. o   So, looking at the :( OpenVMS Version 7.2  New Features Manual  < on the web site, I can't find any reference to ICONV at all.    L Does anyone know where this is hidden ? Also, how come there aren't any UTF8 converters ? ? ? ?3 There is an UTF8-20 locale but no convertion table.f   ------------------------------  % Date: Fri, 08 Sep 2000 13:17:11 +0800e+ From: Steven Xie <r33300@email.sps.mot.com>   Subject: Forget cluster password1 Message-ID: <39B87657.30D55237@email.sps.mot.com>n   Hello there,  G I have question to ask. If I forget the cluster password, how can I add.E a node to a cluster. I've been told that I just need copy one cluster0G database file to the new node will do the job, but don't know which oney
 and where.   Thanks,e Steven   ------------------------------  % Date: Thu, 07 Sep 2000 15:45:28 -0700 / From: Terry Marosites <TMarosites@unitedad.com>t Subject: HSZTERM$SCSIPAD.EXEM Message-ID: <1137A4A23A51D311B2D600105A1D5213026FDF3E@seantexch.unitedad.com>.   Hello all ,    Alpha OpenVMS V7.1-2 e ---------------------fJ    Anyone know where I can down load HSZTERM$SCSIPAD.EXE or can send me it as an attachment.    Thanks E   Terry Marositesa  t   ------------------------------  % Date: Thu, 07 Sep 2000 18:27:02 -0500a7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>s  Subject: Re: HSZTERM$SCSIPAD.EXE- Message-ID: <39B82446.47145DF7@earthlink.net>    Terry Marosites wrote: > 
 > Hello all ,i >  > Alpha OpenVMS V7.1-2 > ---------------------tL >    Anyone know where I can down load HSZTERM$SCSIPAD.EXE or can send me it > as an attachment.a  F There was thread about this about a year ago. I think it last appeared1 on the March '97 or '95 CONDIST - I forget which.    -- V David J. Dachterap dba DJE Systemsl http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.o   ------------------------------   Date: 8 Sep 2000 03:01:04 GMTo  From: inwap@best.com (Joe Smith)4 Subject: Re: Jupiter (was Re: Q: Why not (2^n)-bit?)- Message-ID: <8p9kpg$25cr$1@nntp1.ba.best.com>o  3 In article <qhd7ipmcix.fsf_-_@ruckus.brouhaha.com>,a5 Eric Smith  <eric-no-spam-for-me@brouhaha.com> wrote:f( >A.Greig@viirgin.net (Alan Greig) wrote:0 >> Even the worst figures I've seen for the 20809 >> put it at 10 times the performance of the VAX 11-780. e >  >jmfbahciv@aol.com writes:> >> Whoopy-skip.  It wouldn't have run a TOPS operating system. >'+ >Really?  What would a 2080 have run, then?e  H The third-party 36-bit CPU from Systems Concepts was bug compatible withK a KL - you could take a unmodified SYSTEM.EXE and run it on their hardware.e  : The 2080 (and the XKL) were improvements on the KL design.G TOPS-10 had to be modified to run on the 1080 when the KL came out, andy7 modified again to run on the 2020 when the KS came out.e  D I think Barb's point is that even if the Jupiter hardware was ready,G the software was not.  Neither TOPS-10 or TOPS-20 would have run on theuH 2080 until after many man-months of tweaking the software.  And software was not a priority (?!). 	-Joe    --8 See http://www.inwap.com/ for PDP-10 and "ReBoot" pages.   ------------------------------  % Date: Thu, 07 Sep 2000 17:37:50 -0400y) From: "Ebinger . Eric" <EEbinger@drc.com>n* Subject: Off-Topic: DS10 Hardware questionB Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A61D7@and02.drc.com>  0 Along with my DS10 came a "Release Notes" letter  that said (amoung other things):   > USB PORTS / >    USB support is not available at this time.e  = Since the DS10 is on the list of systems that was "supported"aA by the USB early adopters kit I was wondering what the story was.iA Are there plans to enable the USB in some future release of DS10 BD firmware?  If I upgrade to a version of Linux that supports USB will the USB ports be usable?  A I don't have any real need to use the USB ports (I don't have anyaA USB devices) but the curiosity factor is becoming rather painful.s   Thanks.    Eric Ebinger   ------------------------------  " Date: Fri, 8 Sep 2000 00:39:17 GMT( From: Terry Kennedy <terry@gate.tmk.com>. Subject: Re: Off-Topic: DS10 Hardware question& Message-ID: <G0JLtH.wz@spcuna.spc.edu>  ) Ebinger . Eric <EEbinger@drc.com> writes:.? > Since the DS10 is on the list of systems that was "supported"aC > by the USB early adopters kit I was wondering what the story was.pC > Are there plans to enable the USB in some future release of DS10 pF > firmware?  If I upgrade to a version of Linux that supports USB will > the USB ports be usable?  H   It shouldn't be a firmware issue (unless you want to hook up something$ like a USB CD-ROM and boot from it).  C   The USB controller chip is an industry-standard part as I recall.i  G   Linux may well support it. The Early Adopters kit for VMS supported a C few specific widgets. It seems like the free OS's use a "everythingtE should work, let us know if it doesn't" philosophy, while the VMS kityD used a "these things work, if you want something else, let us know".> That may well be a reasonable thing to do for a commercial OS.  C > I don't have any real need to use the USB ports (I don't have anyuC > USB devices) but the curiosity factor is becoming rather painful.c  G   They're there; they work (unlike the on-board SCSI in the DS20, whichiF is sometimes there and doesn't work). You could certainly write a VMS/- Tru64/whatever driver for them if you wanted.o  - 	Terry Kennedy             http://www.tmk.com 5         terry@tmk.com             Jersey City, NJ USAa   ------------------------------  # Date: Thu, 07 Sep 2000 21:10:36 GMTo From: Dirk Munk <munk@home.nl>< Subject: Re: OpenVMS filesystem reader for MicroSoft Windows' Message-ID: <39B80448.6E5ECC5D@home.nl>c   Hoff Hoffman wrote:t >  > In article <2795B75EF003D311801A00A0C906B51187E539@cucexec.gbc.getronics.nl>, "Dijk, Jeroen van" <Jeroen.vandijk@getronics.nl> writes:, > :Does anyone has the name of ODS2-readers? > # >   Look on the OpenVMS Freeware...u  H And the ODS2 reader you find there even works with Windooz No Technology   > : > :Or names of programs to read/write DOS floppies on VMS? >  >   Look in the OpenVMS FAQ... > P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  / Date: Fri, 08 Sep 2000 07:41:20 +0200 (MET DST)m& From: Rudolf Wingert <win@fom.fgan.de>< Subject: Re: OpenVMS filesystem reader for MicroSoft Windows6 Message-ID: <200009080538.HAA03025@sinet1.fom.fgan.de>   Hello,  7 AFAIK yes. There is a ODS2 software on the FreeWare CD.    Regards Rudolf Wingert   ------------------------------  / Date: Fri, 08 Sep 2000 07:50:06 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>< Subject: RE: OpenVMS filesystem reader for MicroSoft Windows6 Message-ID: <200009080546.HAA03047@sinet1.fom.fgan.de>   Hello,   Dijk van Jeroen wrotes:e   >>> 8 But programs to read/write DOS floppies on VMS exist and" it may be easier to go that route. <<<-  D The name of this utility is PCdisk and could be found as part of theG OpenVMS PathWorks version 4 or 5 saveset. This utulity should be storedlB on the FreeWare CD and be modified to read disks/CDs DOS formatted with a size greater then 511MB.    Regards Rudolf Wingert  G P.S. A tool to read all kind of Windows filesystems (FAT16, FAT32, NTFSsH      and CIFS) would be nice. On other OSes you will get them, sometimes      for free.   ------------------------------  % Date: Thu, 07 Sep 2000 18:32:10 -0500-7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>- Subject: Re: Porting stuff. - Message-ID: <39B8257A.42AC05CE@earthlink.net>c   Phillip Helbig wrote:- > . > In article <8p5of5$49t@gap.cco.caltech.edu>,6 > mathog@seqaxp.bio.caltech.edu (David Mathog) writes: > M > >Actually BACKUP save sets work pretty well for that too - they just aren'ttJ > >at all portable to other systems.  But then, neither are ZIP files that > >retain VMS file attributes. >  > Are you sure?   G Yes. This is a known limitation. .ZIPs created with /VMS or "-V" cannotdH be reliably UNZIPped on non-VMS systems. Has to do with the way the data- is stored in the archive, more than anything.    -- m David J. Dachterar dba DJE Systemss http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.:   ------------------------------   Date: 7 Sep 2000 15:00:15 -05002* From: young_r@eisner.decus.org (Rob Young)% Subject: Re: QUANTUM on newer systems-+ Message-ID: <Ktuca1agYTJN@eisner.decus.org>n  l In article <8p8e7u$m6g$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:	 > Quantumc > K > The default value is 20, which translates to 200msec.  I believe this has.M > been the default for this parameter for at least a long time, perhaps goingj > back to VAX730 daze.  ;-)o > H > What with today's new Alpha systems; lots of Mhz, switched backplanes,G > wildfires a'blazin', etc etc, is 20 still a proper value for QUANTUM?  > J > I think not.  What do others here think.  And how does one determine the
 > best value?8 > A > And yes you are permitted to begin your replies with "depends".B >    	Perhaps ;-)  < 	If interactive response time is slow, lower quantum.  BatchA 	and detached jobs ** are competing for a slice of the CPU and ifhC 	you have a limited number of CPUs and a lot of jobs people logging > 	in complain as they may take a while to get to the CPU to runA 	their login or interactive usage.  By lowering QUANTUM , you getIG 	back to the CPU sooner (smaller slices)... this is all known stuff .. rG 	could probably be stated better.  And shows up in various performance h 	management manuals.  ? 	How low?  Certainly not down to 2 as you most likely introduceh; 	overhead.  I find 6 is a good number as I have a mixed job$ 	environment.  YMMV.  F 	Should the default be lower?  Probably.  But why introduce a variable> 	that may bite a few of your users?  Keep in mind if you lower= 	QUANTUM you better lower AWSTIME.  I had a nasty performance ? 	problem - I outlined here before - that took about 3 or 4 dayshD 	to figure out.   At a client site someone lowered QUANTUM to 5 and F 	had AWSTIME at 30.  Think about that with small WSDEFAULT and WSQUOTA3 	and larger WSEXTENTs and LARGE images in mind  :-OE   				Robo    I ** And of course heavy interactive CPU usage.  But didn't feel like going   	back and rewriting for clarity.   ------------------------------  $ Date: Thu, 7 Sep 2000 13:12:30 -05001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>C% Subject: Re: QUANTUM on newer systemsh8 Message-ID: <8p8ljg$nik$1@fizban.fizban.pprd.abbott.com>  = Very good QUANTUM story Rob.  And thanks for the AWSTIME tip.h   Dave...t  7 "Rob Young" <young_r@eisner.decus.org> wrote in messagen% news:Ktuca1agYTJN@eisner.decus.org...tJ > In article <8p8e7u$m6g$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz"# <david.gudewicz@abbott.com> writes:t > > Quantumy > >g >e
 <big snip>   ------------------------------   Date: 7 Sep 2000 15:46:09 -0500S* From: young_r@eisner.decus.org (Rob Young)% Subject: Re: QUANTUM on newer systemsh+ Message-ID: <2EeGOm8FjK5T@eisner.decus.org>t  l In article <8p8ljg$nik$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:? > Very good QUANTUM story Rob.  And thanks for the AWSTIME tip.e > 	 > Dave.../ > 9 > "Rob Young" <young_r@eisner.decus.org> wrote in messageh' > news:Ktuca1agYTJN@eisner.decus.org... K >> In article <8p8e7u$m6g$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz"n% > <david.gudewicz@abbott.com> writes:r >> > Quantum >> > >>  : 	Not to get too crazy with this but .. you see the problem= 	with a WSDEFAULT of 150 and thrown into an image on login...n@ 	You need to page in a largish image but can't grow your working" 	set *yet*.  Not a pretty sight...  ) 	Anyhow, I have found as a rule of thumb:s   			AWSTIME = 2 * QUANTUM  A 	In othe rwords, I adjust or attempt to adjust every other slice.s? 	My thinking is that scouring for page fault totals via AWSTIMEoB 	must introduce overhead itself (AWSTIME can only be adjusted down 	to 4 or 4 * 20 msec interval).T   	Works for me.   				Robn   ------------------------------  $ Date: Thu, 7 Sep 2000 14:41:32 -05001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>X% Subject: Re: QUANTUM on newer systems 8 Message-ID: <8p8qqd$okc$1@fizban.fizban.pprd.abbott.com>  ; > Not to get too crazy with this but .. you see the problem > > with a WSDEFAULT of 150 and thrown into an image on login...A > You need to page in a largish image but can't grow your workingn# > set *yet*.  Not a pretty sight...  >0* > Anyhow, I have found as a rule of thumb: >D > AWSTIME = 2 * QUANTUMT >JB > In othe rwords, I adjust or attempt to adjust every other slice.@ > My thinking is that scouring for page fault totals via AWSTIMEC > must introduce overhead itself (AWSTIME can only be adjusted downc  > to 4 or 4 * 20 msec interval). >  > Works for me.t >  > Robm >   H Whats interesting here (and now turns into yet another question) is that- both QUANTUM and AWSTIME default to 20.  Why?   G And being the chicken that I am I lowered both QUANTUM and AWSTIME on 2 F clustered, memory rich (3 GB) DS20Es to 10 this afternoon.  So far, no smoke.   Dave...    ------------------------------  # Date: Fri, 08 Sep 2000 02:52:20 GMTo- From: "Dave Pampreen" <davepampreen@home.com>P Subject: Re: Reliable backups ; Message-ID: <EvYt5.31419$QW4.389061@news1.rdc1.mi.home.com>   L Do all of your files have to be backed up from the exact same point in time?, Are you using a database or just text files?   Dave    : "SysAdmin" <djesys.nospam@fsi.net.mapson> wrote in message( news:39B678AC.3709FF98@fsi.net.mapson... > Antony Wardle wrote: > > D > > A vendor is pushing us away from host based shadowing, and doing> > > hardware mirroring. How do you then get a good backup withD > > no downtime involved. (ie not kicking off the users and stopping everything)s > >l> > > they though that you could do controller snapshot backups.H > > How would you then be able to to retrieve a single file of a backup? > >nK > > We have no downtime window, and I guess that we are not the only people( > > in this situation. > > " > > How are other people doing it? > >  > > Cheers Antonye >eA > The HSZ controllers can be commanded from a batch job using the G > (currently unsupported) SET HOST/SCSI command and the HSZTERM$SCSIPADyC > program which facilitates it. You can sometime find this on olderb > CONDISTs.  > E > HSZTERM accepts input from image data in a .COM file. Some creative 0 > hackery can yield a highly automated solution. >-A > The HSJ controllers can be commanded from a batch job using the.A > unsupported (unsupportable?) freeware HSDSA_SCRIPT program fromsH > Digi/paq. I'm not sure if it's available on the Q's freeware site, but, > you can find it for both VAX and Alpha at: >A% > http://www.djesys.com/freeware/vms/e >o$ > I don't yet have a link to it from) > http://www.djesys.com/vms/freeware.htmli >fG > HSDSA is a PASCAL pgrogram that appears to not have been written by a F > VMS-literate coder. You may be best off to get the HSDSA.ZIP archiveD > from the above link and pay close attention to the README that you > should find therein. >0E > HSDSA does *NOT* accept input from image data. As I said, the coderrF > appears to not have been VMS-literate. Still, I hacked up a BUNCH ofC > automation around it almost two years ago, and that code is still D > running today at a former site as part of their backup automation. >OJ > In either case, you *WILL* still need to "quiesce" your application (getJ > it to close its files) and turn off write-back cache on the units beforeI > you split members off of mirror sets. Remember to turn write-back cacheo8 > back on after you split each (group of) mirror-set(s). >lE > This is about as close as you can come to "ensuring" a good backup,8 > AFAIK. >t8 > ...but then, same holds true of splitting shadow-sets. >a > David J. Dachtera1   ------------------------------  $ Date: Thu, 7 Sep 2000 20:37:40 +0100- From: "Alan Potter" <alan_potter@hotmail.com>5 Subject: Re: RTR and DECdtme/ Message-ID: <8p8qqh$do3$1@newsg4.svr.pol.co.uk>    "Richard" wrote...# > Whatever happened to Alan Potter?I  : Still around, Richard - but not working on VMS any more...   regards, /alani   ------------------------------  % Date: Thu, 07 Sep 2000 19:11:56 +0100 B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>* Subject: Re: Sun Hardware problems persist* Message-ID: <39B7DA6C.F19CD923@uk.sun.com>   JF Mezei wrote:3  * > Andrew Harrison SUNUK Consultancy wrote:@ > > Incedentally anyone operating a  GS140 in a datacenter thats: > > at 40C is 12C outside its operating temperature range. >DN > How do the various computer companies differ in how they handle customers in > such situations ?- >-  H I don't know. All I can tell you is that I have seen consultants reportsC for a number of customers datacenters where the environmentals falls? well outside the recommended limits for Sun, HP, IBM and CompaqtD but in one case all of those vendors had equipment in the particular@ customers datacenter. I am not suggesting that Sun was the first@ vendor to tell them there was a problem, I don't know. I do know> that in that particualr case we were the first vendor that had> offered to do a proper assessment of the datacenter, hence the consultants report.t  > To be fair to a lot of customers and to people like IBM and HP> conditions in datacenters can change quite rapidly for example= there may be a big influx of new systems into the datacenter.s  I Also datacenters often do not have one enviromental climate but generallyeB in big datacenters have a set of micro-climates. So the enviromentL say around one system may be fine while a enviroment for a system in another part of the datacenter may not.   >@L > Would SUN tolerate a customer having a bad site causing higher than normalN > hardware failures whereas Compaq would take actions to force the customer to+ > fix the problem ? How about IBM etc etc ?a  K I don't think any of the vendors force customers to modify their datacentereL practice as I said a lot of the datacenters that I have seen adverse reportsK on contained Sun's HP's IBM's etc and despite being outside the recommended H maximums/minimums they are still being supported by all their suppliers.  J I would not want you to get the idea that people just ignore these issues,J many people and the one I am working for at the moment have huge pressuresH on machine room capacity but also have over-riding business requirementsE that dictate that they cannot stop deploying systems and wait for newo( datacenter capacity to become available.   RegardsK Andrew Harrison  Enterprise IT Architectt   ------------------------------   Date: 7 Sep 2000 19:26:55 GMTi1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)0* Subject: Re: Sun Hardware problems persist, Message-ID: <8p8q5v$177o$1@info.cs.uofs.edu>  * In article <39B7DA6C.F19CD923@uk.sun.com>,E  Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:e |>N |> I don't think any of the vendors force customers to modify their datacenterO |> practice as I said a lot of the datacenters that I have seen adverse reportsDN |> on contained Sun's HP's IBM's etc and despite being outside the recommendedK |> maximums/minimums they are still being supported by all their suppliers.a |> t    Some of them might even like it. Anecdote time!!eD Back in 1971-72 I was a trainee second shift computer operator on anD IBM 1401 at a place known as KAD in Germany (Anybody here know whereD that is??).  Once every week or so the 1401 would just stop running.C Not crash, not shut down, just stop doing any processing.  This wasaC usually followed by a quick call to the IBM CE.  Well, he lived andcC worked out of Frankfurt, about 2 hours away.  This meant every tripgI was 4 hours travel alone.  This meant it included a meal on the company's J dime.  All this gives you an idea of what it was costing to have this guy C come in.  The interesting part was he knew what was wrong before hecD even left home.  He would arrive at our site, walk into the computerH room and spend the first 10 minutes walking around inserting what llokedE like baking thermometers into openings in all the boxes.  30 minutes eG for a coffee and cigarette.  Go back to look at the thermometers.  TurnsD the thermostat on the A/C down.  Another half hour break.  back intoG the computer room where, by now, the computer was happily humming along I again.  Collect all his thermometers and a signature on the service order G and off for a trip home.  And all of this on overtime.  Easy to see why  even back then he drove a BMW.  F It seems that the dayshift operators used to get cold, so they used toH turn the thermostat up.  Second shift ran more equipment for all the bigJ batch jobs which of course, generated more heat.  And in the year I worked? there, no one in a position of authority ever figured it out!!!t   bill   -- oJ 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: Fri, 08 Sep 2000 08:08:51 +0800 - From: David B Sneddon <dbsneddon@bigpond.com> ! Subject: Re: Sun's Bitter Harvest-+ Message-ID: <39B82E13.5D8459D4@bigpond.com>e   Tim Llewellyn wrote: >  > Howard S Shubs wrote:  > J > > In article <rjqsnrcimjs.fsf@morwong.ucc.gu.uwa.edu.au>, Paul Repacholi+ > > <prep@morwong.ucc.gu.uwa.edu.au> wrote:t > > = > > >MAny years ago I currsed as a LK201 had its last Coke...c > >oM > > Yeah, them keyboards just don't take kindly to caffine.  Have you tried ao > > ginger ale?f > J > I know someone who gave up coke after seeing what it  did to the insides > of an Lk401:-) >  > --  @ As a young lad (many moons ago) we used to use Coke to clean old? coins we found around the yard...  the stuff you get today just  doesn't do the same job.   --   Regards, Dave.-I -------------------------------------------------------------------------nI David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.comrI DBS software at ...   http://www.users.bigpond.com/dbsneddon/software.htmnI "Life is what happens to you while you're busy making other plans" Lennon-   ------------------------------  % Date: Thu, 07 Sep 2000 20:38:13 -0400e, From: Howard S Shubs <hshubs@mindspring.com>! Subject: Re: Sun's Bitter Harvest-> Message-ID: <hshubs-F2FF74.20381307092000@news.mindspring.com>  H In article <39B7CC26.CE3F942D@bbc.co.uk>, tim.llewellyn@bbc.co.uk wrote:  I >I know someone who gave up coke after seeing what it  did to the insideso >of an Lk401:-)l  O All foods are acidic or basic.  -That- isn't what gets -me-.  I don't care for V the headaches after caffine. -- o; Howard S Shubs      hshubs@mindspring.com    hshubs@bix.comc? The Denim Adept     Which is better, Maryann or pickled Ginger?v> SPAM: uce@ftc.gov   postmaster@[127.0.0.1]   abuse@[127.0.0.1]   ------------------------------  % Date: Thu, 07 Sep 2000 18:04:27 -0700 ! From: Shane.F.Smith@Healthnet.comt! Subject: Re: Sun's Bitter HarvesteC Message-ID: <OFED6577D1.5F271236-ON88256954.00057003@HEALTHNET.COM>O   ???   K Headaches are a common symptom of caffeine withdrawal symptoms (been there,a- done that). Get this man a triple espresso!!!v  I I once used to average between 8 and 15 cups of coffee a day, and several K cokes after work. After collapsing one day with a caffeine overdose, I went H cold turkey, switched to decaf coke and didn't touch coffee for nearly aK year. I know the symptoms of caffeine a little better than I'd like to.....l   Shanet          @ Howard S Shubs <hshubs@mindspring.com> on 09/07/2000 05:38:13 PM   To:   Info-VAX@Mvb.Saic.Comt cc:M  " Subject:  Re: Sun's Bitter Harvest    H In article <39B7CC26.CE3F942D@bbc.co.uk>, tim.llewellyn@bbc.co.uk wrote:  I >I know someone who gave up coke after seeing what it  did to the insidess >of an Lk401:-)c  J All foods are acidic or basic.  -That- isn't what gets -me-.  I don't care forw the headaches after caffine. --; Howard S Shubs      hshubs@mindspring.com    hshubs@bix.como? The Denim Adept     Which is better, Maryann or pickled Ginger?t> SPAM: uce@ftc.gov   postmaster@[127.0.0.1]   abuse@[127.0.0.1]   ------------------------------  # Date: Fri, 08 Sep 2000 02:24:04 GMTi4 From: "Terry C. Shannon" <terryshannon@mediaone.net>! Subject: Re: Sun's Bitter Harvest-= Message-ID: <85Yt5.20165$pu4.1575696@typhoon.ne.mediaone.net>@  : "David B Sneddon" <dbsneddon@bigpond.com> wrote in message% news:39B82E13.5D8459D4@bigpond.com...r   >sB > As a young lad (many moons ago) we used to use Coke to clean oldA > coins we found around the yard...  the stuff you get today just  > doesn't do the same job.  K Venturing even further off the topic, I've known plumbers (myself included,aH years ago) who used Coca Cola to free up rusted pipe threads. And if youI want to dissolve one of those baby teeth you've been saving for all thesepI years, just drop it in a glass of Coke. Twenty-four hours later the toothT will be history.   ------------------------------  $ Date: Thu, 7 Sep 2000 23:49:47 -0400  From: John Santos <JOHN@egh.com>! Subject: Re: Sun's Bitter Harvest"6 Message-ID: <1000907234808.28573B-100000@Ives.egh.com>  ! On 7 Sep 2000, Marty Kuhrt wrote:h  q > In article <rjqsnrcimjs.fsf@morwong.ucc.gu.uwa.edu.au>, Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> writes:  []E > > MAny years ago I currsed as a LK201 had its last Coke... You knowP@ > > what that does to 'em. So rang FS, as it was on maintainace. > >  > > "What's wrong with it?" 
 > > "Coke"# > > "Do you expect us to fix that!" ! > > "You say office environment."A: > > "You be there in 20 min so we can drop off a new one?" > >  > > spin, spin, spin...  > >  []A > About once yearly I'll take apart my LK401 keyboard and wash itI@ > in the kitchen sink to get the grunge off the keyboard.  Makes+ > the non-believers raise their eyebrows.  b >  > NB: "What are you doing!?!"  s > Me: "Cleaning my keyboard" > NB: "Won't that ruin it?"T= > Me: "It would ruin _your_ keyboard if you did this.  Unlikef> >      _your_ hardware vendor, DEC knows how to build things." > NB: Grunte  @ Do you use soap or detergent, or just plain water?  Hot or cold?   -- l John Santosd Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  $ Date: Thu, 7 Sep 2000 23:55:30 -0400  From: John Santos <JOHN@egh.com>! Subject: Re: Sun's Bitter Harvest-6 Message-ID: <1000907235150.28573C-100000@Ives.egh.com>  + On Fri, 8 Sep 2000, Terry C. Shannon wrote:c   > < > "David B Sneddon" <dbsneddon@bigpond.com> wrote in message' > news:39B82E13.5D8459D4@bigpond.com...o >  > >yD > > As a young lad (many moons ago) we used to use Coke to clean oldC > > coins we found around the yard...  the stuff you get today justu > > doesn't do the same job. > M > Venturing even further off the topic, I've known plumbers (myself included,dJ > years ago) who used Coca Cola to free up rusted pipe threads. And if youK > want to dissolve one of those baby teeth you've been saving for all theseiK > years, just drop it in a glass of Coke. Twenty-four hours later the toothD > will be history.  E My Dad used to claim that one time he worked in a garage, people used,C to come in with electrical problems with their cars, he would put aNC dime in the coke machine (or maybe a nickel), buy a coke, pour some D the battery terminals to clean them, drink the rest, and charge them	 a buck...i   -- c John Santos> Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Thu, 07 Sep 2000 15:08:06 -0400m" From: Dan Sugalski <dan@sidhe.org>% Subject: Re: Trouble with Perl on VMSw: Message-ID: <4.3.2.7.0.20000907150606.00cbed00@24.8.96.48>  . At 05:49 PM 9/7/00 +0000, Mike Flaherty wrote: >DILBRT> perl billperl.pl* >NE >Unrecognized character \x13 at /perl_root/lib/shellwords.pl line 49.	2 >Compilation failed in require at (eval 2) line 7.* >%SYSTEM-F-NOLOGNAM, no logical name match >DILBRT>  L Did you make sure the file got transferred to the VMS in ASCII mode? I just H tried the code you posted and it worked out just fine... (And I've used . CGI.pm in interactive mode sucessfully before)   					Dan  I --------------------------------------"it's like this"-------------------d2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunk    ------------------------------  % Date: Thu, 07 Sep 2000 18:30:14 -0500d7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>  Subject: Re: VMS not startingt- Message-ID: <39B82506.7B4D91CB@earthlink.net>h   Rich wrote:T >   > You could also do a @netconfig. > to reconfigure decnet with it's new nodename  @ Ah - ah - ah! There was thread here a while back in which it wasD mentioned that NETCONFIG purges some portions of the DECnet database0 that are best left alone on a production system.   Serious caveats here!    --   David J. Dachteran dba DJE Systemsy http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.:   ------------------------------  % Date: Thu, 07 Sep 2000 18:53:50 +0100cB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>  Subject: Re: WORD viewer for VMS* Message-ID: <39B7D62E.97A0E3D7@uk.sun.com>   Hoff Hoffman wrote:@  q > In article <39B38C08.70846910@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:r > :"David J. Dachtera" wrote:a- > :> Andrew Harrison SUNUK Consultancy wrote:g > ..J > :> > 7.    Doing the port might help someone else apart from the generalG > :> >         OpenVMS community so hey we don't want to do that do we.u > ..A > :Sorry I don't have an Alpha box running OpenVMS lurking in the 	 > :lab :)  >iB >   Commit to the port, and that problem can probably be remedied. >s  > Sorry can't do that the person who reviews my salary each year might not be that keen.d  A I don't actually have any issues getting hold of an Alpha box, wecF don't have one in the Lab but I know of at least 2 8200's that we willC be sending to the breakers in the next 8 weeks when they get turnedt off.  J For some tax reason that I can't quite fathom but its something to do with6 VAT machines that customers trade in get chucked away.   Regards  Andrew Harrisons Enterprise IT Architecto   ------------------------------   Date: 7 Sep 2000 16:13:00 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)i  Subject: Re: WORD viewer for VMS+ Message-ID: <gpBgSkzpgR5M@eisner.decus.org>i  o In article <39B7D62E.97A0E3D7@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:r  C > I don't actually have any issues getting hold of an Alpha box, we H > don't have one in the Lab but I know of at least 2 8200's that we willE > be sending to the breakers in the next 8 weeks when they get turnedn > off. > L > For some tax reason that I can't quite fathom but its something to do with8 > VAT machines that customers trade in get chucked away.  F A similar thing happened at a consulting client of mine about 18 yearsD ago with a VAX 11/780.  The site had about three of them, and at theB time they were certainly still the largest VAX model that existed,= and may even still have been the only VAX model that existed.   D Things were rolling along well and the techies and the users thoughtF things were fine. One day a beancounter (it was a finance-driven shop)C showed up and asked about the plans for decommissioning and sellingiB VAX 2.  Nobody had heard about any such plans, and the beancounter? explained that it was nearing the end of its depreciation life,e1 so naturally the beancounters wanted to scrap it.1  B They had given absolutely no thought to whether it was still beingA used and what would happen to the users who were depending on it.R> To them a computer was something which existed solely to bring depreciation credits.   ? As it turned out, it did _not_ get sold until many years later.    ------------------------------   End of INFO-VAX 2000.502 ************************