1 INFO-VAX	Tue, 25 May 2004	Volume 2004 : Issue 288       Contents: Re: 83x0 Re: CSWS 2.0 Source Code?  Re: CSWS 2.0 Source Code?  Re: CSWS 2.0 Source Code?  Re: CSWS 2.0 Source Code?  Re: Dave Cutler and VMS 3 DECnet OSI license on Alpha (only) non-transferable 7 Re: DECnet OSI license on Alpha (only) non-transferable 4 Re: DSNLINK ECO database appears to be being updated Errors in MYSQL 4.1.1  Re: Errors in MYSQL 4.1.1 / Re: Gigantic hobbyist cluster opportunity   :-)  Re: OpenVMs Cluster 1 Re: OpenVMS needs it:  The new desktop contender.  Re: Request for new SMTP Re: TNSPING for OpenVMS Alpha 3 Re: Upgrading Cluster from FDDI to Gigabit Ethernet 3 Re: Upgrading Cluster from FDDI to Gigabit Ethernet 3 Re: Upgrading Cluster from FDDI to Gigabit Ethernet 3 Re: Upgrading Cluster from FDDI to Gigabit Ethernet 3 Re: Upgrading Cluster from FDDI to Gigabit Ethernet % Re: Vaxstation 3100 and graphics card % Re: Vaxstation 3100 and graphics card ) Re: You'll never guess what HP advertised ) [OpenVMS VAX V7.3] Clustered Standalone ? - Re: [OpenVMS VAX V7.3] Clustered Standalone ? - Re: [OpenVMS VAX V7.3] Clustered Standalone ?  [OT]: Microsoft goes after HPC  F ----------------------------------------------------------------------  # Date: Mon, 24 May 2004 18:08:27 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: 83x0 0 Message-ID: <vSqsc.2151$9y.574@news.cpqcorp.net>  e In article <40B224BA.6CCD92A5@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes:  :"Roert G. Schaffrath" wrote: :>  H :> I had always wanted to try taking two CPU's from a spare 8350 and putF :> them into another 8350 for a total of four CPU's and see what wouldI :> happen.  Unfortunately, when I had access to that many 82xx CPU cards, I :> VMS V5.0 was not available.  By the time VMS V5.0 came out, I was at a H :> different job and did not have to ability to perform that experiment.I :> Performance would have been lousy on the BI bus but it would have been  :> an interesting machine. : H :The early documentation for SMP support in VMS referenced two machines:3 :an 8800 with two CPUs and an 8370 with seven CPUs.   C   VAX 8370 was to have been a three-processor multiprocessor system B   configuration, based on the same processors used in the VAX 8250>   (uniprocessor) and VAX 8350 (dual-processor) configurations.  C   You might also be able to use three VAX 8200 processors, as well.   G   There are two different dual-processor configurations in the VAX 8800 B   series, with both a dual-processor Nautilus and a dual-processorA   PolarStar configuration.  The former was the VAX 8800 and later B   variously referred to as the VAX 8820N, while the latter was the   VAX 8820.   A :It appears that any 8300 or 8350 with three or more CPUs will be  :identified by VMS as an 8370.  I   AFAIK, the Scorpio-class limit is hard-wired at three processors -- and I   I see some indications that this limit is still enforced within current    OpenVMS VAX releases.   I   At that time, the preferred solution for SMP-beyond-dual-processing was H   the XMI-based VAX 6000 model 200 series, or various subsequent models.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 24 May 2004 12:33:13 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)" Subject: Re: CSWS 2.0 Source Code?3 Message-ID: <IOoW+K9EQ$Xg@eisner.encompasserve.org>   g In article <200405240729.24547.kpederson@mail.ewu.edu>, Kaleb Pederson <kpederson@mail.ewu.edu> writes: B > On Saturday 22 May 2004 6:04 am, david20@alpha2.mdx.ac.uk wrote: > [snip]J >> Exactly why should any webserver including Apache really care about how >> long a file really is ? > O > RFC 2616 Section 14.13  (http 1.1) defines a content-length header that must  L > send the total length of the document.  In other words, to be a compliant N > webserver, it must.  There are a number of other uses and, IIRC, the length * > must be defined in other places as well. >   J Yes, I was going to point to the Content-Length header now apparently beenD required as well. I clearly remember a previous discussion where VMSJ Engineering believes that the Content-Length must be output when possible.  K Also, to answer David's other question, MS Windows files are stream format, D as in data + CR + LF. Thank goodness for Emacs cross-platform record( termination handling capabilities... :-)   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       P SCO: Proudly pushing Microsoft down to #2 on the list of most disliked companies   ------------------------------   Date: 24 May 2004 17:53:25 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones) " Subject: Re: CSWS 2.0 Source Code?: Message-ID: <c8tcql$p2v$1@charm.magnus.acs.ohio-state.edu>  3 In message <IOoW+K9EQ$Xg@eisner.encompasserve.org>, F   clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:h >In article <200405240729.24547.kpederson@mail.ewu.edu>, Kaleb Pederson <kpederson@mail.ewu.edu> writes:O >> RFC 2616 Section 14.13  (http 1.1) defines a content-length header that must L >> send the total length of the document.  In other words, to be a compliantN >> webserver, it must.  There are a number of other uses and, IIRC, the length+ >> must be defined in other places as well.  >> > K >Yes, I was going to point to the Content-Length header now apparently been E >required as well. I clearly remember a previous discussion where VMS K >Engineering believes that the Content-Length must be output when possible.   M All that RFC section says is that IF a content-length header is present, then O it must be accurate.  You don't need a content-length header, but life is a lot  simpler if you have one.    < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet: L 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  1 Disclaimer: I'm looking for marbles all day long.    ------------------------------  % Date: Mon, 24 May 2004 20:52:25 -0500 + From: David J Dachtera <djesys@comcast.net> " Subject: Re: CSWS 2.0 Source Code?+ Message-ID: <40B2A6D9.C4C60ED5@comcast.net>    Rick Barry wrote:  > I > The accurate determination of file size is just one issue. Meta-data in L > record formats such as variable-length cause problems when Apache 2.0 mapsL > the file in memory for performance reasons. The meta-data get read as dataG > which, of course, is wrong.  We either figure out a way to filter the . > meta-data or not map certain record formats.  C Wouldn't using RMS to read the file into memory solve that problem?    David J Dachtera (Sig temporarily missing)    ------------------------------  % Date: Mon, 24 May 2004 20:54:13 -0500 + From: David J Dachtera <djesys@comcast.net> " Subject: Re: CSWS 2.0 Source Code?+ Message-ID: <40B2A744.AE2FD88B@comcast.net>    Rick Barry wrote:  > C > The accurate determination of file size is just one issue. [snip]    How 'bout a file sizing daemon?   5 A bit over the top, but that's what I usually post...    David J Dachtera (Sig temporarily missing)    ------------------------------  % Date: Mon, 24 May 2004 20:12:08 +0200   From: "Dr. Dweeb" <dr@dweeb.com>  Subject: Re: Dave Cutler and VMS- Message-ID: <c8tdtp$10ju$1@news.cybercity.dk>    Steve Lionel wrote: 0 > On 22 May 2004 07:21:13 GMT, "Dave Weatherall"# > <djw-nothere@nospam.nohow> wrote:  > ; >>> I was the project leader for VAXELN Ada for five years.  >>C >> That must make for some interesting discussions. Fortran v Ada v . >> Pascal, or maybe its been done to death :-) > E > I'm not interested in such comparisons. I like all three languages, @ > each has its strengths and weaknesses.  I do have a particular= > fondness for Ada and wish it had been more popular.  It was A > refreshing to work with a language that was actually "designed" G > rather than "thrown together". I was fortunate enough to spend a week D > at Ada designer Jean Ichbiah's company Alsys in France, while they' > did an early test of VAX Ada in 1984.  > E > Fortran 90 tried to copy some of the elegance of Ada, but it didn't $ > quite come out right... Oh well... > E > My philosophy is that you should use the language you know which is < > most suitable for the problem.  I've written "system" typeB > applications in all three languages, which some people expressedE > surprise at - especially regarding Fortran, which has an undeserved . > reputation of unsuitability for such things. > ? > Don't get me started on C or C++, though... I hate them both.  >    As well you should ! :-)  	 Dr. Dweeb  > Steve    ------------------------------    Date: 24 May 2004 14:46:13 -0700& From: jordan@ccs4vms.com (Rich Jordan)< Subject: DECnet OSI license on Alpha (only) non-transferable= Message-ID: <cc5619f2.0405241346.10a1e53e@posting.google.com>   F Another unforunate license transferability decision by DEC/Compaq/HP. C Not only are the EIS licenses (especially TCPIP/UCX) that came with F new Alpha VMS systems not relicensable, but DECnet/OSI Alpha (upi MTF)D isn't either.  Interestingly DECnet/OSI for VAX/VMS, Ultrix/VAX, and: Ultrix/RISC all are relicensable, but Alpha got the shaft.  C Another possible system upgrade/resale probably just started making F that sad flushing sound due to sky-high new license costs and obsolete relicense policies...    Rich CCS    ------------------------------  # Date: Mon, 24 May 2004 21:48:53 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> @ Subject: Re: DECnet OSI license on Alpha (only) non-transferable@ Message-ID: <354fc932ad0b1c07d69d2c75ae4abd22@news.teranews.com>   Rich Jordan wrote:E > Another possible system upgrade/resale probably just started making H > that sad flushing sound due to sky-high new license costs and obsolete > relicense policies...   M All signs point to a VMS management whose mandate is to extract as much money N as possible from customers who are bound to VMS, and don't car about customersY who have the freedom to leave VMS, and certaintly don't care about getting new customers.   G And certaintly points to management who doesn't have a clue of the dire M situation VMS is in and is shown pretty statistics that say that all is fine, L thus no need to revamp anything, and just keep on doing what previous owners" have been doing. (plan of record).   ------------------------------  % Date: Tue, 25 May 2004 00:43:37 +0100 < From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>= Subject: Re: DSNLINK ECO database appears to be being updated * Message-ID: <c8u1a6$1a3c$1@news.wplus.net>  ) <norm.raphael@metso.com> wrote in message K news:OF28DC2CFE.4E456F0F-ON85256E9E.00478498-85256E9E.0047B3E1@metso.com...  >  >  >  > B > The DSNLINK ECO database appears to be being brought up-to-date. >  > ->/ > Subj:   26 new DSNlink articles in 1 database  > $ > ECO-Summary database, 26 articles:J >   [OpenVMS] VMS731_FIBRE_SCSI-V0600 Facility Patch Kit For OpenVMS ALPHA > V7.3-1J >   [OpenVMS] VMS732_FIBRE_SCSI-V0300 Facility Patch Kit For OpenVMS ALPHA > V7.3-2E >   [OpenVMS] VMS731_F11X-V0300 Facility Kit For OpenVMS Alpha V7.3-1 D >   [OpenVMS] VMS731_EV7-V0200 Facility Kit For OpenVMS Alpha V7.3-1H >   [OpenVMS] VMS731_GRAPHICS-V0200 Facility Patch Kit For OpenVMS ALPHA > V7.3-1F >   [OpenVMS] VMS731_INSTAL-V0100 Facility Patch Kit For OpenVMS ALPHA V7.3-1J >   [OpenVMS] VMS731_IPC-V0100 Facility Patch Kit For OpenVMS ALPHA V7.3-1J >   [OpenVMS] VMS731_LAN-V0700 Facility Patch Kit For OpenVMS ALPHA V7.3-1J >   [OpenVMS] VMS731_LAN-V0800 Facility Patch Kit For OpenVMS ALPHA V7.3-1J >   [OpenVMS] VMS731_LAN-V0900 Facility Patch Kit For OpenVMS ALPHA V7.3-1J >   [OpenVMS] VMS731_LAN-V1000 Facility Patch Kit For OpenVMS ALPHA V7.3-1F >   [OpenVMS] VMS731_LIBRTL-V0100 Facility Patch Kit For OpenVMS ALPHA V7.3-1 > .. >  > <- >  > Any knowledgeable comments?  >  > -Norm  >   I Count yourself lucky you still have it, in Europe its been decommissioned K for years... As I believe hp are getting rid of it over there too, I advise L you to download the lot, and if you want to burn me a CD while your at it, I certainly wouldn't say no!!    Alex   ------------------------------  % Date: Mon, 24 May 2004 20:04:16 +0200 " From: labadie <labadie_g@decus.fr> Subject: Errors in MYSQL 4.1.12 Message-ID: <c8tdu5$fq3$1@news-reader3.wanadoo.fr>  % I find this "old" message about Mysql    Austin wroteH First problem:  when doing a very large  group by, it attempts to create. a temporary filename that looks something like  /mysql_root/mysql/#234243249.MYI    I I remember clearly that JF Pieronne and Julien Delomeni told me they met  H this problem, and if memory serves me, they decided to replace the # in % the name of temporary files with an _ F So if you have this problem, you use a port of Mysql which is not from, http://www.pi-net.dyndns.org/anonymous/kits/  1 I suspect the second problem has a similar cause.    Regards    Gerard   ------------------------------  # Date: Mon, 24 May 2004 21:08:17 GMT 1 From: Michael Austin <maustin@firstdbasource.com> " Subject: Re: Errors in MYSQL 4.1.12 Message-ID: <40B26440.7660C991@firstdbasource.com>   labadie wrote:  ' > I find this "old" message about Mysql  >  > Austin wroteJ > First problem:  when doing a very large  group by, it attempts to create0 > a temporary filename that looks something like" > /mysql_root/mysql/#234243249.MYI > J > I remember clearly that JF Pieronne and Julien Delomeni told me they metI > this problem, and if memory serves me, they decided to replace the # in ' > the name of temporary files with an _ H > So if you have this problem, you use a port of Mysql which is not from. > http://www.pi-net.dyndns.org/anonymous/kits/ > 3 > I suspect the second problem has a similar cause.  > 	 > Regards  >  > Gerard   Gerard,   I Thanks for the info... I believe that I obtained this kit either from the K Freeware CD or the HP website... so, if you have a location of this "fixed" J version, I would be more than happy to install it... This file seems to be3 used when doing major sorts or temporary storage...    Michael Austin.    ------------------------------    Date: 24 May 2004 19:25:53 -0700$ From: leeroth@my-deja.com (Lee Roth)8 Subject: Re: Gigantic hobbyist cluster opportunity   :-)= Message-ID: <d0e744c9.0405241825.36c9946e@posting.google.com>    > ... R > Hmm... RDOS & Nova were just before my time--I started working w/DG stuff right M > after the 32-bit systems came out.  Got an MV/4000 (with a couple of Argus  P > drives) that runs AOS/VS 7.69.  Also a 15000 and 20000-2 (in a modified 18000  > chassis) that run AOS/VS-II. > ...  <snip>7 Is your collection called "The Soul Of An Old Machine"? L (Sorry, couldn't resist. I still have my copy of Kidder's book somewhere...)  : Man, whatta collection of hardware; probably headed to the scrapheap <sniff>.   Lee    ------------------------------  % Date: Mon, 24 May 2004 20:58:49 +0200  From:  neale.hunt@hispeed.ch Subject: Re: OpenVMs Cluster) Message-ID: <c8tgl6$ili$1@newshispeed.ch>   I The personal workstation should not present a problem, I had one running  - VMS prior to swapping to an Alphastation 500.   B As regards firmware version, depends on the version of VMS, later E versions do need a minimum level of firmware.  It may be possible to  : email you a "CD image" if you are able to burn it onto CD.  0 use "show sys /noproc" to determine the version.   Part of the problem will be      "boot_osflags 0,0",      the hint here is  / Load Assist Parameter    = POALF2$DKA0:<SYS11.>   , So the root you need to boot is "11" not "0"   so set boot_osflags 11,0  4 to see what is going on in detail try the following:   	boot -flags 11,20000 7     or	boot -flags 11,20001 (for a conversational boot)   F You get a blow by blow account of the boot, but I'm not sure what you & will see if you get bootstrap failure.   Best of luck   -- Neale   	VMS System Specialist   jutta wrote: > Thanks for the answer. >  > I Think we have DECnet, > $ mc ncp list known node characteristics : >  > Remote node =   2.32 (POALF4) . > Hardware address         = 00-00-F8-75-6C-7F$ > Load file                = APB.EXE4 > Load Assist Agent        = SYS$SHARE:NISCS_LAA.EXE1 > Load Assist Parameter    = POALF2$DKA0:<SYS11.>  >  > Remote node =   2.33 (POALF5) . > Hardware address         = 00-00-F8-21-E3-F4$ > Load file                = APB.EXE4 > Load Assist Agent        = SYS$SHARE:NISCS_LAA.EXE1 > Load Assist Parameter    = POALF2$DKA0:<SYS12.>  >  > poalf4 is the new node.  >  > $ mc lancp sho client * G > %LANCP-E-NORSPACP, No response from LANACP, LANACP process apparently 
 > not running , > %LANCP-E-CMDERROR, Error executing command > H > The new Client is a digital personal workstation 433au . Perhaps it is% > not the right hardware for OpenVMS?  >  > Jutta  > ` > "Hans Vlems" <hvlems.dotweg@zonnet.nl> wrote in message news:<2h1q9oF853dlU1@uni-berlin.de>... > 3 >>"jutta" <jutta.reichel@gmx.de> schreef in bericht 8 >>news:ec7e473.0405190622.77145268@posting.google.com... >>7 >>>We have a OpenVMS (Alpha) Cluster with 4 Satellites. F >>>One of them is defect. We took another Client with Operating System? >>>DEC UNIX. We changed the Hardware Address on the Server with  >>>Cluster_config.( >>>The boot parameter on the new Client: >>>  >>>>>>os_type OpenVMS  >>>>>>ew0_protocols MOP  >>>>>>boot_dev ewa0.0.0.14.0 >>>>>>boot_osflags 0,0 >>>>>>ewa0_inet_init  bootp  >>>>>>pal VMS PALcode V1.20-14 >>>>>>version V6-9-7 >>> 8 >>>We try to boot the new Client and we got the message: >>>  >>>>>>b  >>>  >>>boot ewa0.0.0.3.0 -flags 0,0  >>>Trying MOP boot >>>.... bootstrap failure  >>>  >>>  >>>one of the other clients:  >>> >>> pal  VMS PALcode V5.65.2 >>> >>> version V6.9-4 >>> 3 >>>Do we need to do somethings more on the server ? ! >>>Is the firmware the wrong one?  >>>  >>>Who can help us?  >>> 	 >>> Jutta  >>>Jutta >>: >>There are two ways to boot a satellite, DECnet or LANCP.L >>The MAC address of the satellite is used to figure out what SYS$SYSROOT is8 >>used to boot from. The MAC address is either in LANCP:, >>Have a look at the output of this command: >> >>$ mc lancp sho client *  >>5 >>or in a DECnet database, for phase IV that would be  >> >>$ mc ncp list known node char    ------------------------------  % Date: Mon, 24 May 2004 21:37:25 +0100 9 From: Andrew Harrison <andrew_._remove_harrison@su_n.com> : Subject: Re: OpenVMS needs it:  The new desktop contender.0 Message-ID: <c8tme6$5g7$1@new-usenet.uk.sun.com>   SchroedingerzKat wrote:  >>The new desktop contender.E >>The Sun Java Desktop System, Release 2, the latest version of Sun's C >>low-cost desktop client, delivers extraordinary functionality and  >>unbeatable value.  >  > N > My understanding is that it is a modified SuSE linux with some extra stuff.  > Not to trivialize it.  > 	 > Michael : JDS is currently based on SuSE Enterprise Desktop 1.0 with4 a lot of bits added to it including StarOffice, JVM,1 JavaWeb Start, APOC, Gnome bits and pieces plus a 1 lot of customisation to give the components where   possible a common look and feal.  8 Ironically we are currently being slated for the version9 of the Linux kernel that JDS uses, apparently because its & not that new we are undermining Linux.  9 Ironic because the SuSE Enterprise Desktop version we are ; using is current, the kernel is the one that SuSE currently : support and guess what no on is accusing SuSE of trying to undermine Linux.  ; The more I see of certain brands of Linux advocacy the more  feelings of Deja Vue I get.    Regards  Andrew Harrison    ------------------------------    Date: 24 May 2004 15:45:58 -0700& From: jordan@ccs4vms.com (Rich Jordan)! Subject: Re: Request for new SMTP = Message-ID: <cc5619f2.0405241445.633287a9@posting.google.com>   u JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<c9599849cf8c5dfbdd7ae14e2438fd83@news.teranews.com>...  > Michael Austin wrote: i > > system) and bounces the message to the sender in the  "MAIL FROM:"   Because this address is **also** s > > bogus/forged, the receiving system bounces the message back to "postmaster" or equivelent, in my case, the user   > > TCPIP$SMTP gets the message. > G > YOu should properly define your postmaster alias so that non-delivery P > notifications are signed by "postmaster@chocolate.com" instead of "TCPIP$SMTP" > 3 > define/system TCPIP$POSTMASTER_ALIAS "postmaster"  > P > (make sure that you have a VMS mail profile entry for "postmaster" that points > to a valid username).  > B > Many implementations will not return messages to a "postmaster".    ; The logical is actually TCPIP$SMTP_POSTMASTER_ALIAS per the F documentation.  Thanks for the heads-up; we're going to try it and see
 what happens.    Rich CCS    ------------------------------  % Date: Mon, 24 May 2004 17:39:33 -0700 + From: terry golden <terrygolden@brandx.net> & Subject: Re: TNSPING for OpenVMS Alpha- Message-ID: <c8u4k1$2men$1@madmax.keyway.net>   ; Sorry Fabio, no tnsping for VMS. try rman target tns_entry.    Fabio Cardoso wrote:  t >fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0405071025.3b073d88@posting.google.com>... >    > ) >>Is there a TNSPING for OpenVMS Alpha ?   >>K >>It would be good/useful utility for db-links tests (Oracle x Oracle RDB).  >> >>	 >>Regards  >> >>FC >>     >> >  >  >  >Anyone from Oracle here ? > K >By th way my db-links connections from Oracle to Oracle RDB still freezing 9 >sometimes ! I will open an case after the DBAs analysis.  >  >Regards >  >FC  >    >    ------------------------------  # Date: Mon, 24 May 2004 17:43:53 GMT  From: dittman@dittman.net < Subject: Re: Upgrading Cluster from FDDI to Gigabit Ethernet8 Message-ID: <tvqsc.15666$No1.14171@nwrddc02.gnilink.net>  0 Rob Brooks <brooks@cuebid.zko.dec.nospam> wrote:  > norm.raphael@metso.com writes: > & >> Is SCS over FC announced/supported? >  > No.   L Aside from the erroneous announcement in one of the recent V7.3-1 and V7.3-2 FIBRE_SCSI patch kits? --   Eric Dittman dittman@dittman.net    ------------------------------  # Date: Mon, 24 May 2004 19:40:02 GMT / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) < Subject: Re: Upgrading Cluster from FDDI to Gigabit Ethernet- Message-ID: <ImORHIG4fC5C@cuebid.zko.dec.com>    dittman@dittman.net writes: 2 > Rob Brooks <brooks@cuebid.zko.dec.nospam> wrote: >>  ' >>> Is SCS over FC announced/supported?  >>   >> No. > N > Aside from the erroneous announcement in one of the recent V7.3-1 and V7.3-2 > FIBRE_SCSI patch kits?  M I believe that a subsequent kit went out with a retraction of that statement.   C That's not to say that it will *never* be supported, but don't look  for it in V8.2, though.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Tue, 25 May 2004 01:23:12 +0100 < From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>< Subject: Re: Upgrading Cluster from FDDI to Gigabit Ethernet* Message-ID: <c8u3ka$1jo5$1@news.wplus.net>  < "Rob Brooks" <brooks@cuebid.zko.dec.nospam> wrote in message' news:feiC2VPM2CfK@cuebid.zko.dec.com... ' > > Is SCS over FC announced/supported?  >  > No.  >  > --   > 1 > Rob Brooks    VMS Engineering -- I/O Exec Group  brooks!cuebid.zko.dec.com    Rob,  H Errr the latest (April 2004) 'Rolling Roadmap' seems to differ, it quite! clearly 'announces' it! (for 8.3)   U http://h71000.www7.hp.com/openvms/roadmap/openvms_roadmaps_files/OPENVMS_ROADMAPS.PDF   / On page 12, 'OpenVMS I64 Clusters rollout plan' % On page 15, 'OpenVMS Cluster Roadmap' $ On page 20, 'OpenVMS LAN HW Roadmap'  L I have also seen it explicitly 'announced' in another presentation hp gave a month or so back.    Alex   ------------------------------  % Date: Tue, 25 May 2004 01:49:46 +0100 < From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>< Subject: Re: Upgrading Cluster from FDDI to Gigabit Ethernet* Message-ID: <c8u564$1qas$1@news.wplus.net>  ? "Mark Caccavone" <mcaccavone@manfinancial.com> wrote in message 7 news:c667babc.0405240710.1391af7b@posting.google.com...   :Temporarily we are going to useD :an existing Gigabit circuit to control the cluster traffic , before :going to Fibre Channel.  ) <norm.raphael@metso.com> wrote in message K news:OFCC202629.F499FBA0-ON85256E9E.0058AB19-85256E9E.0058B1C8@metso.com...  > K > Thanks, Rob.  That was my understanding.  So I wonder why he's driving at  > GigE speed on a , > road with a "Bridge Out Ahead" sign on it. >   I I guess what Mark is getting at is; he has to move off FDDI (as BT or his B telco are decommissioning it), so for a while he will use existingD Gb/Ethernet circuits he has in place (supplementing his FDDI rings).  F But probably he does not really want to share the existing Gb/EthernetJ circuits with whatever he already had on there, I guess after that he willI look to have the telco to convert the FDDI to Gb/Ethernet over DWDM links 8 (which he is confusingly referring to as fibre channel).  H I suspect Mark has didn't mean to infer he had planned to use any future release of SCS over FC.   & Just my interpretation of it anyway...   Alex   ------------------------------  % Date: Mon, 24 May 2004 21:00:54 -0500 + From: David J Dachtera <djesys@comcast.net> < Subject: Re: Upgrading Cluster from FDDI to Gigabit Ethernet+ Message-ID: <40B2A8D6.E099CF27@comcast.net>    Rob Brooks wrote:  >  > dittman@dittman.net writes: 4 > > Rob Brooks <brooks@cuebid.zko.dec.nospam> wrote: > >>) > >>> Is SCS over FC announced/supported?  > >> > >> No. > > P > > Aside from the erroneous announcement in one of the recent V7.3-1 and V7.3-2 > > FIBRE_SCSI patch kits? > O > I believe that a subsequent kit went out with a retraction of that statement.  > E > That's not to say that it will *never* be supported, but don't look  > for it in V8.2, though.    What's the hang-up?    ------------------------------    Date: 24 May 2004 12:27:39 -0700& From: jordan@ccs4vms.com (Rich Jordan). Subject: Re: Vaxstation 3100 and graphics card= Message-ID: <cc5619f2.0405241127.3cf459d6@posting.google.com>   u JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<470bb0324091eb87da863cf99e339156@news.teranews.com>... L > So, I finally installed a WS01X (SPX) graphics card in my microvax 3100-30 >  > Alas, no success.  >  > A test 50 shows: >   > ?? SPGFX       0001.2112  V1.3A >           00FFFF04 00000000 39B00014 00000002 00000000 00000000  > G > I know that the ?? means trouble. But what can I tell from the rest ?  > ) > a TEST 4 yiels an error code of 84 FAIL  > C > test 80 doesn't complain (but I have to use break key to end it).  > N > Now, this is all from the serial console. I built my own adaptor from the 15N > pin vax monitor plug to the 15 pin d-sub VGA plug. However, all of the aboveK > happen even if the adaptor is not connected. The monitor does not see any < > video signal (it worked fine with the monochrome output).  >  >  > Questions;M > How do I find documenmtation on the above error codes and byte displays for O > that device ? Shouldn't HP make all VAX technical documentation available for / > download now that they are retired products ?  > J > Are there any dip/jumpers that need to be changed on the VAX motherboardO > before adding the WS01X board ? Or does one just add the board, and power the 1 > unit back on and it should magically all work ?  > I > If there is no monotor connected, should the varous tests still succeed  > without any complaints ?     Specifically for the SPX, 8 http://www.whiteice.com/~williamwebb/ChapC/DOC-C-15.html  B Thats an online VS3100-76 manual, so it may not exactly match yourF VAXstation, but it should be close.  Sadly it looks like a fatal error: (last digit '2') even though the exact code is not listed.  D I don't recall what happens with no monitor online, and I can't testD right now.  I do know that my GPX-equipped 3100-30 posts fine with aF VR150 monochrome monitor attached but I don't have any terminals handy to test a serial console.   E My 3100m76 did not need any switch/jumper changes to move from GPX to F SPX, and the manual (URL above) does not indicate any switch or jumperB changes for installation of a card on a monochrome system (it alsoF doesn't list the dip switch settings for resolution changes; those are' the two switches on the graphics card).   @ Got another graphics card to try?  Maybe it'd be worth carefullyF pulling, cleaning contacts, and reseating the card, or else unplug theC hard drives and POST that way in the slight chance you might have a D power supply than can no longer handle the added load?  Clutching at	 straws...    Rich Jordan    ------------------------------  # Date: Mon, 24 May 2004 21:23:14 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Vaxstation 3100 and graphics card@ Message-ID: <c86bb43e845f19ccf805ddf9bcfde69a@news.teranews.com>   Rich Jordan wrote: > Specifically for the SPX, : > http://www.whiteice.com/~williamwebb/ChapC/DOC-C-15.html > D > Thats an online VS3100-76 manual, so it may not exactly match yourH > VAXstation, but it should be close.  Sadly it looks like a fatal error< > (last digit '2') even though the exact code is not listed.  M Yeah, I had found a 3100-76 manual in PDF format. But not sure if it had that J table listed. Helpful, but not sure if authoritative considering I am on aK model 30 which has a fairly different internal architecture. (does the same M card generate the same error codes, or are those error codes generated by the  CPU/motherboard ?)  F > I don't recall what happens with no monitor online, and I can't test > right now.  J Since the only output are R B G + and -, I am not sure that the video cardJ would know if something is connected or not, short of mesuring the load on4 each to see if anything is using that signal or not.  G > My 3100m76 did not need any switch/jumper changes to move from GPX to H > SPX, and the manual (URL above) does not indicate any switch or jumper< > changes for installation of a card on a monochrome system   / Yep, but does that also apply to a 3100-30 ????   $ > Got another graphics card to try?   L Nop. and I had to pay real money for that one.  So if it is failed, not sure@ if the shop will take it back or if the terms were "no refunds".   > Maybe it'd be worth carefully H > pulling, cleaning contacts, and reseating the card, or else unplug theE > hard drives and POST that way in the slight chance you might have a : > power supply than can no longer handle the added load?    M My only remaining test is to try to boot with the "failed" card, in the hopes J that perhaps something might happen to reset some non-volatile settings inK either the motherboard or SPX card. I have already examined the card with a 1 magnifying glass with no obvious external damage.    ------------------------------    Date: 24 May 2004 10:55:52 -0700, From: JimStrehlow@data911.com (Jim Strehlow)2 Subject: Re: You'll never guess what HP advertised= Message-ID: <4b6ec350.0405240955.6f5a6115@posting.google.com>   O david20@alpha2.mdx.ac.uk wrote in message news:<c8q7kg$m7u$1@news.mdx.ac.uk>... D ... Oracle on VMS user base's priority has been trying to get recent versionsM > of the database produced within a reasonable time of them being released on  > Unix. L > HP needs to be speaking to Oracle in the first place about porting all itsM > applications to VMS. Positive noises from Oracle in that respect would help % > persuade others such as Peoplesoft.   = We have some customers who insist on Oracle on a Windows box. A We have other customers who like a one box solution where we have : Oracle on OpenVMS to go with our OpenVMS background server
 applications. F Our Windows desktop applications communicate with the database and our OpenVMS message handlers.   ? But, when Oracle creates Oracle Mobile Server to only work on a C Windows platform, it forces our Mobile customers to have to install 9 Oracle on a Windows platform and have a two box solution. F In fact, due to Windows limitations of some products, we had to have a three box solution: &   Oracle 9.2.x on Windows 2003 server,A   Oracle Mobile on a Windows 2000 server (not Windows 2003 server  compliant), B   and Oracle services (Oracle call interface (OCI)) on our OpenVMS server.   0 Oracle, how about some more support for OpenVMS?C HP, how about working more with Oracle to help boost OpenVMS sales?   < Jim, Database and Systems Manager, Data911, Alameda, CA, USAF My opinions are my own and not representative of those of my employer.   ------------------------------  + Date: Mon, 24 May 2004 17:56:29 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)2 Subject: [OpenVMS VAX V7.3] Clustered Standalone ?1 Message-ID: <newscache$iac8yh$0ql1$1@news.sil.at>   G You mave already heard of my VAXstation, which I recently switched from > cluster to standalone (and my PWS from standalone to cluster).  $ Since this, I see surprising things:  ' MECHTA is my VAXstation, LUNA is my PWS M +-------------------+-------------------------------------------------------+ M |      SYSTEMS      |                        MEMBERS                        | M +--------+----------+--------+-------+--------+---------+-------------------+ M |  NODE  | SOFTWARE | DIR_WT | VOTES | EXPECT |  STATUS |  TRANSITION_TIME  | M +--------+----------+--------+-------+--------+---------+-------------------+ M | MECHTA | VMS V7.3 |        |       |        |         |                   | M | LUNA   | VMS V7.3 |        |       |        |         |                   | M +--------+----------+--------+-------+--------+---------+-------------------+ P +-------------------------------------------------------------------------------- |                                     CLUSTER P +-----------+----------+--------+--------+-------------------+------------------O | CL_QUORUM | CL_VOTES | CL_QDV | MEMSEQ |       FORMED      |  LAST_TRANSITION P +-----------+----------+--------+--------+-------------------+------------------P |         0 |        0 |      0 |      0 | 17-NOV-1858 00:00 | 17-NOV-1858 00:00P +-----------+----------+--------+--------+-------------------+------------------  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP DSA0:                   Mounted              0  VMSSYS          299160   570   1. $1$DKA0:        (LUNA)  Online               0. $1$DKA100:      (LUNA)  Online               0. $1$DKA200:      (LUNA)  Online               0. $1$DKA300:      (LUNA)  Online               0. $1$DQA0:        (LUNA)  Online               0. $1$DQA1:        (LUNA)  Online               0A $2$DKA0:      (MECHTA)  ShadowSetMember      7  (member of DSA0:) A $2$DKA100:    (MECHTA)  ShadowSetMember      9  (member of DSA0:) . $2$DKA300:    (MECHTA)  Online               0. $2$DKA400:    (MECHTA)  Online wrtlck        0  = I thought setting VAXCLUSTER=0 disables cluster completely !? B Why do I see the (cluster) Alpha and its (MSCP served) disks on myC (standalone) VAXstation now (and vice versa the VAX on the Alpha) ?   P +-----------------------+-------------------------------------------------------8 |        SYSTEMS        |                        MEMBERSP +--------+--------------+--------+-------+--------+---------+-------------------N |  NODE  |   SOFTWARE   | DIR_WT | VOTES | EXPECT |  STATUS |  TRANSITION_TIMEP +--------+--------------+--------+-------+--------+---------+-------------------O | LUNA   | VMS V7.3-2   |      1 |     1 |      1 | MEMBER  | 24-MAY-2004 07:20 = | MECHTA | VMS V7.3     |        |       |        |         | P +--------+--------------+--------+-------+--------+---------+-------------------P +-------------------------------------------------------------------------------- |                                     CLUSTER P +-----------+----------+--------+--------+-------------------+------------------O | CL_QUORUM | CL_VOTES | CL_QDV | MEMSEQ |       FORMED      |  LAST_TRANSITION P +-----------+----------+--------+--------+-------------------+------------------P |         1 |        1 |  65535 |      1 | 24-MAY-2004 07:20 | 24-MAY-2004 07:20P +-----------+----------+--------+--------+-------------------+------------------  > Is this intended (don't think so), documented (don't think so), or a well known bug/behaviour (don't know) ?  G btw: I'm pretty sure, if I change the cluster group id of my VAX, these 5 zombies will disappear (though I haven't tried, yet).    TIA    --   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: Mon, 24 May 2004 18:44:03 GMT # From: hoff@hp.nospam (Hoff Hoffman) 6 Subject: Re: [OpenVMS VAX V7.3] Clustered Standalone ?0 Message-ID: <Tnrsc.2157$Cy.553@news.cpqcorp.net>  j In article <newscache$iac8yh$0ql1$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:H :You mave already heard of my VAXstation, which I recently switched from? :cluster to standalone (and my PWS from standalone to cluster).  ..  > :I thought setting VAXCLUSTER=0 disables cluster completely !?C :Why do I see the (cluster) Alpha and its (MSCP served) disks on my D :(standalone) VAXstation now (and vice versa the VAX on the Alpha) ? ..? :Is this intended (don't think so), documented (don't think so) - :or a well known bug/behaviour (don't know) ?   H   Y'all might want to check the OpenVMS FAQ, where this detail is listedH   in the section "How can I split up an OpenVMS Cluster?".  SpecificallyI   here, you will want to disable both VAXCLUSTER and NISCS_LOAD_PEA0, and I   you will want to reboot.  There are a few other steps listed in the FAQ @   that also could be applicable, depending on the configuration.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  + Date: Mon, 24 May 2004 19:39:26 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)6 Subject: Re: [OpenVMS VAX V7.3] Clustered Standalone ?1 Message-ID: <newscache$32h8yh$e7n1$1@news.sil.at>   V In article <Tnrsc.2157$Cy.553@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:I >  Y'all might want to check the OpenVMS FAQ, where this detail is listed I >  in the section "How can I split up an OpenVMS Cluster?".  Specifically J >  here, you will want to disable both VAXCLUSTER and NISCS_LOAD_PEA0, andJ >  you will want to reboot.  There are a few other steps listed in the FAQA >  that also could be applicable, depending on the configuration.   D Aaah. I have the NISCS_LOAD_PEA0 in my AGEN$INCLUDEs BOOTSERVER.PAR,D SATELLITE.PAR and STANDALONE.PAR defined but haven't switched it off? before I rebooted (so the next AUTOGEN would have fixed it) but G nevertheless I'm still surprised. I so far never noticed this detail...    Thanks Hoff    --   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: Mon, 24 May 2004 22:14:36 -0400 # From: "John Smith" <a@nonymous.com> ' Subject: [OT]: Microsoft goes after HPC , Message-ID: <lu6dnXpPj6PRMS_dRVn-uA@igs.net>  - http://zdnet.com.com/2100-1103_2-5219282.html   3       Microsoft creating Windows for supercomputers   (       By Stephen Shankland and Ina Fried       CNET News.com        May 24, 2004, 12:30 PM PT    ------------------------------   End of INFO-VAX 2004.288 ************************