INFO-VAX Fri, 12 Oct 2007 Volume 2007 : Issue 558 Contents: Re: Actual VMS Technical Qeustion! DECnet Phase IV partly missing objects as fun Re: Actual VMS Technical Qeustion! DECnet Phase IV partly missing objects as fun Re: Article of Interest. Re: Article of Interest. Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. CO2 decline over Iraq and consequent sectarian cooling attributed to Divine inte Re: CO2 decline over Iraq and consequent sectarian cooling attributed to Divine file specification syntax error Re: file specification syntax error Re: file specification syntax error Re: file specification syntax error Re: file specification syntax error Finding errors... Re: Finding errors... Re: Finding errors... Re: Finding errors... Re: Finding errors... Re: Finding errors... HP reliability Re: HP reliability Re: HP reliability Re: lowercase letter can not display correctly. Re: lowercase letter can not display correctly. Re: still not convinced global warming a hoax? Re: still not convinced global warming a hoax? Re: still not convinced global warming a hoax? Re: still not convinced global warming a hoax? Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Re: Technical Q&A (Was Re: Actual VMS Technical Qeustion! DECnet Phase IV partly Test of JOnAS 4.8.6 on OpenVMS Itanium Test of JOnAS 4.8.6 on OpenVMS Itanium Translating $Status Re: Translating $Status Re: Translating $Status Re: Translating $Status Re: Translating $Status Re: Translating $Status Re: Translating $Status ---------------------------------------------------------------------- Date: 12 Oct 2007 07:57:24 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Actual VMS Technical Qeustion! DECnet Phase IV partly missing objects as fun Message-ID: In article <1192108660.500832.45450@o80g2000hse.googlegroups.com>, AEF writes: > Why on one machine I can't LIST FAL, and on another I can't LIST TASK? > And why all the extra blank lines? I guess it has something to do with > the different User Id's, but why should that cause LIST to not list? > Thanks! > Because the network database has different access controls vs. the username you're using. I.E. there is some security on at least one of those systems. ------------------------------ Date: Fri, 12 Oct 2007 08:11:14 -0700 From: AEF Subject: Re: Actual VMS Technical Qeustion! DECnet Phase IV partly missing objects as fun Message-ID: <1192201874.845048.12270@e9g2000prf.googlegroups.com> On Oct 12, 8:57 am, koeh...@eisner.nospam.encompasserve.org (Bob Koehler) wrote: > In article <1192108660.500832.45...@o80g2000hse.googlegroups.com>, AEF writes: > > > Why on one machine I can't LIST FAL, and on another I can't LIST TASK? > > And why all the extra blank lines? I guess it has something to do with > > the different User Id's, but why should that cause LIST to not list? > > Thanks! > > Because the network database has different access controls vs. the > username you're using. I.E. there is some security on at least one > of those systems. But I'm logged in on the executor node in each case! I.E., I'm not running these commands all from one node. I log in on each node to run these commands for the node I'm logged in on. And turning on all privs makes no difference. AEF ------------------------------ Date: Fri, 12 Oct 2007 12:57:42 -0400 From: "John Smith" Subject: Re: Article of Interest. Message-ID: So HP should start a marketing campaign apologizing for the bugs, worm, and virii in VMS, promise to do better in the next release and watch the sucke.... customers come flocking. Seems that's what Microsoft does to great profitability. JF Mezei wrote: > Main, Kerry wrote: >> In 1995, there were 5-20 security patches per month with Windows. >> Help me understand what is different today. > > Because you live in a VMS universe where marketing and image are not > permitted, you may not understand this. > > Why did people buy XP and why will they buy Vista ? Because of > promises of the new product being safer, having better firewall, > better virus protection, fewer bugs, fewer security problems. > > The fact that in reality, there may not be any difference is totally > irrelevant. > > By the time companies realise that Vista has as many patches as XP, > they will have already purchase and installed Vista. All Microsoft > needs is to use it marketing savvy to convince people that the next > version of Windows will be better. They buy it, Microsoft profits > from it. > > And since patches and bugs continue, it allows Microsoft to continue > to convince people to buy new version of its software which always > promise to have fewer bugs and vulnerabilities etc. -- OpenVMS - The never-advertised operating system with the dwindling ISV base. ------------------------------ Date: Fri, 12 Oct 2007 13:12:09 -0400 From: "John Smith" Subject: Re: Article of Interest. Message-ID: <3d539$470faad4$cef89e3d$6739@TEKSAVVY.COM-Free> AEF wrote: > On Sep 28, 6:20 am, "Main, Kerry" wrote: >>> -----Original Message----- >>> From: JF Mezei [mailto:jfmezei.spam...@vaxination.ca] >>> Sent: September 28, 2007 12:41 AM >>> To: Info-...@Mvb.Saic.Com >>> Subject: Re: Article of Interest. >> >>> Main, Kerry wrote: >>>> In 1995, there were 5-20 security patches per month with Windows. >>>> Help me understand what is different today. >> >>> Because you live in a VMS universe where marketing and image are not >>> permitted, you may not understand this. >> >>> Why did people buy XP and why will they buy Vista ? Because of >>> promises of the new product being safer, having better firewall, >>> better virus protection, fewer bugs, fewer security problems. >> >>> The fact that in reality, there may not be any difference is totally >>> irrelevant. >> >> Snip.. >> >> Forget the marketing for a second. >> >> You stated that you actually thought the Windows security >> environment was getting better. Here is your statement: >> >>> And in fairness to Microsoft, I think that the security of windows >>> is slowly being improved from its absolutely dismal state. >> >> No one disagrees that Windows marketing is good, but given the >> exponential increase in the level of sophistication of the bad guys, >> do you really feel from a technical level that the environment has >> improved since 1995? >> >> Btw, the move to Vista is happening much, much slower than >> originally expected. >> >> Even trad HW vendors are now offering Windows XP OS offerings in >> parallel with Vista - all because their Customers have demanded it. >> That is huge when you consider that in the past, these vendors had >> no choice but to only offer the latest Windows versions only on new >> HW. >> >> Regards >> >> Kerry Main >> Senior Consultant >> HP Services Canada >> Voice: 613-592-4660 >> Fax: 613-591-4477 >> kerryDOTmainAThpDOTcom >> (remove the DOT's and AT) >> >> OpenVMS - the secure, multi-site OS that just works. > > I'll defer to you on security matters for Windows (but I'll say here > that I think you're right, and good catch on JF's backpedaling!), but > I think stability has improved, at least in my limited experience > (mostly desktop use). Windows NT was no fun. It seemed like it was > always running on the edge of a cliff. One small puff of wind and down > you go! But even with XP and such, still lots of annoying bugs and > design decisions. Win 95 and 98 are no fun, either. But XP does have > that stupid way of doing file searches. > > I find it interesting that Windows XP takes so long to shut down while > it boots relatively quickly. I think the shutdown actually includes > some pre-booting(!). > > All these gigahertz and gigabytes and gigabits and still everything is > so slow! > > Maybe it's the supermarket effect: We have scanners and faster ways to > pay, but you still wait just as long in line! > > AEF Management is expecting less and less of its employees these days - at least in the retail sector. Emplyees aren't expected to have good product knowledge or to be able to actually provide sound advice. Around here a major grocery chain has the standard scanner / inventory checkout system in place. Person walks into the checkout line with about 60 small cans of petfood (same brand) of about 8 flavors and stacks them on the conveyor sorted by flavor. The cashier is forced by company policy to scan each can individually vs. doing Qty=8 on the keyboard and then scanning one can. People are waiting in line for many minutes while the cashier does this. I call over a supervisor and ask why this is taking place. he tells me that it's company policy. I pointed out that it places a negative value on my time as a customer waiting for this to happen. She says to me that the system can't do what I suggest. I poointed out to her that the system used to be able to do it. She said that the cashier could call over a supervisor to override the one-at-a-time scan and allow the qty x price scan. I then pointed out to her that she had just lied to me about the systems capability, that it indicated that they did not trust their employees - probably becuase they were not properly trained or told to use initiative, and that it displayed a cavalier disregard of my intelligence to say such a thing, and a collosal waste of everyone's time, and included an erosion of shareholder value by having a cashier spend 200% more time on a task than was required. I won't be shopping there any longer. -- OpenVMS - The never-advertised operating system with the dwindling ISV base. ------------------------------ Date: Fri, 12 Oct 2007 16:20:01 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. Message-ID: ultradwc@gmail.com writes: >this is what Hillary has in store for you ... Take it to the appropiate *.politics.* group, please. ------------------------------ Date: Fri, 12 Oct 2007 18:14:31 +0930 From: Mark Daniel Subject: CO2 decline over Iraq and consequent sectarian cooling attributed to Divine inte Message-ID: <13gud17iv866233@corp.supernews.com> Just thought a revised subject might increase the chance of some sort of response to this manifestly incongruous posting. Mark Daniel wrote: > Trying to understand the TCPIP> SHOW DEVICE values against > > RECEIVE SEND > Socket buffer bytes ... ... > Socket buffer quota ... ... > > and the relationship with the setsockopt()/QIO-SETMODE, > getsockopt()/QIO-SENSEMODE > SO_SNDBUF/SO_RCVBUF/TCPIP$C_SNDBUF/TCPIP$C_RCVBUF values. > > Also the equivalent in other VMS TCP/IP stacks. > > A WASD user reports his MultiNet environment previously with Apache and > now with WASD improve throughput significantly (particularly of large > transfers) by performing a setsockopt(SO_SNDBUF:65534) and a > QIO-SETMODE(TCPIP$C_SNDBUF:65534) respectively (hope my abbreviated > descriptions make enough sense). > > I do not see this using TCP/IP Services. In fact I only seem to be able > to decrease throughput by lowering (to circa 2,000 bytes) the default > values which seem to be very high (>60,000). When a SETMODE is used > against a socket this is reflected in the SHOW DEVICE socket bytes/quota. 8< snip 8< Just to note what I've come up with so far ... I was looking for was some comment on the default values for socket send and receive buffers under TCP/IP Services and MultiNet and an explanation of how they might influence throughput. I did receive private correspondence (not from an 'internals' Engineer) which in part reads: > I'm not sure what it is you're asking. Is it simply an explanation of why > MultiNet benefits from tweaking the SO_SNDBUF? The MultiNet Programmer's > Reference says that the default value is 6144 for TCP and 2048 for UDP. > Those remarks are made in the context of documenting the MultiNet-specific > socket library but it wouldn't surprise me if they were driver defaults that > applied even in UCX mode. > >>I do not see this using TCP/IP Services. In fact I only seem to be able >>to decrease throughput by lowering (to circa 2,000 bytes) the default >>values which seem to be very high (>60,000). When a SETMODE is used >>against a socket this is reflected in the SHOW DEVICE socket bytes/quota. > > That's not inconsistent with the default values documented for MultiNet. Interesting. I don't have MultiNet on my development system though do have access to it on the VSM site Process Software MultiNet V5.1 Rev A-X so I could experiment. The original correspondent was quite specific about the performance improvement: > One of the things I have on my web server are some largish flash > videos. WASD was downloading them at a rate of about 55 KB/sec > whereas Apache was downloading them at about 400 KB/sec. I had a > similar problem when I first deployed Apache and, to improve the > situation, I used an option Apache has, called SendBufferSize. This > is a configuration item tied to the SO_SNDBUF socket option. So, I > modified WASD to set this socket option and hardcoded in the value I > had been using with Apache (65534). With this change, WASD is now > downloading the large files at a rate of around 600 KB/sec (all tests > done to my DSL modem). An order of magnitude! It was definitely worth investigating. As a consequence my in-development WASD baseline now has two additional configuration parameters: [SocketSizeRcvBuf] [SocketSizeSndBuf] WATCH now also allows easy observation of unconfigured buffer sizes on the actual BG device. On MultiNet these roughly correspond to the quantities referred to by my private correspondent: |03:06:57.20 ... NETWORK SENSE %X00000001 sndbuf:7100 rcvbuf:7300| Unconfigured buffer sizes under TCP/IP Services (V5.6-9): |03:14:28.89 ... NETWORK SENSE %X00000001 sndbuf:62780 rcvbuf:62780| Quite a difference! I have not performed throughput tests with changed buffer sizes on VSM as it's a production system but the original correspondence is convincing enough. I wonder how many MultiNet (TCPware?) sites could obtain similar improvements (10x) to their Apache, WASD, or other demanding TCP/IP application throughput using an appropriate setsockopt()/SETMODE/configuration on the buffer sizes? Am I the only one (again) who was unaware of this? I'm also curious as to the why and how of TCP/IP Services dramatic contrast with MultiNet, and why PSC has not taken a similar approach. -- Milo Minderbinder: Frankly, I'd like to see the government get out of war altogether and leave the whole field to private industry. If we pay the government everything we owe it, we'll only be encouraging government control and discouraging other individuals from bombing their own men and planes. [Joseph Heller; Catch-22] ------------------------------ Date: Fri, 12 Oct 2007 19:28:34 +0800 From: "Richard Maher" Subject: Re: CO2 decline over Iraq and consequent sectarian cooling attributed to Divine Message-ID: Hi Mark, It's not that I'm not interested, it's just that I don't know the answer to your questions, but thanks for sharing your observations and results. For the record this is where you'd apply Mark's findings to a Tier3 Application Server (See Chpt 2 in the Tier3 Client/Server Development Manual for more): - 2.1.1.7 TCP/IP Options If you have not chosen TCP/IP as one of possible network transports for your server application then the TCP/IP Options parameters will be protected against user input 2.1.1.7.1 Socket Enter the TCP/IP Port Number that you wish Tier3 to listen on for connection requests to your server application. Valid port numbers are in the range 1 to 65535. 2.1.1.7.2 OOB Inline When this parameter is set to "Y", out-of-band data is placed in the normal input queue. No User interrupt data will be delivered to your INTERRUPT User Action Routine. This option corresponds to the Socket option OOBINLINE. 2.1.1.7.3 Delay This parameter corresponds to the TCP option NODELAY. When set to "N" the Delay parameter instructs TCP/IP not to delay sending any data in order to be able to merge packets. 2.1.1.7.4 Linger The Linger parameter specifies the number of seconds to delay closure of a socket if there are unsent messages in the queue. Corresponds to the Socket option LINGER. 2.1.1.7.5 Probe Idle Probe Idle specifies the time interval, in seconds, between Keepalive probes. Corresponds to the TCP option PROBE_IDLE 2.1.1.7.6 Drop Idle Drop Idle specifies the time interval, in seconds, after which an idle connection will be dropped. Corresponds to the TCP option DROP_IDLE 2.1.1.7.7 Send Quota The default for Send Quota is the larger of Buffer Size and 4096. This parameter corresponds to the socket option SNDBUF 2.1.1.7.8 Recv Quota The default for Recv Quota is the larger of Buffer Size and 4096. This parameter corresponds to the socket option RCVBUF. Cheers Richard Maher "Mark Daniel" wrote in message news:13gud17iv866233@corp.supernews.com... > Just thought a revised subject might increase the chance of some sort of > response to this manifestly incongruous posting. > > Mark Daniel wrote: > > Trying to understand the TCPIP> SHOW DEVICE values against > > > > RECEIVE SEND > > Socket buffer bytes ... ... > > Socket buffer quota ... ... > > > > and the relationship with the setsockopt()/QIO-SETMODE, > > getsockopt()/QIO-SENSEMODE > > SO_SNDBUF/SO_RCVBUF/TCPIP$C_SNDBUF/TCPIP$C_RCVBUF values. > > > > Also the equivalent in other VMS TCP/IP stacks. > > > > A WASD user reports his MultiNet environment previously with Apache and > > now with WASD improve throughput significantly (particularly of large > > transfers) by performing a setsockopt(SO_SNDBUF:65534) and a > > QIO-SETMODE(TCPIP$C_SNDBUF:65534) respectively (hope my abbreviated > > descriptions make enough sense). > > > > I do not see this using TCP/IP Services. In fact I only seem to be able > > to decrease throughput by lowering (to circa 2,000 bytes) the default > > values which seem to be very high (>60,000). When a SETMODE is used > > against a socket this is reflected in the SHOW DEVICE socket bytes/quota. > 8< snip 8< > > Just to note what I've come up with so far ... > > I was looking for was some comment on the default values for socket send > and receive buffers under TCP/IP Services and MultiNet and an > explanation of how they might influence throughput. > > I did receive private correspondence (not from an 'internals' Engineer) > which in part reads: > > > I'm not sure what it is you're asking. Is it simply an explanation of why > > MultiNet benefits from tweaking the SO_SNDBUF? The MultiNet Programmer's > > Reference says that the default value is 6144 for TCP and 2048 for UDP. > > Those remarks are made in the context of documenting the MultiNet-specific > > socket library but it wouldn't surprise me if they were driver defaults that > > applied even in UCX mode. > > > >>I do not see this using TCP/IP Services. In fact I only seem to be able > >>to decrease throughput by lowering (to circa 2,000 bytes) the default > >>values which seem to be very high (>60,000). When a SETMODE is used > >>against a socket this is reflected in the SHOW DEVICE socket bytes/quota. > > > > That's not inconsistent with the default values documented for MultiNet. > > Interesting. I don't have MultiNet on my development system though do > have access to it on the VSM site > > Process Software MultiNet V5.1 Rev A-X > > so I could experiment. > > The original correspondent was quite specific about the performance > improvement: > > > One of the things I have on my web server are some largish flash > > videos. WASD was downloading them at a rate of about 55 KB/sec > > whereas Apache was downloading them at about 400 KB/sec. I had a > > similar problem when I first deployed Apache and, to improve the > > situation, I used an option Apache has, called SendBufferSize. This > > is a configuration item tied to the SO_SNDBUF socket option. So, I > > modified WASD to set this socket option and hardcoded in the value I > > had been using with Apache (65534). With this change, WASD is now > > downloading the large files at a rate of around 600 KB/sec (all tests > > done to my DSL modem). > > An order of magnitude! It was definitely worth investigating. As a > consequence my in-development WASD baseline now has two additional > configuration parameters: > > [SocketSizeRcvBuf] > [SocketSizeSndBuf] > > WATCH now also allows easy observation of unconfigured buffer sizes on > the actual BG device. On MultiNet these roughly correspond to the > quantities referred to by my private correspondent: > > |03:06:57.20 ... NETWORK SENSE %X00000001 sndbuf:7100 rcvbuf:7300| > > Unconfigured buffer sizes under TCP/IP Services (V5.6-9): > > |03:14:28.89 ... NETWORK SENSE %X00000001 sndbuf:62780 rcvbuf:62780| > > Quite a difference! > > I have not performed throughput tests with changed buffer sizes on VSM > as it's a production system but the original correspondence is > convincing enough. > > I wonder how many MultiNet (TCPware?) sites could obtain similar > improvements (10x) to their Apache, WASD, or other demanding TCP/IP > application throughput using an appropriate > setsockopt()/SETMODE/configuration on the buffer sizes? > > Am I the only one (again) who was unaware of this? > > I'm also curious as to the why and how of TCP/IP Services dramatic > contrast with MultiNet, and why PSC has not taken a similar approach. > > -- > Milo Minderbinder: Frankly, I'd like to see the government get out of > war altogether and leave the whole field to private industry. If we pay > the government everything we owe it, we'll only be encouraging > government control and discouraging other individuals from bombing their > own men and planes. > [Joseph Heller; Catch-22] ------------------------------ Date: Fri, 12 Oct 2007 09:07:11 -0000 From: Samuel Ferencik Subject: file specification syntax error Message-ID: <1192180031.818830.289250@i13g2000prf.googlegroups.com> I get the following error when using pipe: > pipe dir | sea sys$input a %RMS-F-SYN, file specification syntax error The result is the same when I use sys$pipe. On other VMS accounts I have, it works perfectly well. I have tried googling, but to no avail. Any clue? ------------------------------ Date: Fri, 12 Oct 2007 02:16:18 -0700 From: Bob Gezelter Subject: Re: file specification syntax error Message-ID: <1192180578.029229.235360@y27g2000pre.googlegroups.com> On Oct 12, 5:07 am, Samuel Ferencik wrote: > I get the following error when using pipe: > > > pipe dir | sea sys$input a > > %RMS-F-SYN, file specification syntax error > > The result is the same when I use sys$pipe. On other VMS accounts I > have, it works perfectly well. > > I have tried googling, but to no avail. Any clue? Samuel, It works for me (at least on 7.3-2 and 8.2). Two questions: What architecture/version are you having the problem with? Have you checked to make sure that you do not have a redefinition of SYS$INPUT somewhere? - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Fri, 12 Oct 2007 09:28:26 -0000 From: Samuel Ferencik Subject: Re: file specification syntax error Message-ID: <1192181306.046323.32630@k35g2000prh.googlegroups.com> On Oct 12, 11:16 am, Bob Gezelter wrote: > On Oct 12, 5:07 am, Samuel Ferencik wrote: > > > I get the following error when using pipe: > > > > pipe dir | sea sys$input a > > %RMS-F-SYN, file specification syntax error > > > The result is the same when I use sys$pipe. On other VMS accounts I > > have, it works perfectly well. > > > I have tried googling, but to no avail. Any clue? > > Samuel, > > It works for me (at least on 7.3-2 and 8.2). > > Two questions: What architecture/version are you having the problem > with? Have you checked to make sure that you do not have a > redefinition of SYS$INPUT somewhere? > > - Bob Gezelter,http://www.rlgsc.com Hi Bob, I am on Alpha, VMS v8.3. However, this should not be the problem, because I have another account on the same machine, and it is working there (and it has always worked here, until today...). > sh log sys$input "SYS$INPUT" = "_DFD003$TNA370:" (LNM$PROCESS_TABLE) > sh sym sys$input %DCL-W-UNDSYM, undefined symbol - check validity and spelling This seems correct to me. What/where else should I check? Thanks, Sam ------------------------------ Date: Fri, 12 Oct 2007 10:12:27 -0000 From: Samuel Ferencik Subject: Re: file specification syntax error Message-ID: <1192183947.779371.324470@q5g2000prf.googlegroups.com> I've got it now, silly me :-) The problem was in my own definition of the 'sea' symbol, which is > sh sym sea SEA == "search/exclude=(*.*swp,*.*swo)" I defined this symbol a couple of days ago, the idea being that when I perform a full-text search of files, the vim swap files would be ignored. So now I will either have to rename this symbol, or use the full word "search" in the pipe command. Thanks for your help, thanks to John Powers for a hint. Sam ------------------------------ Date: 12 Oct 2007 08:11:36 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: file specification syntax error Message-ID: In article <1192180031.818830.289250@i13g2000prf.googlegroups.com>, Samuel Ferencik writes: > I get the following error when using pipe: > >> pipe dir | sea sys$input a > %RMS-F-SYN, file specification syntax error > > The result is the same when I use sys$pipe. On other VMS accounts I > have, it works perfectly well. > > I have tried googling, but to no avail. Any clue? > 1) One of pipe, dir, or sea is a DCL symbol that does something other than what you think. (There was a pipe implementation available which used temporary files before pipe was added to DCL.) 2) Something assigned the logical name sys$disk or sys$input to an unusual value. ------------------------------ Date: Fri, 12 Oct 2007 13:23:57 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Finding errors... Message-ID: Hi. We have a system where there are a few errors on a couple of disks : $1$DKE0: ShadowSetMember 14 (member of DSA0:) $1$DKE2: ShadowSetMember 17 (member of DSA100:) $1$DKE3: ShadowSetMember 21 (member of DSA101:) Now, I've been using "ana/sys conv", "ana/sys/elv" "ana/sys trans" and whetever with all kind of combinations of switches and otions, but I'm not able to find anything about any device called DKE-something. I do get a lot of messages like %ERF-W-UNKPKTFMT, unknown packet format, entry nnn skipped and %ELV-E-B2TNOTFND, valid bit-to-text translation data not found -ELV-W-NODNOTFND, bit-to-text node not found but I've no idea what to do about that right now. Any idea on how to find out what happend to those DKEn disks ? They are "remote" disk in a fiberchannel (HSG80) disk cab, and we *guess* that there have been some disturbance in the some fiber switch, or something like that. I'd like to get the timetamps so we can check it with other known network disturbances... Regards, Jan-Erik. ------------------------------ Date: Fri, 12 Oct 2007 13:26:24 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Finding errors... Message-ID: <4CKPi.11131$ZA.7363@newsb.telia.net> Jan-Erik Söderholm wrote: > Hi. > We have a system where there are a few errors > on a couple of disks : > > $1$DKE0: ShadowSetMember 14 (member of DSA0:) > $1$DKE2: ShadowSetMember 17 (member of DSA100:) > $1$DKE3: ShadowSetMember 21 (member of DSA101:) > > Now, I've been using "ana/sys conv", "ana/sys/elv" > "ana/sys trans" and whetever with all kind of combinations > of switches and otions, but I'm not able to find anything > about any device called DKE-something. > > I do get a lot of messages like > > %ERF-W-UNKPKTFMT, unknown packet format, entry nnn skipped > > and > > %ELV-E-B2TNOTFND, valid bit-to-text translation data not found > -ELV-W-NODNOTFND, bit-to-text node not found > > but I've no idea what to do about that right now. > > Any idea on how to find out what happend to > those DKEn disks ? > > They are "remote" disk in a fiberchannel (HSG80) disk > cab, and we *guess* that there have been some disturbance > in the some fiber switch, or something like that. > > I'd like to get the timetamps so we can check it with > other known network disturbances... > > Regards, > Jan-Erik. Maybe I should have added : AlphaServer DS20E 666 MHz OpenVMS V8.2 on node ...... Uptime 18 09:02:13 Jan-Erik. ------------------------------ Date: Fri, 12 Oct 2007 14:39:03 +0100 From: "R.A.Omond" Subject: Re: Finding errors... Message-ID: Jan-Erik Söderholm wrote: > Hi. > We have a system where there are a few errors > on a couple of disks : > > $1$DKE0: ShadowSetMember 14 (member of DSA0:) > $1$DKE2: ShadowSetMember 17 (member of DSA100:) > $1$DKE3: ShadowSetMember 21 (member of DSA101:) > > Now, I've been using "ana/sys conv", "ana/sys/elv" > "ana/sys trans" and whetever with all kind of combinations > of switches and otions, but I'm not able to find anything > about any device called DKE-something. I think you meant "ana/ERR" rather than "ana/SYS" above. > I do get a lot of messages like > > %ERF-W-UNKPKTFMT, unknown packet format, entry nnn skipped > > and > > %ELV-E-B2TNOTFND, valid bit-to-text translation data not found > -ELV-W-NODNOTFND, bit-to-text node not found > > but I've no idea what to do about that right now. > > Any idea on how to find out what happend to > those DKEn disks ? > > They are "remote" disk in a fiberchannel (HSG80) disk > cab, and we *guess* that there have been some disturbance > in the some fiber switch, or something like that. Alas, this is one area in VMS which seems to suffer from total neglect. $ Analyse/Error/ELV doesn't know about so much of the current hardware that it's basically useless. You *might* be successful with DECevent (Diagnose), but you're probably going to have to install WSEA, the follow-on from WEBES. ------------------------------ Date: Fri, 12 Oct 2007 13:41:38 -0000 From: IanMiller Subject: Re: Finding errors... Message-ID: <1192196498.936203.191530@v29g2000prd.googlegroups.com> You probably have to use the dredged webes for a DS20E http://h18023.www1.hp.com/support/svctools/webes/index.html ------------------------------ Date: Fri, 12 Oct 2007 14:50:12 +0100 From: "R.A.Omond" Subject: Re: Finding errors... Message-ID: IanMiller whispered succinctly: > You probably have to use the dredged webes for a DS20E Ian, I think you meant "dreaded" rather than "dredged", n'est-ce pas ? ;-) ------------------------------ Date: Fri, 12 Oct 2007 14:11:58 GMT From: =?windows-1252?Q?Jan-Erik_S=F6derholm?= Subject: Re: Finding errors... Message-ID: OK, I checked DECevent. The release notes says : > OpenVMS : > > • VAX 6.2 and all previous versions > • Alpha 7.3 and all previous versions > > DECevent may work on newer versions of VAX and Alpha VMS, > but it has not been tested on any newer version. The current system is Alpha V8.2. Has anyony sucessfully installed and used DECevent on a Alpha V8.2 system ? The good thing is that HSG80 is mentioned as one of the devices that has support for "Bit to Text Translation" in DECevent... I'm also looking at moving the bin error log file to another system (non-production) for analyz... Jan-Erik. ------------------------------ Date: Fri, 12 Oct 2007 20:33:17 +0800 From: "Richard Maher" Subject: HP reliability Message-ID: Hi Keith, > technical knowledge to contribute, I highly recommend the HP IT Resource > Center Forums on OpenVMS as a far-superior alternative to this > newsgroup: > http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=288 Can anyone else actually post to this group at the moment? I have a reasonable SWB question that doesn't look like it's gonna be heard. Then again it'll probably disappear anyway, as I'm sure it'll offend the "cliquesta vostra" that polices thought over there :-( But while I'm here Keith, does this address look familiar to you? Or is it Ken Farmer? It must be someone totally different 'cos if it was one of you two then I'm sure you would've share your thoughts and experiences of the Queue Lookup DEMO with the class, if for nothing else than the betterment of VMS. Node openvms.info Network Address 87.194.32.120 Cheers Richard Maher "Keith Parris" wrote in message news:felrvv$kho$1@usenet01.boi.hp.com... > For folks here in need of answers to technical questions, or who have > technical knowledge to contribute, I highly recommend the HP IT Resource > Center Forums on OpenVMS as a far-superior alternative to this > newsgroup: > http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=288 ------------------------------ Date: Fri, 12 Oct 2007 15:39:41 +0200 From: "P. Sture" Subject: Re: HP reliability Message-ID: In article , "Richard Maher" wrote: > But while I'm here Keith, does this address look familiar to you? Or is it > Ken Farmer? It must be someone totally different 'cos if it was one of you > two then I'm sure you would've share your thoughts and experiences of the > Queue Lookup DEMO with the class, if for nothing else than the betterment of > VMS. > > Node openvms.info > Network Address 87.194.32.120 openvms.info is registered somewhere in the US, but the IP address says inetnum: 87.194.32.0 - 87.194.39.255 netname: AVATAR-GB descr: London city residential static 2 service country: GB -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Fri, 12 Oct 2007 09:48:15 -0600 From: Keith Parris Subject: Re: HP reliability Message-ID: Richard Maher wrote: > But while I'm here Keith, does this address look familiar to you? ... > Node openvms.info > Network Address 87.194.32.120 Doesn't look familiar to me. Information from http://whois.net/ indicates it was registered by someone using registrar GoDaddy.com via DomainsByProxy.com. ------------------------------ Date: Fri, 12 Oct 2007 03:29:18 -0400 From: JF Mezei Subject: Re: lowercase letter can not display correctly. Message-ID: Peter 'EPLAN' LANGSTOEGER wrote: > You mean you switched the characterset and get now graphical symbols > instead of lowercase characters? Switch it back then: esc ( B SET TERM/INQUIRE also resets the character set back to normal. ------------------------------ Date: 12 Oct 2007 08:04:44 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: lowercase letter can not display correctly. Message-ID: In article <1192161703.420103.245660@v23g2000prn.googlegroups.com>, Pengjun writes: > After I run one of my program built by C language, all lowercase > letter can not display correctly on console, but uppercase letter is > OK. > > Did anyone meet this problem ? Some garbage coming out of your program shifted the terminal into the alternate character set, which is use to display nice lines and graphics like the neat box you see when you do "show cluster". Properly written code only does this intentionally and unconditionally puts the terminal back into its original mode before exiting, even on error. ------------------------------ Date: Fri, 12 Oct 2007 09:05:12 +0200 From: "Dr. Dweeb" Subject: Re: still not convinced global warming a hoax? Message-ID: <470f1ca9$0$7611$157c6196@dreader2.cybercity.dk> Phillip Helbig---remove CLOTHES to reply wrote: > In article <470e9eb5$0$7608$157c6196@dreader2.cybercity.dk>, "Dr. > Dweeb" writes: > >> Your suggestion is unlikely to help in reducing his personal CH4, >> CO2 or H20 emmissions. >> >> Which reminds me, has anyone ever calculated the annual emmissions >> of a single individual of these 3 greenhouse components? I mean they >> are pretty basic byproducts of life as we know it and reasonable >> calculations would not seem to difficult. > > Of course someone has, and it is more or less irrelevant as far as > global warming is concerned. You have a reference, since that was in fact all I asked? (The rest of your response is a pointless rant unrelated to my question) > Whether or not you accept that > industrial CO2 increases global warming, i.e. whether or not you > accept the argument, you first have to understand the argument. Of > course animals produce a lot of CO2. However, this is from carbon > which they ingested just hours before. The whole issue with fossil > fuels is that this is carbon which has been buried for hundreds of > millions of years and is now entering the atmosphere, thus increasing > the concentration. > > CO2 produced by animals is a red herring. Even if the amount were > much larger than that produced by fossil fuels, it would still be > irrelevant, since the issue is that fossil fuels increase the > concentration, rather than just recycling it. > CH4 is the gas normnally mentioned in this context, not C02 > Again, even if you don't accept the connection, you have to at least > appreciate the point. > > Of course, if all the fossil fuels were burned, then the CO2 > concentration in the atmosphere would be back to Jurassic levels. > Not a problem for the Earth or life in the big picture; again, that's > not the point, but rather whether flooding coastal civilisation is > something we want to worry about. > > Some other things some folks often get wrong: if ice on top of land > (e.g. Greenland) melts, then one can calculate the rise in the ocean > level. It doesn't matter what fraction of the ocean volume this is, > since it is an ADDITION. Also, global warming itself will create a > significant ocean-level rise, just due to thermal expansion of sea > water. The sun is in control, as it has always been, get used to it and get ready to adapt or cease to be. Dweeb ------------------------------ Date: Fri, 12 Oct 2007 03:24:13 -0400 From: JF Mezei Subject: Re: still not convinced global warming a hoax? Message-ID: <534e1$470f211e$cef8887a$7609@TEKSAVVY.COM> Dr. Dweeb wrote: > Which reminds me, has anyone ever calculated the annual emmissions of a > single individual of these 3 greenhouse components? I mean they are pretty > basic byproducts of life as we know it and reasonable calculations would not > seem to difficult. Unless you eat matter that has been stored underground for millenia, your emissions are simply stuff that was captured from atmosphere from plants which you either ate, or which animals ate (and you later ate animals). This is quite different from taking coal/oil that had been stowed, out of circulation, for millenia and suddently dumping it into atmosphere. This changes the balance in the air-plant-animal-air cycle leaving more CO2 in the air. ------------------------------ Date: 12 Oct 2007 08:00:58 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: still not convinced global warming a hoax? Message-ID: Congrats to Al Gore and the UN panel on the environment on the Nobel Peace Prize. ------------------------------ Date: Fri, 12 Oct 2007 16:49:48 +0200 From: "Dr. Dweeb" Subject: Re: still not convinced global warming a hoax? Message-ID: <470f898c$0$7612$157c6196@dreader2.cybercity.dk> Bob Koehler wrote: > Congrats to Al Gore and the UN panel on the environment on the > Nobel Peace Prize. Wow, the nobel peace prize for a work of fiction posing as a factual documentary. This indicates just how pervasive the orthodoxy has become - AGW is now a religion Dweeb ------------------------------ Date: Fri, 12 Oct 2007 12:26:33 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article <$AFcOB4CEfa9@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: >In article , david20@alpha2.mdx.ac.uk writes: >> In article , Kilgallen@SpamCop.net (Larry Kilgallen) writes: > >>>Those are specially enabled by the system manager to allow such >>>connections to a specified username. Such action by the system >>>manager is not "unprivileged". > >> On most systems programs can only bind to the well-known ports 0-1023 if they >> have privileges. Non-privileged users cannot setup programs listening on the >> well-known ports. > >Yes, that is exactly the point. Above the range of well-known ports >the system manager cannot prevent ordinary users from setting up a >listener that accepts unauthenticatecd connections. Well apart from setting up a firewall which stops externally originated connections to those ports. (simply blocking them won't work of course since they will be used to originate connections to external servers when using TCPIP client programs and responses need to be let back). Generally though I think ordinary users being able to setup non-privileged listeners is a good thing. (I do something very similar with DECNET proxies and the OSU web server so that users can setup their own CGI applications running under their own account). Sure they could screw it up and allow someone to delete all their files but then VMS is a multi-user system with discretionary access-control so they could screw it up without writing a program by just setting all their files to w:rwed. The original statement was that TCPIP was a broken protocol and that DECNET was better. Currently I think the lack of encryption options in DECNET make it by far the more insecure protocol suite - you are just relying on security by obscurity. David Webb Security team leader CCSS Middlesex University ------------------------------ Date: Fri, 12 Oct 2007 12:34:01 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , Kilgallen@SpamCop.net (Larry Kilgallen) writes: >In article , david20@alpha2.mdx.ac.uk writes: > >> Ah I get it. The big security advantage you are talking about just amounts to >> the fact that with TCPIP non-privileged users can setup programs under their >> own account to listen on high port numbers (but not on the standard well-known >> ports) which run without any privileges. >> >> Sorry I thought you were talking about real security. > >The ability to accept unauthenticated connections certainly is real >security. Which if he wishes the system administrator can control using a stateful firewall either on dedicated hardware or on the box itself eg Linux Iptables. David Webb Security team leader CCSS Middlesex University ------------------------------ Date: 12 Oct 2007 07:46:47 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , david20@alpha2.mdx.ac.uk writes: > > As far as I am aware the only authentication ever done with DECNET objects is > to require the incoming connection to supply the target username and password > or appropriate proxy information. This is no different from applications under > TCPIP. This is very different. Any fool application programmer can open an IP socket and accept connections without action by the system admin, who might be or find someone competent to determine whether the code is full of security holes. > It is irrelevent whether it is the DECNET Object or some lower layer - > something has to be listening in order to accept the credentials and check them > against those specified for the target. It's quite relavent. It's a matter of who is in control of the security of the system - the system admin or a possibly large collection of possibly inexperienced programmers. Most of the new hire programmers I work with think security is the job of the system admin, and something they shouldn't have to worry about. ------------------------------ Date: 12 Oct 2007 07:48:51 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , moroney@world.std.spaamtrap.com (Michael Moroney) writes: > > Of course, if NODE3:: happens to be down, I can bring up a system using > NODE3::'s DECnet address and send plenty of email from NODE3::SOMEBODY. > I don't even have to change what that system calls itself. DEC actually addressed that problem by allowing the access controls for each node to include a node-specific password, which the third node presumably wouldn't know. Unfortunately they only supported it for DDCMP, but we used it on ethernet and it appeared to work. ------------------------------ Date: 12 Oct 2007 07:50:40 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: <966L5lXDtuHd@eisner.encompasserve.org> In article , david20@alpha2.mdx.ac.uk writes: > > You don't think a Unix system manager has to configure a mail server , FTP > server etc ? > On most systems programs can only bind to the well-known ports 0-1023 if they > have privileges. Non-privileged users cannot setup programs listening on the > well-known ports. Applications listening on ports 1024 and higher often pose a significant secutiry risk. And probing for open ports now is so trivial a Windows user can do it. ------------------------------ Date: Fri, 12 Oct 2007 15:18:40 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >In article , moroney@world.std.spaamtrap.com (Michael Moroney) writes: >> >> Of course, if NODE3:: happens to be down, I can bring up a system using >> NODE3::'s DECnet address and send plenty of email from NODE3::SOMEBODY. >> I don't even have to change what that system calls itself. > DEC actually addressed that problem by allowing the access controls > for each node to include a node-specific password, which the third > node presumably wouldn't know. Unfortunately they only supported it > for DDCMP, but we used it on ethernet and it appeared to work. I did not know that! Is this DECnet IV or something new with V? ------------------------------ Date: Fri, 12 Oct 2007 15:21:30 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >In article , david20@alpha2.mdx.ac.uk writes: >> >> As far as I am aware the only authentication ever done with DECNET objects is >> to require the incoming connection to supply the target username and password >> or appropriate proxy information. This is no different from applications under >> TCPIP. > > This is very different. Any fool application programmer can open > an IP socket and accept connections without action by the system > admin, who might be or find someone competent to determine whether > the code is full of security holes. > Only to high port numbers not to well-known ports unless he has the required privileges. David Webb Security team leader CCSS Middlesex University >> It is irrelevent whether it is the DECNET Object or some lower layer - >> something has to be listening in order to accept the credentials and check them >> against those specified for the target. > > It's quite relavent. It's a matter of who is in control of the > security of the system - the system admin or a possibly large > collection of possibly inexperienced programmers. > > Most of the new hire programmers I work with think security is the > job of the system admin, and something they shouldn't have to worry > about. > ------------------------------ Date: Fri, 12 Oct 2007 15:29:24 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article <966L5lXDtuHd@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >In article , david20@alpha2.mdx.ac.uk writes: >> >> You don't think a Unix system manager has to configure a mail server , FTP >> server etc ? >> On most systems programs can only bind to the well-known ports 0-1023 if they >> have privileges. Non-privileged users cannot setup programs listening on the >> well-known ports. > > Applications listening on ports 1024 and higher often pose a > significant secutiry risk. And probing for open ports now is so > trivial a Windows user can do it. > I thought we were talking about TCPIP protocol security compared to DECNET protocol security not about the OS security of the systems connected. Non-privileged users should only be able to setup non-privileged applications running on those higher port numbers. The fact that a large number of privileged applications can also be run on those high ports by those with privileges is irrelevant. David Webb Security team leader CCSS Middlesex University ------------------------------ Date: Fri, 12 Oct 2007 15:49:56 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >In article , david20@alpha2.mdx.ac.uk writes: >> >> The original statement was that TCPIP was a broken protocol and that DECNET was >> better. >> Currently I think the lack of encryption options in DECNET make it by far the >> more insecure protocol suite - you are just relying on security by obscurity. > > At the time we were using DECnet, the State Department was requiring > that we NOT use encryption. If DECnet (phase anything) were still > being actively developed I'm sure it would have encryption by now. > As far as I am aware DECNET-PLUS is still officially under development. > But there were encrytping routers available already and we'd have > used them if the State Department hadn't stopped us. > Which presumably would have encrypted traffic between themselves but not between the end systems and the routers. > Nowdays I'd setup DECnet over IP via SSH, so I could have a more > secure protocol over and encrypted path without buying more hardware. > > And then the only port I'd actually have to have open would be 22. > Which is actually bad from a security viewpoint rather like Microsoft's netbios over TCPIP which uses only a few ports but pushes everything through them so that firewalls cannot distinguish between what should and should not be allowed. And of course you are fixing a DECNET deficiency by relying on the better facilities provided by a TCPIP based protocol. David Webb Security team leader CCSS Middlesex University ------------------------------ Date: Fri, 12 Oct 2007 15:58:42 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , david20@alpha2.mdx.ac.uk writes: > Well apart from setting up a firewall which stops externally originated > connections to those ports. (simply blocking them won't work of course since > they will be used to originate connections to external servers when using TCPIP > client programs and responses need to be let back). It is clear whether a connection is a new request or a response to another request. It is standard to block the former for specific ports and allow the latter. ------------------------------ Date: Fri, 12 Oct 2007 16:18:34 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: TCPIP SMTP receiver issues (SYSTEM-F-NOLINKS) Message-ID: In article , helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: >In article , david20@alpha2.mdx.ac.uk >writes: > >> Well apart from setting up a firewall which stops externally originated >> connections to those ports. (simply blocking them won't work of course since >> they will be used to originate connections to external servers when using TCPIP >> client programs and responses need to be let back). > >It is clear whether a connection is a new request or a response to >another request. It is standard to block the former for specific ports >and allow the latter. > Only on "modern" stateful firewalls not on a simple packet-filter. David Webb Security team leader CCSS Middlesex University ------------------------------ Date: Fri, 12 Oct 2007 05:04:01 -0700 From: AEF Subject: Re: Technical Q&A (Was Re: Actual VMS Technical Qeustion! DECnet Phase IV partly Message-ID: <1192190641.898176.160380@e9g2000prf.googlegroups.com> On Oct 11, 5:23 pm, deano wrote: > On Oct 11, 1:07 pm, VAXman- @SendSpamHere.ORG wrote: > > > In article , Keith Parris writes: > > > >For folks here in need of answers to technical questions, or who have > > >technical knowledge to contribute, I highly recommend the HP IT Resource > > >Center Forums on OpenVMS as a far-superior alternative to this > > >newsgroup: > > >http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=288 > > > ... and the VMS terminal interface for this would be??? > > > I have, occasionally, used the ITRC. In nearly every case, I've had my > > question answered here. The ITRC interface is web based meaning I have > > to suffer text area form entry when I want to post. The search features > > of ITRC are lackluster too. > > > -- > > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > > "Well my son, life is like a beanstalk, isn't it?" > > >http://tmesis.com/drat.html > > I just learned of this site last week or so and started posting here > as well > as ITRC. If you don't specify a fal account when configuring it, you > won't see the > object with a list. I don't know who configured it or when. All I know is what I see now. So if FAL wasn't specified (and based on what I do know it most likely was (there *IS* a FAL$SERVER account, e.g.), why does it appear on SHOW but not LIST output? > for others, it could be they were deleted. This is after restarting DECnet. No one deleted anything. see if > there is > a netobject logical defined redirecting the location of netobject.dat There is no such logical. AEF ------------------------------ Date: Fri, 12 Oct 2007 09:49:21 -0700 From: thierry.uso@wanadoo.fr Subject: Test of JOnAS 4.8.6 on OpenVMS Itanium Message-ID: <1192207761.502725.230510@q3g2000prf.googlegroups.com> Can volunteers test JOnAS 4.8.6 on OpenVMS Itanium ? The JOnAS administration tool (jonasAdmin) exhibits some random dysfunctions on my rx1620 server. The PCSI kit (126 Mo) can be downloaded at : http://vmsfree.free.fr/free/files/free-i64vms-jonas-v0408-6-1.zip Installation and startup are explained at : http://vmsfree.free.fr/freen/index.php?s=jonas Thanks in advance. ------------------------------ Date: Fri, 12 Oct 2007 09:51:28 -0700 From: thierry.uso@wanadoo.fr Subject: Test of JOnAS 4.8.6 on OpenVMS Itanium Message-ID: <1192207888.654639.219210@v23g2000prn.googlegroups.com> Can volunteers test JOnAS 4.8.6 on OpenVMS Itanium ? The JOnAS administration tool (jonasAdmin) exhibits some random dysfunctions on my rx1620 server. The PCSI kit (126 Mo) can be downloaded at : http://vmsfree.free.fr/free/files/free-i64vms-jonas-v0408-6-1.zip Installation and startup are explained at : http://vmsfree.free.fr/freen/index.php?s=jonas Thanks in advance. ------------------------------ Date: Fri, 12 Oct 2007 06:16:18 -0700 From: BaxterD@tessco.com Subject: Translating $Status Message-ID: <1192194978.858658.187730@y27g2000pre.googlegroups.com> I seem to remember that there is a really simple command to convert a $Status to a text message. i.e. I executed a copy command from node A to node B and it failed with status "%X1067109A". I believe that there is a way to use this status to see what the actual cause of the failure was, -- just cant remember it. Can anyone jog my memory?? thanks Dave. PS. Growing old's a bitch, but look at the alternative. ------------------------------ Date: Fri, 12 Oct 2007 14:24:43 +0100 From: "Richard Brodie" Subject: Re: Translating $Status Message-ID: wrote in message news:1192194978.858658.187730@y27g2000pre.googlegroups.com... > i.e. I executed a copy command from node A to node B and it failed > with status "%X1067109A". I believe that there is a way to use this > status to see what the actual cause of the failure was, -- just cant > remember it. Mask off the top few bits and use exit: $ exit(%X067109A) %COPY-E-OPENIN, error opening !AS as input Hmm, maybe not that helpful. ------------------------------ Date: Fri, 12 Oct 2007 09:29:02 -0400 From: "Richard B. Gilbert" Subject: Re: Translating $Status Message-ID: <470F769E.1060507@comcast.net> BaxterD@tessco.com wrote: > I seem to remember that there is a really simple command to > convert a $Status to a text message. > > i.e. I executed a copy command from node A to node B and it failed > with status "%X1067109A". I believe that there is a way to use this > status to see what the actual cause of the failure was, -- just cant > remember it. > > Can anyone jog my memory?? > > thanks > > Dave. > > PS. Growing old's a bitch, but look at the alternative. > Tell Hal I'm available as a consultant. You won't get a free answer from me. He will understand, I'm sure! ------------------------------ Date: Fri, 12 Oct 2007 14:25:35 +0100 From: "R.A.Omond" Subject: Re: Translating $Status Message-ID: BaxterD@tessco.com wrote: > I seem to remember that there is a really simple command to > convert a $Status to a text message. > > i.e. I executed a copy command from node A to node B and it failed > with status "%X1067109A". I believe that there is a way to use this > status to see what the actual cause of the failure was, -- just cant > remember it. > > Can anyone jog my memory?? $ exit %x067109a %COPY-E-OPENIN, error opening !AS as input I cheated and took away the top %x1. Example: $ copy/log i-do-not-exist x.x %COPY-E-OPENIN, error opening $U:[ROY]I-DO-NOT-EXIST.; as input -RMS-E-FNF, file not found $ sh sym $status $STATUS == "%X1067109A" ------------------------------ Date: Fri, 12 Oct 2007 13:43:00 -0000 From: IanMiller Subject: Re: Translating $Status Message-ID: <1192196580.366897.196830@v29g2000prd.googlegroups.com> $ write sys$output f$message(%X1067109A) ------------------------------ Date: Fri, 12 Oct 2007 13:43:12 GMT From: "Jeffrey H. Coffield" Subject: Re: Translating $Status Message-ID: BaxterD@tessco.com wrote: > I seem to remember that there is a really simple command to > convert a $Status to a text message. > > i.e. I executed a copy command from node A to node B and it failed > with status "%X1067109A". I believe that there is a way to use this > status to see what the actual cause of the failure was, -- just cant > remember it. > > Can anyone jog my memory?? > > thanks > > Dave. > > PS. Growing old's a bitch, but look at the alternative. > $ write sys$output f$message(%x1067109a) %COPY-E-OPENIN, error opening !AS as input Jeff Coffield ------------------------------ Date: Fri, 12 Oct 2007 15:45:21 +0200 From: "P. Sture" Subject: Re: Translating $Status Message-ID: In article , "Richard Brodie" wrote: > wrote in message > news:1192194978.858658.187730@y27g2000pre.googlegroups.com... > > > i.e. I executed a copy command from node A to node B and it failed > > with status "%X1067109A". I believe that there is a way to use this > > status to see what the actual cause of the failure was, -- just cant > > remember it. > > Mask off the top few bits and use exit: > > $ exit(%X067109A) > %COPY-E-OPENIN, error opening !AS as input > > Hmm, maybe not that helpful. ALternatively: $ write sys$output f$message(%X1067109A) %COPY-E-OPENIN, error opening !AS as input -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ End of INFO-VAX 2007.558 ************************