INFO-VAX Fri, 01 Jun 2007 Volume 2007 : Issue 298 Contents: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Re: Cheap Itanium buxes (Was Re: License cost (was Re: Anyone know why the Alpha Re: DS10L won't boot Re: HP wasting millions of dollars on itanium! Re: HP wasting millions of dollars on itanium! Re: HP wasting millions of dollars on itanium! Re: Infoserver 150 woes Re: Is this OT or is there a connection with VMS? Re: Is this OT or is there a connection with VMS? License question (%LICENSE-W-WRGARCH won't load on alpha) Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Re: OpenVMS Support for C-class Blades Re: PCSI, disk space, UNDO, unseen dangers etc Re: Problem with NFS client connecting to Windows 2003 server Re: SSH port scanners Re: SSH port scanners Re: SYSMAN problem TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Re: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Re: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Re: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: Upgrade to Vista from XP ? Yes or No Re: VMS Update going out tomorrow Re: We can now sell & rent RX2660 with VMS Re: We can now sell & rent RX2660 with VMS ---------------------------------------------------------------------- Date: 1 Jun 2007 14:59:32 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: <46603454@news.langstoeger.at> In article <1180651822.019151.280330@o5g2000hsb.googlegroups.com>, ultradwc@gmail.com writes: >we have all seen the results of the next BIG thing ... >they are endless viruses, hacks, and patches ... Yup. But that forces the world to talk about this thing. And so it will ensure that this next BIG thing stays BIG. It's part of the overall marketing. (Remember, everyone bashes M$ for being unsecure, which it is for decades, but still everyone buys it, for decades, and made Billyboy rich&famous, while Linux can't fight M$, because it fights itselves and other Unices) >no thanks ... I will stay with good old OpenVMS ... On VAX or Alpha? Or in other words, who buys an Itanic when the application is not there and the h/w cost is twice that of a SOLARIS(-x86) for half of the speed... (and the answer is, the few lucky guys who find an OpenVMS I64 application) -- 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, 01 Jun 2007 11:22:00 -0400 From: "Stanley F. Quayle" Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: <46600158.17024.A8482A7@squayle.insight.rr.com> > For those of you running Gembase on their Alpha / Itanium servers, > know that CDC software's roadmap shows that the next version of > Gembase (8.x) will be the last one supported on VMS. I have a client that is using another Ross Systems product which went to Windows years ago. The current version meets their needs perfectly, so they're staying on Alpha. You don't have to dump VMS if your application is doing what you need it to do. --Stan Quayle Quayle Consulting Inc. ---------- Stanley F. Quayle, P.E. N8SQ Toll free: 1-888-I-LUV-VAX 8572 North Spring Ct., Pickerington, OH 43147 USA stan-at-stanq-dot-com http://www.stanq.com/charon-vax.html "OpenVMS, when downtime is not an option" ------------------------------ Date: Fri, 01 Jun 2007 11:14:09 -0500 From: David J Dachtera Subject: Re: Cheap Itanium buxes (Was Re: License cost (was Re: Anyone know why the Alpha Message-ID: <466045D1.D22BAB1D@spam.comcast.net> Richard Maher wrote: > > Hi Keith, > > > When I was an independent consultant > > I didn't realize you were now on the HP patroll; things are looking up! > > > I were in a similar > > position today, I'd probably attend a Porting Seminar and get one of the > > Itanium buxes included in the $2K price. > > Ok, the next time the porting seminar is in Perth I'll snap one up :-) In > the meantime, given the amount of disillusioned moaning seen here, who wants > to sell one of these boxes? (and do they all run VMS out-of-the-box?) The ones intended/certified to run VMS, at least. I seem to recall that "white box" Alphas lacked SRM and certain other features needed to run VMS, D/Unix(lka Tru64), etc. I'm sure the ones from the porting class will run VMS :-) I know - the costs for travel and lodging can be prohibitive. That's a key part of why I won't be presenting at the HP Tech Forum in Vegas. Even with the registration fee waiver, the cost is still prohibitive, and I need training dollars from work to get myself up to speed on AIX and the IBM p-Series machines rather than cover the HPTF expenses. -- 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, 1 Jun 2007 07:51:58 -0700 From: "Malcolm Dunnett" Subject: Re: DS10L won't boot Message-ID: <46603290$1@flight> wrote in message news:1180653773.075743.47290@p47g2000hsd.googlegroups.com... > Check the connection list on the HSG80's. When you changed HBA's the > WWID of the HBA in the system changed also and the HSG80 will > probably have to be told that the new WWID is allowed to see that > device (and any other devices) > > I don't have my HSG80's up, nor the command language book handy to > tell you the exact commands to fix it, but a "SHOW CONN" on the HSG > console should show you if this is a problem. The system with the > swapped out HBA should show up as "NEWCONNxxx" or something similar. > Delete the connection name for that system with the old HBA WWID and > then rename the new one to be the same. If you have your devices set > so that only certain connections can "see" them, then that should fix > the problem. > While you're there make sure the OPERATING_SYSTEM parameter of the connection is set to VMS. It will appear to work even if it isn't but you may experience odd behaviour (like frequent mount verifications) ------------------------------ Date: Fri, 01 Jun 2007 02:22:06 -0400 From: Bill Todd Subject: Re: HP wasting millions of dollars on itanium! Message-ID: <4aqdnamWIrGTJsLbnZ2dnUVZ_r7inZ2d@metrocastcablevision.com> JF Mezei wrote: > Arne Vajhøj wrote: >> I would say that EV7 is so far behind today that it is not that >> interesting for anyone except those strongly tied to Alpha. > > HP has to decide whether to swallow its pride and continue to make > Alpha, or lose 30% of its installed base. (as per IDC study that had > been posted on HP's web site). And the decision they made was obvious (and pretty much irrevocable - that's what "burning your boats" *means*) years ago: I'm not quite sure how you managed to miss it but that's your problem, not anyone else's. - bill ------------------------------ Date: Fri, 01 Jun 2007 03:08:32 -0400 From: JF Mezei Subject: Re: HP wasting millions of dollars on itanium! Message-ID: Bill Todd wrote: > And the decision they made was obvious (and pretty much irrevocable - > that's what "burning your boats" *means*) years ago: I'm not quite sure > how you managed to miss it but that's your problem, not anyone else's. La Carly made the decision for fame and glitz. Now that HP is under new management, it had an opportunity to declare IA64 a mistake right away and work to keep its customers until the original premise is made: move your OS to industry standard commodity architecture. Losing 30% of your customer base does not sound like a winning/acceptable proposition to me. Business should come before stroking of egos of Intel, Microsoft and LaCarly. ------------------------------ Date: Fri, 01 Jun 2007 05:57:09 -0500 From: Ron Johnson Subject: Re: HP wasting millions of dollars on itanium! Message-ID: On 05/31/07 22:41, Bill Todd wrote: > Arne Vajhøj wrote: > > ... > >> I would say that EV7 is so far behind today that it is not that >> interesting for anyone except those strongly tied to Alpha. > > While I agree that the chances of seeing Alpha resurrected are > indistinguishable from zero (and have been since HP bought Compaq - > before that, there was at least *some* hope that Curly could either be > forced to see reason or given the boot, and Alpha restarted), you really > shouldn't confuse being behind in technology (which EV7 is not) with > just being behind in implementation (which EV7 certainly is: most of > the competition is three full process generations beyond 180 nm. now, > and Intel is about to make that four full generations with Penryn). > > EV7's multi-chip interconnect technology has yet to be matched (Intel > *may* do so in late 2008/early 2009 when CSI finally appears; POWER has > gotten a lot closer with the release of POWER6, but my impression is > still doesn't have the raw aggregate large-system bandwidth that EV7 > has). EV7's on-chip memory control is at least on a par with the best > current offerings (those that have on-chip memory support at all). And > even EV7's raw core performance is no slouch, given the handicap of > being those three process generations behind now: if you don't want to > wait for it to be upgraded at least to EV8 standards, just introduce the > new model in 45 nm. with 16 cores as a stop-gap for throughput-intensive > applications (I suspect that would give Rock a good run for its money). How is this better/different than AMD's Direct Connect Architecture and HORUS Interconnect? http://en.wikipedia.org/wiki/HyperTransport#Multiprocessor_interconnect http://en.wikipedia.org/wiki/Direct_Connect_Architecture http://en.wikipedia.org/wiki/HORUS_interconnect IIRC, this is work that directly came from former Alpha engineers who migrated to AMD. > Nah, it'll never happen, but not because Alpha couldn't compete - even > now. As for where it could be if development had continued, well... > > - bill -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: 01 Jun 2007 07:30:58 GMT From: "gl@decadence.it" Subject: Re: Infoserver 150 woes Message-ID: <465fcb32$0$36449$4fafbaef@reader5.news.tin.it> Il Thu, 31 May 2007 21:38:57 -0700, Ian King ha scritto: > I poked around on the net and found a bunch of Infoserver code in HP's > freeware collection, in the form of 'images' (.img files) that I'm supposed > to put on a CD-R. I tried using a Windows-based CD writer and program and > treated it as an ISO image, i.e. just slap it on there, please, but I can't > boot the resulting disk. Interesting data point: if I insert my OpenVMS > Hobbyist disk in the RRD42, SHOW DEV shows the size of the volume, but there > is no size displayed for this CD-R I created. Hm. > > So I'm looking for either/or: (a) some advice that will help me fix this > thing with what I have at hand; (b) someone who can help me get a bootable > Infoserver CD, whether original or duplicated. Thanks -- Ian Hello The software images for Inforserver should be those on freeware CD. I've been in search for them for a very long time, until I found in another way, the they showed up in freeware CD. I've never tryied the freeware CD images, mine were some raw 200MB files (one for base software, others for upgrade, and option kits) You should burn them to CD-R as "raw data" not ISO images (because they aren't) at very low speed. Then it will work. Bye! gl ------------------------------ Date: Fri, 01 Jun 2007 09:22:22 -0600 From: Keith Parris Subject: Re: Is this OT or is there a connection with VMS? Message-ID: David J Dachtera wrote: > InterSystems has ported Cache' to OpenVMS-I64; however, most of the healthcare > ISVs who use it have elected not to go there, MiSys (formerly Sunquest) being > among the more noteworthy along side IDX. The statement here about IDX seems to be incorrect. I met with folks from a big IDX / Caché customer yesterday who are planning to move to Integrity Servers. http://h71000.www7.hp.com/openvms/brochures/idx/idx.html says IDX is moving to Integrity Servers. ------------------------------ Date: Fri, 01 Jun 2007 11:15:27 -0500 From: David J Dachtera Subject: Re: Is this OT or is there a connection with VMS? Message-ID: <4660461F.37B58435@spam.comcast.net> Keith Parris wrote: > > David J Dachtera wrote: > > InterSystems has ported Cache' to OpenVMS-I64; however, most of the healthcare > > ISVs who use it have elected not to go there, MiSys (formerly Sunquest) being > > among the more noteworthy along side IDX. > > The statement here about IDX seems to be incorrect. > > I met with folks from a big IDX / Caché customer yesterday who are > planning to move to Integrity Servers. > > http://h71000.www7.hp.com/openvms/brochures/idx/idx.html says IDX is > moving to Integrity Servers. What does IDX say? I was told by them directly that they weren't migrating, mostly due to a lack of customer interest. -- 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, 01 Jun 2007 04:30:06 -0400 From: JF Mezei Subject: License question (%LICENSE-W-WRGARCH won't load on alpha) Message-ID: <6d50e$465fd937$cef8887a$15620@TEKSAVVY.COM> I have an old NOTES licence on my vax, and when I try to load it on an alpha, it tells me >%LICENSE-W-WRGARCH, NOTES license is not valid on this architecture Issuer: DEC Authorization: ACS-PK-89262-XXX Product Name: NOTES Producer: DEC Units: 0 Version: 0.0 Release Date: (none) PAK Termination Date: (none) Availability: 0 Activity: 0 Options: MOD_UNITS Hardware ID: Revision Level: 1 Status: Active Command: REGISTER Modified by user: 1DIWBWC Modified on: 9-SEP-1992 12:16:09.81 ---------------- On the freeware for the NOTES product, there is a license procedure and this one works. LICENSE REGISTER NOTES - /ISSUER=DEC - /AUTHORIZATION=OPENVMS-FREEWAREXXX - /PRODUCER=DEC - /UNITS=0 - /ACTIVITY=CONSTANT=100 - /CHECKSUM=2-EAJA-FINI-YYYY-XXXX Since both licences are for the same product name, why is the first (old) one not loadable on an Alpha ? ------------------------------ Date: Fri, 1 Jun 2007 13:09:36 +0200 From: Marcin 'Rambo' Roguski Subject: Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Message-ID: <20070601130936.412aa347.m_roguski@yahoo.com> On Fri, 01 Jun 2007 04:30:06 -0400 JF Mezei wrote: > I have an old NOTES licence on my vax, and when I try to load it on an > alpha, it tells me alpha != vax, you'll have to get a VAX license. ------------------------------ Date: 1 Jun 2007 17:06:05 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Message-ID: <466051fd$1@news.langstoeger.at> In article <6d50e$465fd937$cef8887a$15620@TEKSAVVY.COM>, JF Mezei writes: >I have an old NOTES licence on my vax, and when I try to load it on an >alpha, it tells me > >%LICENSE-W-WRGARCH, NOTES license is not valid on this architecture > > Availability: 0 > Activity: 0 > >On the freeware for the NOTES product, there is a license procedure and >this one works. > >/ACTIVITY=CONSTANT=100 - > >Since both licences are for the same product name, why is the first >(old) one not loadable on an Alpha ? I think, Alpha has tighter limitations on PAKs. I'd bet it is activity (but it could also be, that the checksum of your first/VAX PAK doesn't start with "2" ;-) -- 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: 1 Jun 2007 17:13:17 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Message-ID: <466053ad$1@news.langstoeger.at> In article <20070601130936.412aa347.m_roguski@yahoo.com>, Marcin 'Rambo' Roguski writes: >On Fri, 01 Jun 2007 04:30:06 -0400 >JF Mezei wrote: > >> I have an old NOTES licence on my vax, and when I try to load it on an >> alpha, it tells me > >alpha != vax, you'll have to get a VAX license. Missed. Read again. He has an VAX PAK (and an Alpha PAK) which doesn't load on his Alpha. There *are* PAKs which loaded on VAX then and still load on Alpha/Itanic. Think of the Layered Produkt PAKs of the VMS Hobbyist Programme first... -- 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, 01 Jun 2007 15:57:39 GMT From: "John Vottero" Subject: Re: License question (%LICENSE-W-WRGARCH won't load on alpha) Message-ID: "JF Mezei" wrote in message news:6d50e$465fd937$cef8887a$15620@TEKSAVVY.COM... >I have an old NOTES licence on my vax, and when I try to load it on an >alpha, it tells me > >%LICENSE-W-WRGARCH, NOTES license is not valid on this architecture > > Issuer: DEC > Authorization: ACS-PK-89262-XXX > Product Name: NOTES > Producer: DEC > Units: 0 > Version: 0.0 > Release Date: (none) > PAK Termination Date: (none) > Availability: 0 > Activity: 0 > Options: MOD_UNITS > Hardware ID: > > Revision Level: 1 > Status: Active > Command: REGISTER > Modified by user: 1DIWBWC > Modified on: 9-SEP-1992 12:16:09.81 > > ---------------- > > On the freeware for the NOTES product, there is a license procedure and > this one works. > > LICENSE REGISTER NOTES - > /ISSUER=DEC - > /AUTHORIZATION=OPENVMS-FREEWAREXXX - > /PRODUCER=DEC - > /UNITS=0 - > /ACTIVITY=CONSTANT=100 - > /CHECKSUM=2-EAJA-FINI-YYYY-XXXX > > > Since both licences are for the same product name, why is the first (old) > one not loadable on an Alpha ? It's the "ACTIVITY=CONSTANT=100" which makes the PAK work on VAX and Alpha. It also makes it work on any size machine. ------------------------------ Date: 1 Jun 2007 14:47:43 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: OpenVMS Support for C-class Blades Message-ID: <4660318f@news.langstoeger.at> In article <1180654493.129039.47290@k79g2000hse.googlegroups.com>, Doug Phillips writes: >On May 31, 4:57 pm, JF Mezei wrote: >> Bob Gezelter wrote: >> > More information can be found at:http://h71000.www7.hp.com/openvms/cclass_support.html >> >> Of significance: *NO* information can be found athttp://www.hp.com-> >> company information -> newsroom. > >What? You still expect to find VMS stuff on HP.COM someplace other >than through the /OpenVMS home page? Some of us do. Because some at CHOMPAQ always told us to wait for the time, when VMS is supported on the "current" hardware, that we see then VMS included in every announcement/advertizement/tradepressarticle and so on. Or do you now want us to believe that CHOMPAQ told us not the full truth and that we were screwed for years? How comes? >The HP "Success Stories Sorted by Operating System" page still only >has three VMS success stories (two more than when I last commented on >it, but HPUX & Windows list has grown much more): Who writes the Success Stories? Clients or VMS ambassadors for VMS? (Too bad that some VMS ambassadors got canned like VMS developers...) SCNR -- 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: 1 Jun 2007 15:21:18 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: PCSI, disk space, UNDO, unseen dangers etc Message-ID: <4660396e$1@news.langstoeger.at> In article <871wgw4c24.fsf@k9.prep.synonet.com>, Paul Repacholi writes: >"george.pagliarulo@hp.com" writes: > >> Each time you install a patch kit (patch, not product) PCSI creates >> an UNDO directory for that kit. The UNDO directory for the latest >> patch kit installed is always number one. Therefore, everytime you >> install a patch kit PCSI has to go through and re-number all the >> existing UNDO directories to make room for the newest one. > >Could you please explain in detail why version numbers are not used >for this? Version numbers on directories? Remember, saved recovery data are a lot of files in a directory tree... -- 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, 1 Jun 2007 22:28:01 +1000 From: "Gremlin" Subject: Re: Problem with NFS client connecting to Windows 2003 server Message-ID: <136046iepc6ah9e@corp.supernews.com> Hi Gorazd Have had it working well for the last few days, but I also added /SYSTEM /STRUCTURE=5 Would be nice if it "automounted" each time TCPIP started, but it is simple enough to start it in VMSStartup.... Cheers "Gorazd Kikelj" wrote in message news:HqN7i.926$553.787628@news.siol.net... > Just use > > TCPIP> mount dnsf0: /host="DL380" /path="NFSdata" /NOADF > > and you'll be fine. One caveat, You'll be losing file attributes on vms > side > so it will work for stream and binary files. As you will mostly read files > cerated onb windows, you will not notice this. > > Best, Gorazd > > ------------------------------ Date: Fri, 01 Jun 2007 08:16:10 +0200 From: "P. Sture" Subject: Re: SSH port scanners Message-ID: In article , moroney@world.std.spaamtrap.com (Michael Moroney) wrote: > Ron Johnson writes: > > >On 05/30/07 08:36, Tom Linden wrote: > >> These guys are a nuisance, what are others doing, if anything about > >> these. > > >Don't know about firewalls, but Linux distros usually have tools > >which detect such break-in attempts and auto-block those IP addresses. > > I have a half-completed program that gets a breakin attempt notification > from the audit server, and does the equivalent of the set serv /reject of > the offending IP address, which is being created for this very reason. > The portscanner's IP address will automatically be disabled after about 5 > attempts. I'll make it available when ready. That would be gratefully received! > Another option is to have SSH use a nonstandard port so the portscanners > won't find it, but I don't know offhand how to do this on VMS. From the TCPIP help: SET SERVICE Defines a new entry or modifies an existing entry in the services database. The /FILE, /PORT, /PROCESS_NAME, and /USER_NAME qualifiers are required when defining a new entry and optional when modifying an existing one. For changes to service parameters to take effect, you must disable and reenable the service. But: TCPIP> set serv ssh/port=2222/process=TCPIP$SSH %TCPIP-E-SERVERROR, cannot process service request -TCPIP-E-QUALREQ, qualifier value for USER_NAME is required TCPIP> set serv ssh/port=2222/process=TCPIP$SSH/user=TCPIP$SSH %TCPIP-E-SERVERROR, cannot process service request -TCPIP-E-QUALREQ, qualifier value for FILE is required TCPIP> set serv ssh/port=2222/process=TCPIP$SSH/user=TCPIP$SSH/ - file=TCPIP$SYSTEM:TCPIP$SSH_RUN.COM %TCPIP-E-INVRECORD, invalid information -RMS-F-DUP, duplicate key detected (DUP not set) So you need to delete the service, then recreate it. More coffee required! -- Paul Sture ------------------------------ Date: Fri, 01 Jun 2007 10:19:13 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: SSH port scanners Message-ID: <00A6879D.3CDBF827@SendSpamHere.ORG> In article , "P. Sture" writes: > > >In article , > moroney@world.std.spaamtrap.com (Michael Moroney) wrote: > >> Ron Johnson writes: >> >> >On 05/30/07 08:36, Tom Linden wrote: >> >> These guys are a nuisance, what are others doing, if anything about >> >> these. >> >> >Don't know about firewalls, but Linux distros usually have tools >> >which detect such break-in attempts and auto-block those IP addresses. >> >> I have a half-completed program that gets a breakin attempt notification >> from the audit server, and does the equivalent of the set serv /reject of >> the offending IP address, which is being created for this very reason. >> The portscanner's IP address will automatically be disabled after about 5 >> attempts. I'll make it available when ready. > >That would be gratefully received! > >> Another option is to have SSH use a nonstandard port so the portscanners >> won't find it, but I don't know offhand how to do this on VMS. > >From the TCPIP help: > >SET > > SERVICE > > Defines a new entry or modifies an existing entry in the services > database. > > The /FILE, /PORT, /PROCESS_NAME, and /USER_NAME qualifiers are > required when defining a new entry and optional when modifying an > existing one. > > For changes to service parameters to take effect, you must > disable and reenable the service. > >But: > >TCPIP> set serv ssh/port=2222/process=TCPIP$SSH >%TCPIP-E-SERVERROR, cannot process service request >-TCPIP-E-QUALREQ, qualifier value for USER_NAME is required > >TCPIP> set serv ssh/port=2222/process=TCPIP$SSH/user=TCPIP$SSH >%TCPIP-E-SERVERROR, cannot process service request >-TCPIP-E-QUALREQ, qualifier value for FILE is required > >TCPIP> set serv ssh/port=2222/process=TCPIP$SSH/user=TCPIP$SSH/ - > file=TCPIP$SYSTEM:TCPIP$SSH_RUN.COM >%TCPIP-E-INVRECORD, invalid information >-RMS-F-DUP, duplicate key detected (DUP not set) > >So you need to delete the service, then recreate it. > >More coffee required! $ tcpip disable service ssh $ tcpip set noservice ssh $ tcpip set service ssh /port=2222 /proc=tcpip$ssh/user=tcpip$ssh - _$ /file=tcpip$system:tcpip$ssh_run.com /proto=tcp/limit=10000 - _$ /log=(all,file=tcpip$ssh_device:[tcpip$ssh]tcpip$ssh_run.log) $ tcpip enable service ssh I usually put mine at a higher port (22022). -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" ------------------------------ Date: Fri, 01 Jun 2007 10:30:00 -0600 From: Keith Parris Subject: Re: SYSMAN problem Message-ID: P. Sture wrote: > So please enlighten us. What's so evil about bridging? In the early days of networking, there was a debate about whether bridging or routing were better. (As with many such debates, the best answer turned out to be neither one, but both, working together.) In bridged networks, nodes discover each other and services are advertised by periodic transmission of multicast packets. Nodes interested in these multicasts tell their LAN adapters to listen for those specific multicast addresses. (IP, for reasons I can't fathom, uses the Broadcast-to-All address on Ethernet, instead of a private Multicast address as used by VMS clusters, LAT, DECnet, etc., thus forcing all stations to receive its packets whether they wanted them or not!) Multicast and broadcast packets must be "flooded" by the bridges to all LAN segments in case a node on that segment needs to see that packet. (The bridges have no way to know whether or not a specific station or any stations on a segment are listening for a specific multicast address.) So proponents of routing expressed fear that as a network grew larger, it could grow to the point where all bandwidth is being consumed by broadcast and multicast packets, leaving no room for actual data traffic. Another concern expressed by routing proponents was the problem of network loops. If a network loop occurred, multicast and broadcast packets would circulate and multiply each time they went around the network loop, flooding the network. (In practice, this problem has been solved by use of the Spanning Tree algorithm (IEEE 802.1d, 802.1s, and/or 802.1w), which detects network loops and shuts down packet forwarding over all but one of a set of redundant links to prevent packets from looping.) Early IP networks sometimes suffered "Broadcast Storms". (Google "broadcast storms" for more info.) It's a combination of these factors that still strikes fear in the hearts of some IP network folks at the thought of bridging. ------------------------------ Date: Fri, 01 Jun 2007 04:15:23 -0400 From: JF Mezei Subject: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Message-ID: <704f1$465fd5c4$cef8887a$14091@TEKSAVVY.COM> On a Alpha 8.3 system, the file: Directory SYS$COMMON:[SYSEXE] UCX$UCP.EXE;1 File ID: (8390,2,0) Size: 0/0 Owner: [SYSTEM] This causes older product installs to fail because they check are not able to read the image version. (example: notes v2.5 from freeware 7). Perhaps such stubs could still be equipped with a minimalist image that would still pass the tests used by older installation procedures. ------------------------------ Date: Fri, 01 Jun 2007 10:22:26 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Message-ID: <00A6879D.AFBA9C9D@SendSpamHere.ORG> In article <704f1$465fd5c4$cef8887a$14091@TEKSAVVY.COM>, JF Mezei writes: > > >On a Alpha 8.3 system, the file: > >Directory SYS$COMMON:[SYSEXE] > >UCX$UCP.EXE;1 File ID: (8390,2,0) >Size: 0/0 Owner: [SYSTEM] > > >This causes older product installs to fail because they check are not >able to read the image version. (example: notes v2.5 from freeware 7). > >Perhaps such stubs could still be equipped with a minimalist image that >would still pass the tests used by older installation procedures. The new name for the product is TCPIP; not UCX. You should be looking for TCPIP$UCP.EXE. If this is not your product, try copying TCPIP$UCP.EXE to UCX$UCP.EXE to see if it can pull the image version. -- 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: 1 Jun 2007 16:59:47 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Message-ID: <46605083$1@news.langstoeger.at> In article <00A6879D.AFBA9C9D@SendSpamHere.ORG>, VAXman- @SendSpamHere.ORG writes: >In article <704f1$465fd5c4$cef8887a$14091@TEKSAVVY.COM>, JF Mezei writes: >> >>On a Alpha 8.3 system, the file: >> >>Directory SYS$COMMON:[SYSEXE] >> >>UCX$UCP.EXE;1 File ID: (8390,2,0) >>Size: 0/0 Owner: [SYSTEM] >> >>This causes older product installs to fail because they check are not >>able to read the image version. (example: notes v2.5 from freeware 7). >> >>Perhaps such stubs could still be equipped with a minimalist image that >>would still pass the tests used by older installation procedures. > >The new name for the product is TCPIP; not UCX. You should be looking >for TCPIP$UCP.EXE. No. JF is right. Iff a product offers backward compatibility by providing files with old names just to fulfil requirements of other old products, then this should be done correctly. If there is a file UCX$UCP.EXE provided, than it should be an image, not an empty file. >If this is not your product, try copying TCPIP$UCP.EXE to UCX$UCP.EXE >to see if it can pull the image version. Of course (and this workaround must also be done, if in the future TCPIP does eventually no longer provide an UCX$UCP.EXE or UCX$*.* files) But we all know, that TCPIP is not a product which adheres to the usual VMS conventions (eg. SYS$SYSDEVICE/SYS$SPECIFIC vs SYS$SYSROOT) and this *is a shame* that it still is the case (also now that some kind of Tru64 compatibility is no longer neccessary) -- 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, 1 Jun 2007 10:02:39 -0700 From: "John Gemignani, Jr." Subject: Re: TCPIP: UCX$UCP.EXE empty on Alpha 8.3 Message-ID: "JF Mezei" wrote in message news:704f1$465fd5c4$cef8887a$14091@TEKSAVVY.COM... > On a Alpha 8.3 system, the file: > > Directory SYS$COMMON:[SYSEXE] > > UCX$UCP.EXE;1 File ID: (8390,2,0) > Size: 0/0 Owner: [SYSTEM] > > > This causes older product installs to fail because they check are not able > to read the image version. (example: notes v2.5 from freeware 7). > > Perhaps such stubs could still be equipped with a minimalist image that > would still pass the tests used by older installation procedures. When the product was changed to TCPIP$, there were layered products that still checked for UCX$UCP.EXE to test for presence. As a result, an empty UCX$ stub is created when TCPIP is installed. John ------------------------------ Date: Fri, 01 Jun 2007 08:27:19 +0200 From: "P. Sture" Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: In article <1180651641.010463.269810@q66g2000hsg.googlegroups.com>, Doug Phillips wrote: > On May 31, 8:36 am, Ron Johnson wrote: > > On 05/31/07 08:05, Bob Koehler wrote: > > > > > In article <1180551139.432014.273...@j4g2000prf.googlegroups.com>, Katie > > > Tam writes: > > > > >> Should I upgrade my laptop to Vista ? Good or Bad? > > > > > Bad, very bad. Upgrade to VMS instead. > > > > But I thought that WNT was the upgrade of VMS... > > > > WNT could be viewed as a branch, or split, away from VMS' branch of > the OS evolutionary tree at a time when VMS was very, very young, but > it should certainly never be considered an "upgrade." It is worth stressing that by "very, very young", although NT hit the streets in the 1990s, it reflected the state of VMS in the early 1980s - as in my previous comment about the pagefile being a collector of free space fragments. > Their "common ancestor" is well know and has been much discussed. -- Paul Sture ------------------------------ Date: Fri, 01 Jun 2007 05:41:35 -0500 From: Ron Johnson Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: On 05/31/07 19:26, AEF wrote: > On May 31, 9:36 am, Ron Johnson wrote: >> On 05/31/07 08:05, Bob Koehler wrote: >> >>> In article <1180551139.432014.273...@j4g2000prf.googlegroups.com>, Katie Tam writes: >>>> Should I upgrade my laptop to Vista ? Good or Bad? >>> Bad, very bad. Upgrade to VMS instead. >> But I thought that WNT was the upgrade of VMS... > > This is like jumping into a newsgroup about cars made by Lexus and > saying, > > "But I thought a tricycle was the upgrade of Lexus..." More like "cheap, old used Cadillac". -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Fri, 01 Jun 2007 14:48:02 GMT From: Chris Sharman Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: Katie Tam wrote: > Should I upgrade my laptop to Vista ? Good or Bad? > > Please advise > > Katie Tam > Network Administrator > http://www.linkwaves.com/main.asp > http://www.linkwaves.com/ For safety, use vmware. First install your favourite linux (I use ubuntu 6.10). Install vmware server. Then you can install xp, vista, and for that matter 2000, 98, 95 and anything else you need for compatibility. You can run any (or all) of them, each in their own little sandbox. The only thing that's missing is VMS :( Chris ------------------------------ Date: 1 Jun 2007 12:04:03 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Upgrade to Vista from XP ? Yes or No Message-ID: In article <1180651641.010463.269810@q66g2000hsg.googlegroups.com>, Doug Phillips writes: > > WNT could be viewed as a branch, or split, away from VMS' branch of > the OS evolutionary tree at a time when VMS was very, very young, but > it should certainly never be considered an "upgrade." > > Their "common ancestor" is well know and has been much discussed. More like WNT picked up one small gene from the VMS gene pool. The rest of WNT is a collection of problem causing mutations. ------------------------------ Date: Fri, 01 Jun 2007 07:16:27 -0700 From: Sue Subject: Re: VMS Update going out tomorrow Message-ID: <1180707387.509047.224640@h2g2000hsg.googlegroups.com> On May 31, 8:03 pm, JF Mezei wrote: > Sue wrote: > > If you have something you need me to include please send me email as > > soon as possible on my HP email. > > Can we say something like "We love Sue" ?????? > > :-) I think you just did, thank you JF. sue ------------------------------ Date: Fri, 01 Jun 2007 11:26:08 -0500 From: David J Dachtera Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: <466048A0.9921DB78@spam.comcast.net> "David Turner, Island Computers US Corp" wrote: > > Huge influence... > Do I detect a touch of facetiousness in your email? That wasn't my impresssion of JF's post. However, given your other post about hearing from a "little birdy", I guess that's moot... ...unless the long-term "giants" decide that they want it on x86(-64), in which case, someone somewhere might be moved to step into the land of reality and bring the long-awaited to fruition. From there, it would be barely a hop, skip or jump back to the mainstream and the profits that would bring. -- 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, 01 Jun 2007 10:26:47 -0700 From: IanMiller Subject: Re: We can now sell & rent RX2660 with VMS Message-ID: <1180718807.119712.12600@g4g2000hsf.googlegroups.com> On Jun 1, 12:41 am, "David Turner, Island Computers US Corp" wrote: > The horse is no way dead, just slightly limping > We are actually at the same sales figures as last year, though we have more > inventory from buy backs etc. > > As for VMS - I can't see it going away for some time. > A little birdy told me that even though HP has stopped selling to the public > they are actually still manufacturing for "long term contract clients" that > are continuing to use and develop their apps on VMS. > I assume by this you mean VMS on Alpha, not Itanium. ------------------------------ End of INFO-VAX 2007.298 ************************