INFO-VAX Sun, 22 Jul 2007 Volume 2007 : Issue 398 Contents: Re: Farewell Paul Repacholi Re: HBA for zx2000 Re: HBA for zx2000 Re: queue manager and OpenVMS version dependencies Re: queue manager and OpenVMS version dependencies unexpected access to some directories using bash ^UP^/ in a DIR command ? Re: ^UP^/ in a DIR command ? ---------------------------------------------------------------------- Date: Sun, 22 Jul 2007 17:44:33 +0200 From: "H Vlems" Subject: Re: Farewell Paul Repacholi Message-ID: <46a37ae5$0$10075$bf4948fe@news.tele2.nl> schreef in bericht news:f7t3a8$ftq$1@enyo.uwa.edu.au... > Hello, > It is my sad duty to inform you all that our friend Paul Repacholi has > passed away. > Paul died in the wee hours of 15-JUL-2007 and was farewelled by family > and friends in a very dignified service today. > > Regards, > David Manchester. > > -- > " I don't get mad.... I get stabby. " > - William "Fat Tony" Williams. Sad news indeed, Paul's contributions will be missed. Hans ------------------------------ Date: Sun, 22 Jul 2007 08:53:36 +0200 From: "P. Sture" Subject: Re: HBA for zx2000 Message-ID: In article , "Tom Linden" wrote: > On Sat, 21 Jul 2007 10:57:57 -0700, Peter 'EPLAN' LANGSTOeGER > wrote: > > > In article , "Tom Linden" > > writes: > >> BTW, I give this node a nonroutable alias using ifconfig, but it isn't > >> persistent across boots. How do you do that? > > > > Enter it in SYS$STARTUP:TCPIP$SYSTARTUP.COM, if you like > > That one doesn't existy on my systems. Is it somehow invoked if it exists? > Yes. It is invoked only if it exists. When creating it, you should consider whether you want it to be cluster wide or node-specific. If the former, it in SYS$COMMON:[[SYS$STARTUP]. If the latter, put in the SYS$SPECIFIC:[SYS$STARTUP] for each node. -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sun, 22 Jul 2007 07:15:32 -0700 From: "Tom Linden" Subject: Re: HBA for zx2000 Message-ID: On Sat, 21 Jul 2007 11:05:06 -0700, Jur van der Burg <"lddriver at digiater dot nl"> wrote: > > So maybe one is bad. I'll try swapping out the transceiver. > > The errorlog may reveal more info. Or try this: nothing in errorlog > > $ ana/sys > SDA> fc ring /full [/slow] > > But that might need more than average knowledge to interpret > (which I might have since I wrote part of the code). Didn't learn anything from that SDA> fc ring/full pgb0: SDA> fc ring/full pga0: SDA> SDA> help fc Sorry, no documentation on FC > > Jur. > > > Tom Linden wrote: >> On Fri, 20 Jul 2007 11:32:50 -0700, Jur van der Burg <"lddriver at >> digiater dot nl"> wrote: >> >>> It should work right out of the box. >>> >>> Jur. >> Thanks, it did. I put in 2 HBA's for which I had previously updated >> the firmware, >> one for each switch, but >> Device Device Error >> Name Status Count >> PGA0: Offline 1 >> PGB0: Online 0 >> So maybe one is bad. I'll try swapping out the transceiver. >> BTW, I give this node a nonroutable alias using ifconfig, but it isn't >> persistent across boots. How do you do that? >> Tom >>> >>> >>> Tom Linden wrote: >>>> On Fri, 20 Jul 2007 09:53:07 -0700, Stephen Hoffman >>>> wrote: >>>> >>>>> Tom Linden wrote: >>>>>> In the Alphas I use Emulex LP8000, aka KGPSA-C, which are running >>>>>> the latest firmware. >>>>>> Will these work in an HP zx2000 (900MHz/1.5MB) running OpenVMS >>>>>> V8.3? >>>>> >>>>> You have a Fibre Channel widget and a 900 MHz McKinley zx2000 and an >>>>> interest in connecting this box to a FC SAN using OpenVMS I64 V8.3. >>>>> >>>>> That's more than I can say is likely available in most other >>>>> localities in the known universe. (I'd be mildly surprised if >>>>> anybody has even tried this particular combination.) >>>>> >>>>> Suggestion: try it. Post up an answer here and let us know the >>>>> results of your tests. >>>>> >>>> I will try when we complete some lengthy ongoing tests. Any special >>>> incantations >>>> needed to bring up the HBA? >>>> >> -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Sun, 22 Jul 2007 08:44:48 +0200 From: "P. Sture" Subject: Re: queue manager and OpenVMS version dependencies Message-ID: In article , JF Mezei wrote: > When I got my first Alpha and put 8.3 on it, it would not cooperate with > VAX 7.2 queue manager. Upon upgrading the VAXen to 7.3, they cooperated > together without the need to apply a patch. I have no idea if the following will address this problem, but the wording says it should be checked anyway. From the V7.3 Release Notes: "5.9.5 Remedial Kits Needed for Cluster Compatibility V7.3 Before you introduce an OpenVMS Version 7.3 system into an existing OpenVMS Cluster system, you must apply certain remedial kits to your systems running earlier versions of OpenVMS." http://h71000.www7.hp.com/doc/73final/6637/6637pro_005.html#rem_kits_need ed_h -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sun, 22 Jul 2007 10:55:49 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: queue manager and OpenVMS version dependencies Message-ID: In article , JF Mezei writes: > > >VAXman- @SendSpamHere.ORG wrote: >>>> I have a small cluster that I am trying to upgrade. OpenVMS V8.3 is on >>>> one node. Another is still running V7.2-2. I cannot start the queue >>>> manager on both nodes... only one. The opcom reposts: > >Mr VAXMAN, > >When I got my first Alpha and put 8.3 on it, it would not cooperate with >VAX 7.2 queue manager. Upon upgrading the VAXen to 7.3, they cooperated >together without the need to apply a patch. This particular cluster is all Alpha; no VAX. -- 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 ------------------------------ Date: Sun, 22 Jul 2007 08:49:09 -0700 From: Pierre Subject: unexpected access to some directories using bash Message-ID: <1185119349.171490.72480@n60g2000hse.googlegroups.com> hello, $ show root DISK$OVMSX4:[PSX$ROOT] $ ! DISK$OVMSX4 is DKC0 $ cre/dir DISK$OVMSX4:[PSX$ROOT.DKB100] $ cre/dir DISK$OVMSX4:[PSX$ROOT.DKB100.XML] $ mnt DKB100:[XML] /DKB100/XML $ dir DISK$OVMSX4:[PSX$ROOT.DKB100] Directory DISK$OVMSX4:[PSX$ROOT.DKB100] XML.DIR;1 Total of 1 file. BUT, $ bash bash$ ls /DKB100 bash$ ls /DKB100/anotherdir why does bash give me access to directories not explicitly mnt-ed under the POSIX root ? why does mounting any subdir of a disk give access to the whole disk (if the user has read access to those directories of course)? did I missed something ? TIA, Pierre. ------------------------------ Date: Sun, 22 Jul 2007 08:35:50 -0700 From: Pierre Subject: ^UP^/ in a DIR command ? Message-ID: <1185118550.575626.140470@q75g2000hsh.googlegroups.com> hello, I tryied $ dir/dat "^UP^/" but instead of getting what's in my POSIX root directory I get this: "^UP^/" 20-JUL-2007 17:24:12.78 Total of 1 file. DIR accept POSIX rooted filenames as if I try DIR on an existing file I get what I expect $ dir/dat "^UP^/dkb100/xml/test.cpp" "^UP^/DKB100/XML/TEST.CPP" 15-DEC-2003 14:10:11.38 Total of 1 file. is it possible to list directory content thru a POSIX root dir name, without using bash and ls ? TIA, Pierre. ------------------------------ Date: Sun, 22 Jul 2007 16:19:00 GMT From: "John E. Malmberg" Subject: Re: ^UP^/ in a DIR command ? Message-ID: Pierre wrote: > hello, > > I tryied > > $ dir/dat "^UP^/" > > but instead of getting what's in my POSIX root directory I get this: > > "^UP^/" 20-JUL-2007 17:24:12.78 > > Total of 1 file. > > DIR accept POSIX rooted filenames as if I try DIR on an existing file > I get what I expect > > $ dir/dat "^UP^/dkb100/xml/test.cpp" > "^UP^/DKB100/XML/TEST.CPP" > 15-DEC-2003 14:10:11.38 > > Total of 1 file. > > is it possible to list directory content thru a POSIX root dir name, > without using bash and ls ? No, that is expected behavior. If you put a wildcard in the directory specification, you get the first match. I would not use physical device names for mount points. I would use names that match the logical name given to the mounted disk. This isolates your software from having to know what your physical disk names are. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ End of INFO-VAX 2007.398 ************************