INFO-VAX Thu, 24 May 2007 Volume 2007 : Issue 284 Contents: Do Not Call Registry Re: Do Not Call Registry Re: Do Not Call Registry Re: Do Not Call Registry FalconStor HSG80 Power Re: Indexed file (RMS) IRC$V_RRV question 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: OpenVMS 2007 Bootcamp Re: recognizing newly created device on HSG80 Re: recognizing newly created device on HSG80 Re: recognizing newly created device on HSG80 Re: TCPIP programming (sockaddr_in question) 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 TSM terminal server manager Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium Re: Xpdf 3.02 for OpenVMS/Itanium ---------------------------------------------------------------------- Date: Thu, 24 May 2007 09:13:54 -0700 From: "Tom Linden" Subject: Do Not Call Registry Message-ID: 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/ ------------------------------ Date: Thu, 24 May 2007 12:56:49 -0400 From: "FredK" Subject: Re: Do Not Call Registry Message-ID: "Tom Linden" wrote in message news:op.tst91gcgtte90l@hyrrokkin... > Cell numbers are being release end of the month > to register call 1 888 382 1222 from your cell phone. > Bear in mind that the government has been *selling* the do not call registry. The registry only blocks *some* people from calling. But every charity on the planet will start calling you. Until you actually *start* getting cell phone solicitations - I'd suggest doing nothing. While I get 2-3 phone calls *each day* on my land line from charities - I have never gotten one on my cell. I suspect that it costs too much to call cell phones. ------------------------------ Date: 24 May 2007 17:28:45 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: Do Not Call Registry Message-ID: <5bm0adF2pal1oU1@mid.individual.net> In article , "Tom Linden" writes: > Cell numbers are being release end of the month > to register call 1 888 382 1222 from your cell phone. 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 their name, they send bogus numbers to Caller-ID so they know there is nothing you can do about it. I have been getting calls to my cell- phone already. The only real solution is going to be to turn it off and leave it in the drawer at home. A very pleasant idea when you come right down to it..... bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: Thu, 24 May 2007 13:36:10 -0400 From: Paul Anderson Subject: Re: Do Not Call Registry Message-ID: 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: Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ Date: 24 May 2007 06:55:26 -0700 From: BaxterD@tessco.com Subject: FalconStor Message-ID: <1180014926.704832.52970@m36g2000hse.googlegroups.com> 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. Thanks Dave. ------------------------------ Date: Thu, 24 May 2007 09:49:37 -0700 From: "Tom Linden" Subject: HSG80 Power Message-ID: 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. 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. However, What I discovered was that the alarm went off, had to hit the reset button and the drives went into a merge operation. This seems to defeat the whole purpose of redundant Power Supplies. Anybody have experience with this? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 24 May 2007 05:41:04 -0400 From: Bill Todd Subject: Re: Indexed file (RMS) IRC$V_RRV question Message-ID: JF Mezei wrote: ... > 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 and no valid record data. Without having the time to check myself, I'll just ask if you know what an rrv record is (it's a forward pointer to a record which originated in the bucket but was then moved by a split into a new bucket). If the 'random' size you saw was in fact beyond the end of the valid data in the bucket (rather than any actual part of the 'record' you described), that seems the likely explanation. - bill ------------------------------ Date: Thu, 24 May 2007 02:28:30 -0400 From: JF Mezei Subject: Re: Is VMS losing the Financial Sector, also? Message-ID: <83ebd$465530a7$cef8887a$12096@TEKSAVVY.COM> Main, Kerry wrote: > Yeah, have seen a number of cases where the OS religion over-rides sound > business judgement. > Gotta love the IT hype these days. Which is exactly why VMS needs strong and modern marketing if it wants to survive. IT has a heard mentality. And VMS needs to be protrayed as being part of the pack so that the heard will adopt it. The fact that Linux was able to make so many inroads against Windows is proof that it is possible with the right marketing to get it done. VMS needs a major dose of marketing to counter not only windows and linux, but also Solaris (Sun is trying hard to position Solaris as an "in" OS that is seen as part of the pack. ------------------------------ Date: 24 May 2007 02:37:05 -0700 From: Bob Gezelter Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: <1179999425.459188.53440@p77g2000hsh.googlegroups.com> On May 23, 2:32 pm, "Tom Linden" wrote: > Currently have an ODS-2 file system > DSA0: Mounted 0 COMMON 79911522 > 49 6 > $1$DGA7: (HAFNER) ShadowSetMember 0 (member of DSA0:) > $1$DGA8: (HAFNER) ShadowSetMember 0 (member of DSA0:) > > This is in on HSG80 and was migrated from a BA356 that had host-based > shadowing > as it does here. > > Now I have a new device which is a striped mirror set(raid0+1) > $1$DGA11: (HAFNER) Online > > Which I want to be an ODS-5 and to replace DSA0, what steps must i go > through? Tom, There are two separate components to this question: the transfer of the data to the new RAID 0+1 volume and the transition to ODS-5. If memory serves correctly, there is a restriction on changing the structure level on a running system disk. In this case, it will be necessary to interrupt operation at some moment to boot the system from another system disk (e.g. the CDROM or an alternate system disk) and do the appropriate SET VOLUME command. The transition from your existing shadow set is another matter. I would suggest simply adding the new disk to the existing shadow set and letting nature take its course. Certainly, letting the shadow copy do the data move is a far less disruptive to availability than a long down time to do the copy. I discussed this capability in a presentation on migrating storage environments at the 2005 HP Enterprise Technology Symposium. The notes from this session are available at http://www.rlgsc.com/hptechnologyforum/2005/1146.html - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Thu, 24 May 2007 06:41:56 -0700 From: "Tom Linden" Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: On Thu, 24 May 2007 02:37:05 -0700, Bob Gezelter = wrote: > On May 23, 2:32 pm, "Tom Linden" wrote: >> Currently have an ODS-2 file system >> DSA0: Mounted 0 COMMON 7991152= 2 >> 49 6 >> $1$DGA7: (HAFNER) ShadowSetMember 0 (member of DSA0:) >> $1$DGA8: (HAFNER) ShadowSetMember 0 (member of DSA0:) >> >> This is in on HSG80 and was migrated from a BA356 that had host-based= >> shadowing >> as it does here. >> >> Now I have a new device which is a striped mirror set(raid0+1) >> $1$DGA11: (HAFNER) Online >> >> Which I want to be an ODS-5 and to replace DSA0, what steps must i go= >> through? > > Tom, > > There are two separate components to this question: the transfer of > the data to the new RAID 0+1 volume and the transition to ODS-5. > > If memory serves correctly, there is a restriction on changing the > structure level on a running system disk. In this case, it will be > necessary to interrupt operation at some moment to boot the system > from another system disk (e.g. the CDROM or an alternate system disk) > and do the appropriate SET VOLUME command. This is not a system disk, although I do run some process off it, WASD, MX, HGFTO, Queue Manager. > > The transition from your existing shadow set is another matter. I > would suggest simply adding the new disk to the existing shadow set > and letting nature take its course. Certainly, letting the shadow copy= > do the data move is a far less disruptive to availability than a long > down time to do the copy. I discussed this capability in a > presentation on migrating storage environments at the 2005 HP > Enterprise Technology Symposium. The notes from this session are > available at http://www.rlgsc.com/hptechnologyforum/2005/1146.html I like that idea of simply expanding the shadow set. The drives are all= identical, 74 GB, the new device however, because of the way I defined i= t (striped mirror raid0+1) is twice that size, which means the VAX won't b= e able to mount it. I don't really need that large a volume, but I though= t I would experiment with striping. (8.3 for the VAX would be nice) If I were to add it as a shadow set member, what would the command look like, seem to recall the order was important. All this begs for a discussion of the pro et contra of host=3Dbased shad= owing vs. hw raid. > > - Bob Gezelter, http://www.rlgsc.com > -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Thu, 24 May 2007 06:56:30 -0700 From: "Tom Linden" Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: On Wed, 23 May 2007 19:18:13 -0700, John E. Malmberg = wrote: > JF Mezei wrote: >> Tom Linden wrote: >> >>>> $ SET VOLUME/STRUCTURE_LEVEL=3D5 $1$DGA11: >>> >>> >>> Don't I need to INIT first? What about mounting? >> The whole point of SET VOLUME/STRUCTURE is to allow an in-situ = >> conversion of an existing drive. And SET VOLUME wants to play on a = >> mounted drive. >> You probably want to quiesce the drive first, deinstall images etc. = = >> (not sure if it is required though). > > A volume to be converted must be mounted private to the process that i= s = > doing the conversion. Does that mean first doing a cluster dismount and then mounting it only = on the node doing the conversion? From help 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. isn't the structure level a characterisitic of the device? Does one rea= lly need to run this from each node? > > For a system disk, you need to be booted off of a different disk, like= = > the installation CDROM/DVD. > > -John > wb8tyw@qsl.network > Personal Opinion Only -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 24 May 2007 07:51:51 -0700 From: AEF Subject: Re: Migrating ODS-2 to ODS-5 Message-ID: <1180018311.559083.278400@g4g2000hsf.googlegroups.com> On May 24, 9:41 am, "Tom Linden" wrote: [...] > > I like that idea of simply expanding the shadow set. The drives are all > identical, 74 GB, the new device however, because of the way I defined it > (striped mirror raid0+1) is twice that size, which means the VAX won't be > able to mount it. I don't really need that large a volume, but I thought > I would experiment with striping. (8.3 for the VAX would be nice) > > If I were to add it as a shadow set member, what would the command look > like, seem to recall the order was important. Whatever you do, be sure to use the /CONFIRM qualifier which will show you what drive or drives are about to be overwritten, giving you a chance to abort. One thing you could do is to mount the drive to be overwritten in a separate MOUNT command. [...] AEF ------------------------------ Date: Thu, 24 May 2007 11:51:16 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: OpenVMS 2007 Bootcamp Message-ID: <00A68160.C5C70539@SendSpamHere.ORG> In article <1179976679.501723.319800@u30g2000hsc.googlegroups.com>, sean@obanion.us writes: > > >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 Hurry and post that. I need to print some bumper stickers! -- 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 09:07:20 +0300 From: =?windows-1252?Q?Uusim=E4ki?= Subject: Re: recognizing newly created device on HSG80 Message-ID: <46552b59$0$15309$9b536df3@news.fv.fi> In this case it seems like the SSP was enabled, maybe for a specific reason (like sharing the storage with other OS hosts). You are right, but that was in earlier HS* controller models than HSG80. In HSG80 the IDENTIFIER values were increased first to 1-9999 and now they are: "The IDENTIFIER switch creates a unique unit identifier that makes the unit visible to the host. This number can be a value between 0–32767." Malcolm Dunnett wrote: > wrote in message > news:1179943150.803416.267950@m36g2000hse.googlegroups.com... > > >> Just to finish off, once you have decided which connections apply to >> your cluster HBA.s, you must do the > >> Set D11 enable= > > The enable= should not be necessary, > by default the HSG80 will talk to all connections. > > The "set D11 ident=11" (on the HSG80 console) and a "$SYSMAN IO AUTO" > from a suitably privileged account on VMS should do the trick. > > With regard to identifiers, IIRC the HSG80 won't allow an > identifier to be greater than 255. > > ------------------------------ Date: Thu, 24 May 2007 06:00:17 -0700 From: "Tom Linden" Subject: Re: recognizing newly created device on HSG80 Message-ID: On Wed, 23 May 2007 19:28:42 -0700, David J Dachtera wrote: > Uusimäki wrote: >> >> Just some checks: >> >> Did you do >> HSG80> SET D11 ID=11 ! This sets the identifier needed for VMS >> HSG80> SET D11 ENA=node1,node2,... ! This allows the access to the disk >> for the cluster nodes > > Are they not enabled for all connections by default? > No. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: 24 May 2007 06:32:09 -0700 From: BaxterD@tessco.com Subject: Re: recognizing newly created device on HSG80 Message-ID: <1180013528.956726.130820@o5g2000hsb.googlegroups.com> On May 23, 10:28 pm, David J Dachtera wrote: > > Are they not enabled for all connections by default? > Now that would be scary! I would even be wary of using the enable=all, particularly if you have multiple OS's, or even multiple VMS clusters or systems. 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). (I guess that is why "presentation" is "selective") Dave ------------------------------ Date: Thu, 24 May 2007 11:49:17 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: TCPIP programming (sockaddr_in question) Message-ID: <00A68160.7E9B0CDB@SendSpamHere.ORG> In article , "Richard Maher" writes: > > >Hi Brian, >> Well, the "some software" would be TCP/IP services. When testing this, >the >> bg device was associated with a telnet session. > >Hey, me too (Specifically Telnet); I wonder why? > >This is what I get with a show service on telnet: - > >Flags: Listen Rtty IPv6 > >I don't seem to have a description in the ucx help for /FLAGS=IPv6 or >/PROTOCOL=Family=V6 on my version so I assume that you can somehow >communicate the fact that you want the Auxillary Server to listen on an >INET6 socket so that all the progeny get IPv6 capabilities. > >> Why would I do 2 $QIOs when I need only one. I've been calling the $QIO >and >> passing a descriptor pointing to ample space to contain the IPv6 >sockaddr_in >> structure. There are several ways available to determine what was >returned >> and to parse out the data I desire. > >I was about to say "So you can at least get the bloody port number for the >v4 devices" but then I checked, and my Telnet BG devices *are* returning the >correct port number, so you're probably wondering what I'm babbling on >about. Then I realized that I'd been looking at the client-side BG devices >(I'm testing with client and server on the same box) and 'cos they're all >connecting to port 1024 or "0004" in network byte order that's why I was >constantly getting a perfectly reasonable port_number, Doh! > >I still think the fact that you can get a IPv6 Socket back without the >io$m_extend is a buglet, but in the abscence of differing behaviour in >Multinet or TCPWare, who cares? I'll stop taking up your time now :-) Well, I can live with the behavior. In fact, it simplifies coding by not requiring a separate bit of logic to determine IPv4 or IPv6 BEFORE asking for the sockaddr_in. Parsing the block of data that is returned after the $QIO is quite simple. My concern is that the *documented* behavior says I need to use the IO$M_EXTEND to get the IPv6 structure and that is SIMPLY NOT the case from empirical evidence. -- 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: 24 May 2007 08:54:41 -0700 From: Sam Hoblit Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: <1180022081.550421.41110@m36g2000hse.googlegroups.com> > 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. ------------------------------ Date: 24 May 2007 09:47:16 -0700 From: Rich Jordan Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: <1180025236.288730.273060@p47g2000hsd.googlegroups.com> 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. 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: 24 May 2007 10:05:41 -0700 From: Rich Jordan Subject: Re: TCPIP Services SMTP, RBLs blocking all inbound email Message-ID: <1180026341.549521.102470@h2g2000hsg.googlegroups.com> On May 24, 11:47 am, Rich Jordan wrote: > 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. > > 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...) Update. Dotster has acknowledged the problem. I can 'opt out' the dotster accounts impacted by this from their 'new' DNS service, which should fall us back to the original method. We'll just have to see if that fixes anything. Rich ------------------------------ Date: Thu, 24 May 2007 11:45:42 GMT From: Chris Sharman Subject: TSM terminal server manager Message-ID: 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 ------------------------------ Date: 24 May 2007 10:24:07 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: <465567c7$1@news.langstoeger.at> In article , Chip Coldwell writes: >2. I have no idea what the platform name for OpenVMS/Itanium is ... >AXPVMS is Alpha so I guessed IPFVMS ... but somebody should correct me. No. It is "I64VMS" -- 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: Thu, 24 May 2007 07:35:27 -0400 From: Chip Coldwell Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: 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? Chip -- Charles M. "Chip" Coldwell "Turn on, log in, tune out" ------------------------------ Date: Thu, 24 May 2007 10:16:45 -0400 From: Chip Coldwell Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: On Thu, 24 May 2007, Peter 'EPLAN' LANGSTOeGER wrote: > In article , Chip Coldwell writes: > >2. I have no idea what the platform name for OpenVMS/Itanium is ... > >AXPVMS is Alpha so I guessed IPFVMS ... but somebody should correct me. > > No. It is "I64VMS" 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 ; and the package is ftp://frank.harvard.edu/pub/coldwell/vms/xpdf/freeware-i64vms-xpdf-v0302-0-1.pcsi If someone out there with an Itanium system with DECWindows could please test this, it would be much appreciated [cue the crickets ... ] Chip -- Charles M. "Chip" Coldwell "Turn on, log in, tune out" ------------------------------ Date: Thu, 24 May 2007 10:25:41 -0500 From: Dave Harrold Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: <5blp3mF2t6d5qU1@mid.individual.net> Hi Chip, Chip Coldwell wrote: > On Thu, 24 May 2007, Peter 'EPLAN' LANGSTOeGER wrote: > >> In article , Chip Coldwell writes: >>> 2. I have no idea what the platform name for OpenVMS/Itanium is ... >>> AXPVMS is Alpha so I guessed IPFVMS ... but somebody should correct me. >> No. It is "I64VMS" > > 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 ; > > and the package is > > ftp://frank.harvard.edu/pub/coldwell/vms/xpdf/freeware-i64vms-xpdf-v0302-0-1.pcsi > > If someone out there with an Itanium system with DECWindows could please > test this, it would be much appreciated [cue the crickets ... ] > > Chip > Tried to install on V8.2-1. BCK03$> prod install xpdf %PCSI-W-SFTREF, product FREEWARE I64VMS XPDF V3.2-0 references DEC I64VMS DWMOTI F -PCSI-W-SFTRF1, referenced product is not installed and a kit is not available -PCSI-W-SFTRF2, note that if the software dependency is expressed within a -PCSI-W-SFTRF3, configuration option of the referencing product, the option -PCSI-W-SFTRF4, will be marked unselectable to allow installation to proceed Do you want to continue? [YES] %PCSI-W-SFTREF, product FREEWARE I64VMS XPDF V3.2-0 references FREEWARE I64VMS G HOSTSCRIPT -PCSI-W-SFTRF1, referenced product is not installed and a kit is not available -PCSI-W-SFTRF2, note that if the software dependency is expressed within a -PCSI-W-SFTRF3, configuration option of the referencing product, the option -PCSI-W-SFTRF4, will be marked unselectable to allow installation to proceed Do you want to continue? [YES] Configuration phase starting ... You will be asked to choose options, if any, for each selected product and for any products that may be installed to satisfy software dependency requirements. %PCSIUI-E-SWREFUNSAT, one or more software references cannot be satisfied * Product FREEWARE I64VMS XPDF V3.2-0 cannot be processed because * one or more software dependencies (identified earlier) * on other products cannot be satisfied. Make available * the prerequisite product kits and retry the operation. %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition But, I have DW installed (V1.5, not the 1.2 referenced above). BCK03$> prod show hist dw* ----------------------------------- ----------- ----------- -------------------- PRODUCT KIT TYPE OPERATION DATE AND TIME ----------------------------------- ----------- ----------- -------------------- HP I64VMS DWMOTIF_ECO03 V1.5 Patch Install 22-MAY-2007 08:43:01 HP I64VMS DWMOTIF_ECO02 V1.5 Patch Install 01-MAR-2007 14:23:31 HP I64VMS DWMOTIF V1.5 Full LP Install 01-MAR-2007 17:18:19 ----------------------------------- ----------- ----------- -------------------- I had assumed, based on your previous port, that the only thing Ghostscript needed was the fonts, which the GS_FONT logical is defined and pointing to a common disk that I installed the Alpha version of ghostscript on. Dave -- -- Dave Harrold, Lead Software Systems Engineer Aurora Health Care 3031 W. Montana Street Milwaukee, WI 53215 Phone: (414) 647-6204 FAX: (414) 647-4999 Email: David.Harrold@aurora.org http://www.AuroraHealthCare.org ------------------------------ Date: Thu, 24 May 2007 13:26:53 -0400 From: Chip Coldwell Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: On Thu, 24 May 2007, Dave Harrold wrote: > > > Tried to install on V8.2-1. > > BCK03$> prod install xpdf > > %PCSI-W-SFTREF, product FREEWARE I64VMS XPDF V3.2-0 references DEC I64VMS > DWMOTI > F > -PCSI-W-SFTRF1, referenced product is not installed and a kit is not available [ ... ] > BCK03$> prod show hist dw* > ----------------------------------- ----------- ----------- > -------------------- > PRODUCT KIT TYPE OPERATION DATE AND TIME > ----------------------------------- ----------- ----------- > -------------------- > HP I64VMS DWMOTIF_ECO03 V1.5 Patch Install 22-MAY-2007 > 08:43:01 > HP I64VMS DWMOTIF_ECO02 V1.5 Patch Install 01-MAR-2007 > 14:23:31 > HP I64VMS DWMOTIF V1.5 Full LP Install 01-MAR-2007 > 17:18:19 > ----------------------------------- ----------- ----------- > -------------------- Heh. The product definition file has software dec i64vms dwmotif version minimum v1.2 ; but you get your software from HP, not DEC. There should be a logical name for that. OK, I rebuild the packages so it requires DWMOTIF from HP, not DEC, and removed the explicit dependency on ghostscript. Can you try it again? Same bat ftp: ftp://frank.harvard.edu/pub/coldwell/vms/xpdf/freeware-i64vms-xpdf-v0302-0-1.pcsi Chip -- Charles M. "Chip" Coldwell "Turn on, log in, tune out" ------------------------------ Date: Thu, 24 May 2007 13:41:07 -0400 From: Paul Anderson Subject: Re: Xpdf 3.02 for OpenVMS/Itanium Message-ID: In article , Chip Coldwell wrote: > 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 ; That should be "hp i64vms dwmotif" not "dec i64vms dwmotif". Paul -- Paul Anderson OpenVMS Engineering Hewlett-Packard Company ------------------------------ End of INFO-VAX 2007.284 ************************