INFO-VAX Fri, 15 Jun 2007 Volume 2007 : Issue 324 Contents: Re: Another opportunity Re: Another opportunity Re: Another opportunity Re: Another opportunity 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: 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 Create PC readable CDRom on OpenVMS Re: Create PC readable CDRom on OpenVMS Re: Create PC readable CDRom on OpenVMS Duplicate MAIL-E-NOSUCHUSR messages in TCPIP$SMTP_LOGFILE.LOG Fw: Create PC readable CDRom on OpenVMS Re: help running OpenVMS on Itanium 2 2620 WinXP variant Re: help running OpenVMS on Itanium 2 2620 WinXP variant Re: help running OpenVMS on Itanium 2 2620 WinXP variant Hubble/OpenVMS to continue thru at least 2013 - 23 years! Re: Hubble/OpenVMS to continue thru at least 2013 - 23 years! Re: Hubble/OpenVMS to continue thru at least 2013 - 23 years! Re: More TCPIP nonsense Re: More TCPIP nonsense Re: OT: Carla Re: Question for the Group Re: Question for the Group Re: Question for the Group Re: RPC and clnttcp_create Re: Same system disk for multiple architectures ? Re: SSL FTP SSL/TLS proxy server config - JAVA Client - IPsec - and more Re: Story Time Re: TCPIP Services SFTP Re: TCPIP Services SFTP Re: vms 8.3 to Red Hat Linux AS4 Re: Who's in the Phoenix area? ---------------------------------------------------------------------- Date: Fri, 15 Jun 2007 12:38:53 +0200 From: Michael Kraemer Subject: Re: Another opportunity Message-ID: P. Sture schrieb: > > Stick the license file on > > a) a VMS formatted floppy if you have access to another system. > b) burn a CD (and might as well put some other stuff such as Freeware > on there while you are at it. > c) hook up another system via the serial port and a terminal emulator > (increasingly hard now a PC might not have a serial port). I for myself surely find a way, but do you really think VMS will win newbie customers from, say, the Linux camp, when they are exposed to such substandard procedures ? As for the serial port: yes, this will become a problem in the future, but I still have my Amiga 1200 * Kermit which is quite helpful. It means, however, that VMS boxes can't live on their own. > > Ask nicely offline and something can be organised. :-) > Well, thanks, but in the mean time I have accumulated quite a pile of VMS related CDs and whenever I come back to that problem I might be able to find that damned open3d stuff on some of them. ------------------------------ Date: Fri, 15 Jun 2007 11:01:49 GMT From: rdeininger@mindspringdot.com (Robert Deininger) Subject: Re: Another opportunity Message-ID: In article <8e4f1$4671a2f2$cef8887a$17708@TEKSAVVY.COM>, JF Mezei wrote: >Robert Deininger wrote: >>>>On my VS4000s I had to edit sys$system:modparams.dat >>>>to add a MIN_INTSTKPAGES=12, otherwise it wouldn't run. >>>>(this was nowhere described, it took me several hours to figure it out). >> >> Stuff like that was documented in release notes; you probably missed it. > >I missed it too. To me, it was documented on comp.os.vms . The original poster's complaint was about the need to increase system parameter INTSTKPAGES for TCPIP. That is, as I guessed, documented. It's in the first place I looked. See section 1.2.7.3 in the manual "Compaq TCP/IP Services for OpenVMS Installation andConfiguration". I'm looking at the manual for version 5.1, from 2001. As I said, layered products have long documented such things. It happens to be one of the checklist items that is watched by the software quality folks, who are gatekeepers for release on the software CDs. Some people habitually, and without shame, fail to read the instructions, and then write nasty complaints in public to further erode their credibility. >The point here is that AUTOGEN for VAX doesn't seem to have been >updated in ages and left to its own will, will generate parameters that >will cause a system crash when you boot it and start the TCPIP services. It won't cause a crash if you follow the instructions. Yes, there are bugs and patches, and system crashes can occur if you poke at it long enough. But a simple install, configure, and startup of tcpip services will NOT cause a crash if you follow the instructions. I agree that tcpip and other layered products should do a better job of tuning themselves. And today, they do. ------------------------------ Date: Fri, 15 Jun 2007 11:37:23 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: Another opportunity Message-ID: In article , Michael Kraemer writes: >P. Sture schrieb: > >> >> Stick the license file on >> >> a) a VMS formatted floppy if you have access to another system. >> b) burn a CD (and might as well put some other stuff such as Freeware >> on there while you are at it. >> c) hook up another system via the serial port and a terminal emulator >> (increasingly hard now a PC might not have a serial port). > >I for myself surely find a way, >but do you really think VMS will win newbie >customers from, say, the Linux camp, when >they are exposed to such substandard procedures ? >As for the serial port: yes, this will become >a problem in the future, but I still have >my Amiga 1200 * Kermit which is quite helpful. >It means, however, that VMS boxes can't live >on their own. > Traditionally license PAKS were provided on a printed piece of paper and you typed them in. The installation procedure gives you the opportunity to do just this during the installation procedure. Generally you only need a couple to get things going (BASE OS license and a net-app-sup license to enable VMS, Decwindows and UCX). (If you haven't got a combine net-app-sup license - I can't remember whether the hobbyist licenses include one or not then you would probably need to put in 3 ie OPENVMS-ALPHA,DW-MOTIF and UCX). You can then login and setup TCPIP including FTP. I doubt that the necessity for providing the VMS BASE license PAK will ever be done away with - If they did then HP would be in effect giving away VMS for free. However it is high time that such basics as TCPIP and Decwindows Motif were just licensed with the base OS rather than needing separate PAKS. I'd hope that a future OpenVMS Alpha version might do away with the need for those PAKS (and also the DVNETEND Decnet PAK) just as VMS 8.3 has done away with the need for the PAK for the Encryption product. David Webb Security team leader CCSS Middlesex University >> >> Ask nicely offline and something can be organised. :-) >> > >Well, thanks, but in the mean time I have accumulated quite a pile >of VMS related CDs and whenever I come back to that problem >I might be able to find that damned open3d stuff on some of them. > ------------------------------ Date: Fri, 15 Jun 2007 13:31:13 GMT From: "John E. Malmberg" Subject: Re: Another opportunity Message-ID: Michael Kraemer wrote: > P. Sture schrieb: >>> > > Well, thanks, but in the mean time I have accumulated quite a pile > of VMS related CDs and whenever I come back to that problem > I might be able to find that damned open3d stuff on some of them. Open3d is now bundled with the either the operating system with either the workstation drivers or DecWindows-Motif. This was the case for at least OpenVMS 8.2. It is not supported for all graphic cards, so you may get an error trying to display on them. Most current X servers on LINUX or PCs have support for the 3d extensions, so you do not need a supported 3d card on a VMS system to run 3d applications on it. You just need one on your display device. The port of the components of GTK+ 2.x at ftp://ftp.encompasserve.org/gnv may have a few sample programs that require an open-3d supported graphics card, either locally on the VMS system, or on whatever is displaying the output. -John wb8tyw@qsl.network Personal Opinion Only. ------------------------------ Date: Fri, 15 Jun 2007 03:46:29 -0400 From: JF Mezei Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: <59997$467243db$cef8887a$21605@TEKSAVVY.COM> jrodriguezestevez@gmail.com wrote: 2-3 years ago. Since then only a VMS Alpha customer has moved to VMS > ia64 and we haven't had IA64 has only become palatable in the last year or so. Before that, any Alpha was faster than those IA64 boxes. And customers will resist the port to IA64 as long as they can. Only those that need new boxes will now be forced to buy IA64 unless they can see "pretty please" to the right HP person to unlock the secret Alpha ordering pages. Customers will stay on their existing Alpha/VAX boxes as long as they can to delay the costs of porting/testing/migrating. > a single new sale on this platform. In fact we haven't had a single > new sale on VMS for almost 9 years, > period. But by forcing/hoping customers to move to a different platform, you are also opening the door to the customer deciding to drop your product alltogether and that means the loss of existing support dollars. Once a customer is faced with reconsidering its IT infrastructure, it is likely he will reconsider all software packages too. And when a customer has been forced to do this costly exercise by one vendor, the odds of the customer dealing again with that vendor are much lower. ------------------------------ Date: Fri, 15 Jun 2007 06:33:45 -0700 From: "Tom Linden" Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: On Thu, 14 Jun 2007 11:34:04 -0700, wrote: > Hello, > > my name is Juan Miguel Rodriguez. I am the product manager for CDC > Software's technology stack. Let me address some clear innacuracies of > this post. > > CDC Software announced during our user conference this year that IAF > (GEMBASE) 8.0 would be the last version shipped on the VMS platform. > This doesn't mean that we are dropping support of the platform, > but we won't be enhancing our software on the platform further. IAF > 8.0 is scheduled to be released on Q1-Q2 '08. Looking at the standard > support lifecycles for the IAF platform we expect that through regular > standard support we will be supporting 8.0 on VMS through 2011-2012, > depending on further release schedule. We have expressed and stated, > not only to Sylvain and his company, but to all participants in the > user conference that we will support any customer that wants to stay > on VMS as long as they want/need through specific support contracts. > We are not desupporting the platform, we are just not releasing new > versions of the software for it > >> So by 2011 at most that will be the end for us. > > This statement is inaccurate, as stated above. We had a discussion > with Sylvain and his company on the phone on June 5th, and we > explained to them that we will be more than happy to continue > supporting them on the platform > as long as they need. We will not be releasing new versions of the IAF > software on VMS, though. For this to happen the business on OpenVMS > would have to bloom over the next 12 months. > > Thank you, > > Juan Miguel Rodriguez | Product Manager for Technology, Enterprise > Solutions > CDC Software | T: +1 678-259-8565 | F: +1 770-351-0036 | > www.cdcsoftware.com > > CDC Software | THE CUSTOMER-DRIVEN COMPANYâ„¢ Does GEMBASE have any connection or dependence on PL/I? Tom > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Fri, 15 Jun 2007 10:52:52 -0400 From: "Syltrem" Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: <13759ubm83ibe80@corp.supernews.com> a écrit dans le message de news: 1181881922.634680.173700@i13g2000prf.googlegroups.com... > On Jun 14, 4:39 pm, JF Mezei wrote: > >> You did omit an important issue. During the time between 2008 and 2012 >> when the last VMS version will still be supported, will you test/qualify >> it for any new version of VMS, or will customers be stuck at whatever >> version of VMS will be current at the time the last Gembase version is >> released ? >> > > We normally certify the current version with newer VMS versions that > come along. > >> On the other hand, your message is quite clear: you have intil 2012 to >> find, from another vendor, a replacement for our product. Those who >> still haven't migrated may be given some extra support beyond the >> official end of support date until they have migrated. > > Not quite. Our product exists as well on different unix flavors and > Windows. > We will be more than happy to move our customers to another platform, > and many customers > have done so over the years. As an anecdote our ERP is also available > on VMS ia64 as well, we made the port > 2-3 years ago. Since then only a VMS Alpha customer has moved to VMS > ia64 and we haven't had > a single new sale on this platform. In fact we haven't had a single > new sale on VMS for almost 9 years, > period. > > > It will probably not change things much now, but I got news from a few VMS/Gembase sites who are planning a migration to Itanium. This announcement obviously hurts this process, and they probably will not completely, or at all, migrate Gembase to the new servers. It's hard to say at this point, but they are shocked just like we are. Some of these sites (including my company) have already made investments on Itanium hardware, and are now stuck with something that was thought to be a long term solution and which is no longer that. In our situation, Oracle runs on the Itanium and failover to Alpha is still possible between the 2 architectures with 10gR2 in case of server failure (so we don't need a 2nd Itanium at this point in time). The next time we would have to buy new hardware, it would have been another Itanium to replace the older Alpha, and all applications would be migrated to it. But now... This plan is no longer viable it seems, and we will have to consider a major migration to another OS with all the implications this can have. All of the tools we built to help with development, source code management, integration with other applications, have to go back to the drawing board. If we get to that, it will be a very costly venture. People will not move from Alpha unless there is a need. In our case, we needed more processing power so we moved Oracle to a new Itanium box. But otherwise we would just stay with what we have, until the cost to maintain the Alpha justifies the cost to migrate to Itanium, or the availability of software (like Oracle) becomes a problem. For instance the next Oracle version will only be on Itanium, so it's good to be on this platform to get ready for the migration to Oracle 11. After our migration to Oracle 11 would be the date when we invest on a 2nd Itanium server as failover to Alpha would no longer be possible and we need this safety net. Going from VAX to Alpha was a lot more attractive 10 years ago, as you would gain a lot more processing power on Alpha. This has not been true for Itanium until a few months ago. There will probably be more porting projects in the months to come. It's not that people will not move to Itanium, they must be given to time to justify it. My 2 cents... Syltrem ------------------------------ Date: Fri, 15 Jun 2007 15:25:02 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: CDC software (formerly known as Ross Systems) to drop Gembase VMS support Message-ID: In article <13759ubm83ibe80@corp.supernews.com>, "Syltrem" writes: > > a écrit dans le message de news: >1181881922.634680.173700@i13g2000prf.googlegroups.com... >> On Jun 14, 4:39 pm, JF Mezei wrote: >> >>> You did omit an important issue. During the time between 2008 and 2012 >>> when the last VMS version will still be supported, will you test/qualify >>> it for any new version of VMS, or will customers be stuck at whatever >>> version of VMS will be current at the time the last Gembase version is >>> released ? >>> >> >> We normally certify the current version with newer VMS versions that >> come along. >> >>> On the other hand, your message is quite clear: you have intil 2012 to >>> find, from another vendor, a replacement for our product. Those who >>> still haven't migrated may be given some extra support beyond the >>> official end of support date until they have migrated. >> >> Not quite. Our product exists as well on different unix flavors and >> Windows. >> We will be more than happy to move our customers to another platform, >> and many customers >> have done so over the years. As an anecdote our ERP is also available >> on VMS ia64 as well, we made the port >> 2-3 years ago. Since then only a VMS Alpha customer has moved to VMS >> ia64 and we haven't had >> a single new sale on this platform. As far as I am aware ERP systems rely on databases. Since Oracle was only released on VMS Itanium in October 2006 it wouldn't be that surprising that no Alpha customer who was using your product on VMS with Oracle would have moved yet. People can only move when ALL the software they need is available on Itanium. David Webb Security team leader CCSS Middlesex University >In fact we haven't had a single >> new sale on VMS for almost 9 years, >> period. >> >> >> > >It will probably not change things much now, but I got news from a few >VMS/Gembase sites who are planning a migration to Itanium. >This announcement obviously hurts this process, and they probably will not >completely, or at all, migrate Gembase to the new servers. It's hard to say >at this point, but they are shocked just like we are. > >Some of these sites (including my company) have already made investments on >Itanium hardware, and are now stuck with something that was thought to be a >long term solution and which is no longer that. In our situation, Oracle >runs on the Itanium and failover to Alpha is still possible between the 2 >architectures with 10gR2 in case of server failure (so we don't need a 2nd >Itanium at this point in time). The next time we would have to buy new >hardware, it would have been another Itanium to replace the older Alpha, and >all applications would be migrated to it. But now... >This plan is no longer viable it seems, and we will have to consider a major >migration to another OS with all the implications this can have. All of the >tools we built to help with development, source code management, integration >with other applications, have to go back to the drawing board. If we get to >that, it will be a very costly venture. > >People will not move from Alpha unless there is a need. >In our case, we needed more processing power so we moved Oracle to a new >Itanium box. But otherwise we would just stay with what we have, until the >cost to maintain the Alpha justifies the cost to migrate to Itanium, or the >availability of software (like Oracle) becomes a problem. For instance the >next Oracle version will only be on Itanium, so it's good to be on this >platform to get ready for the migration to Oracle 11. After our migration to >Oracle 11 would be the date when we invest on a 2nd Itanium server as >failover to Alpha would no longer be possible and we need this safety net. > >Going from VAX to Alpha was a lot more attractive 10 years ago, as you would >gain a lot more processing power on Alpha. This has not been true for >Itanium until a few months ago. There will probably be more porting projects >in the months to come. It's not that people will not move to Itanium, they >must be given to time to justify it. > >My 2 cents... > >Syltrem > > ------------------------------ Date: Fri, 15 Jun 2007 00:06:33 -0700 From: stuie_norris@yahoo.com.au Subject: Create PC readable CDRom on OpenVMS Message-ID: <1181891193.159021.124420@d30g2000prg.googlegroups.com> Hi Group, Is it possible on OpenVMS 8.2 Alpha or OpenVMS 8.2 I64 to create a PC readable CDRom. I wish to transfer files off site to a PC and I was thinking about doing it via CDRom. I know that CDRECORD and LDdriver are installed. (It is unlikely I can get other programs installed). Yes I have a CDRW drive and I can see this with CRECORD. I have burnt OpenVMS reabable CDs previously. What about LF /CR in text files? Thanks Stuart ------------------------------ Date: 15 Jun 2007 14:22:48 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Create PC readable CDRom on OpenVMS Message-ID: <4672a0b8$1@news.langstoeger.at> In article <1181891193.159021.124420@d30g2000prg.googlegroups.com>, stuie_norris@yahoo.com.au writes: >Is it possible on OpenVMS 8.2 Alpha or OpenVMS 8.2 I64 to create a PC >readable CDRom. You know that OpenVMS V8.3 (UPDATE V2) is current? And you know that even LD V8.3 is newer than LD in VMS V8.3? And you know that LD V9.0 (http://www.digiater.nl/downloads) is current? I know of http://www.tmesis.com/cdrom which even talks about mixed format (ODS/ISO) CDroms (while you seem to only need ISO9660 ;-) OTOH, I haven't checked it for years and maybe it need a little brushup to cover recent VMS versions (with integrated LD support)... >I wish to transfer files off site to a PC and I was thinking about >doing it via CDRom. Or CD-RW or network or ... >I know that CDRECORD and LDdriver are installed. (It is unlikely I >can get other programs installed). MKISOFS would be handy, though (or you end up producing ODS-2 CDs and you need then an ODS2.EXE on your PC to read them - and ODS2.EXE does AFAIK no longer work on XP and newer - only on W2K and before - is that right?) >Yes I have a CDRW drive and I can see this with CRECORD. I have burnt >OpenVMS reabable CDs previously. Sounds good. >What about LF /CR in text files? Don't know. If Notepad has a problem displaying a textfile, I try Wordpad and it usually works. What problems do you have? -- 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: 15 Jun 2007 14:34:31 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Create PC readable CDRom on OpenVMS Message-ID: <4672a377$1@news.langstoeger.at> In article <4672a0b8$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) writes: >In article <1181891193.159021.124420@d30g2000prg.googlegroups.com>, stuie_norris@yahoo.com.au writes: >>Is it possible on OpenVMS 8.2 Alpha or OpenVMS 8.2 I64 to create a PC >>readable CDRom. > >You know that OpenVMS V8.3 (UPDATE V2) is current? Sorry, UPDATE V3 is current since about a week... -- 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, 15 Jun 2007 11:07:02 -0400 From: sol gongola Subject: Duplicate MAIL-E-NOSUCHUSR messages in TCPIP$SMTP_LOGFILE.LOG Message-ID: I want to examine information from the TCPIP$SMTP_LOGFILE.LOG using search,sort and DCL scripts on the MAIL-E-NOSUCHUSR error messages. I've noticed that each occurrence of an incoming message to a nonexistent user has the following message sequence and was wondering why one of the messages is duplicated and if it is possible to get rid of the duplicate message. -> %%%%%%%%%%%% 15-JUN-2007 06:35:40.69 %%%%%%%%%%%% -> %MAIL-E-NOSUCHUSR, no such user DAKINEWAVE -> Failed to deliver local mail to -> %MAIL-E-NOSUCHUSR, no such user !AS -> -> -> %%%%%%%%%%%% 15-JUN-2007 06:35:40.69 %%%%%%%%%%%% -> %MAIL-E-NOSUCHUSR, no such user DAKINEWAVE ucx sho ver: Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 5 on a AlphaServer 2100 4/275 running OpenVMS V7.2-1 ------------------------------ Date: Fri, 15 Jun 2007 14:30:39 +0200 From: "Eberhard Heuser" Subject: Fw: Create PC readable CDRom on OpenVMS Message-ID: <000c01c7af48$fbd588d0$05072286@vg2> ----- Original Message ----- From: "Eberhard Heuser" To: Sent: Friday, June 15, 2007 11:01 AM Subject: Re: Create PC readable CDRom on OpenVMS > Stuart, > > get mkisofs for OpenVMS and produce an image that you can burn. > > ftp://antinode.org/cdrtools/ > > Eberhard > ----- Original Message ----- > From: > To: > Sent: Friday, June 15, 2007 9:06 AM > Subject: Create PC readable CDRom on OpenVMS > > >> Hi Group, >> >> Is it possible on OpenVMS 8.2 Alpha or OpenVMS 8.2 I64 to create a PC >> readable CDRom. >> >> I wish to transfer files off site to a PC and I was thinking about >> doing it via CDRom. >> >> I know that CDRECORD and LDdriver are installed. (It is unlikely I >> can get other programs installed). >> >> Yes I have a CDRW drive and I can see this with CRECORD. I have burnt >> OpenVMS reabable CDs previously. >> >> What about LF /CR in text files? >> >> Thanks >> >> Stuart >> ------------------------------ Date: Fri, 15 Jun 2007 11:17:26 GMT From: rdeininger@mindspringdot.com (Robert Deininger) Subject: Re: help running OpenVMS on Itanium 2 2620 WinXP variant Message-ID: In article <1372g5hh2ef0od5@news.supernews.com>, "David Turner, Island Computers" wrote: >Well, before we do anything the orange light is flashing >Apparently, from the downloaded docs it means "the system needs attention" >We sat with it all night and tried to comfort it but the light is still on > >Any suggestions as to how we can give it the attention it needs to turn off >that bloody flashing orange light? Downloading the docs is a great first step! Congratulations!! Next step is to read them! :-) (Sorry, couldn't resist.) Let's back up a bit... You need to have a console connection, so you can see output from the system. (The LEDs are output devices, but they don't suffice.) Do you have a working console connection? If the system has a Management Processor (MP), start with a connection to the MP's serial port. I can't help you set up a console connection, because you haven't told me what kind of system this is. As I said before, your description was ambiguous/nonsensical. Even the name on the faceplate would be of help here. (I trust it doesn't say "VT420" on the front. :-) To answer your specific question, the simplest way to turn off the orange light is to unplug the system. To be a bit more practical, please ignore the orange light and diagnose the system using the tools in the firmware, available via the console. ------------------------------ Date: Fri, 15 Jun 2007 09:58:15 -0400 From: "David Turner, Island Computers" Subject: Re: help running OpenVMS on Itanium 2 2620 WinXP variant Message-ID: <13756nbf3uo6u9a@news.supernews.com> The system type is actually the HP workstation ZX6000 It is a dual Itanium II with 2GB ram. IT came with XP 64 (useless) - loaded extremely fast. We have stuffed RH ES5 64 bit on it and it seems to be a little screamer. But we want to load VMS on it so we can familiarise ourselves with the Integrity boxes. Can some enlighten me to the physical characteristics of that Management Processor? Where in the box does it sit etc. DT "Robert Deininger" wrote in message news:rdeininger-1506070717240001@dialup-4.233.173.94.dial1.manchester1.level3.net... > In article <1372g5hh2ef0od5@news.supernews.com>, "David Turner, Island > Computers" wrote: > >>Well, before we do anything the orange light is flashing >>Apparently, from the downloaded docs it means "the system needs attention" >>We sat with it all night and tried to comfort it but the light is still on >> >>Any suggestions as to how we can give it the attention it needs to turn >>off >>that bloody flashing orange light? > > Downloading the docs is a great first step! Congratulations!! > > Next step is to read them! :-) (Sorry, couldn't resist.) > > > Let's back up a bit... > > You need to have a console connection, so you can see output from the > system. (The LEDs are output devices, but they don't suffice.) Do you > have a working console connection? > > If the system has a Management Processor (MP), start with a connection to > the MP's serial port. > > I can't help you set up a console connection, because you haven't told me > what kind of system this is. As I said before, your description was > ambiguous/nonsensical. Even the name on the faceplate would be of help > here. (I trust it doesn't say "VT420" on the front. :-) > > > To answer your specific question, the simplest way to turn off the orange > light is to unplug the system. > > To be a bit more practical, please ignore the orange light and diagnose > the system using the tools in the firmware, available via the console. ------------------------------ Date: Fri, 15 Jun 2007 10:11:16 -0400 From: "David Turner, Island Computers" Subject: Re: help running OpenVMS on Itanium 2 2620 WinXP variant Message-ID: <13757fof4166pa7@news.supernews.com> he did (quietly) musculadum "Hein RMS van den Heuvel" wrote in message news:1181836397.911102.186450@o11g2000prd.googlegroups.com... > On Jun 14, 8:21 am, "David Turner, Island Computers" islandco.com> wrote: >> Well, before we do anything the orange light is flashing >> We sat with it all night and tried to comfort it but the light is still >> on > > :-) > >> Any suggestions as to how we can give it the attention it needs to turn >> off >> that bloody flashing orange light? > > google: +rx2600 +attention +site:hp.com > --> http://docs.hp.com/en/rx2600rx56xx_update/rx2600rx56xx_update.pdf > page 7 > > >>> Day Job? >>> Stick with it... > > JF... (an other non-US readers)... just in case the cultural refence > is lost... > This refers to a common joke / tease here in the US where folks take a > stab at a joke possily suggesting the are considering a career being a > (night-time) comedian. > > But I'm sure you made David chuckle, despite his retort. > > Cheers, > Hein. > > > > > > ------------------------------ Date: Fri, 15 Jun 2007 07:36:06 -0700 From: ultradwc@gmail.com Subject: Hubble/OpenVMS to continue thru at least 2013 - 23 years! Message-ID: <1181918166.613419.265430@q69g2000hsb.googlegroups.com> this jsut validates the quality of VMS and DEC hardware ... I wonder if they still run vaxstations on it or upgraded to alpha, and what software the programs were written in ... WHY DOESN'T HP ADVERTISE THIS? http://hubble.nasa.gov/missions/intro.php http://hubblesite.org/servicing_mission_4/ ------------------------------ Date: Fri, 15 Jun 2007 09:20:43 -0700 From: sean@obanion.us Subject: Re: Hubble/OpenVMS to continue thru at least 2013 - 23 years! Message-ID: <1181924443.013467.207410@q75g2000hsh.googlegroups.com> Considering that Hubble converted to UNIX by 2000, there wonldn't seem to be much point. http://sunset.usc.edu/gsaw/gsaw2004/s7/burch.pdf Sean On Jun 15, 7:36 am, ultra...@gmail.com wrote: > this jsut validates the quality of VMS and DEC hardware ... > I wonder if they still run vaxstations on it or upgraded to > alpha, and what software the programs were written in ... > > WHY DOESN'T HP ADVERTISE THIS? > > http://hubble.nasa.gov/missions/intro.php > > http://hubblesite.org/servicing_mission_4/ ------------------------------ Date: Fri, 15 Jun 2007 10:20:15 -0700 From: ultradwc@gmail.com Subject: Re: Hubble/OpenVMS to continue thru at least 2013 - 23 years! Message-ID: <1181928015.429399.24540@w5g2000hsg.googlegroups.com> On Jun 15, 12:20 pm, s...@obanion.us wrote: > Considering that Hubble converted to UNIX by 2000, there wonldn't seem > to be much point. > > http://sunset.usc.edu/gsaw/gsaw2004/s7/burch.pdf > > Sean > > On Jun 15, 7:36 am, ultra...@gmail.com wrote: > > > > > this jsut validates the quality of VMS and DEC hardware ... > > I wonder if they still run vaxstations on it or upgraded to > > alpha, and what software the programs were written in ... > > > WHY DOESN'T HP ADVERTISE THIS? > > >http://hubble.nasa.gov/missions/intro.php > > >http://hubblesite.org/servicing_mission_4/- Hide quoted text - > > - Show quoted text - and notice page 19 ... - went from VMS based systems to unix based - new challenges surfaced i.e. IT security they claim cost was a factor ... bet they found their costs are now much higher than staying on the vms systems due to these new "chalenges" ... ------------------------------ Date: Fri, 15 Jun 2007 19:41:43 +0800 From: "Richard Maher" Subject: Re: More TCPIP nonsense Message-ID: Honestly, just a Clue Crash or something to confirm that TCPIP Services was the culprit when the crash occured would be great. "Richard Maher" wrote in message news:f4sfgq$o95$1@news-01.bur.connect.com.au... > > > > I'll have to ask in the morning. > > Any progress with this? > > "Ron Johnson" wrote in message > news:akIbi.562005$2Q1.510512@newsfe16.lga... > > On 06/12/07 20:15, Richard Maher wrote: > > > Hi, > > > > > >> When our SysAdmin tried to disable the RSH service about a half hour > > >> ago, the box *instantly* crashed. > > > > > > Ok, crashing boxes is embarassing :-( > > > > > > When support identify the problem could you please provide the details > here? > > > > > > Of course it might be as simple as Fred Kleinproblem sitting on the fix > as, > > > after all, 8.2 is a lightly used system and in the grand scheme of > things, > > > what does it really matter? Maybe support are just dishing out the fixes > on > > > a need-to-know basis. > > > > > > You don't have a log of the commands do you? Or a bugcheck footprint? > Was it > > > the "disable service" or "set noservice"? Bizarre! > > > > I'll have to ask in the morning. > > > > -- > > 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, 15 Jun 2007 10:07:23 -0500 From: Ron Johnson Subject: Re: More TCPIP nonsense Message-ID: On 06/15/07 06:41, Richard Maher wrote: > Honestly, just a Clue Crash or something to confirm that TCPIP Services was > the culprit when the crash occured would be great. Patience, grasshopper. Trying to get it from the SysAdmin. -- 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, 15 Jun 2007 10:25:29 -0700 From: Doug Phillips Subject: Re: OT: Carla Message-ID: <1181928329.825330.273500@c77g2000hse.googlegroups.com> On Jun 14, 2:44 am, Bill Todd wrote: > Tom Linden wrote: > > EE Times: Latest News > [...] > > > resilience as well as its R&D focus--annual R&D spending is about $3.6 > > billion > > What a princely sum! Almost as much as HP spent all by itself before > the Compaq acquisition (and not counting for inflation), IIRC - though, > as with the earlier numbers, I'm not sufficiently motivated to check my > memory - feel free to do so for me if it matters to you. > Apparently there's not much of DECPaq's leftover being researched and developed. Surprise! HP didn't "merge" with DECPaq, they killed a competitor. ------------------------------ Date: Fri, 15 Jun 2007 12:13:59 +0200 From: Michael Kraemer Subject: Re: Question for the Group Message-ID: JF Mezei schrieb: > The fact that VMS nodes hang/crash during such cluster events is due to > VMS engineers having looked at the real issues and having concluded that > this is absolutely necessary to preserve cluster integrity. And that is > very very very important when you have real data on those disks. That might be all well and nice, but in our case - IIRC - the system wasn't even meant to be bullet proof for the big disaster, apart from - maybe - disk mirroring. It just turned out to be less reliable in total and couldn't stand even a little disaster. More than a decade ago as well as last year. For an end user who looks at the bottom line - and not at the coulda's shoulda's and woulda's - it didn't live up to expectations, simply. This is sth you would have to consider if you think of your imaginary marketing campaign. To attract more customers you would have to expand into the lesser demanding sectors. Those who desperately need the kind of reliability you describe already are on VMS, Tandem or whatever other HA solutions are out there. But you can't just live off the US military, IKEA and a dwindling couple of stock exchanges, those customers can go away over night, as the various posts here have shown. In lesser demanding environments, however, the theoretical advantages VMS might have just evaporate. It's no advantage to have sophisticated clustering when a simple NFS-based HA solution does the job as well. You would need "Garageband" type apps, i.e. sth which is cool, simple, appeals to a majority of potential customers and would be available on VMS only for quite some time in order to give a broader audience incentives to buy into VMS. Unfortunately such apps don't exist and I wouldn't hold my breath for HP to "invent" (pun intended) them. No Jobs at HP (again pun intended). Those imaginary apps are about the only thing VMS lovers can influence, and certainly time and energy is better spent there than bitching endlessly at HP. ------------------------------ Date: Fri, 15 Jun 2007 06:59:28 -0400 From: JF Mezei Subject: Re: Question for the Group Message-ID: <463f1$46727118$cef8887a$14065@TEKSAVVY.COM> Michael Kraemer wrote: > but in our case - IIRC - the system wasn't even meant > to be bullet proof for the big disaster, apart from - maybe - > disk mirroring. It just turned out to be less reliable in total > and couldn't stand even a little disaster. More than a decade > ago as well as last year. Then your cluster was not configured properly. When you start to consider all the possible failure modes inside and between nodes and the rest of the world, you start to understand why it becomes very important to have nodes freeze and/or voluntarily crash during a problem where nodes lose sight of each other. Consider just disk arrays accessed directly by many nodes. If nodes lose sight of each other and continue to operate, it means that node1's locked record isn't seen as "locked" by node2 which will then mess with it. And the voting scheme is there as a tool to let the system manager designate the critical from less critical nodes in the cluster. It also allows one to use deductive reasonsing to determine the extent of a fault. Say a server has 2 votes, and 2 workstations have 1 vote each. Normally, a workstation might have 0 vote. But in this case, having 1 vote allows the server to know whether it has lost all ethernet connectivity or just lost one node. Aka: if both workstations go, it is likely that the server has lost ethernet completely, but if only one of the 2 workstations go, then the server still sees the vote for the second workstation and can be parametrised to then continue to work based on the voting scheme designed by the system manager. VMS can be criticised in many ways (especially its marketing). But its clustering is far more advanced than any competitor in the field. But it is not idiot proof and still needs someone to sit down and think through the design of the cluster and voting scheme. ------------------------------ Date: Fri, 15 Jun 2007 12:38:32 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Question for the Group Message-ID: <00A692B1.053F2053@SendSpamHere.ORG> In article , Michael Kraemer writes: > > >JF Mezei schrieb: > >> The fact that VMS nodes hang/crash during such cluster events is due to >> VMS engineers having looked at the real issues and having concluded that >> this is absolutely necessary to preserve cluster integrity. And that is >> very very very important when you have real data on those disks. > >That might be all well and nice, >but in our case - IIRC - the system wasn't even meant >to be bullet proof for the big disaster, apart from - maybe - >disk mirroring. It just turned out to be less reliable in total It has NOTHING to do with 'bulletproofing' for the 'big disaster'; however, that's a welcome benefit. It's about data integrity in a shared resource environment. *IF* your data is not important to you, why do you have it? You speak in circles because you mention disk mirroring. Why? Why would a site use disk mirroring if their data was not important? Perhaps, your company just likes to spend its money on electricity to spin those disks and have lots of flashing little disk activity lights to bemuse the idiots running your VMS machines? >In lesser demanding environments, >however, the theoretical advantages VMS might have just evaporate. >It's no advantage to have sophisticated clustering when a simple >NFS-based HA solution does the job as well. You really don't get clustering, do you? >You would need "Garageband" type apps, i.e. sth which is cool, >simple, appeals to a majority of potential customers and would be >available on VMS only for quite some time in order to give >a broader audience incentives to buy into VMS. Nah! I'd rather see the likes of Logic Pro. ;) That way, when I've got a couple of days worth of studio time, the musicians can relax in the comfort of knowning that their efforts are now on a reliable platform and won't be lost due to a glitch on the network wiping out the NFS volume holding their effort. Funny you should bring this up (the GarageBand and music) as my little anecdote actually happened to a band and well over a year's worth of recording effort went packing to the proverbial anechoic chamber. -- 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, 15 Jun 2007 01:49:37 -0700 From: Trefor Subject: Re: RPC and clnttcp_create Message-ID: <1181897377.211300.125330@u2g2000hsc.googlegroups.com> On 14 Jun, 15:40, Trefor wrote: > We have a OpenVMS system with multiple IP addresses. > > I need to make a RPC client call, but to force the call to be made > from one of the IP addresses. > > So - my Plan 1 was to > > A. create a socket, > B. bind it to one the desired local IP address, and > C. use the clnttcp_create and set the sockp parameter to my socket. > > clnttcp_create does not fail, but ..., I get an error "ENOTCONN" from > clnt_call within the generated code for the RPC call. > > So Plan 2 > > A. create a socket, > B. bind it to one the desired local IP address, > C. connect to the remote system, and > D. use the clnttcp_create. > > But the connect fails - EADDRNOTAVAIL and I've failed to get past > this... > > Note: If I use use clnttcp_create and set the sockp parameter to > RPC_ANYSOCK then the RPC call works, but not from the desired IP > address on the client. > > So. How do I configure a socket to make it useable in a call to > clnttcp_create? > I've tried to look for some example code but failed.. > > Any help greatly appreciated.... > > Trefor Sorted. Need to use pmap_getport to determin the remote port and use that in the connect. Trefor ------------------------------ Date: Fri, 15 Jun 2007 10:58:51 +0200 From: "Eberhard Heuser" Subject: Re: Same system disk for multiple architectures ? Message-ID: <001801c7af2b$64f87ed0$05072286@vg2> JF, I ran a mixed Alpha+VAX cluster in that way. It works without problems (Alpha as a boot server). The only severe problem came from a OpenVMS product itself: $ product stores the absolut path into a database. This database is needed to update or remove products. Solution: rename vms$common_alpha back to vms$common, install the new product and rename again. Look here: http://groups.google.de/group/comp.os.vms/browse_thread/thread/ad8489e1817e2f70/43e88dd6e6b6ef4d?lnk=gst&q=%22vax%24common%22&rnum=3&hl=de#43e88dd6e6b6ef4d Eberhard ----- Original Message ----- From: "JF Mezei" To: Sent: Friday, June 15, 2007 5:25 AM Subject: Same system disk for multiple architectures ? >I know it is currently not supported. > > But just wondering if it would be architecturally possible to have a > single system disk support multiple architectures ? > > instead of the VMS$COMMON.DIR, one would have VMS$COMMON_VAX.DIR, > VMS$COMMON_ALPHA.DIR, VMS$COMMON_ITANIC.DIR and VMS$COMMON_8086.DIR > > Then, [SYS0] might have its SYSCOMMON.DIR point to VMS$COMMON_ALPHA.DIR > and [SYS1] might have its SYSCOMMON.DIR point to VMS$COMMON_ITANIC.DIR etc > etc. > > Obviously, cluster_config.co would need to be changed, but don't most > other procedures and applications use the SYSCOMMON.DIR reference inside > their own root to look at the common stuff ? > > What this ever considered ? ------------------------------ Date: Fri, 15 Jun 2007 08:41:00 -0700 From: roger tucker Subject: Re: SSL FTP Message-ID: <1181922060.435045.65380@w5g2000hsg.googlegroups.com> OpenVMS FTPS clients include: CURL, Kermit Since I needed a server side FTPS I didn't evaluate either of these. Open VMS servers for FTPS are not available (to the best of my knowledge). Although I do not work for HP, I did log a call for additional information about FTPS and received the response: "HP does not have any plans to implement a FTP over SSL solution for OpenVMS." I thought about porting one of the open source version of FTPS and did some research into this area, but it would be a lot of work in security to make sure everything was correct for VMS. I looked at vsftpd, proFTP and pureFTP as possible ports. I settled on pureFTP as the best one to port. ------------------------------ Date: Fri, 15 Jun 2007 21:05:20 +0800 From: "Richard Maher" Subject: SSL/TLS proxy server config - JAVA Client - IPsec - and more Message-ID: Hi, I hope someone can help me with some configuration options for securing internet based socket communications between client and VMS server using existing (nay historic) versions of TCPIP Services. If you've been paying attention, you'd know that I am the proud purveyor of a client/server middleware product called Tier3 (the Hobbyist-License version of which we've delayed till this weekend so as to include a high-speed and light-weight JAVA Applet uploader/webserver) which currently transmits all data (including username/password) in the clear. To date all data exchanges have taken place within the confines of an intranet, but what I'd like to solicit here is people's experiences of locking down secure TCP/IP data exchanges whilst using the internet as the communications back-bone. 1) Secure Sockets Layer. Yep that's what most HTTP communication relies on and all browsers seem equiped for it but, on VMS at least, SSL seems only to a) have been bundled with the OS in the last version b) have interfaces that are accessible in C, and c) require considerable server development effort to implement. 2) IPsec God bless Process Software and haven't the done well! Some problems here could be that a) not everyone is using Multinet b) HP has farmed out TCPIP Services development to a Third-World banana-republic (Just joshin' - I quite like Queensland really and think banana-benders are the only true Aussies left. "Bring back Joh!" :-) and c) They'll always be those client networks and address that are just unknown before hand. Anyway, the piss-poor state of TCPIP Service's development on VMS means it's just not gonna arrive in any useful timeframe :-( 3) SSL/TLS Proxy-server Now I know nothing about this but is sounds interesting to me. What I imagine it can do (from a brief stint at Googling) is off-load the encryption and security work to an additional server that talks SSL/TLS to the clients, but then relays the data to the Application Server in-the-clear. It also appears to be the recommended performance option for all applications with any serious number of clients. Does that sound reasonable to everyone? Have I got that wrong or misunderstood the function of these proxy servers? To me the quick-win looming on the horizon is a big "no-change" to server code and the client just has to change to use javax.net.ssl.* instead of java.net.socket. Sound about right? If I've got it all completely wrong then please tell me, otherwise if there is a small/simple JAVA client somewhere talking to a standard C (or $qio) Socket server program out there then please let me know. How do you configure a SSL/TLS Proxy Server? Is there a standard INETd server for it? Does there have to be a seperate physical box/interface in the way or can it be software configured and loop back to the same box? 4) Tunneling (SSH?) Anyone got an example of a simple client talking to a simple server on an arbitrary port number that is being tunneled under a secure protocol? 5) Morse? Two soup-cans and a piece o' string? That's enough about TCPIP services anyway :-) Cheers Richard Maher "It's been twenty years now, and I a starting to lose confidenz." - Inigo Montoya. ------------------------------ Date: Fri, 15 Jun 2007 10:14:23 -0500 From: Ron Johnson Subject: Re: Story Time Message-ID: On 06/14/07 21:05, Arne Vajhøj wrote: > Bob Koehler wrote: >> In the meantime, I find Digital Standard Runoff and Latex meet most >> of my word processing needs, except for the few places where I'm >> required to produce Word format document files. >> >> WYSIWYG tools from MS burn up too much of my time making random >> formating changes on thier own. > > Latex has been popular in academics for decades. > > But I would not consider it suitable as a word processing > solution for let us call it "the big masses". Lyx was written to be a friendly front-end to Latex. -- 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, 15 Jun 2007 09:59:54 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: TCPIP Services SFTP Message-ID: <00A6929A.DBDCC044@SendSpamHere.ORG> In article , "P. Sture" writes: > > >In article <00A69228.2A93700F@SendSpamHere.ORG>, > VAXman- @SendSpamHere.ORG wrote: > >> In article <46718325.1020808@comcast.net>, "Richard B. Gilbert" >> writes: >> > >> > >> >VAXman- wrote: >> >> When I use sftp to transfer from my Powerbook or my Linux box to VMS, I >> >> cannot get the session to terminate when I am done. I will type 'exit' >> >> at the sftp> prompt and the VMS session hangs. This doesn't happen if I >> >> sftp between the Powerbook and linux machines. >> >> >> >> I find myself entering a CTRL-Z and then doind a 'ps' to find the sftp >> >> process and I then 'kill' it off. Is there some magical incantation to >> >> get the TCPIP Services sftp to terminate the connection? >> >> >> >> >> > >> >Did you try "bye"? >> >> Bye = exit = quit. >> >> [~/Desktop] % ls *.GIF >> QUISPs.GIF >> [~/Desktop] % sftp system@192.168.2.2 >> >> system@192.168.2.2's password: wouldn't.you.like.to.know >> sftp> put QUISPs.GIF >> Uploading QUISPs.GIF to /sys$sysroot/sysmgr/QUISPs.GIF >> QUISPs.GIF >> 100% 20KB 19.6KB/s 00:00 >> sftp> exit >> >> (here I hang) >> > >and here I don't hang: > >$ tcpip show ver > > HP TCP/IP Services for OpenVMS Alpha Version V5.6 > on a Digital Personal WorkStation running OpenVMS V8.3 OK. The session I posted was to my V7.3-2 system with HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 4. I will try this with a newer ver- sion machine later today. Perhaps it's time to update the TCP/IP on this particular machine. >o - sftp to VMS running on an ssh port other than 22: > > sftp -oPort=22022 system@my-alpha > >The last one is included because I couldn't find it in the help on the >Mac side, and had to Google for the solution. From them man page on my 17" Powerbook G4 running OS X 10.4.9: -o ssh_option Can be used to pass options to ssh in the format used in ssh_config(5). This is useful for specifying options for which there is no separate sftp command-line flag. For example, to specify an alternate port use: sftp -oPort=24. For full details of the options listed below, and their possible values, see ssh_config(5). AddressFamily BatchMode BindAddress ChallengeResponseAuthentication CheckHostIP Cipher Ciphers Compression CompressionLevel ConnectionAttempts ConnectTimeout ControlMaster ControlPath GlobalKnownHostsFile GSSAPIAuthentication GSSAPIDelegateCredentials HashKnownHosts Host HostbasedAuthentication HostKeyAlgorithms HostKeyAlias HostName IdentityFile IdentitiesOnly KbdInteractiveDevices LogLevel MACs NoHostAuthenticationForLocalhost NumberOfPasswordPrompts PasswordAuthentication Port PreferredAuthentications Protocol ProxyCommand PubkeyAuthentication RekeyLimit RhostsRSAAuthentication RSAAuthentication SendEnv ServerAliveInterval ServerAliveCountMax SmartcardDevice StrictHostKeyChecking TCPKeepAlive UsePrivilegedPort User UserKnownHostsFile VerifyHostKeyDNS -- 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, 15 Jun 2007 14:47:37 +0200 From: "P. Sture" Subject: Re: TCPIP Services SFTP Message-ID: In article <00A6929A.DBDCC044@SendSpamHere.ORG>, VAXman- @SendSpamHere.ORG wrote: > In article , "P. Sture" > writes: > > > > > >In article <00A69228.2A93700F@SendSpamHere.ORG>, > > VAXman- @SendSpamHere.ORG wrote: > > > >> In article <46718325.1020808@comcast.net>, "Richard B. Gilbert" > >> writes: > >> > > >> > > >> >VAXman- wrote: > >> >> When I use sftp to transfer from my Powerbook or my Linux box to VMS, I > >> >> cannot get the session to terminate when I am done. I will type > >> >> 'exit' > >> >> at the sftp> prompt and the VMS session hangs. This doesn't happen if > >> >> I > >> >> sftp between the Powerbook and linux machines. > >> >> > >> >> I find myself entering a CTRL-Z and then doind a 'ps' to find the sftp > >> >> process and I then 'kill' it off. Is there some magical incantation to > >> >> get the TCPIP Services sftp to terminate the connection? > >> >> > >> >> > >> > > >> >Did you try "bye"? > >> > >> Bye = exit = quit. > >> > >> [~/Desktop] % ls *.GIF > >> QUISPs.GIF > >> [~/Desktop] % sftp system@192.168.2.2 > >> > >> system@192.168.2.2's password: wouldn't.you.like.to.know > >> sftp> put QUISPs.GIF > >> Uploading QUISPs.GIF to /sys$sysroot/sysmgr/QUISPs.GIF > >> QUISPs.GIF > >> > >> 100% 20KB 19.6KB/s 00:00 > >> sftp> exit > >> > >> (here I hang) > >> > > > >and here I don't hang: > > > >$ tcpip show ver > > > > HP TCP/IP Services for OpenVMS Alpha Version V5.6 > > on a Digital Personal WorkStation running OpenVMS V8.3 > > OK. The session I posted was to my V7.3-2 system with HP TCP/IP Services > for OpenVMS Alpha Version V5.4 - ECO 4. I will try this with a newer ver- > sion machine later today. Perhaps it's time to update the TCP/IP on this > particular machine. > Fingers crossed. > > >o - sftp to VMS running on an ssh port other than 22: > > > > sftp -oPort=22022 system@my-alpha > > > >The last one is included because I couldn't find it in the help on the > >Mac side, and had to Google for the solution. > > > From them man page on my 17" Powerbook G4 running OS X 10.4.9: > > -o ssh_option > Can be used to pass options to ssh in the format used in > ssh_config(5). This is useful for specifying options for which > there is no separate sftp command-line flag. For example, to > specify an alternate port use: sftp -oPort=24. For full details > of the options listed below, and their possible values, see > ssh_config(5). Thanks. I won't make the mistake of extrapolating from the -help to the man stuff again. (-p # ain't entirely consistent with Port=# ... grrr) -- Paul Sture ------------------------------ Date: Fri, 15 Jun 2007 07:50:15 +0200 From: "P. Sture" Subject: Re: vms 8.3 to Red Hat Linux AS4 Message-ID: In article <5ddks9F32utemU1@mid.individual.net>, bill@cs.uofs.edu (Bill Gunshannon) wrote: > Because VMS is pretty much out of the department this is more > of an academic than practical question, but can VMS use Radius > for user authentication? > Ruslan Laishev did some work on RADIUS for VMS: http://h71000.www7.hp.com/freeware/freeware50/RADIUS/ -- Paul Sture ------------------------------ Date: Fri, 15 Jun 2007 17:22:29 GMT From: Tad Winters Subject: Re: Who's in the Phoenix area? Message-ID: Tad Winters wrote in news:Xns994DE1139B7AAstaffordnospamwinter@130.81.64.196: > I need someone to rescue an AlphaServer in the Phoenix area. I seem to > recall someone posting here who was living in that area. > > Tad Someone spoke for this one, so no need to ask about it now. ------------------------------ End of INFO-VAX 2007.324 ************************