INFO-VAX Fri, 25 May 2007 Volume 2007 : Issue 285 Contents: Active Batch from Advanced Systems Concepts Re: Do Not Call Registry Re: Do Not Call Registry Re: Do Not Call Registry Re: Do Not Call Registry Re: Does NASA/JPL etc still use VMS? Re: DS10L ATI 7500 PCI Graphics Problems Re: FalconStor Re: HSG80 Power Re: HSG80 Power Re: Indexed file (RMS) IRC$V_RRV question Re: Indexed file (RMS) IRC$V_RRV question Re: Indexed file (RMS) IRC$V_RRV question Re: Indexed file (RMS) IRC$V_RRV question Interresting deadlock situation (Switch and cluster) Re: Interresting deadlock situation (Switch and cluster) Re: Interresting deadlock situation (Switch and cluster) Re: Interresting deadlock situation (Switch and cluster) Re: Interresting deadlock situation (Switch and cluster) Re: Interresting deadlock situation (Switch and cluster) Re: Interresting deadlock situation (Switch and cluster) 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: Is VMS losing the Financial Sector, also? Re: Is VMS losing the Financial Sector, also? Re: Migrating ODS-2 to ODS-5 Re: Noahs ark found! 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: Replacing LAT terminal servers Re: Replacing LAT terminal servers Re: TCPIP Services SMTP, RBLs blocking all inbound email Re: TCPIP Services SMTP, RBLs blocking all inbound email Re: TCPIP Services SMTP, RBLs blocking all inbound email Re: TCPIP Services SMTP, RBLs blocking all inbound email Re: TSM terminal server manager Re: TSM terminal server manager Re: World's Fastest Processor? For Now, Anyway Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium ---------------------------------------------------------------------- Date: Thu, 24 May 2007 23:51:24 +0200 From: "Dr. Dweeb" Subject: Active Batch from Advanced Systems Concepts Message-ID: <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. Dr. Dweeb ------------------------------ Date: 24 May 2007 11:29:27 -0700 From: Doug Phillips Subject: Re: Do Not Call Registry Message-ID: <1180031367.270854.308750@p77g2000hsh.googlegroups.com> On May 24, 11:13 am, "Tom Linden" wrote: > Cell numbers are being release end of the month > to register call 1 888 382 1222 from your cell phone. > > -- > Using Opera's revolutionary e-mail client:http://www.opera.com/mail/ Since I'm awaiting a huge deposit in my bank account from a guy in Africa, this is important because everyone will be calling me for a hand-out. Thanks for the info. With the savings I had left after sending a large sum to help find a lost little girl in Minnesota, I've just made a down payment on a bridge (I can't disclose the location) in anticipation of all the wealth I'll soon have. . . . btw: I see you're using opera; I've heard that if you use Microsoft products, Bill Gates will give you money for every e-mail you send. ;-) ------------------------------ Date: 24 May 2007 23:28:02 GMT From: healyzh@aracnet.com Subject: Re: Do Not Call Registry Message-ID: 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. Zane ------------------------------ Date: Thu, 24 May 2007 20:45:05 -0400 From: "Richard B. Gilbert" Subject: Re: Do Not Call Registry Message-ID: <46563191.60103@comcast.net> 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. > > Zane > If you want to find out how rude a human being can be, dial my number and say to me: "My name is ______ and I'm calling on behalf of. . . . That's if I bother to answer at all; I probably won't if caller ID doesn't show your phone number. . . . ------------------------------ Date: Fri, 25 May 2007 07:18:57 +0200 From: "P. Sture" Subject: Re: Do Not Call Registry Message-ID: In article , Paul Anderson wrote: > In article , > "Tom Linden" wrote: > > > Cell numbers are being release end of the month to register call 1 > > 888 382 1222 from your cell phone. > > This is an urban myth. Check out the Snopes article at: > > > And here's the classic sign of an e-mail hoax: "PASS THIS ON TO ALL YOUR FRIENDS" As a gently reminder, let's go back to 1995 here, and the Good Times virus hoax. http://www.cityscope.net/hoax1.html ---- The original message ended with instructions to "Forward this to all your friends," and many people did just that. ---- Please don't fall into the trap. -- Paul Sture ------------------------------ Date: 24 May 2007 16:18:01 -0700 From: Neil Rieck Subject: Re: Does NASA/JPL etc still use VMS? Message-ID: <1180048681.936836.179390@p77g2000hsh.googlegroups.com> On May 23, 2:57 pm, JF Mezei wrote: > This just in: (of course, as expected, VMS is not mentioned) > > UPDATE: H-P Wins Massive Seven-year NASA Contract > MainSMDS > > By Rex Crum > > SAN FRANCISCO (Dow Jones) -- Hewlett-Packard Co. won a seven-year > technologyand services contract worth as much as $5.6 billion from the > NationalAeronautics and Space Administration, the company said Wednesday. > > The contract calls for Palo Alto, Calif.-based H-P (HPQ) to provide a > range ofcomputing products, such as desktop and workstation computers, > blade PCs thatrun on the Linux and Unix operating systems, enterprise > servers and printersunder what's called the NASA Solutions for > Enterprise-Wide Procurement IVcontract. > > Federal agencies and their authorized contractors will be able to > purchaseequipment from H-P under the contract. H-P said that it has > delivered more than$620 million worth of products and services between > 1992 and 2007 under previousNASA contracts. > > H-P's shares, part of the Dow Jones Industrial Average, rose 20 cents to > $45.80 in morning action. > > (END) Dow Jones Newswires Yikes! US$5.6 billion is astronomical... Here is another view of the same news item: http://www.thestar.com/article/216942 SAN FRANCISCO - Hewlett-Packard Co. said Wednesday it won a seven-year contract from NASA to provide U.S. government agencies with as much as $5.6 billion (figures U.S.) of server computers, printers and other equipment. The deal with the National Aeronautics and Space Administration allows all U.S. federal government agencies and some contractors to purchase technology from HP over the life of the contract. It covers desktops, workstations, server computers used by businesses and agencies and printers, among other gear. The contract guarantees prices at or below those set by the U.S. General Services Administration and the lowest surcharge, capped at $18,000 for orders of more than $3 million, HP said. Shares of HP, of Palo Alto, California, rose 51 cents, or 1.1 per cent, to $46.09 in early afternoon trading on the New York Stock Exchange. Separately, market researcher IDC reported Wednesday that HP kept its top ranking in sales of server computers in the first quarter, with 29.2 per cent of the worldwide market as measured by revenue, up from 28.2 per cent a year earlier. Market researcher Gartner Inc., in a similar survey released on Tuesday, also ranked HP No. 1 in server unit sales in the first quarter. International Business Machines Corp. came in at a statistical tie with HP, according to IDC, with 28.9 per cent of the market. Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: Thu, 24 May 2007 22:40:24 -0500 From: "Craig A. Berry" Subject: Re: DS10L ATI 7500 PCI Graphics Problems Message-ID: <6oednbx4cPA0x8vbnZ2dnUVZ_ualnZ2d@speakeasy.net> Hmm. The reply I posted via Google Groups a couple of days ago never came through. FredK wrote: > "Steven M. Schweda" wrote in message > news:07052016133931_202002DA@antinode.org... > >>From: "Craig A. Berry" >> > >>As previously reported, "show config" at the console diaplays the PCI ID >>info rather than the name, because the XP1000 firmware is too old to >>recognize the card: >> >> 12 51571002/013B1002 >> > > > Correct. 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. > A PCI device ID is made up of 4 parts in 2 longwords. Product ID, Vendor > ID, Sub system vendor ID, and Sub system vendor ID. > > Generally speaking most devices are configured only by Device ID and Vendor > ID - this is determined in SYS$CONFIG.DAT by a flag that can request a full > 64-bit ID compare - and is usually only done when there is something really > specific about a particular card. > > In the case above, the vendor is ATI (1002) and the Product ID is 5157 (an > RV200 based R7500). > > In the case of > > 17: 4C571002/10021002 Yup, that's the one I have too, and like the OP I bought it from a company called Acortech, who sold it simply as an "ATI Radeon 7500 PCI" card. So the caveat for hobbyists is that most of the PCI cards being sold on Ebay as "Radeon 7500" actually have the mobility chip on them and don't work on VMS. > The Product ID if 4C57 is not recognized as a known device. A google search > appears to list this as a "Radeon 7500 Mobility, 64 MB" that was sold by > Dell. Kind of strange to find the laptop chip on a PCI card. Indeed. Apparently all the major laptop manufacturers have used this chip (called the "M7") and it's still available: http://ati.amd.com/developer/vendorid.html http://ati.amd.com/products/MobilityRadeon7500/index.html The PCI card version with the mobility chip on it may just be intended as a cheap way to add a second head to old PCs and Macs that already have something in the AGP slot, and that's most likely what I'll end up doing with mine. There's a TV output on the card, which may also say something about the intended market. I only spent $23.00 on a brand new card, so it wasn't exactly a big risk. > > Adding a configuration record to sys$config.dat in this case will not work > (as was also reported). The device driver (GH) reads the device ID out > itself because the driver must handle 3 different variations of chips from > the family - the RV200 (full R7500), the R100 (the R7000 that lacks TCL 3D > support) and the RN50 - which is a 2D only version. The R7000/RN50 are used > as built in graphics on the Itanium. Each has specific capabilities and > initialization requirements. > > So what happens is that the driver when setting up for the specific > capabilities of the card - finds one that it has no information on - and > fails the driver initialization. Unfortunately there isn't a clean way to > let it drop into the path of least capabilities - because the initialization > of an unknown card could hang the system. > > Is it possible that the device might work with the VMS driver/ddx? Perhaps. > But not without figuring out it's capabilities and initialization > requirements and adding it to the driver. 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. 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. ------------------------------ Date: Thu, 24 May 2007 21:34:08 -0500 From: David J Dachtera Subject: Re: FalconStor Message-ID: <46564B20.E81F392B@spam.comcast.net> BaxterD@tessco.com wrote: > > Does anyone out there use a product called "FalconStor". > (used for replication of data to a remote location). > > The FalconStor product sits between the Storage Management > Software, and the VMS system and is responsible for the final > presentation of storage LUNs to the VMS Platform. > > The storage sub-system in use is an XP11000. The VMS > systems are DS20's (Alpha) running OVMS 7.3-2. > > The LUNs are presented to the VMS cluster (by FalconStor) in > much the same way as the Storage software would present them. On > the VMS backend we just run SYSMAN IO AUTO on each cluster node. > The devices then appear in a "show dev dga". > > Now comes the curious part. If I try to "init" one of the > devices, I get a "medium is offline" message. > > We are pretty much convinced that we are missing something on the > FalconStor side, which is why I am looking for anyone with experience. I've only ever seen FalconStor as the "engine" behind EMC's CLARiiON Disk Library (CDL, nka "EDL" = "EMC Disk Library") model of VTL. It runs on an older RedHat Linux (Valhalla). What machine is your FalconStor running on? ...oh, yeah: you have to find some way to command the virtual robot (you DID create a $2$GGA device for that, didn't you?) to "load a 'tape'" into the virtual drive so you can INIT, MOUNT, etc. How are you commanding the virtual robot? -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://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: Thu, 24 May 2007 14:19:53 -0700 From: "Malcolm Dunnett" Subject: Re: HSG80 Power Message-ID: <46560179$1@flight> "Tom Linden" wrote in message news:op.tsubozd6tte90l@hyrrokkin... > Just had a power outage which last about 15 minutes or so. The HSG80 > has one power supply at each end of each 370 shelf and and they are > connected in such a manner that all those on the left side attach to the > A connector and those on the right to the B connector. A and B both > attach to the mains. You have the black power cords in all the A side power supplies and the white power cords in all the B side power supplies, right? > > Now I set it up in such a manner that only A went through the UPS, with > the > idea in mind that it would conserve power for a longer time. That probably won't help, if side B goes out side A will just draw (approximately) twice as much current to keep everything running. > However, What > I discovered was that the alarm went off That's normal, it's telling you that you've had a power supply failure > had to hit the reset button Which button do you mean by the "reset" button? The one on the EMU or the one on the HSG80? To silence the alarms you should press the button on the EMU - that should just silence the alarm, not affect the controller operation. Pressing the one on the HSG80 will restart the hsg80. This won't require a "merge" but the system will go through various gyrations of flashing disk lights etc while the HSG80 reboots. > and > the drives went into a merge operation. Are you talking about the HSG80 rebuilding its mirror/raid sets? Normally there would be no need to do that even if all the power went out because the batteries on the cache would maintain state information and unwritten data (you do have fully charged batteries on it I hope). If you lost the cache the sets wouldn't come back without manual intervention (CLEAR ERRORS ...) Or are you running HBVS on VMS and your talking about a "Shadow merge" at the VMS level? If the latter that could be caused by something else that got hit by the power outage. If everything else remained powered up but the HSG80 went away VMS should put the shadow set into mount verification for SHADOW_MBR_TMO seconds waiting for it to come back, then boot it out of the shadow set. > > This seems to defeat the whole purpose of redundant Power Supplies. > Anybody > have experience with this? Yes, I've got several HSG80s set up like that and they survive quite nicely when only one side of the power goes out. ------------------------------ Date: Thu, 24 May 2007 20:02:57 -0700 From: "Tom Linden" Subject: Re: HSG80 Power Message-ID: On Thu, 24 May 2007 14:19:53 -0700, Malcolm Dunnett wrote: > "Tom Linden" wrote in message > news:op.tsubozd6tte90l@hyrrokkin... >> Just had a power outage which last about 15 minutes or so. The HSG80 >> has one power supply at each end of each 370 shelf and and they are >> connected in such a manner that all those on the left side attach to the >> A connector and those on the right to the B connector. A and B both >> attach to the mains. > > You have the black power cords in all the A side power supplies and the > white power cords in all the B side power supplies, right? Yes, > >> >> Now I set it up in such a manner that only A went through the UPS, with >> the >> idea in mind that it would conserve power for a longer time. > > 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, > >> However, What >> I discovered was that the alarm went off > > That's normal, it's telling you that you've had a power supply failure > >> had to hit the reset button > > Which button do you mean by the "reset" button? The one on the EMU or > the > one on the HSG80? To silence the alarms you should press the button on > the > EMU - that should just silence the alarm, not affect the controller > operation. > Pressing the one on the HSG80 will restart the hsg80. This won't require > a "merge" but the system will go through various gyrations of flashing > disk > lights etc while the HSG80 reboots. It was the EMU, to silence the alarm > >> and >> the drives went into a merge operation. > > Are you talking about the HSG80 rebuilding its mirror/raid sets? > Normally > there would be no need to do that even if all the power went out because > the batteries on the cache would maintain state information and unwritten > data (you do have fully charged batteries on it I hope). If you lost the > cache the sets wouldn't come back without manual intervention (CLEAR > ERRORS > ...) > Or are you running HBVS on VMS and your talking about a "Shadow merge" at > the > VMS level? If the latter that could be caused by something else that got > hit by the power outage. If everything else remained powered up but the > HSG80 went away VMS should put the shadow set into mount verification for > SHADOW_MBR_TMO seconds waiting for it to come back, then boot it out of > the shadow set. 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. > >> >> This seems to defeat the whole purpose of redundant Power Supplies. >> Anybody >> have experience with this? > > Yes, I've got several HSG80s set up like that and they survive quite > nicely > when only one side of the power goes out. Well, that is why set it up that way, so I am still in a quandry. > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 24 May 2007 18:14:08 -0700 From: Hein RMS van den Heuvel Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: <1180055648.938984.32710@p77g2000hsh.googlegroups.com> On May 23, 7:47 am, JF Mezei wrote: > While parsing/fixing an indexed file : > A bucket with 2 records in it. The first one is a deleted record, with > record size of 65 (which is the key size) > The second record has the "fill2" bit in IRCDEF module definitions, but > ANA/RMS/INTERACTIVE calls it irc$v_rrv . > It has what appears to be a > random value for the record length BS. There is no record length. There is no record data. > this was place in the bucket at the time of a split to ensure data integrity. Is this correct ? Close. Come to one of my Decus/Bootcamp sessions! > If I must rebuild this bucket No, it is just fine, but there is no data in it. The key is required. Hint: Check out the start of the RRV record and count its bytes. No compare against: Free Space Offset: %X'0063' > AKA: once the split was succesfully completed, does that RRV phantom record still serve a purpose ? Yes, to redirect Alternate key SIDR entries to the actual location. > Can I safely assume that these RRV records are always the last record in a bucket ? Yes. Cheers, Hein. ------------------------------ Date: Thu, 24 May 2007 22:15:36 -0400 From: JF Mezei Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: Hein RMS van den Heuvel wrote: > Yes, to redirect Alternate key SIDR entries to the actual location. Ahh ! Now I understand. I had not considered alternate keys. However, if I use CONVERT to recreate the indexed file after I have patched it, it is correct to assume that the lack of RRV record at the end of a bucket will not matter since it does a sequential read of each data bucket and uses the bucket header to determine location of the next bucket ? Also, just so I understand properly. Say I load a single record into an empty file with key "ZZZZZZZZZZ". This will have an RFA with an RRV_VBN of the first data bucket in the file. Then, when I add 50k records with keys lower and in reverse key order, (causing a lot of bucket splits), it is correct to state that once all is said and done, that first "ZZZZZZZZZ" record will still have an RFA of the first data bucket and if I try to access that record via RFA, the RMS software will end up having to go through all data buckets until it finds that record in the last data bucket ? ------------------------------ Date: Thu, 24 May 2007 23:10:56 -0400 From: Bill Todd Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: JF Mezei wrote: > Hein RMS van den Heuvel wrote: >> Yes, to redirect Alternate key SIDR entries to the actual location. > > Ahh ! Now I understand. No, you obviously still don't. ... > However, if I use CONVERT to recreate the indexed file after I have > patched it, it is correct to assume that the lack of RRV record at the > end of a bucket will not matter since it does a sequential read of each > data bucket and uses the bucket header to determine location of the next > bucket ? 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). > > Also, just so I understand properly. > > Say I load a single record into an empty file with key "ZZZZZZZZZZ". > This will have an RFA with an RRV_VBN of the first data bucket in the > file. Then, when I add 50k records with keys lower and in reverse key > order, (causing a lot of bucket splits), it is correct to state that > once all is said and done, that first "ZZZZZZZZZ" record will still have > an RFA of the first data bucket and if I try to access that record via > RFA Or alternate key... , the RMS software will end up having to go through all data buckets > until it finds that record in the last data bucket ? No - that would be stupid: the (sole) RRV record for the moved record is updated whenever the record it points to moves to a new bucket. - bill ------------------------------ Date: Fri, 25 May 2007 00:29:36 -0400 From: JF Mezei Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: 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 ? 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 ? ------------------------------ Date: Thu, 24 May 2007 16:38:23 -0400 From: JF Mezei Subject: Interresting deadlock situation (Switch and cluster) Message-ID: <9e0b5$4655f7d9$cef8887a$29789@TEKSAVVY.COM> Found an interesting deadlock situation. Have a serial cable from a cisco switch only a vax. Logged in to the vax on a real VT220. Had to reboot the switch. During this time, cluster lost quorum. The VAX froze. However, as the switch rebooted, the VAX's typeahead buffer filled up since the VAX was frozen due to loss of quorum. And the CISCO switch then waited for the VAX to open the serial gates again to let the booting process proceed. As a result, the VAX waited for the switch to finish booting so it could again see the other nodes and become operational again. The switch waited for the VAX to accept data again so it could complete its booting process. AKA: deadlock situation. The solution was to unplug the serial cable from the vax, and then power cycle the switch, It was then able to boot, and bypass teh serial port since there were no modem signals on it. One more occasion where having a /SET PROCESS/NOQUORUMBLOCK would have been very handy. (aka, having a process survive loss of quorum, with the system manager knowing that such process would not write to any disk or take out locks etc). ------------------------------ Date: Thu, 24 May 2007 17:00:37 -0400 From: "FredK" Subject: Re: Interresting deadlock situation (Switch and cluster) Message-ID: Why not just set the default to /NOMODEM or use a cheap 3-wire serial line? And hardwire the modem signals? I don't recall that a typeahead overflow would deassert DSR - have to check. Nor do I remember the CON$ code that handles the console booting doing modem control. So the system has to have been "booted" (runtime serial driver) and the system was trying to form a cluster. Why would the Cisco switch care about the VT220 connected to the VAX? What are serial gates? "JF Mezei" wrote in message news:9e0b5$4655f7d9$cef8887a$29789@TEKSAVVY.COM... > Found an interesting deadlock situation. > > Have a serial cable from a cisco switch only a vax. Logged in to the vax > on a real VT220. Had to reboot the switch. During this time, cluster lost > quorum. The VAX froze. > > However, as the switch rebooted, the VAX's typeahead buffer filled up > since the VAX was frozen due to loss of quorum. And the CISCO switch then > waited for the VAX to open the serial gates again to let the booting > process proceed. > > As a result, the VAX waited for the switch to finish booting so it could > again see the other nodes and become operational again. The switch waited > for the VAX to accept data again so it could complete its booting process. > > AKA: deadlock situation. > > The solution was to unplug the serial cable from the vax, and then power > cycle the switch, It was then able to boot, and bypass teh serial port > since there were no modem signals on it. > > One more occasion where having a /SET PROCESS/NOQUORUMBLOCK would have > been very handy. (aka, having a process survive loss of quorum, with the > system manager knowing that such process would not write to any disk or > take out locks etc). ------------------------------ Date: Thu, 24 May 2007 18:25:06 -0400 From: JF Mezei Subject: Re: Interresting deadlock situation (Switch and cluster) Message-ID: FredK wrote: > cluster. Why would the Cisco switch care about the VT220 connected to the > VAX? What are serial gates? Serial cable between Cisco and a TX port on a vax. On the vax, I do a SET HOST/DTE TXA1 to access the CISCO's serial console port. In order for this to work 100% of the time, it needs modem flow control on the TX port. The reason I mentioned a real VT200 terminal is that it would be totally local on the VAX and not dependant on the vax using ethernet to display a decterm on a workstation. This was the first time I rebooted that switch since it had been put into production. ------------------------------ Date: Thu, 24 May 2007 20:53:41 -0400 From: JF Mezei Subject: Re: Interresting deadlock situation (Switch and cluster) Message-ID: Richard B. Gilbert wrote: > Why in the world would you have a serial cable from a Cisco switch to a > vax? There are certain operations on the CISCO switch that can only be done via the serial cosole port (notably password recovery, which is what I needed here). Yeah, the rest can all be done via Telnet, except that telnet uses ethernet and when ethernet goes down because you are playing with the switch, you lose your telnet connection. >ISTR something about SET TERM > /NOMODEM or something of the sort. By default, CISCO switches want modem signals. Hardwiring the modem signals defeats flow control. > It's been many years since I had a > serial port on a VMS machine connected to anything other than a > terminal. . . . I have a lot of devices plugged into my vax's serial ports, from DSL modem, switch, router console ports, terminals and also the X10 controllers to turn lights on and off. Yeah, most of these can be accessed via Telnet, but each has certain functions that are only accessible via the serial port. ------------------------------ Date: Fri, 25 May 2007 01:29:44 GMT From: Rob Brown Subject: Re: Interresting deadlock situation (Switch and cluster) Message-ID: On Thu, 24 May 2007, JF Mezei wrote: > Richard B. Gilbert wrote: >> Why in the world would you have a serial cable from a Cisco switch >> to a vax? > > There are certain operations on the CISCO switch that can only be > done via the serial cosole port (notably password recovery, which is > what I needed here). Well in retrospect, I guess a terminal server port would have been a better choice. -- Rob Brown b r o w n a t g m c l d o t c o m G. Michaels Consulting Ltd. (780)438-9343 (voice) Edmonton (780)437-3367 (FAX) http://gmcl.com/ ------------------------------ Date: Thu, 24 May 2007 21:36:59 -0500 From: David J Dachtera Subject: Re: Interresting deadlock situation (Switch and cluster) Message-ID: <46564BCB.AA065ED5@spam.comcast.net> JF Mezei wrote: > > FredK wrote: > > cluster. Why would the Cisco switch care about the VT220 connected to the > > VAX? What are serial gates? > > Serial cable between Cisco and a TX port on a vax. > On the vax, I do a SET HOST/DTE TXA1 to access the CISCO's serial > console port. In order for this to work 100% of the time, it needs > modem flow control on the TX port. The switch's console should be able to support XON/XOF flow control, thus allowing a three-wire null-modem. -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://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: Thu, 24 May 2007 23:06:41 -0400 From: JF Mezei Subject: Re: Interresting deadlock situation (Switch and cluster) Message-ID: <9d0c2$465652dc$cef8887a$19332@TEKSAVVY.COM> David J Dachtera wrote: > The switch's console should be able to support XON/XOF flow control, thus > allowing a three-wire null-modem. factory default is modem control. So if you need to reset the switch to factory defaults, you are stuck without console access. Also, but having modem control, you can do the following: on vms, you do a SET TERM/NOMODEM/PERM and this way, the Switch never sends data to the VMS host (which would initiale a "login" sequence, intrusion alarms at both ends in an endless loop. Byt doing SET TERM/MODEM you can then SET HOST/DTE to the switch and get bodirectional flow of data when you need it. ------------------------------ Date: Thu, 24 May 2007 21:29:36 -0400 From: JF Mezei Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: <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: Thu, 24 May 2007 20:59:54 -0500 From: David J Dachtera Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: <4656431A.45331768@spam.comcast.net> "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...?" -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://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: Fri, 25 May 2007 02:25:17 GMT From: Real Gagnon Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: JF Mezei wrote in news:1fbd8$46563c1c $cef8887a$1838@TEKSAVVY.COM: > 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. NASDAQ trading technology runs on Java. At the last Javaone in SanFrancisco, Anna Ewing, CIO of NASDAQ gave a talk about the system which process 150,378 transactions per second and their long-term partnership with Sun. I guess that if VMS is still present it's not in the core business. Bye. -- Real Gagnon from Quebec, Canada * Java, Javascript, VBScript and PowerBuilder code snippets * http://www.rgagnon.com/howto.html * http://www.rgagnon.com/bigindex.html ------------------------------ Date: Fri, 25 May 2007 10:22:55 +0800 From: "Richard Maher" Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: Hi Kerry, [The techies go down a certain road and their managers do not have the will or the smarts to reign them in.... kind of like sailing down the rapids in a canoe with no paddle.] You mean a bit like Java, SOAP and the Waste os Substantial Investment in Technology? [Perhaps this is not politically correct, but where have all the IT managers with sound business sense disappeared to these days?] They were all sacked after implementing every hare-brained scheme that some myopic Digital feather-bedder threw at them. DECforms, ONC/DCE, DCE/RPC, Bridgeworks, DECAdmire, RALLY, Forte, WebConnector, ACMSxp, DECnet/OSI. Those managers left are now so gun-shy that they just keep their heads down and parrot whatever Gartner said last. (Bit like *some* Digital employees really) Still, the good news has to be the amount of traditional COBOL/Pascal/ACMS/DECforms working going at the moment (at least in Europe) and most of it in the Financial Sector. Companies are once again awash with IT money and VMS development seems to be picking up its fair share. Maybe the Northern Spring just cheers people up and loosens the purse strings? Cheers Richard Maher "Main, Kerry" wrote in message news:FA60F2C4B72A584DBFC6091F6A2B8684023A3546@tayexc19.americas.cpqcorp.net... > -----Original Message----- > From: John Smith [mailto:a@nonymous.com] > Sent: May 23, 2007 10:01 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Is VMS losing the Financial Sector, also? > > Main, Kerry wrote: > >> -----Original Message----- > >> From: JF Mezei [mailto:jfmezei.spamnot@vaxination.ca] > >> Sent: May 20, 2007 12:58 PM > >> To: Info-VAX@Mvb.Saic.Com > >> Subject: Re: Is VMS losing the Financial Sector, also? > >> > >> re: mainframes > >> > > [snip...] > > Being *very* active in the financial services indusrty, I can assure > you > that Oracle, notwithstanding its mult-patches per month, and Linux > with its > patch du jour approach are in fact supplanting most things. > > There are very few customers still using VMS, and of those, some are > fully > committed to VMS whilst most are looking to migrate to unix...usually > to > Solaris or AIX. I can't recall the last time I saw a shop have any > significant PHUX in-house. > > Yeah, have seen a number of cases where the OS religion over-rides sound business judgement. The techies go down a certain road and their managers do not have the will or the smarts to reign them in.... kind of like sailing down the rapids in a canoe with no paddle. Perhaps this is not politically correct, but where have all the IT managers with sound business sense disappeared to these days? I guess the banks will have to experience a major hack and major audit before someone asks the question "Excuse me - are you saying you put our mission critical XYZ application on an OS platform that you *knew* had 5-20 security patches released each and every month?" Yep, auditors will love this when someone finally does get around to asking those tough questions. Reminds me of movie called Swordfish where the hacker spends a great deal of time using a super computer to hack into a secure bank. With Linux on that platform, how long do you think that would hold up? And please do not say banks do not need to worry because they have good firewalls - 50-60% of significant security events are internal issues. Gotta love the IT hype these days. 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: Fri, 25 May 2007 10:46:53 +0800 From: "Richard Maher" Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: 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) 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: Thu, 24 May 2007 14:30:31 -0400 From: JF Mezei Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: <3c765$4655d9e2$cef8887a$2476@TEKSAVVY.COM> 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. ------------------------------ Date: 24 May 2007 15:33:04 -0700 From: AEF Subject: Re: Noahs ark found! Message-ID: <1180045984.916282.114540@p77g2000hsh.googlegroups.com> On May 21, 11:56 am, "FredK" wrote: > "Andrew" wrote in message > > news:1179760297.803505.65120@36g2000prm.googlegroups.com... > > > On 30 Apr, 15:25, Dirk Munk wrote: > >> gen...@marblecliff.com wrote: > >> > the same researcher who helped bring about the discovery > >> > of Mount Sinai now believes he has found Noahs ark on a > >> > mountain in Iran ... scroll to the bottom and look at the > >> > pictures and video ... > > >> >http://www.arkfever.com/ > > >> This time Boob is right. What you see on the pictures is the stern of > >> the ark. On it they found the inscription "Noahs Ark - Monrovia" in > >> Hebrew. That proofs Boob is not mistaken this time. > > > Thats what you get if you register your ark under a flag of > > convenience, wildly off course and stuck up a mountain with no > > navigable water in site. > > That was the best thing ever written in this thread. > > Sigh. Why do people insist on discussing politics and religion in groups > like this? > > - I have not once seen someones mind changed. > > - At best you get those who agree with you agreeing. Another benefit is that you might learn something. For example, I didn't know there was a "No Answers in Genesis" site. I am glad to have learned of it. Someone is fighting back. Hurray! [...] AEF ------------------------------ Date: 24 May 2007 14:39:45 -0700 From: twnews@kittles.com Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <1180042785.253357.179930@o5g2000hsb.googlegroups.com> 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. :) Thomas Wirt ------------------------------ Date: 24 May 2007 14:40:09 -0700 From: twnews@kittles.com Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <1180042809.913408.141220@q66g2000hsg.googlegroups.com> 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. :) Thomas Wirt ------------------------------ Date: 24 May 2007 14:40:24 -0700 From: twnews@kittles.com Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <1180042824.412797.214910@p47g2000hsd.googlegroups.com> 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. :) Thomas Wirt ------------------------------ Date: Thu, 24 May 2007 21:29:12 -0500 From: David J Dachtera Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <465649F8.32826760@spam.comcast.net> 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? ;-) -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://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: Fri, 25 May 2007 05:04:16 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <00A681F1.1454C52F@SendSpamHere.ORG> In article <465649F8.32826760@spam.comcast.net>, David J Dachtera writes: > >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. -- 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, 24 May 2007 21:27:12 -0500 From: David J Dachtera Subject: Re: recognizing newly created device on HSG80 Message-ID: <46564980.45D245EF@spam.comcast.net> BaxterD@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). > As soon as the connection is enabled, then the system at the other end > can potentially mount and write to the unit (all that is required is > an IO AUTO, or reboot, to make the units visible). ...none of which happen spontaneously, manual action or script revision is typically required for non-M$ systems. While LUN masking is certainly possible via "SET unit ENABLE = connection-name", in the shops I've worked having HSGs there's never been any reason to use anything other than ENABLE=ALL. It's so rare that we do it that I'd forgotten it wasn't the default. -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://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: Thu, 24 May 2007 15:27:36 -0400 From: "David Turner, Island Computers" Subject: Re: Replacing LAT terminal servers Message-ID: If you need terminal servers we have a load here DT -- 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 "Chris Sharman" wrote in message news:f2v35k$fao$1$8302bc10@news.demon.co.uk... > [I'm back - consulting for a bit] > > We've got a bunch of terminal servers (various brands) running LAT, mainly > for a shop floor application running some 20-50 barcode scanners (seasonal > variation). > > Maintenance & configuration is becoming a pain. > > What solution are people using these days? > > Our app uses the LAT specific calls as documented in the I/O Ref manual to > initiate dialogue with each scanner in turn. > > I'm guessing it wouldn't be too hard to change to telnet instead, or > similar? > > What would be the preferred hardware and software to multiplex 50 scanners > to a vms application? > > Thanks > Chris ------------------------------ Date: Thu, 24 May 2007 23:24:57 +0200 From: Dirk Munk Subject: Re: Replacing LAT terminal servers Message-ID: Chris Sharman wrote: > [I'm back - consulting for a bit] > > We've got a bunch of terminal servers (various brands) running LAT, > mainly for a shop floor application running some 20-50 barcode scanners > (seasonal variation). > > Maintenance & configuration is becoming a pain. > > What solution are people using these days? > > Our app uses the LAT specific calls as documented in the I/O Ref manual > to initiate dialogue with each scanner in turn. > > I'm guessing it wouldn't be too hard to change to telnet instead, or > similar? > > What would be the preferred hardware and software to multiplex 50 > scanners to a vms application? > > Thanks > Chris Why don't you just buy new LAT terminal servers? We buy new ones all the time, and we use them with LAT, not Telnet. Here is where to get them: http://www.dnpg.com/ ------------------------------ Date: 24 May 2007 14:54:47 -0700 From: davidc@montagar.com Subject: Re: Replacing LAT terminal servers Message-ID: <1180043687.288921.14520@k79g2000hse.googlegroups.com> On May 22, 10:48 am, Chris Sharman wrote: > We've got a bunch of terminal servers (various brands) running LAT, > mainly for a shop floor application running some 20-50 barcode scanners > (seasonal variation). > > Maintenance & configuration is becoming a pain. > > What solution are people using these days? > > Our app uses the LAT specific calls as documented in the I/O Ref manual > to initiate dialogue with each scanner in turn. Since your App already talks LAT, it would be easier to replace the older terminal servers. They aren't that expensive used, I generally like the DEC branded gear since I still have seen some really old stuff still in current use. Talking to terminal servers isn't hard. The Terminal Server has a name (like DSVR01), and all the ports have names, too (like PORT_1, PORT_2, etc). Most likely, the App has a list of decserver names/ ports that tells it where the scanners are. In this environment, most terminal servers simply need a "change port all access remote" in order to allow a VMS system to connect to the individual ports using the server name and port name. This is sometimes seen as DSRV01/PORT_01. 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 Once connected and "logged in", you can do a "SHOW PORT ALL" to get a list of what's on there. The 08-00-2b-xx-xx-xx is the MAC address of the DECServer. To get an idea of what might be out there, use this command: $ mcr latcp show node/all The Terminal Server Command Language is pretty simple, and the DECServers all have a "HELP" command that is pretty useful. ------------------------------ Date: Thu, 24 May 2007 14:39:06 -0400 From: JF Mezei Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: Rich Jordan wrote: > Workaround stops having random subdomain.mydomain.com from pointing to > their ad site; A few coments: How your own domain is registered does not affect the RBL issue. The problem is between the DNS resolver on your machine and whatever DNS server is being used. It is that DNS server which is at fault for wrongly providing an IP address for a DNS request that should return a "not found" message. Verisign tried that dirty trick a couple years ago and they got lots of egg on their face. I suspect that if your DNS provider refuses to adhere to the standard, you not only cancel your relationship with them, but also publish their name as often as possible as terrible netizens whose DNS servers do not adhere to standards and point to ad sites. As a short term solution, find some other DNS server to use. There are a few that are publically accessible. Or you could run your own bind server that bypasses your ISP's totally. ------------------------------ Date: 24 May 2007 13:19:59 -0700 From: Rich Jordan Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: <1180037999.008424.71080@q75g2000hsh.googlegroups.com> On May 24, 1:39 pm, JF Mezei wrote: > Rich Jordan wrote: > > Workaround stops having random subdomain.mydomain.com from pointing to > > their ad site; > > A few coments: > > How your own domain is registered does not affect the RBL issue. > > The problem is between the DNS resolver on your machine and whatever DNS > server is being used. It is that DNS server which is at fault for > wrongly providing an IP address for a DNS request that should return a > "not found" message. > > Verisign tried that dirty trick a couple years ago and they got lots of > egg on their face. > > I suspect that if your DNS provider refuses to adhere to the standard, > you not only cancel your relationship with them, but also publish their > name as often as possible as terrible netizens whose DNS servers do not > adhere to standards and point to ad sites. > > As a short term solution, find some other DNS server to use. There are a > few that are publically accessible. Or you could run your own bind > server that bypasses your ISP's totally. JF, I have three sites using three different ISPs, with resolution using those different ISPs' DNS servers. The only point of commonality is the domain registration and authoritative DNS being with Dotster. Two of the three ISPs have responded that they have made no changes, where Dotster says they did over the weekend (when the problem started). They also acknowledged that the problem we're seeing with RBL lookups is happening to other customers. As a test, I told my local VAX and Alpha (site three in the previous message) to use the megapath DNS server used for resolution on site one. NSLOOKUP still returned a lookup with the .mydomain.com attached and the new global alias, instead of a not found when doing the spamhaus lookup. I then had my home box (which is not experiencing the problem and has no Dotster-handled domains) use the cimco and verio DNS servers that site 2 uses (CBeyond does not allow their servers to respond to outside queries). It still returned the expected 'not found' responses to the spamhaus request. Those same DNS servers when queried by site 2 and 3 return the global cname (used to be the advertising site) for the host with .mydomain.com attached to my actual nslookup request. I can't find anything online as to why the local domain is getting appended to the NSLOOKUP request (or why at some sites and not at others regardless of the DNS server queried). I don't know why the mydomain.com authoritative DNS is even being queried when I submit the spamhaus request (and it has to be since the response changed after I added the wildcard CNAME). Dotster is on a tightrope now. They've been a good registrar with reliable service, but they're now on probation. ------------------------------ Date: Thu, 24 May 2007 16:30:23 -0400 From: JF Mezei Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: <34aef$4655f5fd$cef8887a$29388@TEKSAVVY.COM> Rich Jordan wrote: > I have three sites using three different ISPs, with resolution > using those different ISPs' DNS servers. The only point of > commonality is the domain registration and authoritative DNS being > with Dotster. OK I think I understand now. DNS resolvers are often configured to add your domain name to a request if that request fails. so if I ask for "pastry" and my domain is "chocolate.com", the resolver would first request "pastry", get a negative answer and then ask for pastry.chocolate.com (at which point it might get an answer or not). So, when you make your RBL request for d.c.b.a.zen.spamhaus.org and it comes back negative (this host is clean), the resolver may be trying for d.c.b.a.zen.spamhaus.chocolate.com and this is where your crooked DNS server will respond positively even if that host is not in the chocolate.com zone files. So moving your domain registration to other DNS servers would likely solve the problem. You can also configure your DNS resolvers to NOT try your local domain if the request initially fails. (I think it is TCPIP SET NAME/NODOMAIN/SYSTEM and/or SET NAME/NOPATH ) This however will prevent you from doing a $TELNET PASTRY and you will have to do a TELNET PASTRY.CHOCOLATE.COM ------------------------------ Date: 24 May 2007 15:27:28 -0700 From: Rich Jordan Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: <1180045648.352775.202270@m36g2000hse.googlegroups.com> On May 24, 3:30 pm, JF Mezei wrote: > Rich Jordan wrote: > > I have three sites using three different ISPs, with resolution > > using those different ISPs' DNS servers. The only point of > > commonality is the domain registration and authoritative DNS being > > with Dotster. > > OK I think I understand now. DNS resolvers are often configured to add > your domain name to a request if that request fails. > > so if I ask for "pastry" and my domain is "chocolate.com", the resolver > would first request "pastry", get a negative answer and then ask for > pastry.chocolate.com (at which point it might get an answer or not). > > So, when you make your RBL request for d.c.b.a.zen.spamhaus.org and it > comes back negative (this host is clean), the resolver may be trying for > d.c.b.a.zen.spamhaus.chocolate.com and this is where your crooked DNS > server will respond positively even if that host is not in the > chocolate.com zone files. > > So moving your domain registration to other DNS servers would likely > solve the problem. > > You can also configure your DNS resolvers to NOT try your local domain > if the request initially fails. > > (I think it is TCPIP SET NAME/NODOMAIN/SYSTEM and/or SET NAME/NOPATH ) > > This however will prevent you from doing a > $TELNET PASTRY > > and you will have to do a TELNET PASTRY.CHOCOLATE.COM 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 Rich ------------------------------ Date: Thu, 24 May 2007 14:22:06 -0400 From: JF Mezei Subject: Re: TSM terminal server manager Message-ID: <541f9$4655d7e8$cef8887a$14397@TEKSAVVY.COM> Chris Sharman wrote: > Can anyone point me to a copy of the documentation ? No, we cannot. But if you were to hire 100,000 monkeys and have them type random URLs, they may eventually stumble (totally by chance) on http://www.vaxination.ca slash tsmdoc.zip $ zip/vms tsmdoc.zip D3KNZA14.DECW$BOOKSHELF,D3KNA153.DECW$BOOK,D3KNAA72.DECW$BOOK adding: D3KNZA14.DECW$BOOKSHELF (deflated 30%) adding: D3KNA153.DECW$BOOK (deflated 65%) adding: D3KNAA72.DECW$BOOK (deflated 74%) $ type D3KNZA14.DECW$BOOKSHELF book\d3knaa72\Terminal Server Manager Installation and Use book\d3kna153\Terminal Server Manager Cover Letter Version 2.1 ------------------------------ Date: 24 May 2007 16:10:04 -0700 From: Neil Rieck Subject: Re: TSM terminal server manager Message-ID: <1180048203.939573.264430@m36g2000hse.googlegroups.com> On May 24, 7:45 am, Chris Sharman wrote: > Got the kit (off freeware 6), installed it (TSMECO7021, PAK, > TSMECO08021, IVP, TSMECO09021, IVP). > Can anyone point me to a copy of the documentation ? > > The online help is all very well, but doesn't really guide me through > setup. I tried adding our decserver700 to its db (with add server), but > it complained that: > %TSM-E-NET_OBJECT, Error returned by NML; more information follows > Privilege Violation. > %TSM-W-NO_MATCH, No TSM service circuits match the DECnet database > > EWA-0 is the line/circuit on our DS20E - it's up and working, and the > TSM installation said it was enabling it. > I did it all in the SYSTEM account, with full privilege. > I'm not sure what's wrong, or how to fix it. > > Once I get it working, my next task is to persuade it to manage our > Emulex Performance 4000 terminal servers. > > Thanks > Chris I've posted a few tips here: http://www3.sympatico.ca/n.rieck/docs/tsm_on_alpha.html Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: 24 May 2007 16:07:09 -0700 From: Neil Rieck Subject: Re: World's Fastest Processor? For Now, Anyway Message-ID: <1180048029.807735.165300@p77g2000hsh.googlegroups.com> http://www.theglobeandmail.com/servlet/story/RTGAM.20070522.wgtibm0522/BNStory/Technology/?cid=al_gam_nletter_dtechal IBM to launch Power6 chip next month SAN JOSE, Calif. - Delivering on its promise of a superfast server chip, IBM Corp. said Monday that its new Power6 microprocessor will go on sale next month, boasting twice the clock speed of the previous generation while consuming roughly the same amount of power. The dramatic performance boost comes as the semiconductor industry has largely shifted its focus away from pure performance measurements - overheating becomes a major problem as transistors shrink and operate at breakneck speeds - and instead has become more concerned with a balance of performance and power consumption. While other chipmakers are dialling down clock speeds and adding more computing engines, or cores, to their chips to manage the competing concerns, Armonk, N.Y.-based IBM said its new dual-core chip is a breakthrough on both fronts. Analysts said the chip, which operates at 4.7 gigahertz and cycles at a speed 25 million times as fast as the flap of hummingbird wings, will allow businesses to consolidate servers and handle substantially larger workloads. By comparison, Intel Corp.'s Itanium 2 server processor tops out at 1.66 gigahertz. In addition to raw power, the new IBM chip also has massive bandwidth - 300 gigabytes per second - which the company says can process the download of the entire iTunes music catalogue, currently more than 5 million songs, in about a minute. To feed data quickly to the processor, IBM has quadrupled the amount of on-chip memory, or cache, to 8 megabytes. The chip is designed for higher-end servers running the Unix operating system and is accompanied by the launch of a new server designed around it. "Go back a few years, and the Power brand was an also-ran in the big iron chip race - in fact, it wasn't really clear how committed IBM was to its own chip development," said Gordon Haff, principal IT adviser for Illuminata Inc. "But IBM decided to double down its bets on Power, and the results have been pretty impressive." Bernard Meyerson, chief technologist of IBM's Systems and Technology Group, said the chip is the first product delivered under the company's energy efficiency initiative announced earlier this month. The campaign includes a pledge to spend $1 billion to spread technologies and services designed to make corporate computing centres more environmentally friendly. Besides the obvious processing gains, "this translates into a much, much smaller carbon footprint" for companies, he said. Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: 24 May 2007 21:16:49 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: <465600c1$1@news.langstoeger.at> In article , Chip Coldwell writes: >OK, thanks for that information. I have updated the package and its >dependencies. For the record, the dependencies are only > > software dec i64vms dwmotif version minimum v1.2 ; > software freeware i64vms ghostscript version minimum v6.50 ; Why is XPDF dependant on GHOSTSCRIPT? >and the package is > >ftp://frank.harvard.edu/pub/coldwell/vms/xpdf/freeware-i64vms-xpdf-v0302-0-1.pcsi Never offer an unpackaged kitfile (or you end up supporting download problems) Use a ZIPSFX of your .PCSI[$COMPRESSED] (or a DCX or a BCK or ...) >If someone out there with an Itanium system with DECWindows could please >test this, it would be much appreciated [cue the crickets ... ] Maybe later (@work). Sorry -- 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 ------------------------------ Date: Fri, 25 May 2007 01:48:34 GMT From: "John E. Malmberg" Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: Chip Coldwell wrote: > 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? Actually it seems to work fine from here. $ show user/full/inter OpenVMS User Processes at 24-MAY-2007 21:45:36.36 Total number of users = 2, number of processes = 5 Username Node Process Name PID Terminal MALMBERG TD183 _FTA6: 202005C7 FTA6: SYSTEM TD183 DTSESSION 20200431 SYSTEM TD183 DTWM 20200435 (subprocess of 20200431) SYSTEM TD183 SYSTEM_52822 202005CE (subprocess of 20200431) SYSTEM TD183 _FTA1: 20200438 FTA1: So the next trick is to figure out how to test PCSI installs from a non-privileged account. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ End of INFO-VAX 2007.285 ************************