INFO-VAX Fri, 01 Jun 2007 Volume 2007 : Issue 297 Contents: Re: (kinda) HP, parts ain't parts; KVM internal power supply Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support VM Cheap Itanium buxes (Was Re: License cost (was Re: Anyone know why the Alpha mar Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Re: DS10L won't boot Free InfoTower/InfoServer 1000 Re: freeware8 cron issue Re: GKS How to Upgrade from VMS 8.3 to Vista on RX2620 Re: HP wasting millions of dollars on itanium! Re: HP wasting millions of dollars on itanium! Re: HP wasting millions of dollars on itanium! Re: HP wasting millions of dollars on itanium! Re: HP wasting millions of dollars on itanium! Infoserver 150 woes License cost (was Re: Anyone know why the Alpha market is so so quiet?) Re: License cost (was Re: Anyone know why the Alpha market is so so quiet?) so q Re: OpenVMS on AlphaPC OpenVMS Support for C-class Blades Re: OpenVMS Support for C-class Blades Re: OpenVMS Support for C-class Blades Re: PCSI, disk space, UNDO, unseen dangers etc Re: Problem with NFS client connecting to Windows 2003 server Re: Problem with NFS client connecting to Windows 2003 server Re: Problem with NFS client connecting to Windows 2003 server Re: Problem with NFS client connecting to Windows 2003 server Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: Remote Shadow... Re: RMS : Indexed file rebuilding results Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No VMS Update going out tomorrow Re: VMS Update going out tomorrow We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS Re: [OT] (kinda) HP, parts ain't parts; KVM internal power supply ---------------------------------------------------------------------- Date: Thu, 31 May 2007 21:45:52 GMT From: "John Wallace" Subject: Re: (kinda) HP, parts ain't parts; KVM internal power supply Message-ID: wrote in message news:f3mvgc$n5t$1@south.jnrs.ja.net... > In article , "Tom Linden" writes: > >On Thu, 31 May 2007 09:15:29 -0700, Rich Jordan wrote: > > > >> On May 31, 9:35 am, "FredK" wrote: > >>> "Rich Jordan" wrote in message > >>> > >>> news:1180620803.273658.288420@m36g2000hse.googlegroups.com.. > >>> > >>> > On May 30, 8:33 pm, "FredK" wrote: > >>> >> "Rich Jordan" wrote in message > >>> > >>> >>news:1180565710.892717.25200@h2g2000hsg.googlegroups.com... > >>> > >>> I was just speculating... had no idea how expensive the unit is. > >> > >> Fred, > >> I didn't mean to imply anything about your response; I didn't > >> provide the cost info up top. I appreciate your taking the time. But > >> the fact is HP does not provide service parts for this expensive unit > >> so your speculation appears to be correct. It looks like Raritan does > >> provide such parts for at least some of their units so they will > >> probably be used going forward. > >> > >> In the meantime we'll see if there's a generic power supply that > >> will work/fit, else we'll be shopping the used market for a complete > >> replacement unit. > > > >I am curious why you need to use a kvm. Couldn't you accomplish the same > >with terminal emulators, like PuTTY? > > > A KVM is generally hardwired into the console port of one or more systems and > allows remote access to that console port. > Although you could use Putty in serial mode by locally connecting a cable from > your machine (laptop say) to the console port of one machine the only way to > use Putty remotely would be over Telnet or SSH which would require the OS of > the target system to be running and the TCPIP stack (and Telnet or SSH servers) > to be running. Hence, if the target was a VMS system, you wouldn't be able to > use Putty to remotely get at the >>> prompt and boot the system. With a KVM > system this would not be a problem. > > > David Webb > Security team leader > CCSS > Middlesex University I thought terminal servers and "reverse LAT" (and its modern successor, reverse Telnet) were entirely capable of providing remote access to the ">>>" prompt on a serial console on a VMS (or other) system, assuming one has a terminal or a terminal emulator (such as PuTTY) ? And that this capability had been around ever since the days of the VAXcluster Console System, and is still around in whatever VCS's (and PCM's) successor is called these days (Consoleworks?)? What most folks now call a KVM switch is a different matter altogether. Not all these KVMs are equal. PC-centric ones may work fine on PCs, but that doesn't mean they'll work on Alphas even if the Alphas are using PC-style keyboard and mouse. I vaguely recollect that some special magick ("scan set 2" support?) is required in the keyboard and the KVM for them to work on at least some Alphas (eg of the 2100 era). Common PC-centric KVMs don't have the necessary intelligence to support this kind of thing. There was also, at least at one time, some special mouse-related magick e.g. re-initialising the mouse after a disconnect, which again isn't needed on typical PCs but was needed on some Alphas (eg with early versions of Tru64). There's probably a reason Raritan (with or without DEC/Compaq/HP badges and/or CSS "uplift") cornered this market. hth John ------------------------------ Date: Thu, 31 May 2007 22:56:13 +0200 From: "Dr. Dweeb" Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: <465f3673$0$21933$157c6196@dreader1.cybercity.dk> Dave Froble wrote: > Dr. Dweeb wrote: >> Syltrem wrote: >>> Hello group >>> >>> For those of you running Gembase on their Alpha / Itanium servers, >>> know that CDC software's roadmap shows that the next version of >>> Gembase (8.x) will be the last one supported on VMS. >>> So by 2011 at most that will be the end for us. >>> >>> I don't think they realize how much that will cost their customers. >>> We have many applications that are linked to Gembase -- mainly >>> through Oracle and RMS files but we also have complex, external >>> coding using Basic subroutines to do some suff not otherwise >>> possible with Gembase. And of course a lot of DCL around everything. >>> We've been with VMS for 25+ years... and I don`t see what other OS >>> could do some of the things we're used to... >>> Let's just hope hey change their mind, or that HP does something to >>> persuade them not to drop VMS. >>> >>> Porting this to another platform (and ensuring proper disaster >>> recovery capabilities) will be very time consuming and costly, but >>> switching to another ERP system would be much worse, as changing >>> platform should not affect end users where the latter would (of >>> course). >>> So that's another software vendor that will drive VMS down the drain >>> a bit further. >>> >>> Those of you concerned by this should complain to CDC and HP. Right >>> now they (CDC) apparently only talked to a few customers to conclude >>> they will all happily drop VMS in a couple of years from now, so why >>> should they keep VMS in their supported platforms portfolio? It >>> appears like their VMS customer base is on a slow downhill slope. Is >>> this going to continue until they are not in sufficient number to >>> justify the expense? Will all VMS customers drop it in favor of >>> something else ? Are we (my company) so different ? Pls speak ! >>> >>> We have very costly journey in front of us... >> >> Bite the bullet now. VMS is at best in palliative care and no >> matter what you and I think of it's merits (and they are legion), >> the owner of VMS wants it dead, and has wanted it dead for a long >> time. This will come to pass. Accept it and start planning an d >> executing. And do us all a favour by never spending another dime >> with HP :) Dr. Dweeb (who has embraced M$ - warts and all - because that >> is the >> only game in town) >> >> > > You have nothing to bitch about, after offering such advice. By > advising "bite the bullet now", you must want VMS dead as much or more > than HP might. > ? Of course not, but those who do not plan for the inevitible, will find themselves in a spot of bother when it comes to pass. I want VMS dead about as much as I want myself dead. However, what I want is not really relevant. The amount of work in the VMS arena is small and dwindling as everone embraces the next big thing - which is certainly not VMS. I meant it when I said palliative care - and I see no reason to believe this will ever change with HP. Those who believe otherwise (and are not paid to hold such beliefs) are, I believe, fooling themselves. > While I have no confidence in HP, I don't have to help them achieve > such a possible goal. I do agree on never spending another dime with > HP if they do kill off VMS. ------------------------------ Date: 31 May 2007 15:50:22 -0700 From: ultradwc@gmail.com Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: <1180651822.019151.280330@o5g2000hsb.googlegroups.com> On May 31, 4:56 pm, "Dr. Dweeb" wrote: > Dave Froble wrote: > > Dr. Dweeb wrote: > >> Syltrem wrote: > >>> Hello group > > >>> For those of you running Gembase on their Alpha / Itanium servers, > >>> know that CDC software's roadmap shows that the next version of > >>> Gembase (8.x) will be the last one supported on VMS. > >>> So by 2011 at most that will be the end for us. > > >>> I don't think they realize how much that will cost their customers. > >>> We have many applications that are linked to Gembase -- mainly > >>> through Oracle and RMS files but we also have complex, external > >>> coding using Basic subroutines to do some suff not otherwise > >>> possible with Gembase. And of course a lot of DCL around everything. > >>> We've been with VMS for 25+ years... and I don`t see what other OS > >>> could do some of the things we're used to... > >>> Let's just hope hey change their mind, or that HP does something to > >>> persuade them not to drop VMS. > > >>> Porting this to another platform (and ensuring proper disaster > >>> recovery capabilities) will be very time consuming and costly, but > >>> switching to another ERP system would be much worse, as changing > >>> platform should not affect end users where the latter would (of > >>> course). > >>> So that's another software vendor that will drive VMS down the drain > >>> a bit further. > > >>> Those of you concerned by this should complain to CDC and HP. Right > >>> now they (CDC) apparently only talked to a few customers to conclude > >>> they will all happily drop VMS in a couple of years from now, so why > >>> should they keep VMS in their supported platforms portfolio? It > >>> appears like their VMS customer base is on a slow downhill slope. Is > >>> this going to continue until they are not in sufficient number to > >>> justify the expense? Will all VMS customers drop it in favor of > >>> something else ? Are we (my company) so different ? Pls speak ! > > >>> We have very costly journey in front of us... > > >> Bite the bullet now. VMS is at best in palliative care and no > >> matter what you and I think of it's merits (and they are legion), > >> the owner of VMS wants it dead, and has wanted it dead for a long > >> time. This will come to pass. Accept it and start planning an d > >> executing. And do us all a favour by never spending another dime > >> with HP :) Dr. Dweeb (who has embraced M$ - warts and all - because that > >> is the > >> only game in town) > > > You have nothing to bitch about, after offering such advice. By > > advising "bite the bullet now", you must want VMS dead as much or more > > than HP might. > > ? Of course not, but those who do not plan for the inevitible, will find > themselves in a spot of bother when it comes to pass. > > I want VMS dead about as much as I want myself dead. However, what I want > is not really relevant. The amount of work in the VMS arena is small and > dwindling as everone embraces the next big thing - which is certainly not > VMS. I meant it when I said palliative care - and I see no reason to > believe this will ever change with HP. Those who believe otherwise (and are > not paid to hold such beliefs) are, I believe, fooling themselves. > > > > > While I have no confidence in HP, I don't have to help them achieve > > such a possible goal. I do agree on never spending another dime with > > HP if they do kill off VMS.- Hide quoted text - > > - Show quoted text -- Hide quoted text - > > - Show quoted text - we have all seen the results of the next BIG thing ... they are endless viruses, hacks, and patches ... those results can be found at the CERT web site ... no thanks ... I will stay with good old OpenVMS ... ------------------------------ Date: Thu, 31 May 2007 18:39:19 -0500 From: Ron Johnson Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support VM Message-ID: On 05/31/07 17:50, ultradwc@gmail.com wrote: [snip] > > we have all seen the results of the next BIG thing ... > they are endless viruses, hacks, and patches ... > > those results can be found at the CERT web site ... > > no thanks ... I will stay with good old OpenVMS ... Those of use who won't be retiring before 2012 and have families to feed, mortgages to pay and tuitions to fork over don't always have that luxury. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Fri, 1 Jun 2007 07:06:32 +0800 From: "Richard Maher" Subject: Cheap Itanium buxes (Was Re: License cost (was Re: Anyone know why the Alpha mar Message-ID: Hi Keith, > When I was an independent consultant I didn't realize you were now on the HP patroll; things are looking up! > I were in a similar > position today, I'd probably attend a Porting Seminar and get one of the > Itanium buxes included in the $2K price. Ok, the next time the porting seminar is in Perth I'll snap one up :-) In the meantime, given the amount of disillusioned moaning seen here, who wants to sell one of these boxes? (and do they all run VMS out-of-the-box?) Alternatively, I'm happy to barter some new COBOL Compiler Testing for a lease, if that tickles someones fancy :-) Cheers Richard Maher PS. How were the Disaster Tolerant Cluster presentations received? New converts? Preaching to the conerted? "Keith Parris" wrote in message news:f3ndg7$do$1@usenet01.boi.hp.com... > Richard B. Gilbert wrote: > > What is clever about charging $1500 US for a VMS license for an > > Alphastation 200? > > When I was an independent consultant and needed to do exactly that (but > for 2 Alphastation 200s), I joined the DSPP program (for free) and got > 50% off the license price. > > Then for $500 per year I got the binary and documentation updates on CD > plus licenses for everything a developer could wish for. VMS binary kits > were free. > > Same DSPP discount also applied to the license for the OpenVMS Source > Listings. > > The DSPP is now focused on Itanium rather than Alpha, as one might > expect, but similar benefits are still available. If I were in a similar > position today, I'd probably attend a Porting Seminar and get one of the > Itanium buxes included in the $2K price. ------------------------------ Date: Thu, 31 May 2007 14:22:22 -0400 From: "David Turner, Island Computers" Subject: Re: DS10L won't boot Message-ID: <135u4irct8iqs4f@news.supernews.com> Sounds like a board failure Don't fret - we have replacement boards for $79 Or the whole thing (SBB) for $89 David "Tom Linden" wrote in message news:op.ts67xpxatte90l@hyrrokkin... > This system (7.3-1) has no internal drives and boots off an > HSG80 throught HBA. Attaching a console cable through hyperterm > all I see upon powering up is > > *** keyboard not plugged in... > 256 Meg of system memory > probing hose 0, PCI > probing PCI-to-ISA bridge, bus 1 > > and that is where it hangs. > > Any ideas? > > Tom ------------------------------ Date: Thu, 31 May 2007 11:54:05 -0700 From: "Malcolm Dunnett" Subject: Re: DS10L won't boot Message-ID: <465f19cf$1@flight> "Tom Linden" wrote in message news:op.ts67xpxatte90l@hyrrokkin... > This system (7.3-1) has no internal drives and boots off an > HSG80 throught HBA. Attaching a console cable through hyperterm > all I see upon powering up is > > *** keyboard not plugged in... > 256 Meg of system memory > probing hose 0, PCI > probing PCI-to-ISA bridge, bus 1 > > and that is where it hangs. > > Any ideas? > I've seen this happen with a bad PCI card. Try pulling all the cards from the PCI bus and see what happens. If the POST completes ok try adding the cards back in one at a time to see what hangs it. ------------------------------ Date: Thu, 31 May 2007 11:39:01 -0700 From: "Tom Linden" Subject: Re: DS10L won't boot Message-ID: On Thu, 31 May 2007 11:54:05 -0700, Malcolm Dunnett wrote: > "Tom Linden" wrote in message > news:op.ts67xpxatte90l@hyrrokkin... >> This system (7.3-1) has no internal drives and boots off an >> HSG80 throught HBA. Attaching a console cable through hyperterm >> all I see upon powering up is >> >> *** keyboard not plugged in.. >> 256 Meg of system memory >> probing hose 0, PCI >> probing PCI-to-ISA bridge, bus 1 >> >> and that is where it hangs. >> >> Any ideas? >> > > I've seen this happen with a bad PCI card. Try pulling all the cards > from > the PCI bus and see what happens. If the POST completes ok try adding the > cards back in one at a time to see what hangs it. > > Well there is only one PCI card, an HBA, but I will try. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 31 May 2007 15:18:39 -0400 From: JF Mezei Subject: Re: DS10L won't boot Message-ID: Tom Linden wrote: > This system (7.3-1) has no internal drives and boots off an > HSG80 throught HBA. Attaching a console cable through hyperterm > all I see upon powering up is > probing PCI-to-ISA bridge, bus 1 > Try keeping the "HALT" switch depressed while it powers up. This bypasses certain tests and execution of the NVRAM script file. Othwerwise, there might be some dip switches to tell the hardware that there are no drives attached to the IDE hardware. ------------------------------ Date: Thu, 31 May 2007 12:03:27 -0700 From: "Tom Linden" Subject: Re: DS10L won't boot Message-ID: On Thu, 31 May 2007 11:54:05 -0700, Malcolm Dunnett wrote: > "Tom Linden" wrote in message > news:op.ts67xpxatte90l@hyrrokkin... >> This system (7.3-1) has no internal drives and boots off an >> HSG80 throught HBA. Attaching a console cable through hyperterm >> all I see upon powering up is >> >> *** keyboard not plugged in.. >> 256 Meg of system memory >> probing hose 0, PCI >> probing PCI-to-ISA bridge, bus 1 >> >> and that is where it hangs. >> >> Any ideas? >> > > I've seen this happen with a bad PCI card. Try pulling all the cards > from > the PCI bus and see what happens. If the POST completes ok try adding the > cards back in one at a time to see what hangs it. > That did! thanksd Malcolm. I had a spare HBA but it failed to read the NVRAM, likely I need to upgrade, IIRC that means running WWIDMG off the firmware CD? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 31 May 2007 14:12:10 -0700 From: "Tom Linden" Subject: Re: DS10L won't boot Message-ID: On Thu, 31 May 2007 12:03:27 -0700, Tom Linden wrote: > On Thu, 31 May 2007 11:54:05 -0700, Malcolm Dunnett > wrote: > >> "Tom Linden" wrote in message >> news:op.ts67xpxatte90l@hyrrokkin... >>> This system (7.3-1) has no internal drives and boots off an >>> HSG80 throught HBA. Attaching a console cable through hyperterm >>> all I see upon powering up is >>> >>> *** keyboard not plugged in.. >>> 256 Meg of system memory >>> probing hose 0, PCI >>> probing PCI-to-ISA bridge, bus 1 >>> >>> and that is where it hangs. >>> >>> Any ideas? >>> >> >> I've seen this happen with a bad PCI card. Try pulling all the cards >> from >> the PCI bus and see what happens. If the POST completes ok try adding >> the >> cards back in one at a time to see what hangs it. >> > That did! thanksd Malcolm. I had a spare HBA but it failed to read the > NVRAM, > likely I need to upgrade, IIRC that means running WWIDMG off the > firmware CD? > Well, that didn't work. The firmware seems to be up to date. pga0 DS3.92A2 kgpsa_8k_fw DS3.92A2 It shows up with the config Bus 00 Slot 17: KGPSA-C pga0.0.0.17.0 WWN 1000-0000-c921-6 and bootdef_dev dga5.1001.0.17.0 dga6.1001.0.17.0 dga5.1002.0.17.0 But when booting AlphaServer DS10 466 MHz Console V7.1-1, Dec 7 2005 15:38:15 CPU 0 booting (boot dga5.1001.0.17.0 -flags 0,0) failed to open dga5.1001.0.17.0 (boot dga6.1001.0.17.0 -flags 0,0) failed to open dga6.1001.0.17.0 (boot dga5.1002.0.17.0 -flags 0,0) failed to open dga5.1002.0.17.0 Retrying, type ^C to abort... Now the drives are already mounted cluster wide $1$DGA5: (HAFNER) ShadowSetMember 0 (member of DSA11:) $1$DGA6: (HAFNER) ShadowSetMember 0 (member of DSA11:) So all I really did, was to replace a bad HBA with an identical device. (I also tried dismounting and then booting, no effect.) ------------------------------ Date: Thu, 31 May 2007 15:57:25 -0700 From: "Malcolm Dunnett" Subject: Re: DS10L won't boot Message-ID: <465f52d7$1@flight> "Tom Linden" wrote in message news:op.ts7mikt8tte90l@hyrrokkin... > Well, that didn't work. The firmware seems to be up to date. > > pga0 DS3.92A2 kgpsa_8k_fw DS3.92A2 > > It shows up with the config > Bus 00 Slot 17: KGPSA-C > pga0.0.0.17.0 WWN > 1000-0000-c921-6 > > and > bootdef_dev dga5.1001.0.17.0 dga6.1001.0.17.0 dga5.1002.0.17.0 > I'm a bit rusty on this, but I think you need to re-define your mappings when you change an HBA. Try doing a "wwidmgr -quickset -udid 5" and "wwidmgr -quickset -udid 6", then reinit the system. When you get back to the ">>>" do a "set bootdef_def dg*5*,dg*6*" , then try booting. ps. not being able to read the NVRAM usually just means the card doesn't have valid config data in it, not usually a problem. ------------------------------ Date: 31 May 2007 16:22:53 -0700 From: "johnhreinhardt@yahoo.com" Subject: Re: DS10L won't boot Message-ID: <1180653773.075743.47290@p47g2000hsd.googlegroups.com> On May 31, 5:12 pm, "Tom Linden" wrote: > On Thu, 31 May 2007 12:03:27 -0700, Tom Linden > wrote: > > > > > On Thu, 31 May 2007 11:54:05 -0700, Malcolm Dunnett > > wrote: > > >> "Tom Linden" wrote in message > >>news:op.ts67xpxatte90l@hyrrokkin... > >>> This system (7.3-1) has no internal drives and boots off an > >>> HSG80 throught HBA. Attaching a console cable through hyperterm > >>> all I see upon powering up is > > >>> *** keyboard not plugged in.. > >>> 256 Meg of system memory > >>> probing hose 0, PCI > >>> probing PCI-to-ISA bridge, bus 1 > > >>> and that is where it hangs. > > >>> Any ideas? > > >> I've seen this happen with a bad PCI card. Try pulling all the cards > >> from > >> the PCI bus and see what happens. If the POST completes ok try adding > >> the > >> cards back in one at a time to see what hangs it. > > > That did! thanksd Malcolm. I had a spare HBA but it failed to read the > > NVRAM, > > likely I need to upgrade, IIRC that means running WWIDMG off the > > firmware CD? > > Well, that didn't work. The firmware seems to be up to date. > > pga0 DS3.92A2 kgpsa_8k_fw DS3.92A2 > > It shows up with the config > Bus 00 Slot 17: KGPSA-C > pga0.0.0.17.0 WWN > 1000-0000-c921-6 > > and > bootdef_dev dga5.1001.0.17.0 dga6.1001.0.17.0 dga5.1002.0.17.0 > > But when booting > > AlphaServer DS10 466 MHz Console V7.1-1, Dec 7 2005 15:38:15 > > CPU 0 booting > > (boot dga5.1001.0.17.0 -flags 0,0) > failed to open dga5.1001.0.17.0 > (boot dga6.1001.0.17.0 -flags 0,0) > failed to open dga6.1001.0.17.0 > (boot dga5.1002.0.17.0 -flags 0,0) > failed to open dga5.1002.0.17.0 > > Retrying, type ^C to abort... > > Now the drives are already mounted cluster wide > > $1$DGA5: (HAFNER) ShadowSetMember 0 (member of DSA11:) > $1$DGA6: (HAFNER) ShadowSetMember 0 (member of DSA11:) > > So all I really did, was to replace a bad HBA with an identical device. > (I also tried dismounting and then booting, no effect.) Check the connection list on the HSG80's. When you changed HBA's the WWID of the HBA in the system changed also and the HSG80 will probably have to be told that the new WWID is allowed to see that device (and any other devices) I don't have my HSG80's up, nor the command language book handy to tell you the exact commands to fix it, but a "SHOW CONN" on the HSG console should show you if this is a problem. The system with the swapped out HBA should show up as "NEWCONNxxx" or something similar. Delete the connection name for that system with the old HBA WWID and then rename the new one to be the same. If you have your devices set so that only certain connections can "see" them, then that should fix the problem. John H. Reinhardt ------------------------------ Date: Thu, 31 May 2007 20:46:11 -0700 From: "johnhreinhardt@yahoo.com" Subject: Re: DS10L won't boot Message-ID: <1180669571.736807.124450@p77g2000hsh.googlegroups.com> On May 31, 7:22 pm, "johnhreinha...@yahoo.com" wrote: > On May 31, 5:12 pm, "Tom Linden" wrote: > > > > > On Thu, 31 May 2007 12:03:27 -0700, Tom Linden > > wrote: > > > > On Thu, 31 May 2007 11:54:05 -0700, Malcolm Dunnett > > > wrote: > > > >> "Tom Linden" wrote in message > > >>news:op.ts67xpxatte90l@hyrrokkin... > > >>> This system (7.3-1) has no internal drives and boots off an > > >>> HSG80 throught HBA. Attaching a console cable through hyperterm > > >>> all I see upon powering up is > > > >>> *** keyboard not plugged in.. > > >>> 256 Meg of system memory > > >>> probing hose 0, PCI > > >>> probing PCI-to-ISA bridge, bus 1 > > > >>> and that is where it hangs. > > > >>> Any ideas? > > > >> I've seen this happen with a bad PCI card. Try pulling all the cards > > >> from > > >> the PCI bus and see what happens. If the POST completes ok try adding > > >> the > > >> cards back in one at a time to see what hangs it. > > > > That did! thanksd Malcolm. I had a spare HBA but it failed to read the > > > NVRAM, > > > likely I need to upgrade, IIRC that means running WWIDMG off the > > > firmware CD? > > > Well, that didn't work. The firmware seems to be up to date. > > > pga0 DS3.92A2 kgpsa_8k_fw DS3.92A2 > > > It shows up with the config > > Bus 00 Slot 17: KGPSA-C > > pga0.0.0.17.0 WWN > > 1000-0000-c921-6 > > > and > > bootdef_dev dga5.1001.0.17.0 dga6.1001.0.17.0 dga5.1002.0.17.0 > > > But when booting > > > AlphaServer DS10 466 MHz Console V7.1-1, Dec 7 2005 15:38:15 > > > CPU 0 booting > > > (boot dga5.1001.0.17.0 -flags 0,0) > > failed to open dga5.1001.0.17.0 > > (boot dga6.1001.0.17.0 -flags 0,0) > > failed to open dga6.1001.0.17.0 > > (boot dga5.1002.0.17.0 -flags 0,0) > > failed to open dga5.1002.0.17.0 > > > Retrying, type ^C to abort... > > > Now the drives are already mounted cluster wide > > > $1$DGA5: (HAFNER) ShadowSetMember 0 (member of DSA11:) > > $1$DGA6: (HAFNER) ShadowSetMember 0 (member of DSA11:) > > > So all I really did, was to replace a bad HBA with an identical device. > > (I also tried dismounting and then booting, no effect.) > > Check the connection list on the HSG80's. When you changed HBA's the > WWID of the HBA in the system changed also and the HSG80 will > probably have to be told that the new WWID is allowed to see that > device (and any other devices) > > I don't have my HSG80's up, nor the command language book handy to > tell you the exact commands to fix it, but a "SHOW CONN" on the HSG > console should show you if this is a problem. The system with the > swapped out HBA should show up as "NEWCONNxxx" or something similar. > Delete the connection name for that system with the old HBA WWID and > then rename the new one to be the same. If you have your devices set > so that only certain connections can "see" them, then that should fix > the problem. > > John H. Reinhardt If it is the NVRAM in the HBA that is invalid then you need to run WWIDMGR to initialize it. On a DS10L WWIDMGR is in the firmware. Just run it from the >>> console prompt. Instructions for resetting the NVRAM on the HBA are in the user guide pdf file on the firmware CD or at the firmware site (http://ftp.digital.com/pub/DEC/Alpha/firmware/ archive/doc/wwidmgr_v13.pdf ) If you do a "SHOW DEVICE" on the console does DGA5 and DGA6 even show up? If not then you need to do the commands that Malcolm listed to set the environment variables so that SRM can find the devices to boot. The WWIDMGR User Manual gives the commands needed also. John H. Reinhardt ------------------------------ Date: Fri, 1 Jun 2007 12:07:02 +1000 From: "Gremlin" Subject: Free InfoTower/InfoServer 1000 Message-ID: <135uvq88eij07e8@corp.supernews.com> Hi All I have one working InfoTower with assorted giblets (transformer and InfoServer 1000 module) and six CD drives available for *free*. The "hitch" is, it is in Sydney Australia and if you want it you have to pick it up/pay the freight. Cheers ------------------------------ Date: Fri, 01 Jun 2007 02:32:27 -0000 From: rnbwil@gmail.com Subject: Re: freeware8 cron issue Message-ID: <1180665147.119766.117180@p47g2000hsd.googlegroups.com> On May 31, 9:15 am, wilm...@hotmail.com wrote: > Hi, > > I'm trying to get the cron/clontab kit off the freeware 8 cd (http:// > h71000.www7.hp.com/freeware/freeware80/cron/) working on our alpha w/ > 7.3-2. I've got it installed and executing but... > > When I add a crontab file it creates it in the cron$lib:[spool] > directory with my username as filename and owner of system. The > daemon then tries to execute it but pukes an error into the logs that > I'm not the owner. If I manually change the owner of the spool file > to my UIC it will execute fine until I update and add a new version of > the crontab file, which again appears in the spool director with > system as the owner. > > Any input would be appreciated. I've gone through the readmes etc and > can't find a reference. > > Thanks, > Rusty Resolved! I emailed the gentleman who produced the kit. He had me update it off his website with a new version and all is well. The kit is located here... http://www.the-rohwedders.de/downloads/cron/CRON-016.ZIP ------------------------------ Date: Thu, 31 May 2007 15:13:55 -0400 From: JF Mezei Subject: Re: GKS Message-ID: <879c2$465f1e9a$cef8887a$20750@TEKSAVVY.COM> Cross Michael C Mr CIV USAF 53 CSS/SCN wrote: > What was the last version of OpenVMS that had GKS on the media? I have > licenses but no media? From January 1995: DEC GKS for OpenVMS 6.0 810AA 2 [DECGKS060] DEC GKS for OpenVMS 6.0 811AA 2 [DECGKSRT060] Not sure if it is the last one. ------------------------------ Date: Thu, 31 May 2007 14:24:15 -0400 From: "David Turner, Island Computers" Subject: How to Upgrade from VMS 8.3 to Vista on RX2620 Message-ID: <135u4m9kpjbgabf@news.supernews.com> Yeah... I thought that would get your attention!!!! We still sell Alpha systems you know !!!!!!!!!?!?!?!? And parts and options etc. We can also now do some RX running VMS Sell and lease short or long term. David -- David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404 T: 877-6364332 x201 Intl: 001 912 447 6622 E: dturner@islandco.com F: 912 201 0402 W: http://www.islandco.com ------------------------------ Date: Thu, 31 May 2007 22:14:07 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: HP wasting millions of dollars on itanium! Message-ID: <465f80eb$0$90263$14726298@news.sunsite.dk> JF Mezei wrote: > Bob Koehler wrote: >> >> "immediately shift to EV8"? How do you "immediately" shift to >> something that doesn't exist? > > OK, for the sake of discussion, lets assume both HP and Intel admitted > today that IA64 was a mistake. Both decide to focus on Alpha and HP > gives Intel the rights to build and improve/designs new alphas. > > How long would it take to take current EV7 and produce a new EV7 made > with smaller process and higher speed ? (same logic inside) and perhaps > larger cache ? > > With Intel's resources, would it be months, a year ? 2 years ? > Couldn't they give EV7 a speed boost each year until Intel then comes up > with EV9 (lets skip EV8 and go to EV9 with whatever techniques have been > learned/developped since 2001). > > (I realise that from a political point of view, this is unfortunatly ot > likely to happen, but from a technical point of view, couldn't they ramp > up EV7 production and EV7 speed bumps rather quickly ? I would say that EV7 is so far behind today that it is not that interesting for anyone except those strongly tied to Alpha. Arne ------------------------------ Date: Thu, 31 May 2007 22:14:45 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: HP wasting millions of dollars on itanium! Message-ID: <465f8111$0$90263$14726298@news.sunsite.dk> Doug Phillips wrote: > IBM is teamed with AMD on the x86 front, and you can bet that team > isn't exactly standing still, either. I think most (all?) xSeries uses Xeon not Opteron. Arne ------------------------------ Date: Thu, 31 May 2007 20:19:41 -0700 From: Doug Phillips Subject: Re: HP wasting millions of dollars on itanium! Message-ID: <1180667981.047064.204900@p47g2000hsd.googlegroups.com> On May 31, 9:14 pm, Arne Vajh=F8j wrote: > Doug Phillips wrote: > > IBM is teamed with AMD on the x86 front, and you can bet that team > > isn't exactly standing still, either. > > I think most (all?) xSeries uses Xeon not Opteron. > > Arne Okay, but: "AMD processor-based products" "IBM, AMD and Novell Team on Linux Offering for Informix" "AMD, IBM tighten ties" to cite just a few references. ------------------------------ Date: Thu, 31 May 2007 23:41:53 -0400 From: Bill Todd Subject: Re: HP wasting millions of dollars on itanium! Message-ID: <6-mdnRz7xaQcCMLbnZ2dnUVZ_tWhnZ2d@metrocastcablevision.com> Arne Vajhøj wrote: ... > I would say that EV7 is so far behind today that it is not that > interesting for anyone except those strongly tied to Alpha. While I agree that the chances of seeing Alpha resurrected are indistinguishable from zero (and have been since HP bought Compaq - before that, there was at least *some* hope that Curly could either be forced to see reason or given the boot, and Alpha restarted), you really shouldn't confuse being behind in technology (which EV7 is not) with just being behind in implementation (which EV7 certainly is: most of the competition is three full process generations beyond 180 nm. now, and Intel is about to make that four full generations with Penryn). EV7's multi-chip interconnect technology has yet to be matched (Intel *may* do so in late 2008/early 2009 when CSI finally appears; POWER has gotten a lot closer with the release of POWER6, but my impression is still doesn't have the raw aggregate large-system bandwidth that EV7 has). EV7's on-chip memory control is at least on a par with the best current offerings (those that have on-chip memory support at all). And even EV7's raw core performance is no slouch, given the handicap of being those three process generations behind now: if you don't want to wait for it to be upgraded at least to EV8 standards, just introduce the new model in 45 nm. with 16 cores as a stop-gap for throughput-intensive applications (I suspect that would give Rock a good run for its money). Nah, it'll never happen, but not because Alpha couldn't compete - even now. As for where it could be if development had continued, well... - bill ------------------------------ Date: Fri, 01 Jun 2007 00:01:22 -0400 From: JF Mezei Subject: Re: HP wasting millions of dollars on itanium! Message-ID: Arne Vajhøj wrote: > I would say that EV7 is so far behind today that it is not that > interesting for anyone except those strongly tied to Alpha. HP has to decide whether to swallow its pride and continue to make Alpha, or lose 30% of its installed base. (as per IDC study that had been posted on HP's web site). Either that os port its enterprise OS to industry standard architectures in souped up enterprise cabinets. ------------------------------ Date: Thu, 31 May 2007 21:38:57 -0700 From: "Ian King" Subject: Infoserver 150 woes Message-ID: <465fa2e0$0$3573$ae4e5890@news.nationwide.net> I swear this thing used to work, but when I fired up my Infoserver 150 a couple of days ago, it did not boot. I've poked about and tried a few things, and now I'm going to turn to the Collective Wisdom to see if anyone has any suggestions (other than using it as a boat anchor). To begin with, it's pretty vanilla with an RRD42 and an RZ23. I've chosen AUI, into which I have plugged an AUI to twisted-pair adapter that appears happy. The machine powers up and goes through its POST, with only the usual 'errors' indicating there are no devices connected to the external SCSI. The SHOW DEV display shows the HD. Just out of paranoia, I opened the case and I can hear the RZ23 spinning up, FWIW. One interesting trait is that it asks me if I want to boot off DKA0: or DKA1:. I've tried both, and off DKA0: I can get to the 83 BOOT SYS prompt, and then nothing happens. I poked around on the net and found a bunch of Infoserver code in HP's freeware collection, in the form of 'images' (.img files) that I'm supposed to put on a CD-R. I tried using a Windows-based CD writer and program and treated it as an ISO image, i.e. just slap it on there, please, but I can't boot the resulting disk. Interesting data point: if I insert my OpenVMS Hobbyist disk in the RRD42, SHOW DEV shows the size of the volume, but there is no size displayed for this CD-R I created. Hm. So I'm looking for either/or: (a) some advice that will help me fix this thing with what I have at hand; (b) someone who can help me get a bootable Infoserver CD, whether original or duplicated. Thanks -- Ian -- It's not junk, it's history! Ian King ------------------------------ Date: Thu, 31 May 2007 15:08:20 -0600 From: Keith Parris Subject: License cost (was Re: Anyone know why the Alpha market is so so quiet?) Message-ID: Richard B. Gilbert wrote: > What is clever about charging $1500 US for a VMS license for an > Alphastation 200? When I was an independent consultant and needed to do exactly that (but for 2 Alphastation 200s), I joined the DSPP program (for free) and got 50% off the license price. Then for $500 per year I got the binary and documentation updates on CD plus licenses for everything a developer could wish for. VMS binary kits were free. Same DSPP discount also applied to the license for the OpenVMS Source Listings. The DSPP is now focused on Itanium rather than Alpha, as one might expect, but similar benefits are still available. If I were in a similar position today, I'd probably attend a Porting Seminar and get one of the Itanium buxes included in the $2K price. ------------------------------ Date: Thu, 31 May 2007 17:47:59 -0400 From: "Richard B. Gilbert" Subject: Re: License cost (was Re: Anyone know why the Alpha market is so so quiet?) so q Message-ID: <465F428F.8040905@comcast.net> Keith Parris wrote: > Richard B. Gilbert wrote: > >> What is clever about charging $1500 US for a VMS license for an >> Alphastation 200? > > > When I was an independent consultant and needed to do exactly that (but > for 2 Alphastation 200s), I joined the DSPP program (for free) and got > 50% off the license price. > > Then for $500 per year I got the binary and documentation updates on CD > plus licenses for everything a developer could wish for. VMS binary kits > were free. > > Same DSPP discount also applied to the license for the OpenVMS Source > Listings. > > The DSPP is now focused on Itanium rather than Alpha, as one might > expect, but similar benefits are still available. If I were in a similar > position today, I'd probably attend a Porting Seminar and get one of the > Itanium buxes included in the $2K price. Well, yeah, IF you qualify for DSPP. ISTR that you had to be a software developer rather than a hobbyist just messing around. I got my Alphastation 200 when they went EOL and I think that 75% of the price was for the licenses (VMS, NET-APP-SUP-150, UCX, OPEN3D and MMOV-RT whatever that is/was). ------------------------------ Date: Thu, 31 May 2007 21:24:05 GMT From: "John Wallace" Subject: Re: OpenVMS on AlphaPC Message-ID: "|a|i|e|i|e|" wrote in message news:465dfe1b$0$17947$4fafbaef@reader1.news.tin.it... > Hi all, > > I have an AlphaPC, and i would install openvms. > I installed SRM 5.8 > > I think that the first problem is the scsi adapter (adaptec now, not > supported), and i don't know if the qlogic 1020/1040 is ok. > The video card a Diamond FireGL > > So, can i hope to install vms on it? > > Any suggest? > > thanks for all. > > > (I can continue using vms on my 4000vlc) > You might want to try to be a bit more specific about what your AlphaPC is, eg with a model number and/or with suitable output from SRM console commands. Not all "AlphaPC" systems will run VMS, some had deliberately "value engineered" components (presumably to prevent people buying cheap(er) VMS boxes). E.g. kit based on the "21164PC" (?) processor would run NT or Tru64 or various Unix-derived stuff, but (iirc) lacked the specific memory management implementation required by VMS. Good luck anyway John ------------------------------ Date: 31 May 2007 13:55:56 -0700 From: Bob Gezelter Subject: OpenVMS Support for C-class Blades Message-ID: <1180644956.825841.123020@p47g2000hsd.googlegroups.com> OpenVMS on Blades has been announced. The economics of the Blades hardware and the associated software licensing are impressive. More information can be found at: http://h71000.www7.hp.com/openvms/cclass_support.html - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Thu, 31 May 2007 17:57:08 -0400 From: JF Mezei Subject: Re: OpenVMS Support for C-class Blades Message-ID: <35253$465f44de$cef8887a$11428@TEKSAVVY.COM> Bob Gezelter wrote: > More information can be found at: http://h71000.www7.hp.com/openvms/cclass_support.html Of significance: *NO* information can be found at http://www.hp.com -> company information -> newsroom. Does anyone know if they have added specific support for cluster interconnect between IA64 cards in a c-class box ? Or is it still just ethernet through the normal ethernet cards assigned to each slot in the C box ? ------------------------------ Date: 31 May 2007 16:34:53 -0700 From: Doug Phillips Subject: Re: OpenVMS Support for C-class Blades Message-ID: <1180654493.129039.47290@k79g2000hse.googlegroups.com> On May 31, 4:57 pm, JF Mezei wrote: > Bob Gezelter wrote: > > More information can be found at:http://h71000.www7.hp.com/openvms/cclass_support.html > > Of significance: *NO* information can be found athttp://www.hp.com-> > company information -> newsroom. What? You still expect to find VMS stuff on HP.COM someplace other than through the /OpenVMS home page? The HP "Success Stories Sorted by Operating System" page still only has three VMS success stories (two more than when I last commented on it, but HPUX & Windows list has grown much more): ESME-Sudria Norddeutscher Rundfunk Saturn ElectroHandels OpenVMS: Shhhhh. Don't tell anyone! They might want to buy it! ------------------------------ Date: Fri, 01 Jun 2007 10:56:51 +0800 From: Paul Repacholi Subject: Re: PCSI, disk space, UNDO, unseen dangers etc Message-ID: <871wgw4c24.fsf@k9.prep.synonet.com> "george.pagliarulo@hp.com" writes: > Each time you install a patch kit (patch, not product) PCSI creates > an UNDO directory for that kit. The UNDO directory for the latest > patch kit installed is always number one. Therefore, everytime you > install a patch kit PCSI has to go through and re-number all the > existing UNDO directories to make room for the newest one. Could you please explain in detail why version numbers are not used for this? ------------------------------ Date: Fri, 01 Jun 2007 00:15:52 GMT From: "Michael D. Ober" Subject: Re: Problem with NFS client connecting to Windows 2003 server Message-ID: I had this problem this past March. The short answer is spend the ~$450 US to buy Hummingbird Meastro NFS Server and dump SFU. HP told me that it was a MS problem and MS flat out told me they don't support the VMS NFS Client. I spent two weeks battling this and after downloading Hummingbird had it up and running in an afternoon. One caveat however, the directory caching between Hummingbird and NFS is touchy. We had to set our directory cache value to 1 second to allow us to delete a file and then recreate the same file on the NFS share. If you go this route, email me at "mdo at wakeassoc dot com" and I will send you our working configuration. As for the actual issue, it appears that the VMS NFS client is a mixed NFS 2/3 client and the Windows SFU software can't handle this. The problem comes in the handling of permissions by SFU and NTFS. Mike Ober. "Gremlin" wrote in message news:135nf8i6dheh60a@corp.supernews.com... > Hi All > > [SYSMGR] > tcpip sho ver > > HP TCP/IP Services for OpenVMS Alpha Version V5.5 - ECO 1 > on an AlphaServer DS10L 466 MHz running OpenVMS V8.2 > > I have created an NFS share on a Windows2003 server running Windows > Services for Unix v3.5. The share is OK, there are no error messages in > the Windows log file, I have mounted the share using: > > TCPIP> mount dnsf0: /host="DL380" /path="NFSdata" > %TCPIP$DNFSMOUNT-S-MOUNTED, NFSdata mounted on _DNFS7:[000000] > > then > > [SYSMGR] > sho dev d > > Device Device Error Volume Free > Trans Mnt > Name Status Count Label Blocks > Count Cnt > DNFS0: Online 0 > DNFS7: Mounted 0 DL380$NFSdat 418661312 > 1 1 > VAX$DQA0: Offline 1 > VAX$DQA1: Mounted 0 ALPHASYS 7059032 > 435 1 > VAX$DQB0: Online 0 > VAX$DQB1: Offline 1 > VAX$DVA0: Online 0 > [SYSMGR] > dir dnfs7:[000000] > %DIRECT-E-OPENIN, error opening DNFS7:[000000]*.*;* as input > -RMS-E-DNF, directory not found > -SYSTEM-F-TIMEOUT, device timeout > > Can't see it, get to it, etc. > > Any thoughts appreciated - cheers > > ------------------------------ Date: Fri, 01 Jun 2007 00:17:03 GMT From: "Michael D. Ober" Subject: Re: Problem with NFS client connecting to Windows 2003 server Message-ID: <3AJ7i.12064$296.11703@newsread4.news.pas.earthlink.net> You can read, but you probably can't write files and have Windows be able to read them. Mike Ober. "Gremlin" wrote in message news:135p9ljbr5h1e42@corp.supernews.com... > Hi All > > Well, it was almost that...... > > Thanks to you both, the information you gave me didn't work directly, but > it made me think (always a hard thing!). There is a well known (not to > me) bug that says that the NFS authentication server must *also* run on a > Domain Controller or the whole thing doesn't work. So, I installed the > authentication server on the DC as well as the other windows server and - > voila!! > > Thanks for all your help > > > "Gorazd Kikelj" wrote in message > news:f3h9mc$g0u$1@usenet01.boi.hp.com... >> >> "Gremlin" wrote in message >> news:135nf8i6dheh60a@corp.supernews.com... >>> Hi All >>> >>> [SYSMGR] > tcpip sho ver >>> >>> HP TCP/IP Services for OpenVMS Alpha Version V5.5 - ECO 1 >>> on an AlphaServer DS10L 466 MHz running OpenVMS V8.2 >>> >>> I have created an NFS share on a Windows2003 server running Windows >>> Services for Unix v3.5. The share is OK, there are no error messages in >>> the Windows log file, I have mounted the share using: >>> >>> TCPIP> mount dnsf0: /host="DL380" /path="NFSdata" >>> %TCPIP$DNFSMOUNT-S-MOUNTED, NFSdata mounted on _DNFS7:[000000] >>> >> ... >>> [SYSMGR] > dir dnfs7:[000000] >>> %DIRECT-E-OPENIN, error opening DNFS7:[000000]*.*;* as input >>> -RMS-E-DNF, directory not found >>> -SYSTEM-F-TIMEOUT, device timeout >>> >>> Can't see it, get to it, etc. >>> >>> Any thoughts appreciated - cheers >>> >> >> This is usualy missing username mappings and proxy settings, hence >> security. >> So create a valid username mapping on SFU (Windows) side and then also >> create right proxy records to reflect win mappings. And you are done :-) >> >> >> So create a mapping in SFU for example: >> >> uid=100, gid=100 -> windows\Administrator >> >> and proxy in tcpip >> >> uid=100, gid=100, vmsuser >> >> that should do the trick. >> >> Best, Gorazd >> > > ------------------------------ Date: Fri, 1 Jun 2007 11:58:26 +1000 From: "Gremlin" Subject: Re: Problem with NFS client connecting to Windows 2003 server Message-ID: <135uva4ejvra3b6@corp.supernews.com> Hi Michael Reading is all I need, they are created on a windows workstation and are static once created - used as input to a webserver which now appears to work fine! Thanks for your suggestion though. "Michael D. Ober" wrote in message news:3AJ7i.12064$296.11703@newsread4.news.pas.earthlink.net... > You can read, but you probably can't write files and have Windows be able > to read them. > > Mike Ober. > > "Gremlin" wrote in message > news:135p9ljbr5h1e42@corp.supernews.com... >> Hi All >> >> Well, it was almost that...... >> >> Thanks to you both, the information you gave me didn't work directly, but >> it made me think (always a hard thing!). There is a well known (not to >> me) bug that says that the NFS authentication server must *also* run on a >> Domain Controller or the whole thing doesn't work. So, I installed the >> authentication server on the DC as well as the other windows server and - >> voila!! >> >> Thanks for all your help >> >> >> "Gorazd Kikelj" wrote in message >> news:f3h9mc$g0u$1@usenet01.boi.hp.com... >>> >>> "Gremlin" wrote in message >>> news:135nf8i6dheh60a@corp.supernews.com... >>>> Hi All >>>> >>>> [SYSMGR] > tcpip sho ver >>>> >>>> HP TCP/IP Services for OpenVMS Alpha Version V5.5 - ECO 1 >>>> on an AlphaServer DS10L 466 MHz running OpenVMS V8.2 >>>> >>>> I have created an NFS share on a Windows2003 server running Windows >>>> Services for Unix v3.5. The share is OK, there are no error messages >>>> in the Windows log file, I have mounted the share using: >>>> >>>> TCPIP> mount dnsf0: /host="DL380" /path="NFSdata" >>>> %TCPIP$DNFSMOUNT-S-MOUNTED, NFSdata mounted on _DNFS7:[000000] >>>> >>> ... >>>> [SYSMGR] > dir dnfs7:[000000] >>>> %DIRECT-E-OPENIN, error opening DNFS7:[000000]*.*;* as input >>>> -RMS-E-DNF, directory not found >>>> -SYSTEM-F-TIMEOUT, device timeout >>>> >>>> Can't see it, get to it, etc. >>>> >>>> Any thoughts appreciated - cheers >>>> >>> >>> This is usualy missing username mappings and proxy settings, hence >>> security. >>> So create a valid username mapping on SFU (Windows) side and then also >>> create right proxy records to reflect win mappings. And you are done :-) >>> >>> >>> So create a mapping in SFU for example: >>> >>> uid=100, gid=100 -> windows\Administrator >>> >>> and proxy in tcpip >>> >>> uid=100, gid=100, vmsuser >>> >>> that should do the trick. >>> >>> Best, Gorazd >>> >> >> > > > ------------------------------ Date: Fri, 1 Jun 2007 06:40:07 +0200 From: "Gorazd Kikelj" Subject: Re: Problem with NFS client connecting to Windows 2003 server Message-ID: Just use TCPIP> mount dnsf0: /host="DL380" /path="NFSdata" /NOADF and you'll be fine. One caveat, You'll be losing file attributes on vms side so it will work for stream and binary files. As you will mostly read files cerated onb windows, you will not notice this. Best, Gorazd ------------------------------ Date: Thu, 31 May 2007 14:44:21 -0400 From: "Hal Kuff" Subject: Re: Remote Shadow... Message-ID: <7IE7i.160520$mJ1.8546@newsfe22.lga> Hi, Thanks for a spirited discussion all! We actually have severl EVA8000 arrays and one XP10000 arrays at this facility and Richard is correct in that we do treat our data well. The problem we are poking at is a site in Baltimore Maryland and a site in Reno Nevada... circuit is a DS-3 or an OC-3 ... the latency is 50ms so you can not use any conventional system to shadow or mirror.... The latency presents requires you do some sort of asynch mirroring.... Now, there are some products out there like Falconstor but at this time it is not clear to us (see other posts) whether it is practical to use with OpenVMS.. The IPSTOR product looks good if we can get our demo system to work with VMS .... We have flirted with the remote shadow product in the past but never got to the demo stage (actually our fault not theirs in that regard) .. One would think as long as they have been around and porting to Itanium, and having what they say are hundreds of sites in use (according to their web page) that the code would be good... however, Brian's honest assessment appreciated it appears no one has yet spoken for the product... wrote in message news:00A686FE.596EF094@SendSpamHere.ORG... > In article , "Hal Kuff" > writes: >> >> >>Any current users using this product at 40 to 50ms latency? > > Obviously, your data isn't of any importantant to you? > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker > VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Thu, 31 May 2007 14:59:20 -0400 From: "Richard B. Gilbert" Subject: Re: Remote Shadow... Message-ID: <465F1B08.7030901@comcast.net> Hal Kuff wrote: > Hi, > > Thanks for a spirited discussion all! > > We actually have severl EVA8000 arrays and one XP10000 arrays at this > facility and Richard is correct in that we do treat our data well. > > The problem we are poking at is a site in Baltimore Maryland and a site > in Reno Nevada... circuit is a DS-3 or an OC-3 ... the latency is 50ms so > you can not use any conventional system to shadow or mirror.... The latency > presents requires you do some sort of asynch mirroring.... Now, there are > some products out there like Falconstor but at this time it is not clear to > us (see other posts) whether it is practical to use with OpenVMS.. The > IPSTOR product looks good if we can get our demo system to work with VMS > .... > > We have flirted with the remote shadow product in the past but never got > to the demo stage (actually our fault not theirs in that regard) .. One > would think as long as they have been around and porting to Itanium, and > having what they say are hundreds of sites in use (according to their web > page) that the code would be good... however, Brian's honest assessment > appreciated it appears no one has yet spoken for the product... > Hal, ISTR that you have two buildings, a mile or two apart. Have you considered shadowing to disks in the other building? I realize that this will not save you if something knocks out the entire town/city but presumably the sites would be on different substations at least and a fire or flood at one would not necessarily affect the other. ------------------------------ Date: Thu, 31 May 2007 12:04:37 -0700 From: "Tom Linden" Subject: Re: Remote Shadow... Message-ID: On Thu, 31 May 2007 11:59:20 -0700, Richard B. Gilbert wrote: > Hal Kuff wrote: >> Hi, >> Thanks for a spirited discussion all! >> We actually have severl EVA8000 arrays and one XP10000 arrays at >> this facility and Richard is correct in that we do treat our data well. >> The problem we are poking at is a site in Baltimore Maryland and a >> site in Reno Nevada... circuit is a DS-3 or an OC-3 ... the latency is >> 50ms so you can not use any conventional system to shadow or mirror.... >> The latency presents requires you do some sort of asynch mirroring.... >> Now, there are some products out there like Falconstor but at this time >> it is not clear to us (see other posts) whether it is practical to use >> with OpenVMS.. The IPSTOR product looks good if we can get our demo >> system to work with VMS .... >> We have flirted with the remote shadow product in the past but >> never got to the demo stage (actually our fault not theirs in that >> regard) .. One would think as long as they have been around and porting >> to Itanium, and having what they say are hundreds of sites in use >> (according to their web page) that the code would be good... however, >> Brian's honest assessment appreciated it appears no one has yet spoken >> for the product... >> > > > Hal, > > ISTR that you have two buildings, a mile or two apart. Have you > considered shadowing to disks in the other building? I realize that > this will not save you if something knocks out the entire town/city but > presumably the sites would be on different substations at least and a > fire or flood at one would not necessarily affect the other. If it is line-of-sight, microwave link would work. > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 31 May 2007 15:32:07 -0400 From: "Richard B. Gilbert" Subject: Re: Remote Shadow... Message-ID: <465F22B7.6070701@comcast.net> Tom Linden wrote: > On Thu, 31 May 2007 11:59:20 -0700, Richard B. Gilbert > wrote: > >> Hal Kuff wrote: >> >>> Hi, >>> Thanks for a spirited discussion all! >>> We actually have severl EVA8000 arrays and one XP10000 arrays >>> at this facility and Richard is correct in that we do treat our data >>> well. >>> The problem we are poking at is a site in Baltimore Maryland and >>> a site in Reno Nevada... circuit is a DS-3 or an OC-3 ... the >>> latency is 50ms so you can not use any conventional system to shadow >>> or mirror.... The latency presents requires you do some sort of >>> asynch mirroring.... Now, there are some products out there like >>> Falconstor but at this time it is not clear to us (see other posts) >>> whether it is practical to use with OpenVMS.. The IPSTOR product >>> looks good if we can get our demo system to work with VMS .... >>> We have flirted with the remote shadow product in the past but >>> never got to the demo stage (actually our fault not theirs in that >>> regard) .. One would think as long as they have been around and >>> porting to Itanium, and having what they say are hundreds of sites >>> in use (according to their web page) that the code would be good... >>> however, Brian's honest assessment appreciated it appears no one has >>> yet spoken for the product... >>> >> >> >> Hal, >> >> ISTR that you have two buildings, a mile or two apart. Have you >> considered shadowing to disks in the other building? I realize that >> this will not save you if something knocks out the entire town/city >> but presumably the sites would be on different substations at least >> and a fire or flood at one would not necessarily affect the other. > > > If it is line-of-sight, microwave link would work. > I don't know about the line-of-sight. The last time I used microwave (other than the oven) was fourteen years ago at Princeton University. We had a microwave link bridging about three miles from the Forrestal Campus to the Computing Center on the main campus. It was expensive as hell but cheaper than T1 service which would have had to run through the Telco Point of Presence about twelve miles away. Anybody remember the "MetroWave Bridge"? Ours wasn't done using the DEC hardware but the same idea. ISTR it ran rather slowly during icky weather; heavy rain or snow could slow it down quite a bit! ------------------------------ Date: Thu, 31 May 2007 20:30:31 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Remote Shadow... Message-ID: <00A68729.782EEA64@SendSpamHere.ORG> In article , brooks@cuebid.zko.hp.nospam (Rob Brooks) writes: > > >B. Gilbert" writes: >> VAXman- wrote: >>> "Hal Kuff" writes: > >>>>Thats remote shadow the non-HP product... >>>>http://www.advsyscon.com/products/rso/ > >>> For the price of that crap, you could buy a small box, cluster it, >>> and volume shadow the disks of importance to you. But it seems to >>> me your data isn't important to you so have at it. >> >> I've seen Hal's data center and he does care about his data. > >[...] > >> If Hal wants to do the same and can afford the necessary hardware, software, >> and bandwidth, more power to him! > >Brian's comment does not pertain to the importance or usefulness of remote >storage -- Brian is expressing a lack of confidence in the vendor about >whom Hal is asking. ...and far more intimate experience with it than I care to elaborate! I wonder what light this document might shed if somebody searched for my name within: http://www.sockets.com/services.htm -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Thu, 31 May 2007 17:37:43 -0400 From: "Richard B. Gilbert" Subject: Re: Remote Shadow... Message-ID: <465F4027.1070403@comcast.net> VAXman- wrote: > In article , brooks@cuebid.zko.hp.nospam (Rob Brooks) writes: > >> >>B. Gilbert" writes: >> >>>VAXman- wrote: >>> >>>>"Hal Kuff" writes: >>> >>>>>Thats remote shadow the non-HP product... >>>>>http://www.advsyscon.com/products/rso/ >>>> >>>>For the price of that crap, you could buy a small box, cluster it, >>>>and volume shadow the disks of importance to you. But it seems to >>>>me your data isn't important to you so have at it. >>> >>>I've seen Hal's data center and he does care about his data. >> >>[...] >> >> >>>If Hal wants to do the same and can afford the necessary hardware, software, >>>and bandwidth, more power to him! >> >>Brian's comment does not pertain to the importance or usefulness of remote >>storage -- Brian is expressing a lack of confidence in the vendor about >>whom Hal is asking. > > > ...and far more intimate experience with it than I care to elaborate! > > I wonder what light this document might shed if somebody searched for my > name within: http://www.sockets.com/services.htm > Aha! A light begins to dawn! Would there be a personal grievance involved? ISTR you got involved in a battle with someone or other and emerged badly bruised. . . . Hal, take note. If this outfit is the one I think it may be, it has, in the past, suffered from a severe case of "Integrity Deficit Disorder" involving software licenses. Brian may fill you in off-line or he may feel that his personal risk is too great. ------------------------------ Date: Fri, 01 Jun 2007 00:46:00 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Remote Shadow... Message-ID: <00A6874D.28F364D4@SendSpamHere.ORG> In article <465F4027.1070403@comcast.net>, "Richard B. Gilbert" writes: > > >VAXman- wrote: >> In article , brooks@cuebid.zko.hp.nospam (Rob Brooks) writes: >> >>> >>>B. Gilbert" writes: >>> >>>>VAXman- wrote: >>>> >>>>>"Hal Kuff" writes: >>>> >>>>>>Thats remote shadow the non-HP product... >>>>>>http://www.advsyscon.com/products/rso/ >>>>> >>>>>For the price of that crap, you could buy a small box, cluster it, >>>>>and volume shadow the disks of importance to you. But it seems to >>>>>me your data isn't important to you so have at it. >>>> >>>>I've seen Hal's data center and he does care about his data. >>> >>>[...] >>> >>> >>>>If Hal wants to do the same and can afford the necessary hardware, software, >>>>and bandwidth, more power to him! >>> >>>Brian's comment does not pertain to the importance or usefulness of remote >>>storage -- Brian is expressing a lack of confidence in the vendor about >>>whom Hal is asking. >> >> >> ...and far more intimate experience with it than I care to elaborate! >> >> I wonder what light this document might shed if somebody searched for my >> name within: http://www.sockets.com/services.htm >> > >Aha! A light begins to dawn! Would there be a personal grievance >involved? ISTR you got involved in a battle with someone or other and >emerged badly bruised. . . . > >Hal, take note. If this outfit is the one I think it may be, it has, in >the past, suffered from a severe case of "Integrity Deficit Disorder" >involving software licenses. Brian may fill you in off-line or he may >feel that his personal risk is too great. QED! However, I would offer that you are being _way_too_ politically correct when you say "Integrity Deficit Disorder". -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Fri, 01 Jun 2007 01:03:46 GMT From: "Hal Kuff" Subject: Re: Remote Shadow... Message-ID: Richard, Kind of you to remember... we did enjoy your visit and wish you well... Yes that is kind of the backup plan although having near real time data in Nevada 2200 miles away would be better...as there is a full distribution center there for operational backup. "Richard B. Gilbert" wrote in message news:465F1B08.7030901@comcast.net... > Hal Kuff wrote: >> Hi, >> >> Thanks for a spirited discussion all! >> >> We actually have severl EVA8000 arrays and one XP10000 arrays at this >> facility and Richard is correct in that we do treat our data well. >> >> The problem we are poking at is a site in Baltimore Maryland and a >> site in Reno Nevada... circuit is a DS-3 or an OC-3 ... the latency is >> 50ms so you can not use any conventional system to shadow or mirror.... >> The latency presents requires you do some sort of asynch mirroring.... >> Now, there are some products out there like Falconstor but at this time >> it is not clear to us (see other posts) whether it is practical to use >> with OpenVMS.. The IPSTOR product looks good if we can get our demo >> system to work with VMS .... >> >> We have flirted with the remote shadow product in the past but never >> got to the demo stage (actually our fault not theirs in that regard) .. >> One would think as long as they have been around and porting to Itanium, >> and having what they say are hundreds of sites in use (according to their >> web page) that the code would be good... however, Brian's honest >> assessment appreciated it appears no one has yet spoken for the >> product... >> > > > Hal, > > ISTR that you have two buildings, a mile or two apart. Have you > considered shadowing to disks in the other building? I realize that this > will not save you if something knocks out the entire town/city but > presumably the sites would be on different substations at least and a fire > or flood at one would not necessarily affect the other. > ------------------------------ Date: Fri, 01 Jun 2007 01:06:38 GMT From: "Hal Kuff" Subject: Re: Remote Shadow... Message-ID: Worth mentioning that a quick visit to www.tessco.com (thats actually us) ... We are the source for all RF gear! So as our three buildings in Baltimore are within a three mile circle we might just do that... But, as we are dedicated ostinate and stubborn folk here we will push and probe at the Reno solution as well! "Tom Linden" wrote in message news:op.ts7glzpgtte90l@hyrrokkin... > On Thu, 31 May 2007 11:59:20 -0700, Richard B. Gilbert > wrote: > >> Hal Kuff wrote: >>> Hi, >>> Thanks for a spirited discussion all! >>> We actually have severl EVA8000 arrays and one XP10000 arrays at >>> this facility and Richard is correct in that we do treat our data well. >>> The problem we are poking at is a site in Baltimore Maryland and a >>> site in Reno Nevada... circuit is a DS-3 or an OC-3 ... the latency is >>> 50ms so you can not use any conventional system to shadow or mirror.... >>> The latency presents requires you do some sort of asynch mirroring.... >>> Now, there are some products out there like Falconstor but at this time >>> it is not clear to us (see other posts) whether it is practical to use >>> with OpenVMS.. The IPSTOR product looks good if we can get our demo >>> system to work with VMS .... >>> We have flirted with the remote shadow product in the past but >>> never got to the demo stage (actually our fault not theirs in that >>> regard) .. One would think as long as they have been around and porting >>> to Itanium, and having what they say are hundreds of sites in use >>> (according to their web page) that the code would be good... however, >>> Brian's honest assessment appreciated it appears no one has yet spoken >>> for the product... >>> >> >> >> Hal, >> >> ISTR that you have two buildings, a mile or two apart. Have you >> considered shadowing to disks in the other building? I realize that >> this will not save you if something knocks out the entire town/city but >> presumably the sites would be on different substations at least and a >> fire or flood at one would not necessarily affect the other. > > If it is line-of-sight, microwave link would work. >> > > > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Fri, 01 Jun 2007 01:08:27 GMT From: "Hal Kuff" Subject: Re: Remote Shadow... Message-ID: I need spell check and grammar for my Blackberry.... "Hal Kuff" wrote in message news:yiK7i.9931$eO5.5384@trndny08... > > Worth mentioning that a quick visit to www.tessco.com (thats actually > us) ... We are the source for all RF gear! So as our three buildings in > Baltimore are within a three mile circle we might just do that... But, as > we are dedicated ostinate and stubborn folk here we will push and probe at > the Reno solution as well! > > > "Tom Linden" wrote in message > news:op.ts7glzpgtte90l@hyrrokkin... >> On Thu, 31 May 2007 11:59:20 -0700, Richard B. Gilbert >> wrote: >> >>> Hal Kuff wrote: >>>> Hi, >>>> Thanks for a spirited discussion all! >>>> We actually have severl EVA8000 arrays and one XP10000 arrays at >>>> this facility and Richard is correct in that we do treat our data well. >>>> The problem we are poking at is a site in Baltimore Maryland and a >>>> site in Reno Nevada... circuit is a DS-3 or an OC-3 ... the latency is >>>> 50ms so you can not use any conventional system to shadow or mirror.... >>>> The latency presents requires you do some sort of asynch mirroring.... >>>> Now, there are some products out there like Falconstor but at this time >>>> it is not clear to us (see other posts) whether it is practical to use >>>> with OpenVMS.. The IPSTOR product looks good if we can get our demo >>>> system to work with VMS .... >>>> We have flirted with the remote shadow product in the past but >>>> never got to the demo stage (actually our fault not theirs in that >>>> regard) .. One would think as long as they have been around and porting >>>> to Itanium, and having what they say are hundreds of sites in use >>>> (according to their web page) that the code would be good... however, >>>> Brian's honest assessment appreciated it appears no one has yet spoken >>>> for the product... >>>> >>> >>> >>> Hal, >>> >>> ISTR that you have two buildings, a mile or two apart. Have you >>> considered shadowing to disks in the other building? I realize that >>> this will not save you if something knocks out the entire town/city but >>> presumably the sites would be on different substations at least and a >>> fire or flood at one would not necessarily affect the other. >> >> If it is line-of-sight, microwave link would work. >>> >> >> >> >> -- >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > > ------------------------------ Date: Fri, 01 Jun 2007 02:07:06 -0000 From: Hein RMS van den Heuvel Subject: Re: Remote Shadow... Message-ID: <1180663626.297718.66520@w5g2000hsg.googlegroups.com> On May 31, 9:46 pm, "Richard B. Gilbert" wrote: > Hal Kuff wrote: > That 50 millisecond latency is a real killer! I think it's better to > park your data not more than 50 microseconds away and then, Hmmm, 50 milliseconds is 'only' 10x longer than a local disk access. Not pleasurable, but workable. 50 microsecond can NOT be achieve by magnetics disks. Period. It can be obtained using Solid State Drives... at a price: For example: http://www.ramsan.com/products/ramsan-400/indexb.htm > if worst comes to worst, do a one-time copy to Nevada or even > throw it on an airplane and fly it out there. At some point in time Hal was considering RMS AIJ to keep the remote site more or less in sync. Dunno how realistic that might be. (It woudl be an interesting assignment to find out :-). The 'normal' usage of AIJ files is for long term protection (days, weeks), but with the Journal-Snap freeware tool, one could imagine updates every minute or so for long term, worst case, protection. Mind you, RMS AIJ is rather banthwidth hungry as is logs entire buckets (up to the next-free-byte), not just records, when something changes in the bucket. It does that for all buckets. The data bucket of course, but also the primary and alternate index buckets. Cheers, Hein. ------------------------------ Date: Thu, 31 May 2007 15:09:29 -0400 From: JF Mezei Subject: Re: RMS : Indexed file rebuilding results Message-ID: <5618a$465f1d91$cef8887a$20750@TEKSAVVY.COM> Hein RMS van den Heuvel wrote: > The biggests questions I have is there there seems to be not much > consideration for the nature of the corruption. Whole blocks > (clusters) are overwritten and yet you seem to be looking for bad > bits. Once a record is found to be inconsistent, you might as well > skip the rest of that block for sure, I had not thought of that, but thinking about it, you are right. But in the end, it is simpler to just have a "string search" scan the whole bucket instead of adding logic to skip remainder of one block known to be bad. > following it as suspect. But I suppose you could transition from > garbage into goodness as well. Yep, and I saw a number of such cases. All told, in the bad buckets, I was able to see some 65 good records. But once I removed the multiple copies of a deleted record with subsequent ghost records, I was down to 21. > The Second big question is whether there is external data, like file > names or records in different files which can help you determine what > should have been there. Yep, this file has, as primary (and only) key, a file name pointing to a document/email in a series of directories. So by scanning those directories, I can know which records should be in there. My next task is to reconstruct minimal records for each of those missing keys so that ALLIN1 can then properly process those documents (many of which will be deleted because of their age and unfiled status). Wihout that minimal record in the indexed file, ALLIN1 will be unable to delete the document because it will lack access to the shared count. (the record contains the number of users who have a pointer to this document, and it is only truly deleted when the shared count goes from 1 to 0. > Good, but were the index buckets not at equal risk? Probably. But early on, thanks to ANA/RMS/INTERACTIVE, I was able to walk though the index. And in my program, I would also verify the integrity of each index bucket and they all seemed OK. So I was lucky. Had the index been screwed, I probably would have had to scan each block to see if it had a valid bucket header. Or scan all of the raw data for OA$SHAR and extract and decompress each record manually to a sequential file. > Compression is not too hard. I'll send you a piece of code. Thanks. But in the end, I only had 2 corrupt records and it was easy to take care of them. > So the keys in the records are NOT compressed? Correct. So I was able to scan for a key signature ("OA$SHAR") quite easily. In the end though, this recovered only 21 records. The rest of the records in the file came from undamaged buckets. > Again, KEY compression might require the deleted record to be there to > help reconstruct the actual key. Well, I am glad this file doesn't have key compression enabled ! (Interestingly, it might really benefit since all keys start with OA$SHAR, are about 20-23 bytes long, but the key is defined as 65 bytes long.) > That skeleton bucket header, do you use a large next-record-id? > Otherwise the ID might be out of range. As I rebuild the bucket, I update the next-record-id for each recovered record (based on that record's ID), and at the end, add 1 to it. The last part was important, because ANA/RMS would complain about duplicate record IDs. Also of interest, when I did include ghost records, I had one instance of record ID 14 with "deleted" status, and later on, a ghost record ID 14 in its original undeleted status. My logic just put them side by side, and ANA/RMS did detect the duplicate. Looks like ANA/RMS really does a thoughough job. BTW, ANA/RMS/INT should really list a record's length when you are down to that level. It lists the other bits, and shows its key. But not the record length. > If all the bucket is going to have is a deleted record, then just > remove the bucket! Update the prior bucket to point to next, not this! I considered this, however, this would have left an index pointer pointing to a bad bucket that was not part of the chain of buckets. Also, since there was a chance of recovering soe records from a bad bucket, it was easier to just rebuild the bucket. Building an empty bucket is rather simple. The only info I needed was the next bucket's VBN. > So skip it. For the purpose of trying to converting the file, by > primary key, the RRVs are useless. Yep, I skipped RRVs. However, ANA/RMS would complain and I wanted to see what the complaint was about. It was about RRV records in good buckets pointing to bad buckets that no longer contained the actual record. I.E. the complaint originated in buckets I had not modified. To be toughrough, I should have built is list of back buckets, then scan all buckets for RRV records pointing to a bad bucket and remove those RRV records. This way, i would have had a clean ANA/RMS on the file :-) (not not recovered any more records). ------------------------------ Date: 31 May 2007 15:11:16 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: <2a4PT0lpnJ9V@eisner.encompasserve.org> In article , Ron Johnson writes: > On 05/31/07 08:05, Bob Koehler wrote: >> In article <1180551139.432014.273620@j4g2000prf.googlegroups.com>, Katie Tam writes: >> >>> Should I upgrade my laptop to Vista ? Good or Bad? >> >> Bad, very bad. Upgrade to VMS instead. > > But I thought that WNT was the upgrade of VMS... > That hope died long before WNT shipped. Dead, very dead. ------------------------------ Date: Thu, 31 May 2007 20:38:33 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: <00A6872A.9792E91F@SendSpamHere.ORG> In article , Ron Johnson writes: > > >On 05/31/07 10:38, VAXman- @SendSpamHere.ORG wrote: >> In article , Ron Johnson writes: >>> >>> On 05/31/07 08:05, Bob Koehler wrote: >>>> In article <1180551139.432014.273620@j4g2000prf.googlegroups.com>, Katie Tam writes: >>>> >>>>> Should I upgrade my laptop to Vista ? Good or Bad? >>>> Bad, very bad. Upgrade to VMS instead. >>> But I thought that WNT was the upgrade of VMS... >> >> Troll! >> >> WNT is behind VMS in every way! W is behind V; N is behind M; >> T is behind S! In addition, while I'm on the topic of behind, >> take your head out of yours. > >Geez, dude, take some Prozac. Practicing medicine without a license too? -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: 31 May 2007 15:47:21 -0700 From: Doug Phillips Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: <1180651641.010463.269810@q66g2000hsg.googlegroups.com> On May 31, 8:36 am, Ron Johnson wrote: > On 05/31/07 08:05, Bob Koehler wrote: > > > In article <1180551139.432014.273...@j4g2000prf.googlegroups.com>, Katie Tam writes: > > >> Should I upgrade my laptop to Vista ? Good or Bad? > > > Bad, very bad. Upgrade to VMS instead. > > But I thought that WNT was the upgrade of VMS... > WNT could be viewed as a branch, or split, away from VMS' branch of the OS evolutionary tree at a time when VMS was very, very young, but it should certainly never be considered an "upgrade." Their "common ancestor" is well know and has been much discussed. ------------------------------ Date: Thu, 31 May 2007 18:36:06 -0500 From: Ron Johnson Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: On 05/31/07 15:38, VAXman- @SendSpamHere.ORG wrote: > In article , Ron Johnson writes: >> >> On 05/31/07 10:38, VAXman- @SendSpamHere.ORG wrote: >>> In article , Ron Johnson writes: >>>> On 05/31/07 08:05, Bob Koehler wrote: >>>>> In article <1180551139.432014.273620@j4g2000prf.googlegroups.com>, Katie Tam writes: >>>>> >>>>>> Should I upgrade my laptop to Vista ? Good or Bad? >>>>> Bad, very bad. Upgrade to VMS instead. >>>> But I thought that WNT was the upgrade of VMS... >>> Troll! >>> >>> WNT is behind VMS in every way! W is behind V; N is behind M; >>> T is behind S! In addition, while I'm on the topic of behind, >>> take your head out of yours. >> Geez, dude, take some Prozac. > > Practicing medicine without a license too? No, just pharmacopoeia. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Thu, 31 May 2007 20:02:20 -0400 From: JF Mezei Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: <64065$465f6235$cef8887a$32451@TEKSAVVY.COM> Doug Phillips wrote: > WNT could be viewed as a branch, or split, away from VMS' branch of > the OS evolutionary tree at a time when VMS was very, very young, I view it more and a attempt at uniting DOS with early VMS. ------------------------------ Date: Thu, 31 May 2007 17:26:13 -0700 From: AEF Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: <1180657573.213903.167450@k79g2000hse.googlegroups.com> On May 31, 9:36 am, Ron Johnson wrote: > On 05/31/07 08:05, Bob Koehler wrote: > > > In article <1180551139.432014.273...@j4g2000prf.googlegroups.com>, Katie Tam writes: > > >> Should I upgrade my laptop to Vista ? Good or Bad? > > > Bad, very bad. Upgrade to VMS instead. > > But I thought that WNT was the upgrade of VMS... This is like jumping into a newsgroup about cars made by Lexus and saying, "But I thought a tricycle was the upgrade of Lexus..." > > -- > Ron Johnson, Jr. > Jefferson LA USA > > Give a man a fish, and he eats for a day. > Hit him with a fish, and he goes away for good! AEF ------------------------------ Date: 31 May 2007 15:54:04 -0700 From: Sue Subject: VMS Update going out tomorrow Message-ID: <1180652044.557476.178240@h2g2000hsg.googlegroups.com> Dear Newsgroup, Tomorrow I will be sending out a VMS Update to my distribution lists. If you have something you need me to include please send me email as soon as possible on my HP email. That is my first name dot last name @ HP dot com Susan works. Warm Regards, Sue ------------------------------ Date: Thu, 31 May 2007 20:03:35 -0400 From: JF Mezei Subject: Re: VMS Update going out tomorrow Message-ID: <5e979$465f627f$cef8887a$32451@TEKSAVVY.COM> Sue wrote: > If you have something you need me to include please send me email as > soon as possible on my HP email. Can we say something like "We love Sue" ?????? :-) ------------------------------ Date: Thu, 31 May 2007 14:15:49 -0400 From: "David Turner, Island Computers" Subject: We can now sell & rent RX2660 with VMS Message-ID: <135u46h9fglav8f@news.supernews.com> If you are in need of one or several of these let me know the required configuration We can provide them within 2 weeks in most cases They are only available new. We are also renting these ! David -- David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404 T: 877-6364332 x201 Intl: 001 912 447 6622 E: dturner@islandco.com F: 912 201 0402 W: http://www.islandco.com ------------------------------ Date: Thu, 31 May 2007 15:22:26 -0400 From: JF Mezei Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: <6c2b8$465f209a$cef8887a$20750@TEKSAVVY.COM> David Turner, Island Computers wrote: > If you are in need of one or several of these let me know the required > configuration Let us know when you start to sell industry standard boxes certified to run VMS natively on it. Perhaps you need to use your HUGE influence on HP to convince them to port VMS to the industry standard architecture. ------------------------------ Date: Thu, 31 May 2007 15:38:29 -0400 From: "Richard B. Gilbert" Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: <465F2435.3040802@comcast.net> JF Mezei wrote: > David Turner, Island Computers wrote: > >> If you are in need of one or several of these let me know the required >> configuration > > > Let us know when you start to sell industry standard boxes certified to > run VMS natively on it. Perhaps you need to use your HUGE influence on > HP to convince them to port VMS to the industry standard architecture. Must you keep whipping your dead horse publicly? The hardware to run the O/S was not and is not the problem. The problem is that VMS is a "niche" O/S and HP just doesn't give a damn! ------------------------------ Date: Thu, 31 May 2007 19:41:16 -0400 From: "David Turner, Island Computers US Corp" Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: Richard The horse is no way dead, just slightly limping We are actually at the same sales figures as last year, though we have more inventory from buy backs etc. As for VMS - I can't see it going away for some time. A little birdy told me that even though HP has stopped selling to the public they are actually still manufacturing for "long term contract clients" that are continuing to use and develop their apps on VMS. I know I sound like a kid looking for the Pony in the pile of Horse Doodoo but, hey, it's my job! I am still here to help (with no expectation of remuneration) in the way of any technical info we have and documents user guides and use of our support site so please don't bite too hard David David "Richard B. Gilbert" wrote in message news:465F2435.3040802@comcast.net... > JF Mezei wrote: >> David Turner, Island Computers wrote: >> >>> If you are in need of one or several of these let me know the required >>> configuration >> >> >> Let us know when you start to sell industry standard boxes certified to >> run VMS natively on it. Perhaps you need to use your HUGE influence on HP >> to convince them to port VMS to the industry standard architecture. > > Must you keep whipping your dead horse publicly? The hardware to run the > O/S was not and is not the problem. The problem is that VMS is a "niche" > O/S and HP just doesn't give a damn! > > ------------------------------ Date: Thu, 31 May 2007 19:44:01 -0400 From: "David Turner, Island Computers US Corp" Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: Huge influence... Do I detect a touch of facetiousness in your email? "JF Mezei" wrote in message news:6c2b8$465f209a$cef8887a$20750@TEKSAVVY.COM... > David Turner, Island Computers wrote: >> If you are in need of one or several of these let me know the required >> configuration > > Let us know when you start to sell industry standard boxes certified to > run VMS natively on it. Perhaps you need to use your HUGE influence on HP > to convince them to port VMS to the industry standard architecture. ------------------------------ Date: Thu, 31 May 2007 20:21:29 -0400 From: "Richard B. Gilbert" Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: <465F6689.6040108@comcast.net> David Turner, Island Computers US Corp wrote: > Richard > > The horse is no way dead, just slightly limping > We are actually at the same sales figures as last year, though we have more > inventory from buy backs etc. The horse I wrote of, is the "porting VMS to 'industry standard architecture'; e.g. 80x86" which just ain't going to happen! Our favorite O/S is not yet dead but no one would argue that it's in robust good health either. I'm no longer actively job hunting because there aren't any VMS jobs available; at least none that don't also require MUMPS and Cache. In two years I managed to get a whole two interviews! In late 1998, I was offered a $5000 raise and a $5000 signing bonus to take a VMS job. Five years and nine months later, the company was acuired and my services were no longer required. By anyone! Fortunately, I have a good retirement plan to fall back on. . . . ------------------------------ Date: Fri, 01 Jun 2007 01:06:10 GMT From: rdeininger@mindspringdot.com (Robert Deininger) Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: In article <135u46h9fglav8f@news.supernews.com>, "David Turner, Island Computers" wrote: >If you are in need of one or several of these let me know the required >configuration > >We can provide them within 2 weeks in most cases >They are only available new. Nice! If you only have bandwidth to offer one Integrity server to start, rx2660 is a great choice. Do you offer both the regular kind and the office-friendly version? http://h18004.www1.hp.com/products/quickspecs/12698_div/12698_div.HTML http://h18004.www1.hp.com/products/quickspecs/12698_div/12698_div.pdf This note lists the VMS V8.3 patches that are needed to support these systems: http://www.docs.hp.com/en/5991-8664/5991-8664.pdf ------------------------------ Date: Thu, 31 May 2007 22:29:24 -0400 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: <465f8480$0$90266$14726298@news.sunsite.dk> David Turner, Island Computers wrote: > If you are in need of one or several of these let me know the required > configuration > > We can provide them within 2 weeks in most cases > They are only available new. Great to see that you are going into I64 business as well ! Congratulations. Arne ------------------------------ Date: Fri, 1 Jun 2007 04:29:50 +0000 (UTC) From: Cydrome Leader Subject: Re: [OT] (kinda) HP, parts ain't parts; KVM internal power supply Message-ID: Rich Jordan wrote: > We've got an HP KVM switch, 336044-B21. Its just out of warranty, and > not under contract. Power supply went all microsoft on us (low > output, capacitors oozing, no worky). > > HP does not provide service parts, and cannot tell us where to get > same, though they'd be happy to sell us a new unit. Aside from being > very difficult to understand, the parts person was pleasant and tried > to help but apparently something on his screen said "can't help, no > info, make the caller go away and move on to the next one". > That thing screams made by Avocent. lookup support on www.avocent.com. Even though it's OEMed to HP, they can probaly fix it, with no hassle, even out of warranty. I've found Avocent to have some of the best support out there. Their repair prices are fair last time I checked as well. ------------------------------ End of INFO-VAX 2007.297 ************************