INFO-VAX Sat, 10 Nov 2007 Volume 2007 : Issue 616 Contents: Hardcopy documentation Re: Hardcopy documentation RE: Informationweek mentions VMS 30 year anniversary Re: Informationweek mentions VMS 30 year anniversary RE: Informationweek mentions VMS 30 year anniversary Mein Kulturkampf Re: Mein Kulturkampf Mylex 960 question Re: Mylex 960 question Re: Mylex 960 question Re: Mylex 960 question OpenVMS systems administrator opening (NY) Re: Why does DECnet Phase IV have more capabilities on VAX than on Alpha? ---------------------------------------------------------------------- Date: Sat, 10 Nov 2007 13:19:04 -0000 From: IrishPub Subject: Hardcopy documentation Message-ID: <1194700744.926865.301030@d55g2000hsg.googlegroups.com> Greetings, I have boxes of VMS documentation that I am looking for a new home for. I was wondering if there is any interest in this. I have VMS 4.x documentation (the Orange covered manuals), VMS 5.x (the Gray covered manuals) and OpenVMS documentation (White covers). If there is interest I can provide more specifics about which manuals I have (all should be near complete sets, but they have been sitting for awhile so I would want to check to be sure). I also have various books on VMS, including Internals that I would be willing to part with as well. If this is not the right forum, I apologize as I tried to find a group that would be appropriate for this. Thanks for taking a look, -Ron Patrick ------------------------------ Date: Sat, 10 Nov 2007 14:20:32 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Hardcopy documentation Message-ID: In article <1194700744.926865.301030@d55g2000hsg.googlegroups.com>, IrishPub writes: > > >Greetings, > >I have boxes of VMS documentation that I am looking for a new home >for. I was wondering if there is any interest in this. I have VMS >4.x documentation (the Orange covered manuals), VMS 5.x (the Gray >covered manuals) and OpenVMS documentation (White covers). If there >is interest I can provide more specifics about which manuals I have >(all should be near complete sets, but they have been sitting for >awhile so I would want to check to be sure). > >I also have various books on VMS, including Internals that I would be >willing to part with as well. > >If this is not the right forum, I apologize as I tried to find a group >that would be appropriate for this. I would say that this is definitely the correct forum. How new is the White set? I'm interested. I already have Blue and Orange and Gray. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Sat, 10 Nov 2007 15:59:36 +0000 From: "Main, Kerry" Subject: RE: Informationweek mentions VMS 30 year anniversary Message-ID: > -----Original Message----- > From: R.A.Omond [mailto:Roy.Omond@BlueBubble.UK.Com] > Sent: November 7, 2007 10:57 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Informationweek mentions VMS 30 year anniversary > > Keith Cayemberg wrote: > > There is also an OpenVMS birthday greetings article at Enterprise > Open > > Source Magazine. > > http://opensource.sys-con.com/read/451374.htm > > Quote from the link: > > "HP, its latest owner, can't quite put its finger on the value of the > marketplace but is about to come out with OpenVMS 8.3, what it calls an > "Anniversary Release" that runs on VAX, Alpha and more to the point its > Itanium-based Integrity servers." > > Woohooo... we're about to get VMS 8.3, and on VAX as well ... > > Hmmm... wait a sec ;-) Well, knowing how reporters are, they likely heard "OpenVMS V8.3-1H1", but = their notes recorded OpenVMS V8.3" without understanding the differences. Kind of like a reporter saying writing about Windows XP - is it SP1 or SP2?= How many reporters ever actually state what version of Windows XP they are disc= ussing? :-) Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: 10 Nov 2007 16:10:20 GMT From: billg999@cs.uofs.edu (Bill Gunshannon) Subject: Re: Informationweek mentions VMS 30 year anniversary Message-ID: <5pm3fbFs0t2aU1@mid.individual.net> In article , "Main, Kerry" writes: >> -----Original Message----- >> From: R.A.Omond [mailto:Roy.Omond@BlueBubble.UK.Com] >> Sent: November 7, 2007 10:57 AM >> To: Info-VAX@Mvb.Saic.Com >> Subject: Re: Informationweek mentions VMS 30 year anniversary >> >> Keith Cayemberg wrote: >> > There is also an OpenVMS birthday greetings article at Enterprise >> Open >> > Source Magazine. >> > http://opensource.sys-con.com/read/451374.htm >> >> Quote from the link: >> >> "HP, its latest owner, can't quite put its finger on the value of the >> marketplace but is about to come out with OpenVMS 8.3, what it calls an >> "Anniversary Release" that runs on VAX, Alpha and more to the point its >> Itanium-based Integrity servers." >> >> Woohooo... we're about to get VMS 8.3, and on VAX as well ... >> >> Hmmm... wait a sec ;-) > > Well, knowing how reporters are, they likely heard "OpenVMS V8.3-1H1", but = > their > notes recorded OpenVMS V8.3" without understanding the differences. > > Kind of like a reporter saying writing about Windows XP - is it SP1 or SP2?= > How > many reporters ever actually state what version of Windows XP they are disc= > ussing? Of course, HP could fix all this by making a very visible press appearance in which they pointed out all the errors and corrected them. But that ain't gonna happen..... bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Sat, 10 Nov 2007 16:29:00 +0000 From: "Main, Kerry" Subject: RE: Informationweek mentions VMS 30 year anniversary Message-ID: > -----Original Message----- > From: Bill Gunshannon [mailto:billg999@cs.uofs.edu] > Sent: November 10, 2007 11:10 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Informationweek mentions VMS 30 year anniversary > > In article > t>, > "Main, Kerry" writes: > >> -----Original Message----- > >> From: R.A.Omond [mailto:Roy.Omond@BlueBubble.UK.Com] > >> Sent: November 7, 2007 10:57 AM > >> To: Info-VAX@Mvb.Saic.Com > >> Subject: Re: Informationweek mentions VMS 30 year anniversary > >> > >> Keith Cayemberg wrote: > >> > There is also an OpenVMS birthday greetings article at Enterprise > >> Open > >> > Source Magazine. > >> > http://opensource.sys-con.com/read/451374.htm > >> > >> Quote from the link: > >> > >> "HP, its latest owner, can't quite put its finger on the value of > the > >> marketplace but is about to come out with OpenVMS 8.3, what it calls > an > >> "Anniversary Release" that runs on VAX, Alpha and more to the point > its > >> Itanium-based Integrity servers." > >> > >> Woohooo... we're about to get VMS 8.3, and on VAX as well ... > >> > >> Hmmm... wait a sec ;-) > > > > Well, knowing how reporters are, they likely heard "OpenVMS V8.3- > 1H1", but =3D > > their > > notes recorded OpenVMS V8.3" without understanding the differences. > > > > Kind of like a reporter saying writing about Windows XP - is it SP1 > or SP2?=3D > > How > > many reporters ever actually state what version of Windows XP they > are disc=3D > > ussing? > > Of course, HP could fix all this by making a very visible press > appearance in which they pointed out all the errors and corrected > them. But that ain't gonna happen..... > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three > wolves > bill@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include Yeah, like Microsoft would issue a press release trying to correct all thos= e reporters out there that refer to "Windows XP" and tell them that they shou= ld state "Windows XP SP2" ... So, yeah, you are right neither is very likely to happen .. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sat, 10 Nov 2007 17:57:31 +0800 From: "Richard Maher" Subject: Mein Kulturkampf Message-ID: Hi Jan-Erik, > Maybe you'd better take a few minutes looking at it. The following are our priorities/desires at Tier3, with (as usual) absolutely *no* assistance from HP/VMS: - 1) Investigate/produce an Adobe Flash client to illustrate to potential customers how easy it would be to expose their VMS data and business logic to modern browser based animated GUIs. What I'm hoping/anticipating is that Flash's Data Binding means that if I feed an array with progressive data (such as the departments an employee belongs to, from the Rdb Employees table) then the Pie/Bar graphs should move/shape as the data arrives. Sounds sexy doesn't it? WELL DOESN'T IT??? But as Winston Churchill once said "Never before in the field of IT endeavour have so many expected so little from the HP/VMS wankers that get paid so much!". 2) Itanium port. Unfortunately there are no "Porting Workshops" in Perth and apparently all of the IA64 boxes in Christchurch are busy doing something that no customer is paying for. Well as long as HP are getting value for money that's the main thing :-( Getting the same bang-for-buck out of their hardware as they are they are their employees I guess? When/if they're finished porting someone's pet project, then I'm more than willing to pay the $2K (without the porting class) But then they've never thrown me a fucking bone before, so why start now eh? 3) Asynch JSObject. When Arne (or a.n.other) tells me whether we should continue to invest in JSObject.call() or that the Common DOM API is finally taking off, then we want to have asynchronous (seperate thread?) Socket reads that with update the Web page DOM as data arrives from the VMS server. Sexy again, nes pas? 4) Improve the Applet uploader. Currently the t3$app_loader process can not properly handle terminated data (such as anything that has a content-type of "text/*" which means it's pretty limited to serving Applets/Images et al. Some have asked that it handle text/html files properly so that they don't need to run any other web-browser on their VMS boxes. So you can see that we're a little busy at the moment (not to mention that *WE* appear to be unique in having to do something to pay the bills). Does the above not sound exciting to anyone else? The VMS renaissance is at hand; why not embrace it? > It's only aprox 6 meg and 31 files. Actualy only *6* files > if you exclude the samples directories. 2 EXE's, 1 .H > file and 3 OLB's. That's it. The remaining 25 files are > a bunch of COM and .C files in 4 sample directories. OK, so far they've only invaded Poland. So how bad could it get eh? They're all bloody Prussians anyway :-) and there's absolutely no reason to expect that filth to head for the Sudatanland. For fuck sake Jan-Erik, I'll bet you whatever you like that right now in some grotty CHCH sweat-shop :-) the gSOAP Garbage Collector is being debugged as we speak! (Nah, actually I think you're right; they wouldn't give up their spare time for this shit and will be waiting till Monday to kick-off again) When is the next round of HP redundancies again? Am I being of any assitance in focusing anyone's attention here? How the Christian Mosers of this world can be put to the knife, while this shit is going on, is an absolute crime! Shame on you you bastards - SHAME! Regards Richard Maher PS. Why is it that so many despot Auslanders choose to set up their Eagle's Nests in Bavaria? "Jan-Erik Söderholm" wrote in message news:ZsEYi.30$R_4.98@newsb.telia.net... > Richard Maher wrote: > > Hi Jan-Erik, > > > >> Now, gSOAP doesn't do much att all, realy. > > : : : : : : > >> I would not call gSOAP a sledge-hammer, it's just > >> a couple of rather simple conversion tools! > >> > > > > Maybe there is a "client-only" version of gSOAP available,... > > No idea, I've just looked at the VMS specific gSOAP kit. > > It's only aprox 6 meg and 31 files. Actualy only *6* files > if you exclude the samples directories. 2 EXE's, 1 .H > file and 3 OLB's. That's it. The remaining 25 files are > a bunch of COM and .C files in 4 sample directories. > > Maybe you'd better take a few minutes looking at it. > > Jan-Erik. ------------------------------ Date: Sat, 10 Nov 2007 13:11:57 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Mein Kulturkampf Message-ID: Richard Maher wrote: > Hi Jan-Erik, > The following are our priorities/desires at Tier3... > > 1) Investigate/produce an Adobe Flash client to illustrate to potential > customers how easy it would be to expose their VMS data and business logic > to modern browser based animated GUIs.... Both this (and the similar non-graphic tool you showed before) *ARE* realy nice. Absolutely. My plan is to talk about them at a customer (togther with a quick summary from the VMS Tech Upd days) in a couple of weeks. > 2) Itanium port.... Logical step, I guess... >> It's only aprox 6 meg and 31 files. Actualy only *6* files >> if you exclude the samples directories. 2 EXE's, 1 .H >> file and 3 OLB's. That's it. The remaining 25 files are >> a bunch of COM and .C files in 4 sample directories. > > OK, so far they've only invaded Poland. So how bad could it get eh? They're > all bloody Prussians anyway :-) and there's absolutely no reason to expect > that filth to head for the Sudatanland. > > For fuck sake Jan-Erik, I'll bet you whatever you like that right now in > some grotty CHCH sweat-shop :-) the gSOAP Garbage Collector is being > debugged as we speak! Here I'm completly lost. I've no idea what so ever what you're talking about... Jan-Erik. ------------------------------ Date: Sat, 10 Nov 2007 03:25:25 -0800 From: H Vlems Subject: Mylex 960 question Message-ID: <1194693925.103454.23260@o3g2000hsb.googlegroups.com> First of all let me start with admitting that my brain was not yet switched on this morning while my hands were already busy fumbling with an Alpha. The Alpha in question is an AlphaServer 1200. The internal drives are all connected to a Mylex 960 raid controller. All disks are connected as JBOD, so no actual RAID is performed by the Mylex. The Alpha was on the >>> prompt and I pulled the top disk (DRA0:) which happens to be the system disk BTW. At that point my brain engaged and its first thought was "s%%t". I pushed the disk back in and an orange led came on. As I feared, >>> SHOW DEV listed DRA0: as JBOD FAILED. Is there a way to get the disk back on line or do I need to reconfigure the entire JBOD set and reinstall VMS again? Actually the latter is not much of a problem, but it took the Alpha more than a day to configure the JBOD disk set when I first configured the system early this year. Hans Vlems ------------------------------ Date: Sat, 10 Nov 2007 12:07:38 +0000 From: "R.A.Omond" Subject: Re: Mylex 960 question Message-ID: H Vlems wrote: > First of all let me start with admitting that my brain was not yet > switched on this morning while my hands were already busy fumbling > with an Alpha. > The Alpha in question is an AlphaServer 1200. The internal drives are > all connected to a Mylex 960 raid controller. All disks are connected > as JBOD, so no actual RAID is performed by the Mylex. > The Alpha was on the >>> prompt and I pulled the top disk (DRA0:) > which happens to be the system disk BTW. > At that point my brain engaged and its first thought was "s%%t". I > pushed the disk back in and an orange led came on. > As I feared, >>> SHOW DEV listed DRA0: as JBOD FAILED. > > Is there a way to get the disk back on line or do I need to > reconfigure the entire JBOD set and reinstall VMS again? > Actually the latter is not much of a problem, but it took the Alpha > more than a day to configure the JBOD disk set when I first configured > the system early this year. Hans, this is from very distant memory, so don't be too harsh on me if it's of fthe mark. You should have a floppy with the SWXCR utility on it somewhere (since you had to configure the JBOD earlier this year as you mention above). There should be an option to "set optimal dra0:" (or something like that). It should not be necessary to reconfigure the entire JBOD set and reinstall VMS. ------------------------------ Date: Sat, 10 Nov 2007 16:11:40 +0100 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: Mylex 960 question Message-ID: <4735ca48$0$238$e4fe514c@news.xs4all.nl> Or boot from a VMS installation cd and excute the swxcr software from VMS. I may have a copy somewhere. Jur. R.A.Omond wrote: > H Vlems wrote: >> First of all let me start with admitting that my brain was not yet >> switched on this morning while my hands were already busy fumbling >> with an Alpha. >> The Alpha in question is an AlphaServer 1200. The internal drives are >> all connected to a Mylex 960 raid controller. All disks are connected >> as JBOD, so no actual RAID is performed by the Mylex. >> The Alpha was on the >>> prompt and I pulled the top disk (DRA0:) >> which happens to be the system disk BTW. >> At that point my brain engaged and its first thought was "s%%t". I >> pushed the disk back in and an orange led came on. >> As I feared, >>> SHOW DEV listed DRA0: as JBOD FAILED. >> >> Is there a way to get the disk back on line or do I need to >> reconfigure the entire JBOD set and reinstall VMS again? >> Actually the latter is not much of a problem, but it took the Alpha >> more than a day to configure the JBOD disk set when I first configured >> the system early this year. > > Hans, this is from very distant memory, so don't be too harsh on me > if it's of fthe mark. > > You should have a floppy with the SWXCR utility on it somewhere (since > you had to configure the JBOD earlier this year as you mention above). > There should be an option to "set optimal dra0:" (or something like > that). It should not be necessary to reconfigure the entire JBOD set > and reinstall VMS. ------------------------------ Date: Sat, 10 Nov 2007 10:35:00 -0800 From: sean@obanion.us Subject: Re: Mylex 960 question Message-ID: <1194719700.818565.256650@t8g2000prg.googlegroups.com> Have you tried a hard resert or power cycle? I have a 960 in my AS 2100A configured like yours, and I think I did this once just to see what happened. When the 960 initializes, it should probe the exisitng drives, build it's device table, and respond to SRM and VMS with a DRAx for each disk. Unless the drive did actuly die when you pulled it out, whcih happens on occasion. Sean On Nov 10, 3:25 am, H Vlems wrote: > First of all let me start with admitting that my brain was not yet > switched on this morning while my hands were already busy fumbling > with an Alpha. > The Alpha in question is an AlphaServer 1200. The internal drives are > all connected to a Mylex 960 raid controller. All disks are connected > as JBOD, so no actual RAID is performed by the Mylex. > The Alpha was on the >>> prompt and I pulled the top disk (DRA0:) > which happens to be the system disk BTW. > At that point my brain engaged and its first thought was "s%%t". I > pushed the disk back in and an orange led came on. > As I feared, >>> SHOW DEV listed DRA0: as JBOD FAILED. > > Is there a way to get the disk back on line or do I need to > reconfigure the entire JBOD set and reinstall VMS again? > Actually the latter is not much of a problem, but it took the Alpha > more than a day to configure the JBOD disk set when I first configured > the system early this year. > > Hans Vlems ------------------------------ Date: Sat, 10 Nov 2007 04:13:00 -0800 From: FrankS Subject: OpenVMS systems administrator opening (NY) Message-ID: <1194696780.415754.316600@v2g2000hsf.googlegroups.com> My client is looking to add a full-time, senior Sytems Administrator (SA) for their OpenVMS data center. The SA will also be responsible for some Tru-64 systems (on Alpha platform). They have dedicated PC/ Windows administrators, however you can be expected to resolve any cross-platform issues. The site has an Alpha/VAX mixed-architecture cluster, a handful of standalone Alphas, and some standalone MicroVAX systems. The SA must be familiar with HSG80, HSJ50, and KZPAC storage controllers; Digital TCP/IP, LAT, and AppleTalk networking; operating system and layered product upgrades; system security; system performance tuning; and a variety of other typical SA duties. The facility is a major retailer located in central Nassau County (Long Island). Please use "Reply To Author" (or the equivalent on your news reader) to privately send resumes or ask questions. Do not post replies to this newsgroup. I will do my best to answer or forward comments to the hiring manager. Please: no recruiters. Direct candidates only. This is also a full- time, on-site position so please do not respond if you are only looking for consulting assignments. ------------------------------ Date: Sat, 10 Nov 2007 04:06:31 -0800 From: H Vlems Subject: Re: Why does DECnet Phase IV have more capabilities on VAX than on Alpha? Message-ID: <1194696391.753050.143950@19g2000hsx.googlegroups.com> On 6 nov, 19:33, AEF wrote: > [ON TOPIC!!!] > > VAX can do DDCMP circuits. Alpha can't. > > >From the DECnet for OpenVMS Networking Manual: > > "On AXP systems, Digital supports level 1 routing only for nodes > acting as routers for a cluster alias. Digital does not support level > 2 routing or routing between multiple circuits." > > It looks like routing control is also limited on Alpha. > > Also DECdns namespace appears to be missing for Alpha. > > And CI appears absent for Alpha. > > Why are all these things missing from the Alpha version? Are people > just expected to use Phase V and if so, does it have all these things > missing from Phase IV for Alpha? > > Thanks! > > AEF DDCMP was also supported on DECnet-RSX. An etehernet controller such as the DEUNA was an expensive device. It was very neat to run DECnet over cheap serial lines between PDP-11 systems in the factory and a VAX in the computerroom. Running DECnet over the CI (and over DSSI, it uses the same driver) allwed you to access CI cluster members without the necessity to buy DEUNA's (or later on DELUA's) for all VAX systems. We ran area routing on two microVAX II systems. The workstations (pc's, VAxmates) lived in their own area, while production systems (aka "real computers") were in other areas. The compute overhead was supposed to be killing for the VAXes that acted as area routers but in fact the process hardly showed up. Not even on the microVAX II when it had hundreds of pc's in its area, all connecting to a VAX 8550 in another area. Performance was good (10 Mb/s coaxial ethernet). Hans ------------------------------ End of INFO-VAX 2007.616 ************************