INFO-VAX Tue, 30 Oct 2007 Volume 2007 : Issue 593 Contents: BUG in SEARCH /NUMBERS Re: BUG in SEARCH /NUMBERS Re: DE500-XA on XP1000 Re: DE500-XA on XP1000 Re: DE500-XA on XP1000 Re: Disapearing file ! Re: Disapearing file ! Re: free space on disk is not correct Re: Happy Anniversary VMS - 30 years young Re: Happy Anniversary VMS - 30 years young Re: Martin Fink Webcast Re: Martin Fink Webcast Re: Martin Fink Webcast Re: Martin Fink Webcast Re: Newbie directory protection question Re: Pathworks vs CIFS performance Re: Pathworks vs CIFS performance Re: Pathworks vs CIFS performance Re: Rare job posting Re: SmartArray Shadowsets within a cluster ---------------------------------------------------------------------- Date: Mon, 29 Oct 2007 16:13:54 -0400 From: JF Mezei Subject: BUG in SEARCH /NUMBERS Message-ID: Alpha VMS 8.3 >$ search/num $disk2:[000000]indexf.sys mozilla.com;5 >3> This happens to be at record 37073 of the file. (I used TPU to edit indexf.sys and then find MOZILLA.COM;5 and then WHAT LINE) But... > $ search/num $disk2:[000000]indexf.sys mozilla.com > 26547 (dc)>.X Subject: Re: BUG in SEARCH /NUMBERS Message-ID: <1193700308.350793.104920@o80g2000hse.googlegroups.com> On Oct 29, 4:13 pm, JF Mezei wrote: > Alpha VMS 8.3 > > >$ search/num $disk2:[000000]indexf.sys mozilla.com;5 > >3= >> > > This happens to be at record 37073 of the file. (I used TPU to edit > indexf.sys and then find MOZILLA.COM;5 and then WHAT LINE) : > I suspect a signed short integer may be in use somewhere resulting in > the record number above 32k not being printed. Nah, that would be too big a bug... $ pipe perl -le "print for (1..99999)" | sea/num sys$pipe 0000 10000 10000 20000 20000 30000 30000 40000 40000 50000 50000 60000 60000 70000 70000 80000 80000 90000 90000 No problem with line numbers > 33K Hein. ------------------------------ Date: 23 Oct 2007 13:44:46 -0500 From: brooks@cuebid.zko.hp.nospam (Rob Brooks) Subject: Re: DE500-XA on XP1000 Message-ID: <7YcdXRza9CG3@cuebid.zko.hp.com> "Tom Linden" writes: >> 1) at the console, set ewb0_mode to fastFD > (1) It is What's the switch set to? As the -XA does not autonegotiate, if the console is set to FastFD, the switch port should be set to FastFD. If the switch is set to autonegotiate, the console should be set to Fast (this is what the ethernet engineer has suggested) >> 3) are there any "EWB" devices besides the template device (EWB0)? > (3) yes 0 through 12 all online So that means that VMS sees the device and various protocols are running on them (you can see what protocols are associated with which device with $ SHOW DEVICE/FULL EWB More from the ethernet driver guy . . . "He probably does have a duplex mode mismatch. Or he has the speed wrong so it doesn't work at all. A simple glance at the internal counters and device counters, LANCP SHOW DEV/INT and DEV/COU would identify what the problem was, most likely." His response to my question of the -XA on the XP1000 . . . "Yes, it should work. I'm sure it does." -- Rob Brooks MSL -- Nashua brooks!cuebid.zko.hp.com ------------------------------ Date: 23 Oct 2007 13:47:03 -0500 From: brooks@cuebid.zko.hp.nospam (Rob Brooks) Subject: Re: DE500-XA on XP1000 Message-ID: "Tom Linden" writes: > I thought I could look at the SRM variable with ^P and then resume with > CONT. But it crashed:-( and caused all the shadow in the SAN to start > merge :-( :-( I should have reset that cluster time variable, whatever it > is called. HBMM is your friend . . . > I wonder if it isn't a driver issue? See my previous post -- the ethernet driver maintainer says that it should work. -- Rob Brooks MSL -- Nashua brooks!cuebid.zko.hp.com ------------------------------ Date: Mon, 29 Oct 2007 17:30:34 -0700 From: "Tom Linden" Subject: Re: DE500-XA on XP1000 Message-ID: On Tue, 23 Oct 2007 11:47:03 -0700, Rob Brooks wrote: > "Tom Linden" writes: > >> I thought I could look at the SRM variable with ^P and then resume with >> CONT. But it crashed:-( and caused all the shadow in the SAN to start >> merge :-( :-( I should have reset that cluster time variable, whatever >> it >> is called. > > HBMM is your friend . . . > >> I wonder if it isn't a driver issue? > See my previous post -- the ethernet driver maintainer says that > it should work. I saw that. > Thanks, Rob, I swapped out the DE500-XAs for DE-600 and life is good. As for HBMM, my cluster has VAXen, Alphas and Itania. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Mon, 29 Oct 2007 16:03:06 -0400 From: JF Mezei Subject: Re: Disapearing file ! Message-ID: <54952$47263c7b$cef8887a$3477@TEKSAVVY.COM> Hein RMS van den Heuvel wrote: > I don't get it. Earlier you indicated that you could not locate the > file with: > >>> $ search/stat/window=0 $11$dqb0:[000000]indexf.sys mozilla.com Nop, Search found it, but DFU UNDELETE/LIST didn't. > btw 1.. I use SEARCH/NUM/NON for such tasks. In my universe, SEARCH /NUMBERS for indexf.sys didn't print the number for that line, but it appears to be a bug in search because it does print numbers for earlier records. also, isn't /NUM/NON equivalent to /NUMBERS/NONUMBERS ? ------------------------------ Date: Mon, 29 Oct 2007 21:53:00 -0000 From: Hein RMS van den Heuvel Subject: Re: Disapearing file ! Message-ID: <1193694780.217200.190810@d55g2000hsg.googlegroups.com> On Oct 29, 4:03 pm, JF Mezei wrote: > Hein RMS van den Heuvel wrote: > > > I don't get it. Earlier you indicated that you could not locate the > > file with: > > >>> $ search/stat/window=0 $11$dqb0:[000000]indexf.sys mozilla.com > > Nop, Search found it, but DFU UNDELETE/LIST didn't. > > > btw 1.. I use SEARCH/NUM/NON for such tasks. > > In my universe, SEARCH /NUMBERS for indexf.sys didn't print the number > for that line, but it appears to be a bug in search because it does > print numbers for earlier records. > > also, isn't /NUM/NON equivalent to /NUMBERS/NONUMBERS ? Do two wrongs make a right? Somehow I failed to see the 'records matched 1" on the first output provided. And yes, /NON is /NONUMBER. I meant /FORMAT=NONULL Hein. ------------------------------ Date: Mon, 29 Oct 2007 21:51:54 -0500 From: David J Dachtera Subject: Re: free space on disk is not correct Message-ID: <47269C4A.4A4F38AE@spam.comcast.net> magalettac@hotmail.com wrote: > > It Just happened again, one note the $ set vol/rebuild=force seems to > fix it What's your VMS version? Are you up-to-date with ECOs and such? Are you using either VIOC or XFC? If you have a support contract, have you logged a ticket on this yet? -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Mon, 29 Oct 2007 12:23:24 -0700 From: AEF Subject: Re: Happy Anniversary VMS - 30 years young Message-ID: <1193685804.643017.166740@o38g2000hse.googlegroups.com> On Oct 29, 9:50 am, Jan-Erik S=F6derholm wrote: > Bob Koehler wrote: > > In article <7dd80f60710261225j23705bd4h4538518023f2...@mail.gmail.com>,= "Ken Robinson" writes: > >> It's out on the main hp.com page right now. :) You will see it if the > >> "Large Enterprise Business" tab is active. > > > Dang. I had a hard time finding it. It's at the top of the page in > > BIG LETTERS, the last place I looked! > > He he. :-) > > That actualy happend to me also. > In fact I swapped between the front page and the > specific "Large Enterprise Business" page *several times* > and could not understand why they had used the same guy > for that front-page banner before I say that it actualy > *was* the VMS banner... :-) :-) > > I was looking for some small text-based info/link. > > Jan-Erik. Well, of course you found it in the last place you looked. Why would you keep looking once you found it? Therefore, you always find something in the last place you look. :-) AEF ------------------------------ Date: Mon, 29 Oct 2007 19:35:30 -0700 From: Neil Rieck Subject: Re: Happy Anniversary VMS - 30 years young Message-ID: <1193711730.356635.141020@z9g2000hsf.googlegroups.com> On Oct 25, 6:16 am, IanMiller wrote: > Visithttp://h71000.www7.hp.com/openvms/30th/index.html > and see Mark Hurd talk about VMS!!! > > Post your own message athttp://h71000.www7.hp.com/fb_30years.html 30 years have slid by already? Why it just seems like yesterday when we were learning how to use RT-11 on PDP-11/04. :-) We welcomed the move from RSX-11M on PDP-11/44 to go to VMS on VAX but never thought we'd see anything better until we experienced OpenVMS on Alpha. Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: Mon, 29 Oct 2007 17:34:11 -0700 From: yyyc186 Subject: Re: Martin Fink Webcast Message-ID: <1193704451.816083.10830@k79g2000hse.googlegroups.com> 4) The OpenVMS customer base relies on some key ISVs in selected markets. Without strong ISV support, the VMS customer base will shrivel and die. We are aware that individuals in HP are working to persuade ISVs to deploy on HP-UX instead of OpenVMS. What is HP doing to support existing and attract new ISVs in those market segments and customers who rely on key, distinctive OpenVMS features and technologies? Response: ISVs continue to invest in and port their applications to OpenVMS - a manifestation of their endorsement and HP's encouragement. HP's strategy is to work towards the availability of the applications our customers demand. These include key databases such as Oracle Rdb, Oracle 10gR2, InterSystems Cach=E9, and RMS. The OpenVMS lab helps key ISVs port their software to OpenVMS on Integrity servers as well as to validate the functionality of the base operating systems, layered products, and compilers. Plus, HP sponsors Integrity Porting Workshops for ISVs, as well as end user customers who develop in- house applications. What a load of kaka. Didn't even answer the question or explain why they breached the contract by telling that to Cerner. Given an answer like that, customers running Cerner should be banding together in a massive class action lawsuit. ------------------------------ Date: Mon, 29 Oct 2007 17:39:09 -0700 From: yyyc186 Subject: Re: Martin Fink Webcast Message-ID: <1193704749.482810.149540@o38g2000hse.googlegroups.com> 6) Recent cost-cutting in the OpenVMS product group and the off- shoring of engineering for a significant amount of the product set has resulted in a noticeable decline in product quality. One of the key features of OpenVMS that customers rely on has been its bullet-proof reliability. Because of their "boutique" nature, both OpenVMS and NSK require the utmost reliability and quality to survive in the marketplace. Does HP product management recognize this fact and what is being done to insure that a decline in product quality doesn't sacrifice a profitable market segment for OpenVMS? Response: We would be interested in receiving feedback and examples of product quality issues. Recently OpenVMS was rated very high in the areas of quality and high availability in a survey of users and partners. Rating very high against operating systems which are an industry wide joke (notably HP-UX and Windows) is not the same as rating high on the "bet human life on it" scale that OpenVMS has traditionally been held to, especially when it comes to radiation dispensing for cancer patients and the Patriot missile system. ------------------------------ Date: Mon, 29 Oct 2007 21:54:32 -0500 From: David J Dachtera Subject: Re: Martin Fink Webcast Message-ID: <47269CE8.13CB582C@spam.comcast.net> David J Dachtera wrote: > > [snip] > E-mail me privately and I'll forward you the messages that came directly from > the vendors and from other sites. Those who have inquired and those who might: Understand that I must search my e-mail at work for this. This will be a low-priority item may not get a lot of cycles for some time. Watch your inbox between here and the holidays, but don't hold your breath. Remember: my site is in migration mode: AWAY from VMS! -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Mon, 29 Oct 2007 21:57:26 -0500 From: David J Dachtera Subject: Re: Martin Fink Webcast Message-ID: <47269D96.1D4DC0C3@spam.comcast.net> yyyc186 wrote: > [snip] > What a load of kaka. Didn't even answer the question or explain why > they breached the contract by telling that to Cerner. Given an answer > like that, customers running Cerner should be banding together in a > massive class action lawsuit. Speak the plain truth, dude, at this point HP has pissed off so many people I doubt the bulk of 'em even give a spit anymore. -- David J Dachtera dba DJE Systems http://www.djesys.com/ ------------------------------ Date: Mon, 29 Oct 2007 15:24:27 -0400 From: JF Mezei Subject: Re: Newbie directory protection question Message-ID: VMS is Virus Free wrote: > Normal protection on the MFD would be (RWE,RWE,RE,E). Interesting. All my MFDs are at RWED RWED RE E, with owner 1,1. While I know that NFS has screwed with the MFD on one disk, I haven't mapped any other drives and I have to assume that VMS created those MFDs at time of disk initialisation (or perhaps BACKUP ?). >>What protection should $disk2:[000000]users.dir have ? > Same as the just suggested: S:RWE, O:RWE, G:RE, W:E OK, that is what it was at before. But Mozilla at one point started to generate tons of access violations on that directory file so I was wondering if it needed more access. So I will write this one down as Mozilla misbehaving. > Minimal access to USERS.DIR is Execute: you can see the contents of > this file IF you already know the filename. Sometimes, it makes sense Thanks. It had been such a long time since I had to dab in directory security that I wasn't too sure anymore what was needed. ------------------------------ Date: Mon, 29 Oct 2007 21:42:55 -0000 From: keithparris_NOSPAM@yahoo.com Subject: Re: Pathworks vs CIFS performance Message-ID: <1193694175.302768.145470@d55g2000hsg.googlegroups.com> On Oct 25, 4:25 pm, VMS is Virus Free wrote: > The problems we see stems from Windows desktops accessing files on VMS > when > > (a) the directory being accessed has lots of files (lots = 10K to 100K > files). Many .DIR files are in the 5K to 10K blocks size. DFU on a > directory compress helps but does not offer much relief. ... > The large directory sizes are the results of program design that did > not think through design decisions when decade's worth of file > activity would need to be available online. We cannot change this > behavior. Reason: works okay, bigger fish to fry, no time to go back > and fix an old app. Directory files of this size (multiple thousands of blocks) will have serious performance problems even without Pathworks or Samba involved. What did you did do back in the pre-version-7.2 days when the edge of the performance clifff was much sharper/steeoer and you hit it at 128 blocks? Could you divide the directories up, spread the files around among smaller directories, and use a search list logical name to locate them, putting the most-used files in the first directory and seldom- used files in the last directory in the search list? ------------------------------ Date: Tue, 30 Oct 2007 00:44:05 GMT From: VMS is Virus Free Subject: Re: Pathworks vs CIFS performance Message-ID: On Mon, 29 Oct 2007 21:42:55 -0000, keithparris_NOSPAM@yahoo.com wrote: >Directory files of this size (multiple thousands of blocks) will have >serious performance problems even without Pathworks or Samba involved. >What did you did do back in the pre-version-7.2 days when the edge of >the performance clifff was much sharper/steeoer and you hit it at 128 >blocks? > >Could you divide the directories up, spread the files around among >smaller directories, and use a search list logical name to locate >them, putting the most-used files in the first directory and seldom- >used files in the last directory in the search list? Agree with all that you say. I have used the "search list" method as you described in the past to save the day. This may be an option here as well. A talk with the developers may allow this or perhaps make it impossible. To their credit, everything they refer to is via a logical name, so that makes moving stuff around a tad easier. The only downside of the logical name stuff is that they put their logical names, as in ALL of their logical names, into one table. That table currently has around 30K entries. Talk about having to juice up your LNMHASTBL size to something gargantuan! If you do a SHOW LOGICAL, the process, job, and group tables are zippy quick, as one would expect. Wedged inbetween the group and system table is this monster that literally takes 30 to 45 seconds to build the list before it displays it. Not my design; not in my control; I just inherited it. Talk about coughing up a hairball! ------------------------------ Date: Tue, 30 Oct 2007 02:11:45 GMT From: Malcolm Dunnett Subject: Re: Pathworks vs CIFS performance Message-ID: VMS is Virus Free wrote: > Do you know if you can run both Pathworks and CIFS at the same time? > If so, this might allow a second path to VMS files from Windows, > effectly doubling the bandwidth since both Pathworks and CIFS are tied > to the max performance of a single CPU. I don't think there's any reasonable way to run SMB on a non-standard port - so I'd say the answer is no, only one server could listen on that port at a time. ------------------------------ Date: Mon, 29 Oct 2007 18:59:35 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Rare job posting Message-ID: An even rarer job opening: Macro-32 Experience wanted! This is conversion of an old application written in Macro-32 and C from VAX to Itanic. Due in part to PDP-11 roots, much of this code is quite "creative". FROM: Susan Craft DATE: 1 October 2007 PURVIS Systems is seeking two candidates for the following position: Job Title: Software Engineer Location: Middletown, Rhode Island Position: Full-time Report to: Tom Dollarhide Date position to be filled: Immediate Qualifications: Bachelor or Masters of Science in Computer Engineering, Computer Science or Electrical Engineering. A demonstrated proficiency in Digital Equipment Corporation (HP) Macro-64/Macro-32//Macro-11 Depth of Macro-64 or Macro-32 programming experience may be considered in-lieu of a Bachelor or Masters degree. Candidate must have a minimum of 6 years of industry experience. The candidate must have demonstrated proficiency in developing applications in Digital Equipment Corporation (HP) Macro-32//Macro-11 Assembler language in a VAX/VMS Operating System environment. Knowledge of the VMS software development environment including the use of VMS editors, compilers, assemblers, linkers and debugging utilities. Experience in developing applications in DEC/VAX C or C++ a plus. The candidate must exhibit excellent design and architectural skills, written, and oral communication skills. The candidate must be able to work independently and with the team. Description of Work: Specific duties include reviewing functional requirements; participating in design discussions and reviews, software conversion from Macro-32 to Macro-64 and C, testing and integration. Success in this position requires effective interpersonal skills and communications skills, as the position requires frequent interaction with users, customers and managers. Contact: Susan Craft PURVIS Systems 1272 West Main Road Middletown,RI 02842 scraft@purvis.com FAX: 401-849-0121 ------------------------------ Date: Mon, 29 Oct 2007 22:00:10 -0000 From: keithparris_NOSPAM@yahoo.com Subject: Re: SmartArray Shadowsets within a cluster Message-ID: <1193695210.548898.234310@50g2000hsm.googlegroups.com> On Oct 24, 10:36 am, etmsr...@yahoo.co.uk wrote: > Using the RAID BIND/SHADOW/USE_SHADOW_UNIT I can mount the first of > the two sets ofSmartArraycontrolled disks on one node (node 1). > > I can then add the second set of disks using: > > $ MOUNT/SYSTEM DSA6000:/SHADOW=$1$DKC0: