INFO-VAX Fri, 25 May 2007 Volume 2007 : Issue 286 Contents: Re: Active Batch from Advanced Systems Concepts Re: Active Batch from Advanced Systems Concepts Re: DEC VAX APL 4.0 Manuals Re: Do Not Call Registry Re: Do Not Call Registry Re: DS10L ATI 7500 PCI Graphics Problems Re: DS10L ATI 7500 PCI Graphics Problems Re: HSG80 Power Re: HSG80 Power Re: HSG80 Power Re: HSG80 Power Re: Indexed file (RMS) IRC$V_RRV question Re: Indexed file (RMS) IRC$V_RRV question Re: Is VMS losing the Financial Sector, also? Re: Is VMS losing the Financial Sector, also? Re: Is VMS losing the Financial Sector, also? Re: Migrating ODS-2 to ODS-5 Re: Migrating ODS-2 to ODS-5 Re: Migrating ODS-2 to ODS-5 Re: Migrating ODS-2 to ODS-5 Re: Migrating ODS-2 to ODS-5 Re: Migrating ODS-2 to ODS-5 OM Group acquired by Nasdaq - VMS probably out Re: OpenVMS 2007 Bootcamp Re: OpenVMS 2007 Bootcamp Re: OpenVMS 2007 Bootcamp Re: OpenVMS 2007 Bootcamp Re: OpenVMS 2007 Bootcamp Re: recognizing newly created device on HSG80 Re: Replacing LAT terminal servers Re: TCPIP Services SMTP, RBLs blocking all inbound email Re: TCPIP Services SMTP, RBLs blocking all inbound email Re: TSM terminal server manager Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium [TCPIP] SET HOST/TELNET ---------------------------------------------------------------------- Date: Fri, 25 May 2007 17:34:32 GMT From: "John Vottero" Subject: Re: Active Batch from Advanced Systems Concepts Message-ID: "Dr. Dweeb" wrote in message news:46560936$0$7604$157c6196@dreader2.cybercity.dk... > Folks, > > We are evaluation a product called Active Batch > http://h21007.www2.hp.com/dspp/mop/mop_partner_product_detail_IDX/1,1331,5496,00.html > for use in our Win2003AS environment. It all looks very familiar, like a > graphical front end to the VMS queue manager, with concepts I know. > > Are there any users of the product here who would like to offer me the > benefit of their experience with the product and equally importantly, > their experiences when dealing with the company for support etc. > I don't know anything about ActiveBatch but, I hope you'll take a look at our competing product, JAMS. We've been creating enterprise grade scheduling software for over 20 years and we're now trying to bring that expertise to the Windows platform. JAMS for OpenVMS is still marketed, developed and supported and I think most (all?) of our OpenVMS customers are happy (with JAMS at least). JAMS for Windows .NET is the same basic architecture as JAMS for OpenVMS but, it's all new code for the Windows platform. You can download the free Developer's Edition at: http://www.mvpsi.com/Free.html There's also a link on that page that will get you a full blown evaluation. Thanks for listening. John Vottero JAMS Technical Support ------------------------------ Date: Fri, 25 May 2007 17:46:39 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Active Batch from Advanced Systems Concepts Message-ID: <00A6825B.959172CC@SendSpamHere.ORG> In article <46560936$0$7604$157c6196@dreader2.cybercity.dk>, "Dr. Dweeb" writes: > > >Folks, > >We are evaluation a product called Active Batch >http://h21007.www2.hp.com/dspp/mop/mop_partner_product_detail_IDX/1,1331,5496,00.html >for use in our Win2003AS environment. It all looks very familiar, like a >graphical front end to the VMS queue manager, with concepts I know. > >Are there any users of the product here who would like to offer me the >benefit of their experience with the product and equally importantly, their >experiences when dealing with the company for support etc. > >Dr. Dweeb I wouldn't deal with the Active Batch people even if they gave me free Active blow-jobs every hour on the hour with double-suck on holidays and weekends! -- 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, 25 May 2007 09:17:07 -0400 From: "John Smith" Subject: Re: DEC VAX APL 4.0 Manuals Message-ID: <3af67$4656e1cb$cef89d8d$20405@TEKSAVVY.COM-Free> I will have to rummage through storage to see if I still have my copy. It may take several weeks to get to it though. urbancamo wrote: > I posted this request about 6 months ago on comp.lang.apl, and nearly > hit gold but not quite. > > Does anyone have a set of manuals for DEC/VAX APL lurking in their > archives/collection they could let me have? As far as I can ascertain > DIGITAL never produced an electronic version - however, I would be > very happy to be corrected. > > Thanks for the help, > > Mark. -- OpenVMS - The never-advertised operating system with the dwindling ISV base. ------------------------------ Date: Fri, 25 May 2007 08:21:33 +0200 From: "P. Sture" Subject: Re: Do Not Call Registry Message-ID: In article , healyzh@aracnet.com wrote: > Bill Gunshannon wrote: > > Why bother. My home has been recistered since the beginnng but I have > > seen no decrease in the number of calls I get. They don't give you > > You're lucky, we've seen an increase. I tell every one of them to take us > off their list, not that it seems to do any good. What gets me is the > number of people calling that want to do a survey on radio stations or > politics. > On surveys, the trick that worked for me some years ago was to say that my occupation was "company director". They quickly lost interest, every time, as they look for a predetermined mix of occupations in respondents. -- Paul Sture ------------------------------ Date: Fri, 25 May 2007 11:40:16 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Do Not Call Registry Message-ID: <00A68228.66ADC4DE@SendSpamHere.ORG> In article , "P. Sture" writes: > > >In article , healyzh@aracnet.com wrote: > >> Bill Gunshannon wrote: >> > Why bother. My home has been recistered since the beginnng but I have >> > seen no decrease in the number of calls I get. They don't give you >> >> You're lucky, we've seen an increase. I tell every one of them to take us >> off their list, not that it seems to do any good. What gets me is the >> number of people calling that want to do a survey on radio stations or >> politics. >> > >On surveys, the trick that worked for me some years ago was to say that >my occupation was "company director". They quickly lost interest, every >time, as they look for a predetermined mix of occupations in respondents. I don't give out my telephone number! If I am asked to give out an email, I make up one which helps me track where my info is being sold and having my own domain an email server makes this simple to do. It's very easy to remove/reject that recipient address. As for the phone, caller ID is my friend. If the caller is not identified by name, I do not answer the phone. I have voice mail and if it is import- ant, the caller will leave a message. I also have caller intercept. This intercepts unpublished numbers and requires the caller to leave information at a voice prompt in order to have the call ring through. I also have call block. I dial a number and there is a voice menu which leads me via prompts to entering numbers which should NEVER ring through. -- 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, 25 May 2007 09:29:17 -0400 From: "FredK" Subject: Re: DS10L ATI 7500 PCI Graphics Problems Message-ID: "Craig A. Berry" wrote in message news:6oednbx4cPA0x8vbnZ2dnUVZ_ualnZ2d@speakeasy.net... > > Thanks. Other unsupported devices give me a human-readable name (IBM > disk drives, NEC USB cards, etc.) so I didn't realize it was a raw > device string. > The firmware has hardwired knowledge of specific devices. CLUE CONFIG uses the string from SYS$CONFIG.DAT if there is a known device. > > I'm sure you have a lot more important things to do. The M7 supposedly > has all of the capabilities of the 7500 plus power management features, > but what level of messing with the existing driver would be necessary to > support it is unkown and probably not of high enough value to spend time > finding out. I suppose the Linux drivers might reveal what degree of > difference there is. > Linux uses a BIOS emulator to initialize the card and set video modes. VMS (like Windows) initializes the card by reading the expansion ROM and doing the initialization itself. Once the card is initialized, it is unlikely that there is a driver difference - unless there is code to take advantage of specific features. > I've now acquired a Radeon 7000 (for $13.00) that works fine in my > XP1000 with VMS v8.3, so unless they have a specific need for 3D, I > would think this is the better bet for most hobbyists. It's a distinct > improvement over the old Elsa Gloria Synergy, and the only downside is > it doesn't support the native 1680 x 1050 resolution of my new LCD > monitor. But then I don't think the real 7500 or any other supported or > unsupported card that works on VMS does that. 1680 x 1050 sounds like an odd native resolution. I'll make a note of it (who made the panel?) and see about computing the CRTC parameters for a future release. ------------------------------ Date: Fri, 25 May 2007 08:55:08 -0500 From: "Craig A. Berry" Subject: Re: DS10L ATI 7500 PCI Graphics Problems Message-ID: FredK wrote: > "Craig A. Berry" wrote in message > news:6oednbx4cPA0x8vbnZ2dnUVZ_ualnZ2d@speakeasy.net... >>I've now acquired a Radeon 7000 (for $13.00) that works fine in my >>XP1000 with VMS v8.3, so unless they have a specific need for 3D, I >>would think this is the better bet for most hobbyists. It's a distinct >>improvement over the old Elsa Gloria Synergy, and the only downside is >>it doesn't support the native 1680 x 1050 resolution of my new LCD >>monitor. But then I don't think the real 7500 or any other supported or >>unsupported card that works on VMS does that. > > > 1680 x 1050 sounds like an odd native resolution. I'll make a note of it > (who made the panel?) and see about computing the CRTC parameters for a > future release. Here's what I have: http://www.viewsonic.com/products/desktopdisplays/lcddisplays/optiquest/q22wg/ Screens are getter wider faster than they are getting taller, so I think 1680 x 1050 is pretty common now in monitors bigger than 20". ------------------------------ Date: Fri, 25 May 2007 05:58:30 GMT From: "Malcolm Dunnett" Subject: Re: HSG80 Power Message-ID: | > | > That probably won't help, if side B goes out side A will just draw | > (approximately) twice as much current to keep everything running. | | That maybe but there are 6 drives in each shelf drawing about 11 W each in | steady state, The power supplies are global, not per shelf. With a full set of power supplies I believe that in a steady state the system draws about half the current from each side. If one side goes down the other side has to supply twice as much current (4 power supplies is enough to supply a fully configured box ). So I doubt that only having one power supply on the UPS vs two will significantly affect the UPS runtime. | Well, that didn't happen. I am using HBVS and all the cpus are on the UPS | and they remained up, except the Itanic, but the merge operation was | started | before the power came back on anyway. | > Now I'm a bit confused. Does the Itanic have the shadowsets mounted? If so, and if it left the cluster abruptly (without dismounting the shadowsets) a merge would immediately be initiated. It sounds like you are saying that is what you saw, which would be normal. ------------------------------ Date: Fri, 25 May 2007 06:25:47 -0700 From: "Tom Linden" Subject: Re: HSG80 Power Message-ID: On Thu, 24 May 2007 22:58:30 -0700, Malcolm Dunnett wrote: > | > > | > That probably won't help, if side B goes out side A will just draw > | > (approximately) twice as much current to keep everything running. > | > | That maybe but there are 6 drives in each shelf drawing about 11 W > each in > | steady state, > > The power supplies are global, not per shelf. With a full set of > power supplies I believe that in a steady state the system draws > about half the current from each side. If one side goes down the > other side has to supply twice as much current (4 power supplies > is enough to supply a fully configured box ). So I doubt that > only having one power supply on the UPS vs two will significantly > affect the UPS runtime. OK, pointed noted. I guess, based on your comments belowm that this was not the cause of the merge. > > > | Well, that didn't happen. I am using HBVS and all the cpus are on the > UPS > | and they remained up, except the Itanic, but the merge operation was > | started > | before the power came back on anyway. > | > > > Now I'm a bit confused. Does the Itanic have the shadowsets mounted? > If so, and if it left the cluster abruptly (without dismounting > the shadowsets) a merge would immediately be initiated. It sounds > like you are saying that is what you saw, which would be normal. The shadow sets are mounted cluster wide. Who and how is it determined to initiate a merge? > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 25 May 2007 06:55:35 -0700 From: BaxterD@tessco.com Subject: Re: HSG80 Power Message-ID: <1180101335.665880.269510@k79g2000hse.googlegroups.com> On May 25, 9:25 am, "Tom Linden" wrote: > On Thu, 24 May 2007 22:58:30 -0700, Malcolm Dunnett > > > > > > wrote: > > | > > > | > That probably won't help, if side B goes out side A will just draw > > | > (approximately) twice as much current to keep everything running. > > | > > | That maybe but there are 6 drives in each shelf drawing about 11 W > > each in > > | steady state, > > > The power supplies are global, not per shelf. With a full set of > > power supplies I believe that in a steady state the system draws > > about half the current from each side. If one side goes down the > > other side has to supply twice as much current (4 power supplies > > is enough to supply a fully configured box ). So I doubt that > > only having one power supply on the UPS vs two will significantly > > affect the UPS runtime. > > OK, pointed noted. I guess, based on your comments belowm that this was > not the cause of the merge. > > > > > | Well, that didn't happen. I am using HBVS and all the cpus are on the > > UPS > > | and they remained up, except the Itanic, but the merge operation was > > | started > > | before the power came back on anyway. > > | > > > > Now I'm a bit confused. Does the Itanic have the shadowsets mounted? > > If so, and if it left the cluster abruptly (without dismounting > > the shadowsets) a merge would immediately be initiated. It sounds > > like you are saying that is what you saw, which would be normal. > > The shadow sets are mounted cluster wide. Who and how is it determined to > initiate a merge? > > > > -- > Using Opera's revolutionary e-mail client:http://www.opera.com/mail/- Hide quoted text - > > - Show quoted text - I ran HSG80's for a substantial time in my previous position, and I don't think I ever saw a controller-initiated merge operation. I often (relative) saw volumes go into MV and occasionally had units ejected from shadowsets, due to events on the controllers. The only time I saw "merges" was after a system crash. You're sure none of your systems crashed? This problem was fixed by enabling "mini-merge" Dave. ------------------------------ Date: Fri, 25 May 2007 08:31:03 -0700 From: "Malcolm Dunnett" Subject: Re: HSG80 Power Message-ID: <46570138$1@flight> > The shadow sets are mounted cluster wide. Who and how is it determined to > initiate a merge? The merge is done whenever there is a possibility that a write has not completed on all shadowset members. A node crashing is the most common reason for this (that node may have written to one shadowset member but not all members when it failed). If your Itanic crashed during the power failure this would have been sufficient cause for the other cluster members to initiate a merge operation on all shadowsets the Itanic had mounted. see http://h71000.www7.hp.com/doc/731FINAL/5423/5423pro_009.html#merge_op_sect for a more detailed description of how a merge works. (Note that the comment in there about HSGs supporting assisted merge is not relevant. That work was scrapped in favour of host-based minimerge.) As was noted by another poster, you'll want to look into enabling minimerge to drastically cut down the time it takes to do a merge (from minutes/hours to seconds). The HSG80 would not initiate a merge operation, that is done by VMS. If VMS was unable to access the HSG80 the shadow sets would go into mount verification for SHADOW_MBR_TMO seconds, if they didn't come back on-line by then VMS would remove those disks from the shadowset - you would then have to add them back in with a copy operation. So it would seem your Itanic is the culprit in this scenario, not the HSG80, and that your redundant power is working as expected. ------------------------------ Date: Fri, 25 May 2007 02:51:15 -0400 From: Bill Todd Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: JF Mezei wrote: > Bill Todd wrote: >> No, since the RRV has nothing to do with finding the next bucket: its >> purpose is to find a record that originated in the bucket but has >> since moved elsewhere (and there's one for each such record). > > > Under what circumstances would an RRV record in a data bucket not point > to the same bucket as the bkt$l_nxtbkt in that bucket's header ? When the record it points to is not in the next bucket in primary key sequence. You yourself gave an example of such a case with your 'ZZZZ' record. > > > OK, thinking about it: > > Would it be correct to state that the RRV record is like a QBUS > grant-continuity card that tells RMS to continue searching in the next > bucket for records with the same rrv_vbn ? No: it is a direct pointer to the original record in whatever bucket now contains it, wherever that bucket may be. - bill ------------------------------ Date: Fri, 25 May 2007 07:06:53 -0400 From: JF Mezei Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: Bill Todd wrote: > When the record it points to is not in the next bucket in primary key > sequence. You yourself gave an example of such a case with your 'ZZZZ' > record. OK, lets create a file with bucket 1 containing records "A", "M" and "Z". All these records have and RRV_VBN = 1 Now, after adding lots of records between A and M, it splits into buckets 1 and 2 Bucket 1 has "A", and bucket 2 has "M" and "Z". Bucket 1 would have an RRV record pointing to Bucket 2. Bucket 2 would not have an RRV record. So far, am I correct ? No, you add lots of records in bucket 2 causing it to split into buckets 2 and 3, and it so happens that bucket 2 has "M" and bucket 3 has "Z". At this point, buckets 1 , 2 and 3 all contain at least one record whose RRV-VBN = 1. The way I understand it, bucket 1 contains an RRV record pointing to bucket 2 (from the first split), and bucket 2 contains an RRV record pointing to bucket 3 (from second split). Bucket 3 does not contain RRV record. Now, if you access the file via an alternate key, you'll be told the "Z" record is at bucket 1 (its original location). RMS scans bucket 1, reaches end of bucket without finding it, but sees the RRV record pointing to bucket 2, so RMS now scans bucket 2 for the "Z" record, and again, it doesn't find it, but finds an RRV record pointing to bucket 3, and while scanning bucket 3, it find the "Z" record. Would this be an accurate description ? ------------------------------ Date: Fri, 25 May 2007 07:47:05 +0200 From: "P. Sture" Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: In article <4656431A.45331768@spam.comcast.net>, David J Dachtera wrote: > "Main, Kerry" wrote: > > [snip] > > Perhaps this is not politically correct, but where have all the IT > > managers with sound business sense disappeared to these days? > > Too busy playing "point and click, hunt and peck - now what did those goofy > nerds say to do next...?" Oh, you mean like publishing an Excel chart to show that the number of calls made by nightshift operators to support staff at home went up by 50% one month? The actual number went from 2 to 3, and that was caused by an operator forgetting a password. You couldn't make this up. -- Paul Sture ------------------------------ Date: Fri, 25 May 2007 08:40:05 +0200 From: "Dr. Dweeb" Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: <46568520$0$21926$157c6196@dreader1.cybercity.dk> Richard Maher wrote: > Hi JF, > >> Rumours abound that NASDAQ will want be buying OMX, the operator of >> many scandinavian stock exchanges, and more importantly, the >> developer of VMS-based stock exchange software sold to many stock >> exchanges around the world. > > When OM Gruppen failed in its bid for the London Stock Exchange (Is > "LSE" the London School of Economics?) I thought someone may try to > turn the hunter into the hunted, but that was a few years ago now. > Where exactly are these rumours abounding? > > The ASX just went OM Click (and must be retiring its home grown VMS > app) and wasn't the Shanghai exchange another big win recently? > Although it's built with RTR (and therefore fundamentally flawed) you > have to say this software's bloody popular! I'm not a businees guru > but I just can't see OMX's software division disappearing anytime > soon. (Now whether *they* can port to another platform and if it's > ever in their interests to do so, could be another matter) > Shanghai is based on the Deautsche Börse/Swiss Stock Exchange software, not OM. AFAIK OM has been trying to move to OracleClassic on a 5 year plan that started, well, quite a bit more than 5 years ago, and they are apparently not much closer to getting the job done or getting it to work. OM also operate a lot of the exchanges, and they own a lot of kit - they are a very important VMS client. EVen so, they know what way the wind is blowing and expect VMS and Rdb to go the way of the dod as soon as technically possible. Dr. Dweeb > Cheers Richard Maher > > "JF Mezei" wrote in message > news:1fbd8$46563c1c$cef8887a$1838@TEKSAVVY.COM... >> Rumours abound that NASDAQ will want be buying OMX, the operator of >> many scandinavian stock exchanges, and more importantly, the >> developer of VMS-based stock exchange software sold to many stock >> exchanges around the world. >> >> With European markets having overtaken the USA ones last year, NASDAQ >> has been desperate to buy into a european exchange. They failed to >> impress LSE (London) shareholders and hoppefully they will also fail >> to get OMX. >> >> One of the reasons non-USA companies have chosen european over US >> exchanges recently is the US Sarbanes Oxley rules which are very >> onerous on companies. And there are fears that a US owned exchange >> in Europe would eventually have to force listed companies to also >> abide by USA rules. (Euronext is now owned by NYSE and it remains to >> be seen what will happen to its business) >> >> So, if NASDAQ gets its hands on OMX, there is no telling what will >> happen to the VMS software. Not long ago, I had heard on ainterview >> with the president of OMX who stated that the software business was >> very important to OMX. >> >> However, if folks like Stallard at HP have already comvinced NASDAQ >> that VMS is to be retired, NASDAQ may force OMX to stop development >> on VMS. >> >> >> Note that Deutsche Börse (sp ?) bought into the International >> Securities Exchange (ISE) in New York. But this is neutral to VMS >> since both are VMS shops. ------------------------------ Date: Fri, 25 May 2007 15:37:21 +0800 From: "Richard Maher" Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: > OM also operate a lot of the exchanges, and they own a lot of kit - they are > a very important VMS client. EVen so, they know what way the wind is > blowing and expect VMS and Rdb to go the way of the dod as soon as > technically possible. Yeah but they're clearly also very shrewd; they've managed to lump HP with all the dead-wood, talentless RTR development and support o/head whilst at the same time getting it given to their Click customers for free! Their just not gonna find suckers like that every day. Cheers Richard Maher PS. Hold on! Rumours of another HP head-count reductions mean that Capt'n RTR must already be positioning his team as the WS-AT solution for SOAP and WSIT on VMS. Honestly, if you didn't laugh you'd cry :-( "Dr. Dweeb" wrote in message news:46568520$0$21926$157c6196@dreader1.cybercity.dk... > Richard Maher wrote: > > Hi JF, > > > >> Rumours abound that NASDAQ will want be buying OMX, the operator of > >> many scandinavian stock exchanges, and more importantly, the > >> developer of VMS-based stock exchange software sold to many stock > >> exchanges around the world. > > > > When OM Gruppen failed in its bid for the London Stock Exchange (Is > > "LSE" the London School of Economics?) I thought someone may try to > > turn the hunter into the hunted, but that was a few years ago now. > > Where exactly are these rumours abounding? > > > > The ASX just went OM Click (and must be retiring its home grown VMS > > app) and wasn't the Shanghai exchange another big win recently? > > Although it's built with RTR (and therefore fundamentally flawed) you > > have to say this software's bloody popular! I'm not a businees guru > > but I just can't see OMX's software division disappearing anytime > > soon. (Now whether *they* can port to another platform and if it's > > ever in their interests to do so, could be another matter) > > > > Shanghai is based on the Deautsche Börse/Swiss Stock Exchange software, not > OM. > > AFAIK OM has been trying to move to OracleClassic on a 5 year plan that > started, well, quite a bit more than 5 years ago, and they are apparently > not much closer to getting the job done or getting it to work. > > OM also operate a lot of the exchanges, and they own a lot of kit - they are > a very important VMS client. EVen so, they know what way the wind is > blowing and expect VMS and Rdb to go the way of the dod as soon as > technically possible. > > Dr. Dweeb > > > Cheers Richard Maher > > > > "JF Mezei" wrote in message > > news:1fbd8$46563c1c$cef8887a$1838@TEKSAVVY.COM... > >> Rumours abound that NASDAQ will want be buying OMX, the operator of > >> many scandinavian stock exchanges, and more importantly, the > >> developer of VMS-based stock exchange software sold to many stock > >> exchanges around the world. > >> > >> With European markets having overtaken the USA ones last year, NASDAQ > >> has been desperate to buy into a european exchange. They failed to > >> impress LSE (London) shareholders and hoppefully they will also fail > >> to get OMX. > >> > >> One of the reasons non-USA companies have chosen european over US > >> exchanges recently is the US Sarbanes Oxley rules which are very > >> onerous on companies. And there are fears that a US owned exchange > >> in Europe would eventually have to force listed companies to also > >> abide by USA rules. (Euronext is now owned by NYSE and it remains to > >> be seen what will happen to its business) > >> > >> So, if NASDAQ gets its hands on OMX, there is no telling what will > >> happen to the VMS software. Not long ago, I had heard on ainterview > >> with the president of OMX who stated that the software business was > >> very important to OMX. > >> > >> However, if folks like Stallard at HP have already comvinced NASDAQ > >> that VMS is to be retired, NASDAQ may force OMX to stop development > >> on VMS. > >> > >> > >> Note that Deutsche Börse (sp ?) bought into the International > >> Securities Exchange (ISE) in New York. But this is neutral to VMS > >> since both are VMS shops. > > ------------------------------ Date: Fri, 25 May 2007 07:31:16 +0200 From: "P. Sture" Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: In article <3c765$4655d9e2$cef8887a$2476@TEKSAVVY.COM>, JF Mezei wrote: > Tom Linden wrote: > > Does that mean first doing a cluster dismount and then mounting it only on > > the node doing the conversion? > > From the point of view of not wanting to risk your data, I think it > would be safer to dismount the disk from the cluster, mount it > privately, do the deed, then you can mount it as a ODS5 volume on all nodes. > > I think this command is more akin to a AN/DISK/REPAIR than just > depositing a few bits in the volume header which SET VOLUME/LABEL does. > > It is possible that you may be able to do SET VOLUME/STRUCTURE on a live > disk. Whethert you really want to do that or not, I am not sure. Agreed. Let's go back to the help that Tom quoted: > Changes the characteristics of one or more mounted Files-11 > volumes. The SET VOLUME command affects only the node on which > the command is issued, and will not affect any other nodes, even > when a volume is mounted on multiple nodes in an OpenVMS Cluster > configuration. This is valid for the "traditional" qualifiers such as /EXTENSION /HIGHWATER_MARKING, /RETENTION, /WINDOWS etc. It is not applicable for /STRUCTURE. The help should be updated to reflect this. -- Paul Sture ------------------------------ Date: 25 May 2007 03:10:36 -0700 From: Bob Gezelter Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: <1180087836.654507.32430@p47g2000hsd.googlegroups.com> Tom, My HPETS presentation (URL in my previous posting) included complete command dialogs from a series of sample transitions (from smaller volumes to larger volumes) with running programs in operation on the volume. - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Fri, 25 May 2007 07:08:19 -0700 From: "Tom Linden" Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: On Thu, 24 May 2007 22:31:16 -0700, P. Sture = wrote: > In article <3c765$4655d9e2$cef8887a$2476@TEKSAVVY.COM>, > JF Mezei wrote: > >> Tom Linden wrote: >> > Does that mean first doing a cluster dismount and then mounting it = = >> only on >> > the node doing the conversion? >> >> From the point of view of not wanting to risk your data, I think it >> would be safer to dismount the disk from the cluster, mount it >> privately, do the deed, then you can mount it as a ODS5 volume on all= = >> nodes. >> >> I think this command is more akin to a AN/DISK/REPAIR than just >> depositing a few bits in the volume header which SET VOLUME/LABEL doe= s. >> >> It is possible that you may be able to do SET VOLUME/STRUCTURE on a l= ive >> disk. Whethert you really want to do that or not, I am not sure. > > Agreed. Let's go back to the help that Tom quoted: > >> Changes the characteristics of one or more mounted Files-11 >> volumes. The SET VOLUME command affects only the node on which= >> the command is issued, and will not affect any other nodes, ev= en >> when a volume is mounted on multiple nodes in an OpenVMS Clust= er >> configuration. > > This is valid for the "traditional" qualifiers such as /EXTENSION > /HIGHWATER_MARKING, /RETENTION, /WINDOWS etc. > > It is not applicable for /STRUCTURE. The help should be updated to > reflect this. > So are you saying, Paul, that for a device mounted cluster-wide you can SET VOL/STRUCT=3D5? What if it is a shadow set? -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Fri, 25 May 2007 07:18:43 -0700 From: "Tom Linden" Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: On Fri, 25 May 2007 03:10:36 -0700, Bob Gezelter wrote: > Tom, > > My HPETS presentation (URL in my previous posting) included complete > command dialogs from a series of sample transitions (from smaller > volumes to larger volumes) with running programs in operation on the > volume. > > - Bob Gezelter, http://www.rlgsc.com > Thanks, Bob, I did go through your thorough presentation. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Fri, 25 May 2007 15:35:12 +0100 From: "R.A.Omond" Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: Tom Linden wrote: > [...snip...] >> > So are you saying, Paul, that for a device mounted cluster-wide you > can SET VOL/STRUCT=5? What if it is a shadow set? What if it is ? It makes no difference. ------------------------------ Date: Fri, 25 May 2007 14:51:59 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: <00A68243.2EC5D70B@SendSpamHere.ORG> In article , "R.A.Omond" writes: > > >Tom Linden wrote: >> [...snip...] >>> >> So are you saying, Paul, that for a device mounted cluster-wide you >> can SET VOL/STRUCT=5? What if it is a shadow set? > >What if it is ? It makes no difference. You beat me to it. The $ SET VOLUME/STRUCTURE_LEVEL works on the volume. In a shadow set, that would the DSAn: device. The IOs which establish the volume as an ODS-5 volume are replicated at the driver level and will up- date all of the members of the shadow set. In fact, if this didn't work, I would be hessitant to keep running volume shadowing. -- 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, 25 May 2007 08:58:17 -0400 From: "John Smith" Subject: OM Group acquired by Nasdaq - VMS probably out Message-ID: <97c47$4656dd61$cef89d8d$19181@TEKSAVVY.COM-Free> http://online.wsj.com/article/SB118007353287814521.html?mod=home_whats_news_ us In the article, Nasdaq's Mr. Greifeld described at a conference in New York on Monday what he called "the magic of exchange consolidation." "It's about getting to a single platform, sucking the costs out, providing a better economic experience for your customer and a superior return to your investors," he said. According to what I hear this morning, VMS will be phased out. -- OpenVMS - The never-advertised operating system with the dwindling ISV and customer base. ------------------------------ Date: Fri, 25 May 2007 08:06:02 +0200 From: "P. Sture" Subject: Re: OpenVMS 2007 Bootcamp Message-ID: In article <465649F8.32826760@spam.comcast.net>, David J Dachtera wrote: > twnews@kittles.com wrote: > > > > David J Dachtera wrote: > > > JF Mezei wrote: > > >> DaveG wrote: > > >>> Care to share what is going on in ZKO land this week. > > >> The response you will get is: > > >> > > >> What goes in at bootcamp stays at bootcamp. > > >> > > >> So even if they confirm that VMS is being ported to the 8086, the > > >> attendees are under a strict non-disclosure and cannot convey the good > > >> news and will have to make statements such as "I am not aware of any > > >> plans to port VMS to that architecture". > > > > > > I would hope the port is to 80x86 and/or x86-64 rather than a 16-bit > > > processor > > > like 8086. > > > > > I am actually hoping that they choose to port VMS to an 8080 > > architecture instead of the 8086! The 8080 is far superior and I > > believe that it is the true future of computing. > > > > Of course, I could be wrong. :) > > Still dreaming about VMS on your TRS-80 or Sinclair, eh? ;-) To think we all used to complain about the speed of TU58s. A TRS-80 connected to an audio cassette recorder was [insert your own description]... -- Paul Sture ------------------------------ Date: 25 May 2007 07:19:45 -0700 From: Galen Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <1180102785.034506.109100@m36g2000hse.googlegroups.com> > > >Still dreaming about VMS on your TRS-80 or Sinclair, eh? ;-) > > No... but if it would run on my old trusty slide rule I'd pull mine out from > the mothballs. How about on an abacus? (It would have to be a very large one indeed. :-) ------------------------------ Date: 25 May 2007 07:21:13 -0700 From: Galen Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <1180102873.843605.227750@q75g2000hsh.googlegroups.com> > No... but if it would run on my old trusty slide rule I'd pull mine out from > the mothballs. > What you'd have then would not be true VMS but only an analogue of it. (groan. :-) ------------------------------ Date: Fri, 25 May 2007 10:51:16 -0400 From: "Richard B. Gilbert" Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <4656F7E4.5020005@comcast.net> Galen wrote: >>>Still dreaming about VMS on your TRS-80 or Sinclair, eh? ;-) >> >>No... but if it would run on my old trusty slide rule I'd pull mine out from >>the mothballs. > > > > How about on an abacus? (It would have to be a very large one > indeed. :-) > Would that be at thirty-two bead abacus or a sixty-four bead abacus? :-) Sorry, but not very!! ------------------------------ Date: 25 May 2007 07:56:12 -0700 From: sean@obanion.us Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <1180104972.823730.32250@h2g2000hsg.googlegroups.com> This may line wrap... http://picasaweb.google.com/SeanOBanionPictures/OpenVMSBootcamp2007 On May 23, 8:17 pm, s...@obanion.us wrote: > Clearly, none of you are drinking enough. An "Out of order" sign on a > urinal at the hotel has been clarified: > > "This must be a Microsoft product, because even if you piss on it, it > doen't work." > > Pictures to be posted - I could not possibly make that up, even with > more Tequila... > > Sean > > On May 23, 7:30 pm, David J Dachtera > wrote: > > > JF Mezei wrote: > > > > DaveG wrote: > > > > Care to share what is going on in ZKO land this week. > > > > The response you will get is: > > > > What goes in at bootcamp stays at bootcamp. > > > > So even if they confirm that VMS is being ported to the 8086, the > > > attendees are under a strict non-disclosure and cannot convey the good > > > news and will have to make statements such as "I am not aware of any > > > plans to port VMS to that architecture". > > > I would hope the port is to 80x86 and/or x86-64 rather than a 16-bit processor > > like 8086. > > > -- > > David J Dachtera > > dba DJE Systemshttp://www.djesys.com/ > > > Unofficial OpenVMS Marketing Home Pagehttp://www.djesys.com/vms/market/ > > > Unofficial Affordable OpenVMS Home Page:http://www.djesys.com/vms/soho/ > > > Unofficial OpenVMS-IA32 Home Page:http://www.djesys.com/vms/ia32/ > > > Unofficial OpenVMS Hobbyist Support Page:http://www.djesys.com/vms/support/ ------------------------------ Date: 25 May 2007 05:42:24 -0700 From: BaxterD@tessco.com Subject: Re: recognizing newly created device on HSG80 Message-ID: <1180096944.295080.307280@p47g2000hsd.googlegroups.com> On May 24, 10:27 pm, David J Dachtera wrote: > Baxt...@tessco.com wrote: > > > On May 23, 10:28 pm, David J Dachtera > > wrote: > > > > Are they not enabled for all connections by default? > > > Now that would be scary! > > Not necessarily, unless you've been unusually generous with your FCSW and > decided to side-step the zoning issue (possible, but recommendation is > questionable). > > > I would even be wary of using the enable=all, particularly if you have > > multiple OS's, or even multiple VMS clusters or systems. > > Same comment, even for multiple clusters. Multi-o.s. including Whinebloze is > never recommendable, for well-known reasons (C/H/S-0 corruption). > However, there are situations where zoning is not necessarily a good idea, and Selective Presentation is much better. For example, if you have 2 VMS clusters/systems, one Production and one (say) Certification, it is much easier to pass disks between systems by just enabling/disabling connections at the controller level, than trying to move between zones at the switch level. Zoning is primarily to segregate OS's. Selective Presentation primarily gives you control over who sees what. Of course, it is necessary to have started with an "Identifier" numbering convention to ensure that all identifiers are unique, (also makes it easy to determine at the OS level, which devices are just on loan from other systems.) ------------------------------ Date: Fri, 25 May 2007 12:04:37 GMT From: rdeininger@mindspringdot.com (Robert Deininger) Subject: Re: Replacing LAT terminal servers Message-ID: In article <1180043687.288921.14520@k79g2000hse.googlegroups.com>, davidc@montagar.com wrote: >You can talk to the terminal servers pretty easily using the NCP >command for instance: > >$ mcr ncp conn via ewa-0 phys addr 08-00-2B-9A-B9-E0 And for cases where you don't have DECnet phase IV, the LANCP connect command works just as well. See HELP in LANCP for the syntax. ------------------------------ Date: Fri, 25 May 2007 12:35:09 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: In article <1180025236.288730.273060@p47g2000hsd.googlegroups.com>, Rich Jordan writes: >On May 24, 10:54 am, Sam Hoblit wrote: >> > There was NO notification of this (the customer service rep confirmed >> > that). She did provide a workaround... set a *.mydomain.com CNAME >> > pointing to 'anything' (we pointed it to the website address). Have >> > to wait to see if it works. And then decide if its time to change >> > registrars and service providers again. >> >> Thanks for digging into this. I looked at it briefly, but didn't find >> anything and just gave up. Luckily, spam isn't a real problem for us, >> so I just turned off RBLs. If your workaround works, please let us >> know. > >Workaround stops having random subdomain.mydomain.com from pointing to >their ad site; any undefined subdomain now resolves to the domain >website, which is acceptable (we can still define any particular >subdomain, like ftp or whatever, to point where we want). > >The problem with RBLs is not fixed. > >Perhaps this is a different problem. I've got three sites I'm testing >right now. > >First is on megapath using domains registered at domaindiscover.com. >One Alpha running email, a second doing website, DNS resolution >provided by megapath servers, with domain DNS provided by >domaindiscover. TCPIP V5.5 eco 1, VMS V8.2 > >Second is on Cimco, registered with Dotster. One Alpha running web/ >email, several PCs doing other stuff. DNS resolution provided by >Cimco servers, with domain DNS provided by dotster. TCPIP V5.4 eco 6, >VMS V7.3-2 > >Third is on Cbeyond circuit, registered with Dotster. One Alpha with >email, one VAX (Process Software TCPWare V5.6-2) with email, PCs doing >other stuff. DNS resolution provided by CBeyond servers, domain DNS >provided by dotster. TCPIP V5.4 eco 6, VMS V7.3-2 > >Sample lookups below (##.##.##.##.zen.spamhaus.org or sbl or xbl) do >have the octets in reverse order per JF's example. > >On site 2 and 3, if I do an NSLOOKUP on spamhaus >##.##.##.##.zen.spamhaus.org the response comes back positive for >##.##.##.##.zen.spamhaus.org.mydomain.com pointing to the wildcard >CNAME address (the website). I do NOT know why the .mydomain.com is >being appended; that was not happening last week. > It probably just indicates that it was unable to find ##.##.##.##.zen.spamhaus.org and the resolver then tried it as a short-form name and therefore tried adding on your domain. Without the wildcard for your domain that lookup would also have failed. However now it will return the wildcard. For nslookup you should be able to just overcome the problem by putting a dot at the end ie ##.##.##.##.zen.spamhaus.org. Putting a dot at the end should stop the resolver from attempting to fix-up the problem with search-list entries etc Hopefully you should be able to do the same in the configuration file for the RBL lookups. ie instead of specifying zen.spamhaus.org specify zen.spamhaus.org. David Webb Security team leader CCSS Middlesex University >I can do the NSLOOKUP on site 3 from either the VAX or the Alpha >(different stacks) and get the same result, which really makes me >believe that it cannot be the NSLOOKUP utility that is erroneously >appending the 'ccs4vms.com' to the lookup request. Ditto with a PC, >if it is set to use external DNS servers for resolution; all spamhaus >lookups come back positive with an address pointing to the domain >website (the wildcard alias). > >A couple of other sites running Dotster domains and their DNS domain >service exhibit similar behavior. > >On site 1, I can do the same NSLOOKUP and get the expected nonexistent >host/domain message. If I re-aim a PC at the external DNS servers at >location 2 or 3 I get the exact same response to the spamhaus request. > >The basic configuration of TCPIP on all Alpha systems is identical >except for the domain name, DNS resolution servers, and default route >gateway. > >I'm back to calling Dotster; its the one point of commonality, and >their workaround, while it definitely helped by getting rid of the ad- >site linkpages still isn't allowing the RBL lookups to work (though I >still don't see how their DNS servers being set up that way prevents >us from doing the lookups...) > > ------------------------------ Date: 25 May 2007 10:26:17 -0500 From: briggs@encompasserve.org Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: In article <1180045648.352775.202270@m36g2000hse.googlegroups.com>, Rich Jordan writes: > On May 24, 3:30 pm, JF Mezei wrote: [JF points out that a DNS suffix search list containing "chocolate.com" can cause the resolver to try revolving things like "zen.spamhaus.org.chocolate.com" and suggests eliminating the search list] > > Thanks, we'll try that as a workaround if Dotster doesn't fix things > very soon. The Alphas are not used much at all for outbound > connections except for mail, so it may not make much if any difference > if we do implement that If you can use "zen.spamhaus.org." instead of "zen.spamhaus.org" as the RBL domain name then this should eliminate the resolver search list problem without getting rid of the resolver search list. For rooted names (names that end with a dot), the search list is not consulted. ------------------------------ Date: Fri, 25 May 2007 14:36:59 +0100 From: Chris Sharman Subject: Re: TSM terminal server manager Message-ID: Thanks both. Chris ------------------------------ Date: Fri, 25 May 2007 11:59:29 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: In article , Chip Coldwell writes: >On Thu, 24 May 2007, John E. Malmberg wrote: > >> Chip Coldwell wrote: >> > OK, if anybody is interested I've built a package for Xpdf 3.02/Itanium >> > (thanks to the HP test-drive cluster). A few notes: >> >> You were able to display an X-11 image from them on a local X-server for >> testing? Interesting. > >No, not even on a remote display. Apparently they have these testdrive >systems pretty well locked down. That is why I am looking for someone to >test these packages. Do you have a system you can test it on? Even if they have outgoing connections to port 6000+ blocked can you not tunnel through ssh ? I thought the latest versions of ssh with DEC TCPIP services now supported X connection forwarding. I would have hoped that they would have ssh setup on the testdrive systems. David Webb Security team leader CCSS Middlesex University > >Chip > >-- >Charles M. "Chip" Coldwell >"Turn on, log in, tune out" > ------------------------------ Date: Fri, 25 May 2007 07:12:08 -0500 From: Dan Foster Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: In article , david20@alpha2.mdx.ac.uk wrote: > In article , Chip > Coldwell writes: >> >>No, not even on a remote display. Apparently they have these >>testdrive systems pretty well locked down. That is why I am looking >>for someone to test these packages. Do you have a system you can test >>it on? > > Even if they have outgoing connections to port 6000+ blocked can you > not tunnel through ssh ? I thought the latest versions of ssh with > DEC TCPIP services now supported X connection forwarding. I would have > hoped that they would have ssh setup on the testdrive systems. On my machine: $ ssh -X @td183.testdrive.hp.com $ mcr decw$clock After a brief wait, it popped up locally on my display. So, yes, ssh's X11 connection forwarding does appear to work. -Dan ------------------------------ Date: 25 May 2007 14:12:43 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: [TCPIP] SET HOST/TELNET Message-ID: <4656eedb$1@news.langstoeger.at> I just noted a (IMNSHO) bad behaviour of TCPIP (V5.6 and many/some before). If you - because you don't want to have open-ports/incoming-connections on your workstation - don't enable the TELNET _server_ (which means the startup doesn't run TCPIP$TELNET_STARTUP.COM) then the TELNET _client_ "SET HOST/TELNET" doesn't work (because OPENVMS$TELNET logical is missing). One can define the logical itself (as I did), or use TELNET instead of SET HOST/TELNET (which I also do) or use SSH instead of TELNET (good idea ;-) but I think, the (TELNET) client and the (TELNET) server should be properly separated in the TCPIP package. Shouldn't there be a SYS$STARTUP:TCPIP$TELNET_CLIENT_STARTUP.COM (eg. similar to the SYS$STARTUP:TCPIP$FTP_CLIENT_STARTUP.COM) and the OPENVMS$TELNET logical be defined there? What do you think? TIA -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ End of INFO-VAX 2007.286 ************************