1 INFO-VAX	Fri, 28 Jul 2006	Volume 2006 : Issue 416       Contents: Re: An opportunity for VMS Re: An opportunity for VMS Re: An opportunity for VMS@ Re: Any Way to Validate Username & Password from an Application? Re: Cards supported by XP1000  Re: Mercury Interactive  RE: Mercury Interactive P Re: Mercury Interactive (was: Re: Digital^H^H^H^H^H^H^H hp is a "Software" Compa Re: Oracle on OpenVMS Itanium % Re: PIPE redirection as stream file ? % Re: PIPE redirection as stream file ? % Re: PIPE redirection as stream file ? % Re: PIPE redirection as stream file ? % Re: PIPE redirection as stream file ?  Re: PWS500au manual needed( Re: Tomcat user authentication question.  Re: Upgrading disks in Shadowset  Re: Upgrading disks in Shadowset  Re: Upgrading disks in Shadowset  Re: Upgrading disks in Shadowset Re: VaxStation vs. Infoserver   F ----------------------------------------------------------------------   Date: 27 Jul 2006 18:45:56 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Re: An opportunity for VMS + Message-ID: <4isfv3F56la4U1@individual.net>   G Gee, this has turned out to be a pretty interesting (even if off-topic) F discussion.  And to think it all came about because I had the nerve toE say that Florida sucks as much as (if not more than) California.  :-)    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 27 Jul 2006 19:17:26 -0700$ From: "AEF" <spamsink2001@yahoo.com># Subject: Re: An opportunity for VMS B Message-ID: <1154053046.676306.157590@75g2000cwc.googlegroups.com>   Bill Gunshannon wrote:I > Gee, this has turned out to be a pretty interesting (even if off-topic) H > discussion.  And to think it all came about because I had the nerve toG > say that Florida sucks as much as (if not more than) California.  :-)  >  > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>    > And I thought (misthought?) that the lightning map would be ofC interest! I mean, look at the map. FL is clearly the leader in U.S. E lightning. I think there are only a handful of areas outside the U.S. % with comparable amounts of lightning.    AEF    ------------------------------    Date: 27 Jul 2006 19:14:12 -0700$ From: "AEF" <spamsink2001@yahoo.com># Subject: Re: An opportunity for VMS C Message-ID: <1154052852.556761.243320@b28g2000cwb.googlegroups.com>    david20@alpha2.mdx.ac.uk wrote: k > In article <1154007617.322093.48720@s13g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > > " > >david20@alpha2.mdx.ac.uk wrote:n > >> In article <1154004318.393996.30300@m79g2000cwm.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: > >> >% > >> >david20@alpha2.mdx.ac.uk wrote: q > >> >> In article <1153961148.067093.220350@i3g2000cwc.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: 	 > >> >> >  > >> >> >Dave Froble wrote:  > >> >> >> AEF wrote:  > >> >> >> > Dave Froble wrote:  > >> >> >> >> AEF wrote:
 > >> >> >> >> Q > >> >> >> > Then going to Mars? Going to Mars is fraught with huge difficulties, P > >> >> >> > not the least of which is the danger of radiation to the crew. This? > >> >> >> > would be incredibly expensive and difficult to do. 
 > >> >> >>, > >> >> >> Yeah.  You state facts.  So what.	 > >> >> > M > >> >> >Another unpleasant fact is that the distance involved to the moon is P > >> >> >about 250,000 miles. Mars at its very closest is 35 million miles away.N > >> >> >A reasonable trajectory using a minimum amount of fuel would probablyK > >> >> >involve a trip of something like (very rough estimate) 250,000,000 L > >> >> >miles! That's a factor of 1000. And maybe its an underestimate. AndM > >> >> >launching from Mars would be much harder than from the Moon. How are N > >> >> >you going to get enough fuel there to do that? Proposals say that theL > >> >> >astronauts should find fuel on Mars itself. Well, I wouldn't bet myO > >> >> >life on something like that quite yet. One op-ed I read said to send a K > >> >> >few individuals on a one-way trip to Mars. It said that some would : > >> >> >gladly volunteer even knowing they'd die on Mars.	 > >> >> > V > >> >> Mars Direct style missions in which hydrogen is taken to Mars and reacted withU > >> >> the martian atmosphere to produce water and methane and the carbon dioxide in K > >> >> the atmosphere is broken apart to produce oxygen isn't particularly  > >> >> complicated.S > >> >> (I was going to say it isn't exactly rocket science - but of course in this  > >> >> instance it is :) )  > >> >> From figures on R > >> >> http://www.geocities.com/marsterraforming/mannedmissions.html with a 6 tonT > >> >> hydrogen input from earth you get back 108 tons of propellant after about 10Q > >> >> months. The estimated cost is about $20-30 billion dollars which compares < > >> >> reasonably well with the Apollo cost of $20 billion.S > >> >> The other advantage of Mars Direct style missions is that infrastructure is T > >> >> left behind on Mars to help with future missions and to gradually build into, > >> >> what could be a permanent Mars base. > >> >>  > >> >>  > >> >>  > >> >> David Webb > >> >> Security team leader > >> >> CCSS > >> >> Middlesex University > >> > > >> >% > >> >Interesting, but I'm skeptical.  > >> >B > >> >I looked at the reasons to go to Mars. One really stood out: > >> >F > >> >The first manned landing on Mars would serve as an invitation toM > >> >adventure for children around the world. There will be some 100 million M > >> >kids in the U.S. schools over the next 10 years. If a Mars program were J > >> >to inspire just an additional 1 percent of them to pursue scientificF > >> >educations, the net result would be one million more scientists,< > >> >engineers, inventors, medical researchers and doctors. > >> >M > >> >So what good are a million unempolyed scientists, engineers, inventors, & > >> >medical researchers and doctors? > >> >D > >> >OTOH, I'm all for improving the scientific literacy of people. > >> >L > >> >If it *really* can be done for $20-30 billion, then maybe we should doI > >> >it. But note that it would still take 10 years! I did said it would  > >> >take a while.  > >> >M > >> Kennedy set the goal of going to the moon "before this decade is out" on 9 > >> 25th May 1961 and it was achieved on 20th July 1969.  > > 8 > >Kennedy didn't say anything about going to Mars. (:-) > >  >  > I didn't say he did. > J > >> Hence a 10 year timescale for going to Mars is reasonably consistent. > > J > >For 1000 times the distance?! Twice the gravity?! Much more radiation?! > >  > ! > I was responding to the comment  >  > " A > But note that it would still take 10 years! I did said it would  > take a while.  > "  > F > which seemed to imply that 10 years was an excessive amount of time. > N > But if you want to argue that it is too short a timescale then remember thatH > technology and knowledge of space has vastly improved since the 1960s.  ' OK. The question then is, is it enough?    >  > >>P > >> A Mars base is probably one of the major steps necessary for opening up the) > >> resources of the whole solar system.  > > < > >What resources in particular are you thinking about here? > >  >  > What do you want ? >   : Something that's worth the price of going to space to get.  L > The earth is a miniscule part of the mass of the Solar system (and even onM > earth we only have access to a miniscule part of the earth's mineral wealth . > since most is locked away deep underground).P > The asteroid belt would be a treasure trove of accessible metals and non-metal > compounds.  % Fine, but would it be cost effective?    > H > That's not to mention hydrogen from the outer edges of the gas giant's1 > atmospheres or complex hydrocarbons from Titan.    But is it cost effective?    >  >  > >   >---o---<  > > & > >Have you seen 2001 a Space Odyssey? > > J > Of course though I prefer the book to the film - the film ending was too > confusing.  C But note the difference between the movie and what really happened! ? Kubrick and Clarke extrapolated from bus and train terminals to F airports to spaceports, increasing the amount of money with each step.E But there's not enough money to build what was done in the 2001 saga.    >  >  > David Webb > Security team leader > CCSS > Middlesex University > >>  	 > >> >AEF  > >> > > >    AEF    ------------------------------  % Date: Fri, 28 Jul 2006 14:50:05 +1000 $ From: Phaeton <phaeton@iinet.net.au>I Subject: Re: Any Way to Validate Username & Password from an Application? J Message-ID: <44c99779$0$23664$5a62ac22@per-qv1-newsreader-01.iinet.net.au>   Hoff Hoffman wrote: J > There's a tool over at Hunter Goatly's pages at process.com that claims F > to include breakin evasion and other operations as part of password J > verification.  Off the top, I don't remember the name (and a quick look G > doesn't indicate which of various of the SYSUAF/PASSWORD/LOGIN tools  H > might be the one that I recall), but I do recall seeing references to K > the NSA calls and the password dictionary in the detailed description of  ' > the package as I was uploading stuff.  > # >   http://www.process.com/openvms/  > H > Or you can call sys$acm, which should "get it right" for both current  > and for new schemes. > K > I don't think we document the whole evasion process anywhere (like we do  I > document the privilege access checks), but that material might well be  D > fodder for a reasonable discussion, as application programmers do J > regularly implement this stuff (and for any of various reasons) without = > benefit of or without access to mechanisms such as sys$acm.   9 	The above, as usual, is correct, with the exception that > 	( I think ) it is Goatley :-) ( He might be still "goatly" in7 	his private life, but I am not privy to that... :-)  ) + 	Also see :  http://www.goatley.com/hunter/ E                                                       Cheers,   Csaba   E --------------------------------------------------------------------- F   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  phaeton at iinet dot net dot auE --------------------------------------------------------------------- <     EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:  E   Inoculatte: To take coffee intravenously when you are running late.    ------------------------------   Date: 27 Jul 2006 19:19:28 GMT From: healyzh@aracnet.com & Subject: Re: Cards supported by XP1000+ Message-ID: <eab3k00dm8@enews2.newsguy.com>   " Tom Linden <tom@kednos.com> wrote:B > On Thu, 27 Jul 2006 08:29:18 -0700, <healyzh@aracnet.com> wrote:  6 > > I currently have the following in my "new" XP1000. > >  > > KZPSA (Wide Diff SCSI) > > PowerStorm 300% > > KZPCA (U2/LVD SCSI, 53C895 based)  > > L > > I need Narrow SCSI for the TLZ06 I use to transfer data to my PDP-11.  IL > > have the following additional SCSI Cards.  I've heard there is a problemI > > with the KZPAA in an XP1000, and I see David's site lists it as not    > > working N > > with 53C895 controllers.  As a result I'm guessing the KZPAA is out, but   > > can F > > I use the KZPBA-CA for Narrow SCSI (at one point I was in my PWS).  8 > Yes, just get a 68 -> 50 pin adapter ( < $10 at Fry's)  K I was actually thinking about using the Narrow connection on the KZPBA-CA.  F While it's not supported, it works (at least on the PWS).  If I go theL 68->50 pin adapter route (one came with the system), I'll see about pluggingL it into the SCSI on the mainboard.  This probably makes the most sense, as I$ have no other use for that SCSI Bus.  L > > QLZ1041B).  In the long run I hope to add a GigE card (don't have that).  9 > I have 3 DEGPA-SA  that I would be willing to part with   K Those are Fibre rather than CAT5, right?  I've been debating which would be L cheaper, a way to connect a pair of GigE fibre cards into a 10/100/1000BaseTK network, or to just get CAT5 cards.  In the long run I want to move both my K XP1000 and SunBlade 1000 to GigE (VMS is most imporant), and in both cases, H fibre cards are far cheaper.  I'm also tempted to try the HP NC7771 GigE1 card, though I'm pretty sure that is unsupported.    		Zane   ------------------------------  % Date: Fri, 28 Jul 2006 12:35:06 +0800 ) From: Tim Sneddon <tesneddon@bigpond.com>   Subject: Re: Mercury Interactive9 Message-ID: <44c986a9$0$21765$88260bb3@free.teranews.com>    Craig A. Berry wrote: J > It looks like Mercury has a tiny bit in systems management, but I think H > they are mainly known for application development and testing tools.  F > Their main products would be comparable to things like Digital Test J > Manager (if I remember the name right) and maybe some pieces of DECset. D >  It would be quite nifty to have an up-to-date set of testing and  > deployment tools on VMS. >   > Just out of curiosity, what features do you think are lacking?  
 Regards, Tim.    --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  % Date: Fri, 28 Jul 2006 14:41:25 +0930 < From: "Barratt, Chris \(FMC\)" <Chris.Barratt@fmc.sa.gov.au>  Subject: RE: Mercury InteractiveR Message-ID: <062C11A882E0C749A3CFD62BA461167A061636A9@hadaltmail.althad.sa.gov.au>  D Knowing not much about Decset tools, I wonder whether they are toolsH purely for VMS based development, or whether you could use them also for( Windows/ .NET or Java development also ?   Cheers,  Chris    > -----Original Message-----5 > From: Tim Sneddon [mailto:tesneddon@bigpond.com]=20 $ > Sent: Friday, 28 July 2006 2:05 PM > To: Info-VAX@Mvb.Saic.Com " > Subject: Re: Mercury Interactive >=20 > Craig A. Berry wrote: B > > It looks like Mercury has a tiny bit in systems management,=20 > but I think=20< > > they are mainly known for application development and=20 > testing tools. =20J > > Their main products would be comparable to things like Digital Test=20< > > Manager (if I remember the name right) and maybe some=20 > pieces of DECset.=20H > >  It would be quite nifty to have an up-to-date set of testing and=20 > > deployment tools on VMS. > >=20 >=20@ > Just out of curiosity, what features do you think are lacking? >=20 > Regards, Tim.  >=20 > --=20 ? > Posted via a free Usenet account from http://www.teranews.com  >=20   ------------------------------  % Date: Thu, 27 Jul 2006 23:13:54 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>Y Subject: Re: Mercury Interactive (was: Re: Digital^H^H^H^H^H^H^H hp is a "Software" Compa @ Message-ID: <craigberry-18B5DE.23135427072006@free.teranews.com>  1 In article <0z3yg.1178$KR2.676@news.cpqcorp.net>, .  Hoff Hoffman <hoff-remove-this@hp.com> wrote:  F >    The Mercury Interactive acquisition has about as much to do with K > OpenVMS as your average new printer cartridge -- other than its entirely  K > unintended but and entirely unsurprising consequence of providing fodder  ( > for here in the newsgroups, of course. > A >    What follows is a direct quote from the HP press release at:  > @ >    <http://www.hp.com/hpinfo/newsroom/press/2006/060725a.html> > K >    "The transaction brings together the strength of HP OpenView systems,  H > network and IT service management software with Mercury's strength in B > application management, application delivery, IT governance and F > service-oriented architecture governance. This combination provides B > customers with the industry's most robust suite for optimizing, ; > automating and aligning IT services with business needs."  > G >    As for the implications for OpenVMS, OpenVMS already has OpenView  K > clients for various operations of interest to OpenView users.  I know of  G > no current clients for network application management within OpenVMS  J > that are being maintained within OpenVMS Engineering; AFAIK, we have no F > tie-ins with the existing Mercury Interactive software environment, + > unless there's some add-on client around.   E They obviously haven't trained you in HP's own marketingspeak.  When  G they say it "brings together the strength of HP OpenView systems" they  E mean it has nothing remotely comparable with OpenView and thus won't   compete with it.    H It looks like Mercury has a tiny bit in systems management, but I think F they are mainly known for application development and testing tools.  D Their main products would be comparable to things like Digital Test H Manager (if I remember the name right) and maybe some pieces of DECset. B  It would be quite nifty to have an up-to-date set of testing and  deployment tools on VMS.   --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------  % Date: Thu, 27 Jul 2006 23:02:24 -0500  From: <ksrich@bellsouth.net>& Subject: Re: Oracle on OpenVMS Itanium9 Message-ID: <yZfyg.21130$ZH1.5188@bignews4.bellsouth.net>   ( <andrewr@cornasys.com> wrote in message = news:1153809146.011951.223780@s13g2000cwa.googlegroups.com...  > Hi,  > E > Can anyone advise which versions of Oracle are available on OpenVMS E > Itanium? I need to migrate an application that runs Oracle 7.3.3 on # > OpenVMS Alpha to OpenVMS Itanium.  >   F Also be aware that as of 10G VMS floating point formats are no longer 
 supported.J If you use embedded SQL you have change the compiler to use ieee format or7 convert the floating points returned from the database.      Shael    ------------------------------  # Date: Thu, 27 Jul 2006 18:11:17 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>. Subject: Re: PIPE redirection as stream file ?1 Message-ID: <9l7yg.1203$KT2.983@news.cpqcorp.net>   
 Pierre wrote:    > I'll take a look at v2.6.24 F > in the meantime, I did this patch as a workaround in xmlFileWrite in	 > xmlIO.c   G    Ok; I'm not in a position to devote significant brain cells to this  I matter right now due to other work in the queue, so the easier it is for  I me to figure out what is wrong here will make it easier for me to either  I pass it along to the relevant engineers, or to otherwise troubleshoot it.   F    If whatever fwrite is returning here is bogus, then it needs to be I fixed -- but until I know what's going on here (eg: what happens when it  I works, and what happens when it goes bad, what CRTL ECO is installed and  G what OpenVMS version(s) are in use, etc), I'm operating at rather less  G than full speed.  (You know what's going on -- what should and what is  % really happening here.  But I don't.)       No offense is intended.  F > as I also need libxslt for xmlstarlet, will it be in freeware v8.0 ?  <    There is at least one version of libxlt on Freeware V8.0.  F > BTW, do you think xmlstarlet can be interresting for freeware v8.0 ?  <    Freeware V8.0 finished its mastering and is starting the I manufacturing process.  Inclusion is certainly of potential interest for  D Freeware V.next, however, and with whatever version number might be  assigned to it.   C    And without intending offense to anyone involved, my tastes and  H general preferences in software are not something I try to utilize when E selecting software for inclusion on the Freeware.  If a package gets  F submitted and can reasonably be shipped, it generally gets kitted and  shipped.   ------------------------------  % Date: Thu, 27 Jul 2006 11:21:12 -0700 # From: Joe Bloggs <JBloggs@acme.com> . Subject: Re: PIPE redirection as stream file ?8 Message-ID: <vr0ic2pjhfcupg65hse2n1bfejcq2qnn86@4ax.com>  / On Thu, 27 Jul 2006 15:48:59 GMT, John Malmberg * <malmberg@dskwld.zko.hp.compaq.dec> wrote:  J >Those that attended the last OpenVMS bootcamp have a presentation on how F >to use those new GNV features, and they even have patches for GNV on + >OpenVMS 8.2/8.2-1 to start using them now.   5 Were (are) these GNV patches available to the public,   or just the Boot Camp attendees?   ------------------------------  % Date: Thu, 27 Jul 2006 13:24:50 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>. Subject: Re: PIPE redirection as stream file ?@ Message-ID: <craigberry-50813C.13245027072006@free.teranews.com>  + In article <4iq62vF4p18tU1@news.dfncis.de>, ,  js@cs.tu-berlin.de (Joerg Schilling) wrote:  4 > In article <06072609445044_2023700B@antinode.org>,- > Steven M. Schweda <sms@antinode.org> wrote:  > F > >   The same holds for several other similar functions, which is oneE > >reason that it's good to avoid them in code destined for VMS.  For H > >example, in the latest cdrecord kit, there was a line which put out a > >message with: > >      fwrite(buf, 1, len, f)  > >instead of: > >      fwrite(buf, len, 1, f)  > H > This VMS bug is a reason why the current patch for VMS is unacceptable > for the official cdrecord. > K > I am sorry but if VMS has this kind of unfixed fatal bugs, someone should : > make a bug report and cry loudly until the bug is fixed. > N > If VMS ignores standards and implements standard functions incorreclty, then > VMS is unusable :-(  >  >  > Here is the standard:  > E > http://www.opengroup.org/onlinepubs/009695399/functions/fwrite.html   H The VMS implementation of fwrite() conforms to that standard as much as G any other implementation does for stream files, which is the only kind  E the standard covers.  The standard refers to the output file as "the  F stream" in several places, and shows no awareness that any other type D of output is possible.  How to implement fwrite for VMS native file G types not covered by the standard comes down to basically two options,  + each with its advantages and disadvantages.   F 1.)  Try to follow the principle of least surprise for users familiar H with VMS-native record-oriented files.  For example, treat the items in D the fwrite call as records and produce a new record in the file for 	 each one.   E 2.) Try to follow the principle of least surprise for users familiar  H with using fwrite() with stream-oriented files, users typically unaware A that any other kind of file exists.  For example, try to emulate  D stream-oriented behavior even on record-oriented files by buffering @ writes so that multiple writes do not result in multiple record G boundaries, or at least writing  multiple items with a single fwrite()  ' call does not produce multiple records.   G Option #1 is what was chosen, probably (as someone else mentioned) for  G performance reasons as much as anything.  The main problem that arises  H is that (as John Malmberg pointed out) there are a lot of cases where a : C program opens a file that has inherited record-oriented G characteristics unintentionally.  You can address that in a variety of  H ways.  Steven Schweda's simple change makes as much sense as any for an H application where there aren't that many fwrite() calls.  The Perl port F on VMS implements its own fwrite() that essentially follows option #2 G above.  There are also various ways to coerce the open calls to always   create stream files.  E I'd buy an argument that the VMS CRTL should add yet another feature  C logical to enable option #2 (though there might well be some nasty  H corner cases for various file types that would have to be sorted out).    H I do not buy the argument that there is a bug or a failure of standards C compliance for cases about which the standard is completely silent.   # > The correct call in libschily is:  >  > cnt = fwrite(buf, 1, len, f);  > H > It is the only way that works as unfortunately, the fwrite return codeK > is "nitems", we need to set the "itemsize" parameter to 1 to get a useful 	 > result.   E It's doubtful that when a write error occurs, knowing that you wrote  ? some but not all of the bytes you intended to is really useful  D information.  The file position indicator becomes undefined in that C case anyway, so it's not like you can just try again with whatever   didn't get written.    --  = Posted via a free Usenet account from http://www.teranews.com    ------------------------------    Date: 27 Jul 2006 15:43:30 -0700% From: "Pierre" <pierre.bru@gmail.com> . Subject: Re: PIPE redirection as stream file ?B Message-ID: <1154040210.128569.54870@s13g2000cwa.googlegroups.com>  J > Unfortunately, the stream behavior expected by UNIX can not be forced byH > a run-time or compile time option transparent to the source code.  AndF > there are quite a variety of options that may be needed to produce a? > file that matches what a program ported from UNIX may expect.  > G > Using a macro to override the fopen() and such calls is typically the  > easiest way to do this.  > J > By using the /FIRST_INCLUDE qualifier on current OpenVMS C/C++ compilersH > either in an OpenVMS specific build procedure, or included on an aliasE > to the CC command, it is possible in many cases to make such macros D > override the C library routines with out changing the source code. >  > /* File vms_1st_inc.h */ > #include <stdio.h>2 > #define fopen(a, b, c) fopen(a, b, c, "ctx=stm")  B would that works on stdout, especially when redirected in a PIPE ?   Pierre.    ------------------------------  # Date: Thu, 27 Jul 2006 22:49:34 GMT % From: Rob Brown <mylastname@gmcl.com> . Subject: Re: PIPE redirection as stream file ?E Message-ID: <Pine.LNX.4.61.0607271646170.32335@localhost.localdomain>   " On Thu, 27 Jul 2006, Pierre wrote:   >> /* File vms_1st_inc.h */  >> #include <stdio.h> 3 >> #define fopen(a, b, c) fopen(a, b, c, "ctx=stm")  > D > would that works on stdout, especially when redirected in a PIPE ?  D Dunno.  The real question is "can you change the characteristics of F stdout?"  Would closing it and then open it as above do what we want? G Hardly transparent at the source level, but you could bracket in a #IF   VMS or something.      --    B Rob Brown                        b r o w n a t g m c l d o t c o m6 G. Michaels Consulting Ltd.      (780)438-9343 (voice)4 Edmonton                         (780)437-3367 (FAX)2                                   http://gmcl.com/   ------------------------------  % Date: Thu, 27 Jul 2006 21:06:38 -0700 % From: Crabs <IHateSpam@SpamSucks.com> # Subject: Re: PWS500au manual needed : Message-ID: <zcednfHBC-i9EFTZnZ2dnUVZ_u-dnZ2d@comcast.com>   Jim Mehlhop wrote:  B > I have a used PWS500au normally running VMS.  Recently we had a H > lightning storm and I powered it off.  When I went to boot it came up I > with no saved time and in Alpha BIOS instead of SRM.  I can select SRM  K > and boot but if it power cycles the same thing happens.  I suspect there  G > is a battery that is dead but I would like to have the manual to see  7 > what and where it is BEFORE I start tearing it apart.  >  > Jim   2032, on the upper mother board. It's your problem, guaranteed.4 I've seen them at the local grocery store for $1.49.   TomC   ------------------------------  % Date: Thu, 27 Jul 2006 19:34:42 -0400 7 From: =?ISO-8859-15?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> 1 Subject: Re: Tomcat user authentication question. . Message-ID: <l4cyg.72235$fG3.22469@dukeread09>   Jean-Franois Pironne wrote:  > Arne Vajhj wrote:> >> Considering that Tomcat is *not* a web server but a servlet8 >> container, then I doubt that WASD would do much good. > G > but Webware + WASD can do this and more (running the server under the  > authenticate user account).   * Webware is not a servlet container either.   Arne   ------------------------------  % Date: Thu, 27 Jul 2006 17:19:00 -0400 ' From: Dave Froble <davef@tsoft-inc.com> ) Subject: Re: Upgrading disks in Shadowset 9 Message-ID: <6ZmdnSWokOPFsVTZnZ2dnUVZ_o-dnZ2d@libcom.com>    etmsreec@yahoo.co.uk wrote: D > With moving forwards to bigger disks you may also want to considerF > doing an init on the volumes to increase the maximum number of filesE > and potentially modify the cluster size to something smaller.  This D > will, of course, necessitate an image copy of the data rather than  > shadowing the bigger disks in.  A While VMS has the ability to do the upgrade using shadowing, not  H everyone needs to be constantly up.  I'd agree that a clean INIT of new < drives and an IMAGE copy is a better solution, if available.  H > Depending on hardware available, tape can be quicker than disk to disk8 > backup these days.  you mileage, of course, will vary.  E Interesting observation, and I'm not challenging it.  However, using  G tape, it's two (2) copy operations, not one.  I'd be surprised if this  E is faster.  Possibly you're claiming that the copy to tape is faster  ( than the copy to disk.  Can you clarify?   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------   Date: 27 Jul 2006 21:49:56 GMT From: healyzh@aracnet.com ) Subject: Re: Upgrading disks in Shadowset + Message-ID: <eabce40ipk@enews4.newsguy.com>   ( Dave Froble <davef@tsoft-inc.com> wrote: > etmsreec@yahoo.co.uk wrote: C > While VMS has the ability to do the upgrade using shadowing, not  J > everyone needs to be constantly up.  I'd agree that a clean INIT of new > > drives and an IMAGE copy is a better solution, if available.  K I don't have the need to remain up, I'm actually looking for the safest and L easiest solution.  The clean INIT and IMAGE copy is the solution I typicallyL use, but wasn't sure it was the best solution when dealing with Shadow Sets.  J > > Depending on hardware available, tape can be quicker than disk to disk: > > backup these days.  you mileage, of course, will vary.  G > Interesting observation, and I'm not challenging it.  However, using  I > tape, it's two (2) copy operations, not one.  I'd be surprised if this  G > is faster.  Possibly you're claiming that the copy to tape is faster  * > than the copy to disk.  Can you clarify?  K I'd be interested in data backing this up as well, about the fastest speeds K we've seen to tape are 120GB/Hour, and I believe that's only on a couple of L Windows servers.  Most backups to tape are considerably slower than that.  I> know for a fact I'm going to be slower than that on my system.   		Zane   ------------------------------    Date: 27 Jul 2006 15:34:49 -0700" From: dave.baxter@bannerhealth.com) Subject: Re: Upgrading disks in Shadowset C Message-ID: <1154039689.542690.285110@p79g2000cwp.googlegroups.com>    Dave Froble wrote:  B > While VMS has the ability to do the upgrade using shadowing, not% > everyone needs to be constantly up.   # Must be nice is all I have to say!!    Dave   ------------------------------    Date: 27 Jul 2006 20:18:27 -0700) From: "Bob Gezelter" <gezelter@rlgsc.com> ) Subject: Re: Upgrading disks in Shadowset B Message-ID: <1154056707.359285.306910@i3g2000cwc.googlegroups.com>   Zane,   G I did a presentation on this type of scenario at the 2005 HP Technology G Forum. The session was entitled "Migrating OpenVMS Storage Environments G without Interruption or Disruption". The session notes are available at 5 http://www.rlgsc.com/hptechnologyforum/2005/1146.html   A In this session I noted that the combination of Host Based Volume F Shadowing, Dissimilar device support, and dynamic volume expansion wasB a powerful tool not just when upgrading individual disks, but whenD changing disk storage environments completely (say from an HSG to an EVA or an MSA, or other).   $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------   Date: 27 Jul 2006 19:54:45 GMT From: healyzh@aracnet.com & Subject: Re: VaxStation vs. Infoserver+ Message-ID: <eab5m53dm8@enews2.newsguy.com>   : johnhreinhardt@yahoo.com <johnhreinhardt@yahoo.com> wrote:H > You were lucky with those purchases.  Of late, it seems like they haveE > been going for between $50-70.  Perhaps a run by the VMS people? :)   J I've actually been wondering if there isn't a run by VMS people myself, as I've observed the same thing.    Zane   ------------------------------   End of INFO-VAX 2006.416 ************************                                                                                                                                                                                                                                                                                                                                                