1 INFO-VAX	Sun, 21 May 2006	Volume 2006 : Issue 281       Contents: DS10L Motherboard into DS10  Re: DS10L Motherboard into DS10 " Re: Fixing a Corrupt PCSI Database= I knows it's unsupported, but does current VMS run on ZX2000? A Re: I knows it's unsupported, but does current VMS run on ZX2000?  Re: more SMTP strangeness  Re: more SMTP strangeness P Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market  says Inq Re: VPM_SERVER strangeness Re: VPM_SERVER strangeness/ Re: what should Bad-Clients: in SMTP.CONFIG do?  Re: XP1000 POST codes  Re: XP1000 POST codes   F ----------------------------------------------------------------------    Date: 20 May 2006 23:48:47 -0700 From: shofu_au@yahoo.com.au $ Subject: DS10L Motherboard into DS10C Message-ID: <1148194127.791075.290100@j55g2000cwa.googlegroups.com>   	 Hi Group,   G Just got given a DS10L 617 Mhz with no memory and no disk or cables and   with a faulty power supply.  / Does the DS10L motherboard fit into a DS10 box?   F The reason I ask is I have a DS10 466 and would like the speed update?  4 Can I fit the DS10L mother board into the DS10 case?  @ Anyone done this?  Seems like a cheap way to upgrade the DS10 if	 possible?    This a hobbyist system.    Thanks   Makr   ------------------------------  % Date: Sun, 21 May 2006 10:00:59 -0700 # From: "Tom Linden" <tom@kednos.com> ( Subject: Re: DS10L Motherboard into DS10) Message-ID: <op.s9wuvxe1zgicya@hyrrokkin>   B On Sat, 20 May 2006 23:48:47 -0700, <shofu_au@yahoo.com.au> wrote:   > Hi Group,  > I > Just got given a DS10L 617 Mhz with no memory and no disk or cables and  >  with a faulty power supply. > 1 > Does the DS10L motherboard fit into a DS10 box?  > H > The reason I ask is I have a DS10 466 and would like the speed update? > 6 > Can I fit the DS10L mother board into the DS10 case? > B > Anyone done this?  Seems like a cheap way to upgrade the DS10 if > possible? K Someone posted here a message a while back that the MBs were the same IIRC.  >  > This a hobbyist system.  >  > Thanks >  > Makr >    ------------------------------  % Date: Sun, 21 May 2006 10:26:01 -0700 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: Fixing a Corrupt PCSI Database ) Message-ID: <op.s9wv1no1zgicya@hyrrokkin>   . On Sat, 20 May 2006 14:42:58 -0700, JF Mezei  % <jfmezei.spamnot@teksavvy.com> wrote:   J > re: having to re-install a whole suite of products just because one PCSI > file is "corrupt". > G > If this were Windows, nobody would balk at such a suggestion. It is a  > standard practice. > I > But for VMS, such an answer isn't really acceptable in my opinion.  The I > PCSI architecture should allow manual fixing when necessary, even if it H > means adding a flag to records to indicate that the record was added   > "artificially".  > F > If you have a system that works, with software that works, having toG > destabilise everything just because the PCSI thing isn't perfect is a F > big ask, especially when you consider the amount of work required toI > fetch all the kits and ensure they are installed in the right order and F > that none of those PCSI installations xap any customisations you may > have done. > H > If the database is OK, but warns of a missing product specific file, IG > would fetch the product's original .PCSI file , extract all the files @ > from it in a temporary directory and find the product specificH > .pcsi<mumble>  and put them where they belong.  This way, you are sure* > that nothing will mess with your system. > A > And if it is the actual database that is corrupt, then edit the G > installation script for the product, cut all the stuff out except the I > part that updates the PCSI database. You can then repackage the kit and B > install it, knowing all it will do is update the pcsi databases.  J Could one not copy the DB to file each time a change is contemplated, suchH that version numbers would correspond to prior configurations?  Then, if. a correuption occurs just go back one version.   ------------------------------  # Date: Sun, 21 May 2006 09:46:09 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)F Subject: I knows it's unsupported, but does current VMS run on ZX2000?6 Message-ID: <00A56009.2D78315A@SSRL.SLAC.STANFORD.EDU>  	 VMSers --   G I was just gifted with a stack of ZX2000s that a friend's workplace was M offloading.  (They're a Unix and Windows shop, and they have tons and tons of L Opterons, and having a half-dozen not-their-standard boxes they were runningN Linux on was just more trouble than it was worth to them.)  I know the ItaniumH port was developed at least in part on this kind of box. I know it's not supported now.   What I'm wondering is   J (a) whether VMS 8.2 has any checks in it to prevent it booting on a ZX2000  J (b) whether anybody out there has it _running_ on a ZX2000 and if so, what     their experience is like.   7 (c) whether Itanium licenses are available to hobbyists   J (If the thing will work, it seems like a nice choice for a home machine onK which to run run hobby-related mailing lists (using PMDF and PMAS and maybe I LISTSERV-LITE free edition), a webserver to serve the list archives, etc. K "A nice choice" because the units are free and I can run a minicluster with N HBVS for high availability and just pay for power.  My budget is, pretty much, zero for this.)    -- Alan    ------------------------------    Date: 21 May 2006 17:26:56 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)J Subject: Re: I knows it's unsupported, but does current VMS run on ZX2000?* Message-ID: <4470a2e0@news.langstoeger.at>   In article <00A56009.2D78315A@SSRL.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) writes: K >(a) whether VMS 8.2 has any checks in it to prevent it booting on a ZX2000   ; Don't know, but I doubt. I think, I read here that it runs. D But, since you already have the systems, why not trying yourself and: telling us? AFAIK, only problem is the graphics adapter...  K >(b) whether anybody out there has it _running_ on a ZX2000 and if so, what  >    their experience is like.  9 Check this group. I think, someone said he has. Eberhard?   8 >(c) whether Itanium licenses are available to hobbyists  
 So far no.H We're all (?) still waiting. And I think, Sue is trying something in her0 very rare spare time to make this happen soon...   --   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: Sun, 21 May 2006 15:31:02 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)" Subject: Re: more SMTP strangeness$ Message-ID: <e4q13l$o77$2@online.de>  D In article <e4q0he$o77$1@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes:    G > ALPHA: VMS 7.3-2 (all patches except latest FIBRE_SCSI) and TCPIP 5.4  > (all patches)  > 8 > VAX: VMS 7.3 (all patches) and TCPIP 5.3 (all patches)  H > Are any of the bugs (numbered (1) to (4) mentioned above fixed in 5.5? >  > - > Is 5.5 available for ALPHA?  For VMS 7.3-2?  >  > E > Are there any plans for a better version of TCPIP for VAX than 5.3?  >  > E > If no new versions (see above) are planned, is there any chance of  G > getting the bugs fixed in patches to the corresponding versions?  In  F > particular, will Symbiont-Checks-Deliverability ever make it to VAX 7 > (preferably without the 12-character username limit)?   ? One more thing: not really good or bad news, nor strange, nor a H question, but rather something to look out for: TCPIP$SMTP_SHUTDOWN.COM D will deassign TCPIP$SMTP_COMMON, so if one wants it to be something = other than the default, it has to be redefined before running  TCPIP$SMTP_STARTUP.COM.   E I don't know to what extent the various quirks are related to sloppy  F programming, but it would be nice if a real DCL programmer cleaned up ) the various .COM files.  For example, why   J $     startup_privs  = f$edit("cmkrnl,netmbx,oper,sysnam,sysprv","upcase")   when the subsequent use   * $     prev_privs = f$setprv(startup_privs)  B works fine even if the string is in lower case?  And if, for some B strange reason, uppercase is preferred (perhaps so that it can be F upcased just once, rather than implicitly whenever it is used later),  why not   9 $     startup_privs  = "CMKRNL,NETMBX,OPER,SYSNAM,SYSPRV"    or  8 $     startup_privs  := cmkrnl,netmbx,oper,sysnam,sysprv  H Even though this doesn't lead to an error, it doesn't make me confident + that the programmer knew what he was doing.    ------------------------------  + Date: Sun, 21 May 2006 15:39:39 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)" Subject: Re: more SMTP strangeness$ Message-ID: <e4q1jr$o77$3@online.de>  D In article <e4q13l$o77$2@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes:    J > Even though this doesn't lead to an error, it doesn't make me confident - > that the programmer knew what he was doing.   E Of course, since all of this is just on my hobbyist cluster, I can't  F file a formal bug report etc.  While it is true that I have a VMS job H with of course HP support, while TCPIP from HP is used there, like many > other sites who pay for support there is less than full TCPIP I communication with the outside world, so many of the problems don't show  G up there.  In other words, the lack of formal bug reports for specific  D TCPIP problems might indicate that this feature isn't used by those 5 paying for support rather than the lack of a problem.   G Of course, on the one hand why support something except for the people  D who pay for it?  On the other hand, picking up hobbyist bug reports E would allow them to be solved before a real bug report comes in, and  D would strengthen confidence in the product in general.  (Of course, H there is the pride in creating good code, but who has a budget for that 	 anymore?)    ------------------------------  % Date: Sun, 21 May 2006 08:41:46 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> Y Subject: Re: OT: Woodcrest (X86-64) will ouperform all other cpus on the market  says Inq 5 Message-ID: <deZbg.29$ho5.3779@news20.bellglobal.com>   ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  # news:446FA51A.4C17F@teksavvy.com...  > Neil Rieck wrote: L >> Engineering. When HP stops manufacturing Alpha Servers at the end of 2006; >> the peanut gallery will see OpenVMS as a one-trick pony.  > E > The real issue as that as the 8086 scales up quickly, there will be A > fewer and fewer types of systems where that IA64 thing will be   > competitive. > G > The correct direction to take for VMS is to follow SUN's lead: VMS on E > 8086 for low end (desktop + small+mid servers) and VMS on that IA64 / > thing for superdomes and other large servers.  >   J Yep. I remember seeing a Bob Colwell lecture last year explaining how the G "Graphics Work Station" niche market was killed off by the addition of  L powerful graphics cards to PCs followed by an ever dropping purchase price. M Those "Work Station" companies thought they were "special" and never saw the   final "death blow" coming.  L In my employer's company I have seen certain applications, which previously G would have been implemented on a mini computer, now implemented on x86  M technology (eg. Compaq Proliant). BTW, the versions running UNIX have a much  > better track record than those running some flavor of Windows.  9 http://h18000.www1.hp.com/products/servers/siteindex.html   I To non-software people (including many at HP) this discussion of OS bias  J must seem dogmatic but I'd like to point out that if Windows was reliable M there would be no market for UNIX. Now back to my first point: UNIX was very  E popular in the "Graphics Work Station" niche which seems to have now  H migrated down to the "PC w/Graphics Card" market while still running on  minis.  L "OpenVMS Engineering" and "OpenVMS Marketing" should take a lesson from the M "Graphics Work Station" debacle and make sure they can run on the ubiquitous  I x86 technology. (p.s. the folks at Oracle have already figured this out;  " Oracle-DB seems to run everywhere)    
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html9 http://www3.sympatico.ca/n.rieck/links/openvms_demos.html       ------------------------------  + Date: Sun, 21 May 2006 09:28:55 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)# Subject: Re: VPM_SERVER strangeness $ Message-ID: <e4pbsn$dag$2@online.de>  = In article <TNKbg.860$Ys3.830@news.cpqcorp.net>, Hoff Hoffman " <hoff-remove-this@hp.com> writes:   1 > Phillip Helbig---remove CLOTHES to reply wrote: A > > In article <Crkbg.808$7u2.460@news.cpqcorp.net>, Hoff Hoffman & > > <hoff-remove-this@hp.com> writes:  > > 4 > >> Phillip Helbig---remove CLOTHES to reply wrote:- > >>> ...VPM server was showing a few hundred - > >>> thousand page faults and 0 CPU usage...  > ....I > > They are both 7.3-2, fully patched (except for the latest FIBRE_SCSI   > > patch).  > >  > >>    VPM via DECnet or IP?  > >  > > IP.  > ; >    IP version and ECO?  Something "odd" in the IP set-up?   > Again, latest and greatest (for 7.3-2): 5.4, all ECOs applied.  F The strange things are a) it is only one system, where all others withD the same software I have access to don't have the problem and b) the? problem didn't exist before a few days ago (and nothing special , happened, as far as I know, a few days ago).  F As I mentioned, SHOW PROCESS/CONTINUOUS shows nothing changing except C the number of page faults.  Here is the graphical output from SHOW  5 PROCESS/CONTINUOUS.  It does look rather interesting:    00000000:         * 	 00080000: 	 00100000: 	 00180000: F 00200000:                      *            *           *            *E 00280000:        *            *           *            *            * C 00300000:       *            *           *            *           * B 00380000:      *           *            *           *            *@ 00400000:    *            *           *            *           *? 00480000:   *           *            *           *            * J 00500000: *            *           *            *           *            *I 00580000:             *           *            *           *            * G 00600000:           *            *           *            *           * F 00680000:          *           *            *           *            *D 00700000:        *            *           *            *           *C 00780000:       *           *            *           *            * B 00800000:     *            *            *           *            *@ 00880000:    *            *           *            *           *? 00900000:   *           *            *           *            * J 00980000: *            *           *            *           *            *	 00A00000: 	 00A80000: 	 00B00000: K   PC: 80001934  State: HIB     DSA0:[SYS0.SYSCOMMON.][SYSEXE]VPM_SERVER.EXE   ! Page faults continue to increase:   M 2120014E VPM_SERVER      HIB     15       18   0 00:00:00.02  17876553    107    ------------------------------  + Date: Sun, 21 May 2006 09:42:11 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)# Subject: Re: VPM_SERVER strangeness $ Message-ID: <e4pclj$hl6$1@online.de>  D In article <2tSbg.1000$oA6.571@trnddc06>, John Santos <john@egh.com> writes:   B > Are the sysgen PQL parameters the same?  Maybe on one system theD > UAF WSEXT or WSQUOTA is getting overridden by a PQL MIN parameter,@ > but it is allowed to stand on the other one, resulting in lessA > memory available to the process and zillions of (probably soft)  > page faults.   There are some differences:   , Parameter        good system      bad system, ---------        ___________      __________& PQL_DWSDEFAULT  1792              1712( PQL_DWSEXTENT   147456            131072& PQL_DWSQUOTA    3584              3424& PQL_MWSDEFAULT  1792              1712( PQL_MWSEXTENT   147456            131072& PQL_MWSQUOTA    3584              3424  ; For the system account, WSextent is 4096 and WSquo is 2048.   G > What does this look like on the systems that are okay?  Is it getting  > more pages (last column?)    No, remains at a low number.   ------------------------------  + Date: Sun, 21 May 2006 09:23:52 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)8 Subject: Re: what should Bad-Clients: in SMTP.CONFIG do?$ Message-ID: <e4pbj8$dag$1@online.de>  5 In article <446F6B57.6DC431E4@teksavvy.com>, JF Mezei ' <jfmeze.spamnoti@teksavvy.com> writes:    1 > Phillip Helbig---remove CLOTHES to reply wrote: I > > No.  I can understand people who ALWAYS have spam-blocks in the From: L > > address, and I don't want to drop those.  Of course, the place to put itI > > is in the domain, not in the username, so that the domain doesn't get ! > > mail for a non-existent user.  > H > For NNTP, esepcially moderation robots, you want to have a real domainJ > in your From:, this is why most transformations of valid email addresses > happen at the username level.   G Some NNTP servers disallow posts from a bogus domain.  Not all, though.    ------------------------------    Date: 21 May 2006 08:47:03 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com>  Subject: Re: XP1000 POST codesC Message-ID: <1148226423.922478.184050@u72g2000cwu.googlegroups.com>    Hoff Hoffman wrote:   J >    I'd tend to expect to start swapping major hunks of this AlphaStationI > XP1000 box in the near future, and probably first starting with the CPU G > daughter card.  Or I'd expect to swap this out for a replacement box, ) > depending on the availability of parts.   C Does anyone know if you can put the CPU daughterboard from a 667MHz A XP1000 in the chassis of a 500MHz XP1000  and vice versa?  I have G another XP that's the newer 667MHz that I could try parts swapping with  if they are compatible.    ------------------------------  % Date: Sun, 21 May 2006 10:21:29 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Re: XP1000 POST codes) Message-ID: <op.s9wvt3vzzgicya@hyrrokkin>   > On Sun, 21 May 2006 08:47:03 -0700, johnhreinhardt@yahoo.com  ! <johnhreinhardt@yahoo.com> wrote:    >  > Hoff Hoffman wrote:  > K >>    I'd tend to expect to start swapping major hunks of this AlphaStation J >> XP1000 box in the near future, and probably first starting with the CPUH >> daughter card.  Or I'd expect to swap this out for a replacement box,* >> depending on the availability of parts. > E > Does anyone know if you can put the CPU daughterboard from a 667MHz C > XP1000 in the chassis of a 500MHz XP1000  and vice versa?  I have I > another XP that's the newer 667MHz that I could try parts swapping with  > if they are compatible.  > A I imagine it would work after you reset the switches on that card  667	 off	off	off	on  500	 on	off	off	onG You might also check if the CPU is from Motorola or IBM,  if the latter E it might work at 667, in which case you would have to change switch 7  on the MLB from OFF to ON    ------------------------------   End of INFO-VAX 2006.281 ************************