1 INFO-VAX	Tue, 26 Oct 2004	Volume 2004 : Issue 594       Contents:( Re: Ball-park figure for OpenVMS costing% Call for OpenVMS Freeware: 8-Nov-2004 ; Can't mount VMS-TCPIP-NFS served disk on SunOS 4.1.4 client  Change only date of files  Re: Change only date of files  Re: DECSERVER 900TM 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... 9 Re: Devices not VISABLE at SRM, but visible post-Boot ... " Re: EMC - multi database locations, Re: Help needed with historic software (cbs)  Re: installing Oracle on openVMS Re: J F on why USA is a regime RE: J F on why USA is a regime) Need help on Socket Application with Java - Re: Need help on Socket Application with Java - Re: Need help on Socket Application with Java  Re: OT: why USA is a regime  Re: Question about Descriptors Re: Question about Descriptors Question about Descriptors) Re: SAN DISK - PROBLEM W/MNT STATE - MSCP ) Re: SAN DISK - PROBLEM W/MNT STATE - MSCP ) Re: SAN DISK - PROBLEM W/MNT STATE - MSCP 1 Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message 1 Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message 1 Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message   F ----------------------------------------------------------------------  # Date: Tue, 26 Oct 2004 02:57:50 GMT 6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com>1 Subject: Re: Ball-park figure for OpenVMS costing = Message-ID: <N2jfd.10025$6q2.2050@newssvr14.news.prodigy.com>    Garry wrote: > Hi, K >     I'm considering using OpenVMS for a web server, it'll be for a small  J > commercial company, so I'm not sure if I can get away with the Hobbyist H > licence. Right now I don't want to sign my soul over to HP just for a J > pricing quote, so can someone give me a ball-park figure for OpenVMS on K > a single processor 1U rackmount? Something like a DS10L, or if I can get  I > one cheap, a supported Itanium machine. I figure I can get the machine  5 > off eBay, so it's just the OS I need the quote for.  >  > Cheers >  > Garry C Call Ellen Moore at the Newman Group (734)426-0735. That's where I  - bought my last two DS10L's with VMS licenses.     
 Jeff Coffield    ------------------------------  # Date: Mon, 25 Oct 2004 20:31:08 GMT # From: hoff@hp.nospam (Hoff Hoffman) . Subject: Call for OpenVMS Freeware: 8-Nov-20042 Message-ID: <godfd.1550$oy5.1431@news.cpqcorp.net>  H   The next OpenVMS Freeware is closing at 8-Nov-2004; please submit yourH   Freeware submissions or your notifications of potential candidate kitsF   or packages, or please let me know the submission(s) are expected to   arrive Real Soon Now.   C   The OpenVMS Freeware submission information URL is available via:   +     <http://www.hp.com/go/openvms/freeware>   	   Thanks!   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  + Date: Mon, 25 Oct 2004 23:09:36 -0500 (CDT)  From: sms@antinode.orgD Subject: Can't mount VMS-TCPIP-NFS served disk on SunOS 4.1.4 client) Message-ID: <04102523093614@antinode.org>   D    For no very good reason, I recently resurected a SPARCstation IPCB running SunOS 4.1.4, and tried to NFS-mount a VMS-served disk.  It failed:    ipc# cd /net/alp/dka0 ( /net/alp/dka0: No such file or directory  E    The same Sun client can mount a Tru64-served file system, and that H Tru64 system can mount the VMS-served disk.  All the VMS TCPIP proxy and> export settings look the same for the SunOS and Tru64 systems.  @    Does anyone already know what's wrong or where I should look?   ALP $ tcpip sho ver   ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 2 4   on a AlphaStation 200 4/233 running OpenVMS V7.3-1  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 25 Oct 2004 17:59:13 -0700! From: mchen@houston.rr.com (Mark) " Subject: Change only date of files= Message-ID: <b66bb298.0410251659.7398d486@posting.google.com>   	 Hi there,   F Does any one know how to change just the date, NOT the time, of files./ This can be either for Mac OS X or PC Win 2000.    Thanks,    Mark   ------------------------------    Date: 25 Oct 2004 20:57:48 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Re: Change only date of files3 Message-ID: <vaN6qiimPfIS@eisner.encompasserve.org>   a In article <b66bb298.0410251659.7398d486@posting.google.com>, mchen@houston.rr.com (Mark) writes:   H > Does any one know how to change just the date, NOT the time, of files.1 > This can be either for Mac OS X or PC Win 2000.   G The first step is to switch to a newsgroup for those operating systems.   8 Either that, or switch to VMS for your operating system.   ------------------------------  # Date: Mon, 25 Oct 2004 22:10:44 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk>  Subject: Re: DECSERVER 900TM< Message-ID: <ERefd.15159$xb.1639@text.news.blueyonder.co.uk>  E Try <CTRL-B> a couple of times during power-up from a terminal on the I console port. Should get you the "dead sergeant" prompt (>>>). Thereafter  try H for help.   = Also try INIT FROM ETHERNET UPDATE FLASH DELAY 0 IMAGE _file>    --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk L Systems Archaeologist - Investigation & troubleshooting of older systems and	 networks.    ------------------------------  % Date: Mon, 25 Oct 2004 13:32:57 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot .../ Message-ID: <00A39E1F.9A665CFA.3@tachysoft.com>    >From: JBloggs@acme.com  >X-Newsgroups: comp.os.vmsA >Subject: Devices not "visable" at SRM, but visible post-Boot ... & >Date: Mon, 25 Oct 2004 09:17:55 -07009 >Message-ID: <a99qn09a7o86fvncm8hgefaa0nlargoen9@4ax.com>     M I have a tremendous problem with devices on the system that did not appear in M SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-)   O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Larry(sniffing):"I smell something awful." Moe:"Yeah, well don't brag about it."   ------------------------------    Date: 25 Oct 2004 15:53:45 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ...3 Message-ID: <7JMichDNWMpz@eisner.encompasserve.org>   Z In article <00A39E1F.9A665CFA.3@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes: >>From: JBloggs@acme.com >>X-Newsgroups: comp.os.vms B >>Subject: Devices not "visable" at SRM, but visible post-Boot ...' >>Date: Mon, 25 Oct 2004 09:17:55 -0700 : >>Message-ID: <a99qn09a7o86fvncm8hgefaa0nlargoen9@4ax.com> >  > O > I have a tremendous problem with devices on the system that did not appear in O > SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-)   D    There "devices" are pieces of software that act like devices.  MBA    is the mailbox device, a piece of memory that you can read and I    write with (kind of like a UNIX pipe), and LT are LAT terminals, which 7    the LAT protocol is connecting to over your network.   M    You should also find NLA0 on every copy of VMS, NL being the null device.  L    You may find FT, RMT, RCD, DA, NFS, PK, LAV, ES, WS, and many other such L    pieces of software that look like devices depending on what software you     are running.    ------------------------------    Date: 25 Oct 2004 15:21:42 -0700/ From: johnhreinhardt@yahoo.com (John Reinhardt) B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ...= Message-ID: <5d708ac7.0410251421.444c2b66@posting.google.com>   _ Wayne Sewell <wayne@tachysoft.com> wrote in message news:<00A39E1F.9A665CFA.3@tachysoft.com>...   O > I have a tremendous problem with devices on the system that did not appear in O > SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-)  > Q > =============================================================================== P > Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com= > http://www.tachysoft.com/www/tachyon.html and wayne.html       Wayne,C   MBAXXX devices are VMS mailboxes used for internal communications F between processes. They do not correspond to actual physical devices. F LTAXXX are also "Virtual Devices", in this case, for LAT connections -F usually from DECservers but could be any other network devices capable& of communication via the LAT protocol.  A   MBAXXX devices will come and go, but on any "normal" VMS system B there will be a few hanging around so if your problem is that theyF exist and you don't know why, then don't worry.  If you have more thanC you think you should have then there might be a software problem in  one of your applications.   E   LTAXXX devices will exist if there are LAT connections (incoming or C outgoing) to other network nodes.  Since you apparently didn't know E what they are, I will assume you haven't intentionally configured any D outgoing LAT connections (usually printers attached to DECservers orF other compatible terminal servers).  in this case, the LTAXXXX devices@ are probably incoming connections, posibly from a mis-configuredD terminal server.  You will probably have to a bit more investigationC into the LTAXXXX devices.  Try doing a SHOW DEVICE/FULL LTAXXXX and B also try MCR LATCP. This will put you into the LAT control programB where you can look to see if you have any outgoing LTAXXXX devicesF configured.  There is a HELP facility inside the LATCP to show you the commands available.  Hope this helps some.      John H. Reinhardt    ------------------------------  % Date: Mon, 25 Oct 2004 18:17:55 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot .../ Message-ID: <00A39E47.6954E686.1@tachysoft.com>   0 >From: johnhreinhardt@yahoo.com (John Reinhardt) >X-Newsgroups: comp.os.vmsC >Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ... ! >Date: 25 Oct 2004 15:21:42 -0700 ' >Organization: http://groups.google.com    > ` >Wayne Sewell <wayne@tachysoft.com> wrote in message news:<00A39E1F.9A665CFA.3@tachysoft.com>... > P >> I have a tremendous problem with devices on the system that did not appear inP >> SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-) >>   >Wayne, D >  MBAXXX devices are VMS mailboxes used for internal communications >between processes.  [snip]  ! It was a joke.  See ":-)" at end. O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Larry(sniffing):"I smell something awful." Moe:"Yeah, well don't brag about it."   ------------------------------  % Date: Mon, 25 Oct 2004 18:16:06 -0500 ( From: Wayne Sewell <wayne@tachysoft.com>B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot .../ Message-ID: <00A39E47.286B6267.7@tachysoft.com>   < >From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) >X-Newsgroups: comp.os.vmsC >Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ... ! >Date: 25 Oct 2004 15:53:45 -0500  >Organization: Encompasserve
 >Lines: 214 >Message-ID: <7JMichDNWMpz@eisner.encompasserve.org>  [ >In article <00A39E1F.9A665CFA.3@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes:  >>>From: JBloggs@acme.com  >>>X-Newsgroups: comp.os.vmsC >>>Subject: Devices not "visable" at SRM, but visible post-Boot ... ( >>>Date: Mon, 25 Oct 2004 09:17:55 -0700; >>>Message-ID: <a99qn09a7o86fvncm8hgefaa0nlargoen9@4ax.com>  >>   >>  P >> I have a tremendous problem with devices on the system that did not appear inP >> SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-) > E >   There "devices" are pieces of software that act like devices.  MB B >   is the mailbox device, a piece of memory that you can read andJ >   write with (kind of like a UNIX pipe), and LT are LAT terminals, which8 >   the LAT protocol is connecting to over your network. > N >   You should also find NLA0 on every copy of VMS, NL being the null device. M >   You may find FT, RMT, RCD, DA, NFS, PK, LAV, ES, WS, and many other such  M >   pieces of software that look like devices depending on what software you   >   are running. >     3 Wow, everybody took me seriously.  It was a joke.     M I should have replaced the single ":-)" with ":-):-):-):-):-):-):-):-):-):-)" ! or maybe "nyuk, nyuk, hey Moe!!". O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== P Larry(sniffing):"I smell something awful." Moe:"Yeah, well don't brag about it."   ------------------------------  # Date: Mon, 25 Oct 2004 23:04:41 GMT / From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ...8 Message-ID: <dEffd.32142$l07.11113@twister.nyroc.rr.com>  5 "Wayne Sewell" <wayne@tachysoft.com> wrote in message ) news:00A39E1F.9A665CFA.3@tachysoft.com...  > >From: JBloggs@acme.com  > >X-Newsgroups: comp.os.vmsC > >Subject: Devices not "visable" at SRM, but visible post-Boot ... ( > >Date: Mon, 25 Oct 2004 09:17:55 -0700; > >Message-ID: <a99qn09a7o86fvncm8hgefaa0nlargoen9@4ax.com>  >  > L > I have a tremendous problem with devices on the system that did not appear inJ > SRM.  All of them seem to begin with MBA or LTA.  What is going on here? :-)   K Some excellent answers so far, but beware, Wayne does have a smiley on this 	 question.    ------------------------------  # Date: Mon, 25 Oct 2004 22:50:52 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ...6 Message-ID: <00A39E32.DE69782F@SSRL.SLAC.STANFORD.EDU>  o In article <5d708ac7.0410251421.444c2b66@posting.google.com>, johnhreinhardt@yahoo.com (John Reinhardt) writes: ` >Wayne Sewell <wayne@tachysoft.com> wrote in message news:<00A39E1F.9A665CFA.3@tachysoft.com>... > P >> I have a tremendous problem with devices on the system that did not appear inP >> SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-) >>  R >> ===============================================================================Q >> Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com > >> http://www.tachysoft.com/www/tachyon.html and wayne.html    >  >Wayne, D >  MBAXXX devices are VMS mailboxes used for internal communicationsG >between processes. They do not correspond to actual physical devices.  G >LTAXXX are also "Virtual Devices", in this case, for LAT connections - G >usually from DECservers but could be any other network devices capable ' >of communication via the LAT protocol.  > B >  MBAXXX devices will come and go, but on any "normal" VMS systemC >there will be a few hanging around so if your problem is that they G >exist and you don't know why, then don't worry.  If you have more than D >you think you should have then there might be a software problem in >one of your applications. > F >  LTAXXX devices will exist if there are LAT connections (incoming orD >outgoing) to other network nodes.  Since you apparently didn't knowF >what they are, I will assume you haven't intentionally configured anyE >outgoing LAT connections (usually printers attached to DECservers or G >other compatible terminal servers).  in this case, the LTAXXXX devices A >are probably incoming connections, posibly from a mis-configured E >terminal server.  You will probably have to a bit more investigation D >into the LTAXXXX devices.  Try doing a SHOW DEVICE/FULL LTAXXXX andC >also try MCR LATCP. This will put you into the LAT control program C >where you can look to see if you have any outgoing LTAXXXX devices G >configured.  There is a HELP facility inside the LATCP to show you the  >commands available.  K Just to keep Wayne from beating too big a hole in the wall with his head at M this point, I'll mention that I, at least, recognized that he was joking, and  thought it was kind of funny.   O (I wouldn't even have needed the little smiley to tell that he was, remembering N his general posting history and level of VMS knowledge, which are quite high.)  O I do think John wrote a very clear explanation, and maybe it will help someone, ) but I'm pretty sure Wayne didn't need it.    -- Alan    ------------------------------    Date: 25 Oct 2004 20:56:19 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ...3 Message-ID: <1Ph475QkY2r7@eisner.encompasserve.org>   o In article <5d708ac7.0410251421.444c2b66@posting.google.com>, johnhreinhardt@yahoo.com (John Reinhardt) writes: a > Wayne Sewell <wayne@tachysoft.com> wrote in message news:<00A39E1F.9A665CFA.3@tachysoft.com>...  > P >> I have a tremendous problem with devices on the system that did not appear inP >> SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-) >>  R >> ===============================================================================Q >> Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com > >> http://www.tachysoft.com/www/tachyon.html and wayne.html    >  > Wayne,E >   MBAXXX devices are VMS mailboxes used for internal communications H > between processes. They do not correspond to actual physical devices. H > LTAXXX are also "Virtual Devices", in this case, for LAT connections -H > usually from DECservers but could be any other network devices capable( > of communication via the LAT protocol.  E Wayne not only knows that, he knows the meaning of the ":-)" which he  posted.   E What Wayne did not know (nor did I) is that so many _other_ people do  not understand  ":-)" !    ------------------------------  % Date: Tue, 26 Oct 2004 07:30:53 +0200  From: Dirk Munk <munk@home.nl>B Subject: Re: Devices not VISABLE at SRM, but visible post-Boot ...2 Message-ID: <clkneh$tdp$1@news2.zwoll1.ov.home.nl>   Larry Kilgallen wrote:q > In article <5d708ac7.0410251421.444c2b66@posting.google.com>, johnhreinhardt@yahoo.com (John Reinhardt) writes:  > a >>Wayne Sewell <wayne@tachysoft.com> wrote in message news:<00A39E1F.9A665CFA.3@tachysoft.com>...  >> >>P >>>I have a tremendous problem with devices on the system that did not appear inP >>>SRM.  All of them seem to begin with MBA or LTA.  What is going on here?  :-) >>> R >>>===============================================================================Q >>>Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com > >>>http://www.tachysoft.com/www/tachyon.html and wayne.html    >> >>Wayne,E >>  MBAXXX devices are VMS mailboxes used for internal communications H >>between processes. They do not correspond to actual physical devices. H >>LTAXXX are also "Virtual Devices", in this case, for LAT connections -H >>usually from DECservers but could be any other network devices capable( >>of communication via the LAT protocol. >  > G > Wayne not only knows that, he knows the meaning of the ":-)" which he 	 > posted.  > G > What Wayne did not know (nor did I) is that so many _other_ people do  > not understand  ":-)" !   P Many news / mail programs (like Mozilla for VMS) will translate ":-)" in a nice Q yellow smiling face. There are many other smilies that can be translated as well.    ------------------------------    Date: 25 Oct 2004 12:13:40 -0700$ From: panjo03@hotmail.com (John Pan)+ Subject: Re: EMC - multi database locations = Message-ID: <dc85ec7c.0410251113.1d215ce4@posting.google.com>   f young_r@encompasserve.org (Rob Young) wrote in message news:<owPRPybmGOA5@eisner.encompasserve.org>...f > In article <dc85ec7c.0410220844.102590c9@posting.google.com>, panjo03@hotmail.com (John Pan) writes: > > Hi   > > A > > the site I am on is configured running OpenVMS 7.3-1 on GS160 D > > clustered with other Alphas - mixture of 8400 and 4100 and ES40.  > > The disk is serviced by EMC. > > = > > We are experiencing with our database an 'odd' situation.  > > F > > When a large (semi) table is spread over multiple locations on theJ > > same physical disk, access seems to be quick. When the table is spreadF > > over two physical disks (as happened this morning) we get multipleE > > locking and performance problems. This got solved when we put the ' > > table back in its correct location.  > > E > > This is not how I have experienced other systems before. Normally C > > spreading the table over multiple locations over multiple disks F > > spreads io and generates better access - however not in this case. > > ? > > Do I have a real problem, if so where in the EMC setup, lun  > > distribution? or what. > > G > > Would appreciate any help/pointers in this area please as I have no  > > experience with EMC. > >  >  > ? > 	You can narrow the problem fairly simply.  If you are having @ > 	performance problems, they show up at a VMS level via variousB > 	methods (at a minimum MONITOR DISK/ITEM=ALL and look for queue @ > 	lengths).  If you have determined you have "IO problems", you@ > 	can (or someone can) run Work Load Analyzer (WLA) and you can  > 	drill down on the Symm frame. > > > 	But someone knows something.  Come back with some EMC terms? > 	describing your layout.   Tell us the disk sizes and whether B > 	they are hypers or metas (and if they are metas , 2-way, 4-way,@ > 	8-way , etc) and I'll tell you how you are laid out (assuming) > 	I get enough info the first go round).  > E > 	Finally, since the storage is shared - you may have unfortunately	 @ > 	shared with other hot spindles and went to quiet spindles and= > 	performance got better.  That is how you can go to a hyper ; > 	or metas touching fewer physical spindles and get better F > 	performance.  That is why it really is necessary to turn on WLA so G > 	you can see what is happening.  I've run into similar issues in the  & > 	past, here is a link as background: >  > http://tinyurl.com/5eaab >  > 	Running WLA and looking at: >  >  seeks per sec >  average hypers per seek > F > 	and IO rates per second,  will clue you in as to whether or not you$ > 	have disks saturated on the Symm. >  > 	 > 				Rob  >  > H > P.S.    I'm in Chicago the first week of November.  Where is good food > 	near O'Hare?  Thanks.  @ Firstly thanks for the replies - I have understood more now then before. E I have had an overview from the person here that knows how the EMC is  setup.  ? The EMC array has two backplanes B1 and B0 with disks mirrored.   B To create a symvol of say 24GB they have sliced two disks in B1 of
 12GB each,A with a corresponding two slices of different disks serving as its  mirror.   A This is presented as a symvol of 24GB. There is a 16GB cache that  serves the EMC? array. The symvol is equavalent to a vms device like $1$dga204:   D So my original query was answered but I'm still weary about the EMC.C I have been told that if the EMC detects that a slice is heavily IO  saturated it/ will move this slice to another disk less used.   F With what appears to be a clear separation between the disk and the OS	 does OVMS E utilities,like moni disk/item=que, not show the correct picture. When 
 using thisB utility I 'see' disks that have que averages of greater than 1 andD sometimes peaks to 3 or 4. If EMC 'takes' care of this by moving the> slice I don't have to worry about this anymore - right or not?  D Is table/file placement taking into account the physical disks still something I should \F look into even though I have been told that EMC 'takes care of this'.?  = They do not use any EMC software like powerpath? or the like.   A Yes the EMC volumnes are used with other systems - unix and NT so D there is loading on this - how much I do not know. The person givingE me the rundown this morning said they choose the EMC over an HSG type F disk manger was due to testing between the two and having EMC come outF on top. I'm betting they did not test with other systems accessing the( same EMC disk volumnes at the same time.   thanks   ------------------------------  + Date: Mon, 25 Oct 2004 23:01:00 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk5 Subject: Re: Help needed with historic software (cbs) ) Message-ID: <clk0jc$qjm$1@news.mdx.ac.uk>   \ In article <417CFA7E.3E391203@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Ivan Pope wrote: H >> I'm not tech, so I don't know the exact terminology in all of this. IA >> know that we used cbs% (coloured book system?) software on the  >> terminals for email. H >> I'm trying to recreate the first email exchanges I had (roughly!) andD >> am looking for someone who can help me get the structure of email7 >> messages from that period using that software right.  >  >Not sure about "cbs%".  > O CBS (colour book software) was used in the UK. It was (at least on VMS systems)  layered on top of PSI.  I Here are the headers from a message sent via a janet mailing list in 1991   , From:   CBS%UK.AC.NOTTINGHAM.CCC.VAX::CCZANJ To:     DAVID20  CC: $ Subj:   How long, oh Lord, how long?  6 Via: UK.AC.RUTHERFORD.GEC-B; Wed, 30 Oct 91  17:45 GMT9 Via:   UK.AC.RUTHERFORD.GEC-B ;  Wed, 30 Oct 91 17:39 GMT '         (V39 at UK.AC.RUTHERFORD.GEC-B) C Via:   [+JANET.00002100100402.FTP.MAILC];  Wed, 30 Oct 91 16:18 GMT '         (V39 at UK.AC.RUTHERFORD.GEC-B) ) Date:           Wed, 30 Oct 91  15:23 GMT ; From:           Andy Jack <CCZANJ@UK.AC.NOTTINGHAM.CCC.VAX> # To:             VMS-COMMS@UK.AC.JNT , Subject:        How long, oh Lord, how long?   Andy Harper writes ...    I The hostname-domainname was reversed in the UK CBS% to that in SMTP mail.   G There were gateways setup between SMTP and CBS so that mail from the US I (or any SMTP based systems in the UK) could be delivered , replied to and  sent to.  
 David Webb Security Team Leader CCSS Middlesex University          : >However, here are varous email nomenclatures of the time: >  >VMS MAIL:   >1	jdoe 
 >2	node::jdoe  >3	node1::node2::node3::jdoe >4	software%name >5	smtp%"user@domain.tld"  >6	psi%79400900::jdoe  >7	mrgate::a1::jdoe  >8	mrgate::city::first.last  >  >1- for username on that node  > J >2 and 3: users name on a different decnet node. (3) was called poor man'sM >routing, and allowed you to reach node3 if your route to node3 was down, but O >you could then force the email to transit via node1 and node2 to get to node3.  > J >4 the % sign indidcates a foreign mail protocol, a piece of software thatC >allowed VMS mail to interface to other mail protocols or software.  > L >5 smtp% and internet% and mx% were common prefixes of a foreign protoocl to >reach internet. > F >6 psi was the software to reach other VMS mail hosts via an X25 link. > N >7 mrgate was the interface to get into message router. A1 was a common prefix& >to reach all-in-1 from message router > O >8 this was the nomenclature to reach digital employees thorugh what was called O >easynet. Mrgate got you into message router, the "city" got you to the message J >router node on the city of employee, and from there, that node knew aboutJ >"first.last" and would route the message to an appropriate message routerK >destination (such as a1::jdoe, or mrgate::node::jdoe to get to his VMSmail  >address on node "node").  > & >VMS mail had left to right adressing. > 0 >ALL-IN-1 had different right to left adressing. >  >user@node   > 3 >So a DEC employee could contact another by typing:  >	John.Doe@ZKO > O >ALLIN_1 would automatically send the message to message router, message router M >would send it to the MR node at city code ZKO, where a lookup for "John.Doe" 3 >would find the actual email address for that name.    ------------------------------  % Date: Mon, 25 Oct 2004 21:46:03 -0700 + From: terry golden <terrygolden@brandx.net> ) Subject: Re: installing Oracle on openVMS , Message-ID: <clkkqh$udi$1@madmax.keyway.net>   simon,   User clearly underprived u need  # CMKRNL   # GROUP    # GRPNAM  
 # IMPERSONATE    # LOG_IO   # NETMBX   # OPER   # PFNMAP   # PRMGBL   # PRMMBX   # SHARE    # SYSGBL   # SYSLCK   # SYSNAM   # SYSPRV   # TMPMP  WORLD   	 checkout  H http://download-west.oracle.com/docs/html/B10508_01/pre_inst.htm#1040074B make sure you're got 9.2.0.2 and 9.2.0.5. You may want to wait for 10g it's due out next month. Simon Stirley wrote: > Hi,  > A > I've got an old DEC Alpha that I've installed openVMS (Hobbyist H > license) onto, and am now trying to get Oracle setup. Everytime I comeH > to run the installer (@runInstaller off Disk1) it tells me I must haveF > certain permissions for the current user - but from what I can see IH > have those permissions. Is this a common problem that anyone knows how > to solve ? thanks. > E > PS. the user I created to install under is 'sa' and has permissions # > added with AUTHORIZE as follows -  > CMKRNL > GROUP  > WORLD  > GRPNAM > SYSNAM > E > The 'system' account itself doesn't work as the installer won't let = > you install under that, or any account in the system group.    ------------------------------  % Date: Mon, 25 Oct 2004 16:18:09 -0400 * From: "Bill Todd" <billtodd@metrocast.net>' Subject: Re: J F on why USA is a regime = Message-ID: <UfKdnRe5wNeDwuDcRVn-gA@metrocastcablevision.com>   / "Noce, Guy" <gnoce@towson.edu> wrote in message B news:957B7AB3AFF9EB4182E46BD96F48B77B02B3ABAA@helium.towson.edu...   ...   B "Everybody does it" is indeed an adequate rationalization for most' anything, especially in world politics.   I If you'll examing the interchange which you reproduced below, you'll find L that it had nothing to do with rationalization, but was specifically related to legality.  B >>I'd really like to get off Iraq/Bush/international affairs topicG entirely, but I don't >>see any particular treaty ratified and approved - by the US that precluded our actions >>there.   D >Then you're apparently not acquainted with the contents of the U.N.) charter, which we >ratified and approved.    >>  We did it in Grenada, after G >>all.  The Russians did it in Afghanistan, Czechoslovakia and Hungary. C >>The Indians and Pakistanis did it in Kashmir.  British and French  prettyC >>much did it anywhere they felt they had an interest. ETc.   --Guy   < >Last time I checked, "Everybody else does it too" was not a legally-binding defense.  L So I have no problem with my response as written.  If you feel there is one, please explain it.   - bill   ------------------------------    Date: 25 Oct 2004 15:55:03 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: RE: J F on why USA is a regime 3 Message-ID: <HlZOKtaYsUP0@eisner.encompasserve.org>   o In article <957B7AB3AFF9EB4182E46BD96F48B77B02B3ABAA@helium.towson.edu>, "Noce, Guy" <gnoce@towson.edu> writes:   4 > Or, for that matter, US intervention in [...] WWII      Sick puppy.   ------------------------------  # Date: Mon, 25 Oct 2004 21:28:28 GMT . From: "Jerry Alan Braga" <jabraga@flanagan.ca>2 Subject: Need help on Socket Application with Java' Message-ID: <0eefd.852$9b.592@edtnps84>   J I have an application that requires java to send information via java and L soap to retrieve info from a web service.  This application works fine when C called directly using the java command from the prompt and passing VC parameters.  However I need to call this from within client server lF application.  I was going to user the lib$spawn routine within my RDB K database to launch the backend command and then post the results back into aM the DB via RMU/LOAD which would work just fine until I found out how long it  I takes java to spin up each time due to HP's wisdom in loading the entire S' java library every time (see -verbose).e  I So I had an idea,  create a service that would have the java listen on a SI specific port and then have the RDB database call an external C function  I (which I have done in the past) that would then open the socket port and  H send the correct data to the port and then have the java already up and J running listening on the port and then take the parameters passed via the 9 socket and complete the code, then back into listen mode.t  M I have created java apps that can read tcp ports, but I have never created a VK service type application that can create the socket and then have the java   constantly listening on it.v  	 Any ideash   ------------------------------  + Date: Mon, 25 Oct 2004 23:07:54 +0000 (UTC)v, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)6 Subject: Re: Need help on Socket Application with Java. Message-ID: <clk10a$i3h$1@newslocal.mitre.org>  { "Jerry Alan Braga" <jabraga@flanagan.ca> writes in article <0eefd.852$9b.592@edtnps84> dated Mon, 25 Oct 2004 21:28:28 GMT:VL >database to launch the backend command and then post the results back into N >the DB via RMU/LOAD which would work just fine until I found out how long it J >takes java to spin up each time due to HP's wisdom in loading the entire ( >java library every time (see -verbose).  L Has anybody taken on this problem directly?  As in trying to reduce the JavaE startup time by using INSTALL or something?  I'd be interested in anyr= results you can share, especially successful time reductions.   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  # Date: Tue, 26 Oct 2004 03:02:05 GMTn6 From: Jeffrey Coffield <jeffrey@digitalsynergyinc.com>6 Subject: Re: Need help on Socket Application with Java= Message-ID: <N6jfd.10026$6q2.6122@newssvr14.news.prodigy.com>i   Jerry Alan Braga wrote:gL > I have an application that requires java to send information via java and N > soap to retrieve info from a web service.  This application works fine when E > called directly using the java command from the prompt and passing CE > parameters.  However I need to call this from within client server :H > application.  I was going to user the lib$spawn routine within my RDB M > database to launch the backend command and then post the results back into  O > the DB via RMU/LOAD which would work just fine until I found out how long it eK > takes java to spin up each time due to HP's wisdom in loading the entire ,) > java library every time (see -verbose).e > K > So I had an idea,  create a service that would have the java listen on a mK > specific port and then have the RDB database call an external C function  K > (which I have done in the past) that would then open the socket port and -J > send the correct data to the port and then have the java already up and L > running listening on the port and then take the parameters passed via the ; > socket and complete the code, then back into listen mode.S > O > I have created java apps that can read tcp ports, but I have never created a  M > service type application that can create the socket and then have the java P > constantly listening on it.. >  > Any ideas- >  >  > F Check out www.fastcgi.com if you are open to alternatives that reduce ( response time to hundredths of a second.  
 Jeff CoffieldF   ------------------------------  % Date: Mon, 25 Oct 2004 19:38:44 +0200p  From: "Dr. Dweeb" <dr@dweeb.com>$ Subject: Re: OT: why USA is a regime- Message-ID: <cljdnh$2f0n$3@news.cybercity.dk>m  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:417CABA9.A666309F@teksavvy.com... > Bill Todd wrote:F > > Indeed.  But if one just gives up and stops refuting the bullshit, that'sE > > even less likely to change:  our media certainly have proved that. they're  > > not about to do the job. >uK > However, if such discussions only result in further pushing one's head in- the-K > sand, perhaps no discussion at all might make it easier for the person toSL > eventually take a peek outside of the sand when nobody is looking and then7 > realising on his own that he was really wrong before.5 >3J > > The active (and often enthusiastic) complicity of our media explains a loteJ > > of that (at least if you assume that most Americans aren't paying very closea > > attention anyway). >uF > One has to wonder why CNN and et all decided to take such a pro-bush stance.0K > Was this politically driven, or was it just an issue of trying to capture0 the5I > most viewers by slanting coverage to match what polls are saying peoplea thinkyI > ?  In the past, the media often drove the agenda by uncovering problemsa andeJ > asking politicians what they thought should be done etc. But since 9-11, therI > media has simply acted as white house press release outlets, instead of  having > real investigative reporting.  >PD > For instance, did any of the US media bring up anthrax during this electionL > campaign ? I find it really odd that the democrats didn't bring this topic up,-G > and it woudl be interesting for the USA media to bring this up, or atB least , > analyse why Anthrax isn't being discussed. >j >:E > > Our Supreme Court is supposed to be one such check, and it failedn	 abysmally  > > in this> >cL > I was told that your Supreme Court only handles complaints filed by others anduB > cannot initiate proceedings on their own. The ACLU did file some complaints, G > and already parts of Patriot Act were rules unconstitutional. But thepI > democrats should have filed plenty of complaints. If course, since mostsH > democrats blindly voted for patriot act without reading it, it doesn't look > too good on them.- > J > > Our Congress, of course, failed even more abysmally (and more actively byJ > > rubber-stamping Bush's activities rather than actively opposing them). >D: > Aren't both houses controlled by republicans right now ? >oG > > Kerry is on record as wanting to work with allies to achieve almostu8 > > precisely the same international goals that Bush has >7J > In fact, Bush went out of his way during first month in office to insultL > allies and that really re-enforced the notion that he was totally inept inG > international affairs.  If Kerry starts on the right foot with former  alliesH > and listens with an open ear, this may go a long way towards shaping a more > moderate foreign policy. >uK > The big difference between the two is that the Bush puppet handlers had ayK > specific agenda they wanted to implement. The decision to invade Iraq was= madeG > in 1998 by Rumsfeld/Cheney/Wolfowitz (so was the decision to stop oil"D > shipments to North Korea and get north korea to restart it nuclear	 programmet* > so it could be painted as axis of evil). >aJ > I don't know who Kerry intends to put in the cabinet, but younger people tendI > not to have motivations to re-assert the military as the ultimate power B > because they know military power is something from a bygone era. >a >sK > > I'm less worried about our public image throughout the world than aboutu what- > > we actually *do*.  You should be as well.- >tL > Britain will no longer be able to blindly help US military endeavours. And theeH > USA would have to provide really credible evidence next time around to: > convince anyone of the propriety of some USA-led action. >mJ > Nobody outside the USA actually believed the evidence provided by Powell onL > Feb 5. I saw intelligence analysts from France take each picture and soundK > recording to shreds bit by bit showing how it was not valid evidence, andp whatE > information would normally have been included when two intelligencee agenciesL > exchnaged evidence to ensure the evidence can be verified. The stuff shown onK > Feb 5 lacked much of that info. The USA media took that evodence as bibler and / > nevber questioned its validity and relevancy.p >i >oL > Next time around, the foreign diplomatic corps may not be so diplonatic if the5$ > USA presents such dismal evidence. >h% > > If Kerry manages to sell AmericancJ > > imperialism better than Bush has, it may make you feel better about us for a.E > > while but the eventual outcome could be even worse than if you'ref
 confronted- > > by an evil you can more easily recognize.. >>I > Fair point. However, Kerry (if elected) will be straddled with very bado debtsrI > in the USA, fixing up the mess in Iraq with the USA military tied up inh Iraq,-F > so I suspect that there won't be that many international initatives, exceptL > for the diplomatic efforts in North Korea and palestine/israel. Kerry willJ > porbably just re-instate the former treaty that had been reached in 1998) > (opposed by Rumsfeld/Cheney/Wolfowitz).b >sA > Iran will be interesting.  Will Kerry outsource that problem tocJ > France/Britain/Germany as Bush had done, but this time stop the rethoric thatH > forced Iran to tape defensive stance ? Or will the USA increase direct; > involvement and create taller wall between USA and Iran ?o >.H > Iran simply wants to be able to mine its own uranium and process it to feed itbI > power generating plants, something which nations are allowed to do. The  USAwC > wants Iran to only buy ready-made uranium fuel from western worldv	 (becominge > dependant on such supplies). >n >fK > > If Kerry is elected, you should be doing exactly the same thing - untilo suchH > > time as he proves that his words during the past few months do *not* reflecthK > > his real intent (which is the best one can hope for if indeed he wins).g >TJ > The big question if Keerry is elected is whether the media will continue toH > blind americans to reality or whether the media will retake their veryI > important critical reporting of what goes on. This is such an importantlL > aspect. If media are critical of a government, then so are the population,I > which is reflected in polls which politicians gauge constantly to guideL them.r >pK > For instance, had the media actually read the patriot act and outlined onoG > american TV the large civil righst issues in that law, public opinionm wouldn'tE > have been so kind to that act, and democrats may have then found it-	 expedient-3 > to actually read the thing and also criticise it.  >nG > When the media doesn't question the government, then neither does theb population.s >o >.J > > And reelecting Blair is something you'd consider to be a *good* thing? >aI > No. Bliar deserved to be thrown out and be told why he was being thrown  out.L > Unfortunatly, because the current opposition lacks the credibility to beatL > Bliar, Bliar will likely be re-elected. This is what happened to howard inJ > australia. Even though majority fo Australians are very against the Iraq war K > (and australia's contribution which have costed it 2 terrorist acts (BaliM andlG > Jakarta), they still re-elected the idiot because the opposition just  didn't	 > cut it.X >e  L Incorrect.  The electorate judged Howard on his term of office and found, onI the whole, this term to have been successful and to their liking.  He was=G re-elected with an increased majority because on all of the things that K really count for the average Australian citizen, he has done a demonstrablyt	 good job.c  H You continue to believe that Iraq is the only issue.  IT IS NOT.  RepeatF after me 1 million times - "Iraq is not the only issue in an election"   >"J > What I really do not understand is why Bliar was just an obedient puppet ofL > Bush for this. He knew the evidence didn't exist, and yet worked very hard toI > produce that sexed up dossier with exagerated conclusions based on what  had9D > happened in the 1980s. (I had read that dossier BTW and it was not
 convincing" > at all it could be summed up in:. > We know Hussein did bad things in the 1980s.2 > We know Hussein has played hide and seek with UNI > Therefore we conclude he has staches of WMds ready to be launched in 45N minutes, > Nuclear bombs, missiles etc. >   > There was no current evidence. >WD > > Whereas Kerry has not (yet) demonstrated that he is unacceptableI > > internationally, but has stated that he would continue almost exactlyu thei > > same unacceptable policies.  >OH > The whole "global test" thing is what is reassuring. If he can presentJ > convinding evidence that requires action X and allies agree and security- > council votes on it, then it is fine by me.h >sL > If he tries to convince allies of X but just doesn't have enough evidence, and . > then abandons the issue, that is fine by me. > L > It could also be that once the spectre of Bush is gone, kerry might have aI > more moderate  foreign policy. Right now, i get the feeling he wants toA appear> > stronger than he really is simply due to Bush and the polls. >dL > > Not too bad an analogy, save that what will happen if Bush loses will beH > > that the infection will actively continue under the skin and explode latert- > > with potentially even worse consequences.e >uF > If by that, you mean that Kerry's changes in foreign policy won't be dramaticH > enough to really fix them in the long term, I agree.  But stopping the4 > excesses of the Bush regime will be a great start. >=L > It would take a great *leader* in the United States to be able to convince the K > US population and congress/senate that it is in the interest of americanst toI > become neutral in the world and let the UN do its job. If Kerry were to= say=J > that today, Bush woudl have a field day calling him weak and breaking up thea > USA status as "superpower".a >bL > In fact, the USA would greatly benefit from losing its military superpowerF > status and instead focusing on the well being and success of its own	 citizens,SI > and providing humanitarian aid to the rest of the world. Success in thet USAr  H Just how many billions of dollars a year in humanitarian aid does the USL dole out every year, for the privilege of being pissed on by people like you) ?  I am too lazy to read the last budget.o  K > would also give it economic superpower status which is far more important:   and which it already enjoys0  C > today than military one. (information superpower will also becomer important).v >s  I something which I believe it also enjoys, if I knew exactly what it meanth   >o! > > Whereas letting it pop now (I K > > assume you meant 'zit') and applying appropriate antiseptics will allowi an$ > > actual healing process to begin. >-K > But that would require quite a leader which just doesn't exist right now.EH > Perhaps Dean might have had the guts to adopt such a "radical" foreign policyK > of peace, but I am not sure he could have convinced the population it wasR inG > their own interest. The USA population might not be ready for such anr6 > admission that it should not be military superpower. >   L OMG.   The naive peace not war position.  Go back to the 60s, please.  Peace@ is not the absence of war, and sometimes war is the least odious alternative.  Deal with it.M  E Unless the US collapses in to a state of anarchy, it is unlikely that)K "superpower" status in any field is likely to go away any time soon.  It is=H not something which a state declares itself to be - it is declared to beC that by other states by virtue of its might - military, economic ora	 whatever.m  L > And what is really needed is debate inside the USA on the taboo subject ofH > USA's blind support for anything Israel does, and continued use of its veto at I > the UN to prevent any criticism of Israel's actions. Neutrality in thatuJ > conflict would go a long long way towards resolving a lot of problems in thenL > middle east and a lot of anger direct by arabs at the USA. But it seems tt- > this is an even bigger taboo than abortion.h >i  1 Do you really want to go downb that rat-hole JF ?d  E > > And you're poorly informed if you think that electing Kerry will.k >uI > Rumsfeld,Cheney,Wolfowitz would not stay in office if Kerry is elected.a >nL > And Kerry seems to be smart enough compared to Bush to actually understandL > what is going on and be involved in decisions, instead of justy being told byK > his aids what the decision is and what to say in a speech. As a result, IoK > don't expect he would easily be manipulated by people behind him who havem
 an agenda. >  >tJ > > I suspect that the significant rejection of their party (by failing toL > > prevail against even an abomination such as Bush) might give them a clueK > > that their earlier stances weren't being received very well.  So they'dA have1 > > considerable motivation to try changing them.  > J > No. I see it the other way: the democrats might decide that the americanL > public actually support bush and trying to impeache the idiot would result inH > loss of votes. Remember that republicans lost votes when they tried to impeacha6 > Clinton because he got a blowjob in the oval office. >eE > One aspect though is that if Kerry loses, he then becomes a private  citizenuL > without even a senator/congress job, right ? Someone else might step in asL > defacto leader for the next 4 years and such a person could then mount the# > attack Kerry was unable to mount.e   ------------------------------    Date: 25 Oct 2004 15:46:32 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)-' Subject: Re: Question about Descriptorsr3 Message-ID: <uxOhrtLPIkMK@eisner.encompasserve.org>:  Z In article <417CFBD3.2010207@bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes:# > Bob Koehler was overheard to say:0f >> In article <dDZ31HXuvwJL@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: >> e >>>Better than TECO ?> >> e >> eI >>    Slight change of topic.  I can get teco to process wildcards of theoI >>    form *.dat, but not of the form [...]*.dat.  Is there something I'mo0 >>    missing, or is this a feature never added? >>   >>   > A > I just tried the SEARCH.TEC macro and specified [...]*.C as the=@ > input -- it worked OK.  Where are you specifying the wildcard? > In a macro you have written?  B    It's in the following little dity, which I built from some TECOF    commands I got from Larry K. and studied with my PDP-11 TECO manualD    until I thought understood  them.  Can you tell me where to find E    the SEARCH.TEC macro and where to insert it the TECO commands I'm ,    generating?    $if p1 .eqs. "?" then $goto help $on error then $exit' $open/write tmp sys$scratch:replall.tecn $on warning then goto cleanup  $on control_y then goto cleanup  $ESC[0,8]=27
 $CA[0,8]=1
 $CE[0,8]=5 $write tmp "EN''p3'" + ESCH $write tmp "<<ECEN" + ESC + "EB" + CE + "Q*" + ESC + ":N''p1'" + ESC + -    """s0;'ek>:g*" + CA> $write tmp CA + "<FR''p2'" + ESC + "N" + ESC+ ";>>" + ESC +ESC
 $close tmp $on warning then goto done $on control_y then goto done3 $edit/teco/nomemory/execute=sys$scratch:replall.tecw
 $goto done	 $cleanup:r
 $close tmp $done:  $delete sys$scratch:replall.tec; $exit6 $help: $type sys$input  @    REPLACE_ALL	Replace all occurances of a string in many files.  	    Formats 	REPLACE_ALL old new filespec<   	where  		old  	      	is the old string! 		new  	        is the new stringw9 		filespec	is the (possibly wildcarded) file(s) to searchA 				 for old stringg   ------------------------------  % Date: Mon, 25 Oct 2004 22:24:29 +0000=- From: David B Sneddon <dbsneddon@bigpond.com>=' Subject: Re: Question about DescriptorsS* Message-ID: <417D7D1D.2030403@bigpond.com>  ! Bob Koehler was overheard to say:.\ > In article <417CFBD3.2010207@bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes: > # >>Bob Koehler was overheard to say:  >>f >>>In article <dDZ31HXuvwJL@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: >>>, >>>L >>>>Better than TECO ? >>>r >>>CI >>>   Slight change of topic.  I can get teco to process wildcards of thevI >>>   form *.dat, but not of the form [...]*.dat.  Is there something I'mn0 >>>   missing, or is this a feature never added? >>>e >>>n >>A >>I just tried the SEARCH.TEC macro and specified [...]*.C as thed@ >>input -- it worked OK.  Where are you specifying the wildcard? >>In a macro you have written? >  > D >    It's in the following little dity, which I built from some TECOH >    commands I got from Larry K. and studied with my PDP-11 TECO manualF >    until I thought understood  them.  Can you tell me where to find G >    the SEARCH.TEC macro and where to insert it the TECO commands I'm   >    generating? >   H Look for the DBS-TECO kit at the software link below.  It is towards theD botom of the page.  The SEARCH macro was one of the originals, along6 with SQUISH, VT52, VTEDIT etc. (from the days of yore)   Regards, Dave.a -- iI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.comaI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennona   ------------------------------  % Date: Tue, 26 Oct 2004 02:33:07 +0000v7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>u# Subject: Question about Descriptorsr* Message-ID: <417DB763.7040704@bigpond.com>   Bob,  A Sorry I didn't give you an example with my last reply, I was in ar rush to get out the door...N   Here is a snippet:  ' $ MU*NG == "$sys$system:teco32_tv mung"l $ pid = f$getjpi("","PID")0 $ temp_file = "SYS$SCRATCH:_''pid'_SEARCH.INPUT" $ open/write tfile 'temp_file' $ write tfile "NLA0:/CHA"t* $ write tfile "<name-of-the-file-to-edit>" $ write tfile "" $ write tfile "0"lI $ write tfile "<search-string-1>"       ! these two lines can be repeated G $ write tfile "<replacement-1>"         !  if you have multiple changes  $ write tfile "" $ write tfile "" $ close/nolog tfilea) $ define/user/nolog sys$input 'temp_file'D$ $ define/user/nolog sys$output nla0: $ mung dbsteco:searche $ delete 'temp_file';*     Regards, Dave.( -- mI David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.commI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/sI DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  % Date: Mon, 25 Oct 2004 15:34:03 -0500f( From: brandon@dalsemi.com (John Brandon)2 Subject: Re: SAN DISK - PROBLEM W/MNT STATE - MSCP1 Message-ID: <04102515340345@dscis6-0.dalsemi.com>    Rob Brooks wrote:o  J > Please post a complete, unedited display of $ SHOW  DEVICE /FULL for theK > devices in question on the nodes on which the direct  paths are not beingy > used.s    # NODE2::$> SHOW DEV/FULL $1$DGA2700:a  N Disk $1$DGA2700: (NODE1), device type HSG80, is online, mounted, file-orientedF     device, shareable, available to cluster, error logging is enabled.  O     Error count                    0    Operations completed            1768184 O     Owner process                 ""    Owner UIC               [NORMAL,SYSTEM]eO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WvO     Reference count                1    Default buffer size                 512pO     Total blocks            57602299    Sectors per track                   254 O     Total cylinders            11340    Tracks per cylinder                  20sK     Host name                 "NODE1"   Host type, avail Compaq AlphaServers	 ES40, yesi$     Allocation class               1  O     Volume label           "HOTDB00"    Relative volume number                0eO     Cluster size                   3    Transaction count                     1mO     Free blocks              6018726    Maximum files allowed           7200287sO     Extend quantity                5    Mount count                           3sO     Mount status              System    Cache name             "_DSA0:XQPCACHE"lO     Extent cache size             64    Maximum blocks in extent cache   601872 O     File ID cache size            64    Blocks currently in extent cache      0WO     Quota cache size               0    Maximum buffers in FCP cache       8200aO     Volume owner UIC [NORMAL,SYSTEM]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCD   J   Volume Status:  ODS-2, subject to mount verification, write-back caching       enabled.)   Volume is also mounted on NODE1, NODE3.   N Disk $1$DGA2700: (NODE1), device type HSG80, is online, mounted, file-orientedF     device, shareable, available to cluster, error logging is enabled.  O     Error count                    0    Operations completed            1768184oO     Owner process                 ""    Owner UIC               [NORMAL,SYSTEM]aO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WtO     Reference count                1    Default buffer size                 512sO     Total blocks            57602299    Sectors per track                   254-O     Total cylinders            11340    Tracks per cylinder                  20aL     Host name                 "NODE1"   Host type, avail Compaq AlphaServer 	 ES40, yesD$     Allocation class               1  O     Volume label           "HOTDB00"    Relative volume number                0wO     Cluster size                   3    Transaction count                     1yO     Free blocks              6018726    Maximum files allowed           7200287 O     Extend quantity                5    Mount count                           3eO     Mount status              System    Cache name             "_DSA0:XQPCACHE"rO     Extent cache size             64    Maximum blocks in extent cache   601872rO     File ID cache size            64    Blocks currently in extent cache      0eO     Quota cache size               0    Maximum buffers in FCP cache       8200gO     Volume owner UIC [NORMAL,SYSTEM]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCD:  J   Volume Status:  ODS-2, subject to mount verification, write-back caching       enabled.)   Volume is also mounted on NODE1, NODE3..         J*o*h*n B*r*a*n*d*o*nO VMS Systems AdministratorV* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  + Date: Mon, 25 Oct 2004 21:57:55 +0000 (UTC)U7 From: moroney@world.std.spaamtrap.com (Michael Moroney)M2 Subject: Re: SAN DISK - PROBLEM W/MNT STATE - MSCP( Message-ID: <cljst3$pnj$1@pcls4.std.com>  1 brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:?  + >brandon@dalsemi.com (John Brandon) writes:mG >>> You may want to run $ ANALYZE/SYSTEM on NODE2 or NODE3 and post theg% >>> output of SDA> SH DEV $1$DGAxxxx:h  G >Unfortunately, you are running a very old (and unsupported) version ofrF >OpenVMS Alpha, so SDA doesn't give detailed information for multipath$ >devices -- I added that for V7.3-1.  J >Also, support for failover to a served path for multipath devices was notL >added until V7.3-1, so you cannot have both direct and served paths for anyO >given device, given your ancient version of OpenVMS Alpha.  Given this, please:L >make sure that the SYSGEN parameter MPDEV_REMOTE is 0 on any system that isN >not running V7.3-1 or higher.  Failure to heed this warning can cause crashes >and data corruption!u   Yes, I missed the version.  J V7.2-1 was before (working) multipath so the old hacky behavior is at workJ here.  Upon boot, a system may find the drive $1$DGA2700: either directly E on the SAN first, or see it being MSCP served by another node in the eH cluster first.  If it finds it being served first and accesses the driveE before it is configured on the SAN, it will only use the served path,r5 the direct path will be locked out until next reboot.   K Solution: Upgrade to V7.3-2, or at least a version that supports multipath.1   -- e -Mikeo   ------------------------------  % Date: Mon, 25 Oct 2004 17:04:01 -0500h( From: brandon@dalsemi.com (John Brandon)2 Subject: Re: SAN DISK - PROBLEM W/MNT STATE - MSCP1 Message-ID: <04102517040146@dscis6-0.dalsemi.com>t   Mike wrote:  > Yes, I missed the version. > L > V7.2-1 was before (working) multipath so the old hacky behavior is at workL > here.  Upon boot, a system may find the drive $1$DGA2700: either directly G > on the SAN first, or see it being MSCP served by another node in the nJ > cluster first.  If it finds it being served first and accesses the driveG > before it is configured on the SAN, it will only use the served path,l7 > the direct path will be locked out until next reboot.w  J I sort of figured I had to do a reboot.  I think REBOOT is my middle name.  M > Solution: Upgrade to V7.3-2, or at least a version that supports multipath.-   Working (slowly) on that.4     John "REBOOT" Brandonr VMS Systems Administratorx* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  + Date: Mon, 25 Oct 2004 20:11:43 +0000 (UTC)d6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER): Subject: Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message1 Message-ID: <newscache$nvo56i$33l1$1@news.sil.at>   Z In article <417c3a27$1@cpns1.saic.com>, Mark Berryman <mark.berryman@mvb.saic.com> writes:! >Peter 'EPLAN' LANGSTOEGER wrote:mB >> Today I had the need to move the data from one disk to another.L >> Normally I do this via a shadow copy but this time I tried BACKUP because >> t >> $ SH DEV DSA1 >> IS >> Device                  Device           Error    Volume         Free  Trans MnttS >>  Name                   Status           Count     Label        Blocks Count CntmS >> DSA1:                   Mounted              0  LUNA         248218080    42   1aD >> $1$DKA200:      (LUNA)  ShadowSetMember      1  (member of DSA1:)% >> $ MOU/SYS DSA1/SHAD=$1$DKA400 LUNAr+ >> %MOUNT-I-MOUNTED, LUNA mounted on _DSA1:eP >> %MOUNT-I-SHDWMEMFAIL, _$1$DKA400: (LUNA) failed as a member of the shadow setQ >> -MOUNT-F-MBRTOOSMALL, must be the same size or larger than logical volume sizeoD >> %MOUNT-I-ISAMBR, _$1$DKA200: (LUNA) is a member of the shadow set >>  O >> As I have currently no space for a backup saveset, I thought I give it a tryBC >> and see if BACKUP is now finally able to make a diskcopy withoutrM >> a saveset (I do know this limitation but OTOH I can't remember having seen,K >> this documented in HELP BACKUP - I think I should check again sometimes)B >0I >Eh?  Backup has been able to copy one disk to another for over 20 years eJ >(I know because I've been using Backup to do just that for at least that G >long).  It may be a Day One capability but I don't know for sure.  It  - >is, at least, a Day Close-to-one capability.n  
 With /IMAGE ?cO A tree copy with automatic directory creation is working with BACKUP of course.lJ But I can't remember having seen so far BACKUP/IMAGE succeeding without an: intermediate saveset file. Was I dumb&blind for 20 years ?  J I tried it now again and ignoring the error/informational message it seemsH indeed to work now. Very strange. But as long as it solves my problem...  F BUT: My DKA200 which is a 160GB IDE with an ACARD converter just died.K 10k Errors in 3 hours and not making progress while BACKUPing the contents.y Double Sigh.   >> $ MOU/FOR DKA400e9 >> %MOUNT-I-MOUNTED, SCRTCH mounted on _$1$DKA400: (LUNA)E >> $ BACK DSA1:/IMA $1$DKA400:S >> %BACKUP-I-INVQUAL, qualifier /$1$DKA400: is ignored with the /SINCE=BACKUP operaI >> tionl >> eF >> So, it is still not possible. But OTOH, look at this error message.M >> I think one of the last BACKUP ECOs (I have VMS732_BACKUP-V0200 installed).7 >> has/introduced problems with command line parsing...m > H >That would be an issue specific to your system.  Check for the obvious F >(BACKUP symbol defined, DCLTABLES.EXE in SYS$SPECIFIC, a SET COMMAND : >issued in your process, etc.).  I, too, have V7.3-2 with J >VMS732_BACKUP-V0200 installed and the command works fine for me.  I just  >tested with the following:  >  >$ MOUNT/FORE LDA6:r >$ BACKUP/IMAGE LDA16: LDA6: >c6 >No errors encountered and the copy works as expected.  N Strange because I have no backup symbol in use here (I have BAC=="BACKUP/LOG")E And even when moving /IMAGE from the first parameter to the DCL verb,T the message remains the same.    $ BACK/IMAGE DSA1: $1$DKA400:cP %BACKUP-I-INVQUAL, qualifier /$1$DKA400: is ignored with the /SINCE=BACKUP opera tion   -- n Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Mon, 25 Oct 2004 20:16:06 +0000 (UTC)a6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER): Subject: Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message1 Message-ID: <newscache$y2p56i$33l1$1@news.sil.at>a  q In article <IpumalGZlxv3@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:hk >In article <newscache$gtw36i$h211$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:a >> $ MOU/FOR DKA400n9 >> %MOUNT-I-MOUNTED, SCRTCH mounted on _$1$DKA400: (LUNA)  >> $ BACK DSA1:/IMA $1$DKA400:S >> %BACKUP-I-INVQUAL, qualifier /$1$DKA400: is ignored with the /SINCE=BACKUP operar >> tion  >> n  >> So, it is still not possible.  E Why did I come to this conclusion ? After all it is an -I- message...l  H >>                                 But OTOH, look at this error message.M >> I think one of the last BACKUP ECOs (I have VMS732_BACKUP-V0200 installed)i7 >> has/introduced problems with command line parsing...a >eI >   Looks a lot to me like you have a symbol named BACKUP, but not quite.@ >   I'd check it out anyhow.   Please ! ;-)H As I had/have no BACKUP symbol is use, I'm interested whether anyone canF reproduce such a VMS message. But OTOH, would another BACKUP qualifier@ really make such a difference (except a /$1$DKA400: of course) ?   -- v Peter "EPLAN" LANGSTOEGERt% Network and OpenVMS system specialistj E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Mon, 25 Oct 2004 20:33:58 GMTe# From: hoff@hp.nospam (Hoff Hoffman),: Subject: Re: [OpenVMS Alpha V7.3-2] Strange BACKUP message1 Message-ID: <Wqdfd.1551$oy5.472@news.cpqcorp.net>   j In article <newscache$y2p56i$33l1$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:r :In article <IpumalGZlxv3@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:l :>In article <newscache$gtw36i$h211$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: :>> $ MOU/FOR DKA400: :>> %MOUNT-I-MOUNTED, SCRTCH mounted on _$1$DKA400: (LUNA) :>> $ BACK DSA1:/IMA $1$DKA400: T :>> %BACKUP-I-INVQUAL, qualifier /$1$DKA400: is ignored with the /SINCE=BACKUP opera :>> tion :>> ! :>> So, it is still not possible.l :hF :Why did I come to this conclusion ? After all it is an -I- message... :$I :>>                                 But OTOH, look at this error message.tN :>> I think one of the last BACKUP ECOs (I have VMS732_BACKUP-V0200 installed)8 :>> has/introduced problems with command line parsing... :>J :>   Looks a lot to me like you have a symbol named BACKUP, but not quite. :>   I'd check it out anyhow.h :a  I :As I had/have no BACKUP symbol is use, I'm interested whether anyone canpG :reproduce such a VMS message. But OTOH, would another BACKUP qualifierhA :really make such a difference (except a /$1$DKA400: of course) ?-    H   I believe there is a recently-identified bug in an ECO kit -- I do notG   know if this is an UPDATE or a BACKUP ECO kit, off-hand -- that mighth,   well cause this particular (mis)behaviour.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqnN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comd   ------------------------------   End of INFO-VAX 2004.594 ************************