1 INFO-VAX	Sun, 24 Dec 2000	Volume 2000 : Issue 716       Contents: ***   MERRY  VAXMAS !  ***/ RE: Any tips and/or tricks for VMS with HSG80s? 9 Re: BACKUP ACLs (was: standalone backup, disk-saveset...) ( Re: Happy Holidays - From Rich Marcelllo invalid density = Re: NLA0: the null device - can VMS have other default names?  Re: Opera (was Mozilla 0.6) < Seen on CNET: Group crafts rating system for server security  F ----------------------------------------------------------------------  # Date: Sun, 24 Dec 2000 06:06:55 GMT 1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au> # Subject: ***   MERRY  VAXMAS !  *** 8 Message-ID: <3og16.113$GH1.12470@nostril.pacific.net.au>  : 	I wish a Merry VAXmas and an Alpha New Year to everyone !   						Cheers,		Csaba  I    ---------------------------------------------------------------------- E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog E    * csabah@zipworld.com.au |           as he dismounted a wirebrush. I    ---------------------------------------------------------------------- ;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    ------------------------------  % Date: Sat, 23 Dec 2000 21:49:11 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com> 8 Subject: RE: Any tips and/or tricks for VMS with HSG80s?N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284B34@kaoexc3.kao.cpqcorp.net>   Hello Dirk,   ; Some good tips, but a few suggestions for consideration  ..   J >> You have to set the desired path on the HSG80 (I think), or on VMS (you" may have 8 paths to the unit !)<<<  G In a redundant config (2 HBA's per server, 2 FC switchs and 2 HSG80's), J OpenVMS should find 4 connections per device automatically. Recommend thatI you do not set the "preferred path" on the HSG80 as it will be overridden H anyway, since OpenVMS will choose the first path it finds as the initial preferred path for the device.    L Ideal situation is to leave the default as "nopreferred path" on all devicesK on the HSG80. However, before the disk drives are mounted from OpenVMS, run K a command procedure which does the following for each device. This sets the 9 preferred path that you want for optimum load balancing.    7 $ set device $1$DGA34: /path="PKA0.2343-A855-BC99-876F" ' $ help set device /path (for more info) ) $ help show device /multi (for more info)    Also, see this web reference: L <http://www.openvms.compaq.com/openvms/fibre/doc/6318pro_004.html#setup_hsg8 0_h>  G Suggestion for optimum config, is that you want to try and get all RAID H devices created in one group to be mounted via the same HSG80 controllerL e.g. if S1 is a stripe set of 3 mirror sets M1, M2, M3 and S1 is partitionedJ into 4 drives $1$DGA34/35/36/37, then ideally, you want the preferred pathI to be the same for all 4 drives and that path will be via the same HSG80.   I >> Set the allocation class on the controller, even if VMS doesn't use it  (yet).<<  G Not sure if I understand this tip. The main reason for setting a device K allocation class is to ensure a device is uniquely identified in a cluster. J I have not heard of any future requirement for allocation class to be usedI by OpenVMS with HSG80's (not saying that there is not a requirement, just , that I have never even it being discussed).   L As you stated, OpenVMS does not use the allocation parameter for HSG80's andL SAN's, so I am not sure what this would gain ...the down side could be addedH confusion when alloc parameters are set on the HSG80's but these are notJ reflected back in the OpenVMS device numbering scheme, so it might confuse some folks.    Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----% From: Dirk Munk [mailto:munk@home.nl]  Sent: December 23, 2000 3:40 AM  To: Info-VAX@Mvb.Saic.Com 8 Subject: Re: Any tips and/or tricks for VMS with HSG80s?    
 Some tips:  F When adding a unit, use the disable_path=all switch !! Before you knowC it some unix box grabs your new unit, and you don't notice. If this < happens, delete the unit, and add it again with this switch.H Use enable_path for security, to prevent billy boxes and unix systems to destroy your VMS disks. E Set the maximum cached transfer for the unit to 128 (VMS can generate  IO's of more than 32).G You have to set the desired path on the HSG80 (I think), or on VMS (you  may have 8 paths to the unit !) H After installing the shadow patch, using cascaded switches is allowed !!G This is very important if you plan to build a disaster tolerant cluster C over 2 or more sites. Of course you have to use the new switches in H shadow too in case of disaster tolerant clusters over 2 or more sites...F Don't forget to use the identifier=nn on the This_controller settings,B VMS will create a GGann device to communicate with the controller.F Design some logic in the identifier numbers you use for the units etc.? It may help you to identify in which HSG80 cabinet the disk is. F Set the allocation class on the controller, even if VMS doesn't use itE (yet). If VMS is going to use the allocation class later on, then you F can adapt system by system, instead of having to change all systems adG once if you change the allocation class on the controller at that time.    regards,   Dirk     Scott Vieth wrote: >  > Hi:  > I > I've connected NT servers to our ESA12000s and even got a Novell server 	 > to talk I > to one of our Big StorageToys just to prove that it would work but have  > not yet connected  > a VMS system to an ESA12000. > F > Does anyone have any tips or tricks that they can pass along when itG > comes to connecting a VMS system to an ESA12000?  Has anyone done any I > dual-path stuff similar to SecurePath on NT?  (Which is also similar to @ > the dual-path setup I have with my CI-based storage networks.) >  > Many thanks in advance.  :^) >  > -Scott Vieth( > CI Plumber, Fibre Channel Plumber  ;^)   ------------------------------  + Date: Sun, 24 Dec 2000 00:20:11 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>B Subject: Re: BACKUP ACLs (was: standalone backup, disk-saveset...)J Message-ID: <Pine.LNX.4.21.0012240015510.32196-100000@irys.stanpol.com.pl>  - On Wed, 20 Dec 2000, David J. Dachtera wrote:   # +"Gotfryd Smolik, VMS lists" wrote:  +>  0 +> On Sat, 16 Dec 2000, David J. Dachtera wrote: +> [...]L +> +The only advantage I've ever seen to backing up to a saveset rather thanK +> +disk-to-disk /IMAGE is that the latter doesn't preserve ACLs where disk L +> +to saveset to disk does preserve ACLs. I always kinda wondered if *THAT* +> +was a bug in BACKUP... [...] > +>  And with the requirement of "set owner as original" BACKUP9 +> *also* saves ACLs ! The point is not mentioned in HELP : +> but really works. Have check this moment - but eventual% +> version dependence are welcome -:)  +>  8 +>  BACKUP is suposed for many differrent jobs - and the9 +> one without /IMAGE, /INCREMENTAL etc. looks as typical         ******* [...] D +If I understand correctly, then yes, that would be a bug in BACKUP: +   +$ BACKUP/IMAGE ddcu: ddcu:/INIT + H +...should imply that the target disk will be an accurate replica of the( +source disk - no additional qualifiers.  9  David: can't check the moment, but BACKUP *does* that... +  You suggest that /IMAGE doesn't copy ACL ? <  The description was about 'normal BACKUP', means "no /SAVE, no /IMAGE, no /PHYSICAL ..." !  8 +                         In practice, however, the only) +way to ensure this is to do it this way:  + 9 +$ BACKUP/IMAGE ddcu: ddcu:<dir>saveset_filespec/SAVE_SET 9 +$ BACKUP/IMAGE ddcu:<dir>saveset_filespec/SAVE_SET ddcu:   <  Probably not... /IMAGE AFAIK & AFAIR works properly (except: in older version /IMAGE/NOINIT and some 'pathable' bugs) !    Regards - Gotfryd   --  E ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------    Date: 23 Dec 2000 14:31:27 -0500* From: young_r@eisner.decus.org (Rob Young)1 Subject: Re: Happy Holidays - From Rich Marcelllo + Message-ID: <EOAzZ8HWvg5T@eisner.decus.org>   R In article <921fl3$pdv$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > B > David J. Dachtera <djesys.nospam@earthlink.net> wrote in message( > news:3A442169.E1567FE@earthlink.net... >> Bill Todd wrote:  >> >? >> > Dave Gudewicz <david.gudewicz@abbott.com> wrote in message 7 >> > news:91vpgd$nb6$1@fizban.fizban.pprd.abbott.com... K >> > > We should put this thread in a time capsule and have someone open it  > in aK >> > > decade or 3 and observe their reaction to it.  If it were me reading  > these M >> > > words then, I would use the term BAH, HUMBUG to describe its contents.  >> > How >> > > about you?  >> >K >> > Very likely - because by then, with high probability, the putative VMS M >> > renaissance will have been seen to be as inconsequential as this thread,  > and L >> > no one will care about VMS any more (save for those people happy to run > it@ >> > pretty much as-is forever, assuming Compaq holds to its COE > commitments). H >> > So this thread will simply be seen, correctly, as just so much more
 > bleatingG >> > by sheep unwilling or unable to summon up the courage to take more  > directJ >> > action to make Compaq take an unequivocal position (the same position > bothL >> > inside and outside the VMS coterie) on its commitment (or lack thereof) > to >> > VMS's future. >>I >> Hi, Bill!! Long time, no see!! How are you doing? The Season's Best to  >> you!! > J > Happily busy, thanks.  But still able to get frustrated at the same old,) > same old w.r.t. VMS, Compaq, and c.o.v.  >  >>F >> Now, since we've already beaten Compaq bloody both privately and inI >> public, what else would you recommend we do? We've shown them both the K >> error of their ways and where the profit potential *REALLY* is. However, G >> as the wise man said, "There are none so blind as those who will not + >> see" and Compaq is epitome of blindness.  > 0 > As you point out, likely deliberate blindness. >  >>I >> So, short of criminal action, violence and/or civil disobedience, what  >> do you recommend? > K > Well, about 10 months ago over a dozen people got together and decided to L > present a competent analysis of the situation that Compaq seemed so unableK > to assimilate.  After 3 months or so of lively discussion and significant M > work, we sent a letter to Capellas, since the problems Compaq had admitting J > that VMS existed seemed pretty clearly structural at the corporate level? > rather than simple ineptitude within Marcello's organization.  > N > However, Capellas just passed us on to Marcello.  While some of us suspectedK > this was a brush-off indicating no hope for any corporate-level change in L > perspective w.r.t. VMS, we gamely met with Marcello's team, which was moreG > than happy to talk with us and receptive to ideas but powerless to do M > anything significant (due to a laughably miniscule ad budget for the FY and N > no real promise of improvement in the future, though they hope that signs ofN > life in VMS sales might leave the funding subject to increase at some future > time). > M > Since then, we've been farting around trying to get Compaq's blessing to go M > public so that more people might become involved and perhaps swing a little J > more weight at the CEO level.  Exactly why anyone feels we need Compaq'sK > blessing has never been clear to me, but the more optimistic among us may L > have felt that it demonstrated good faith and a partner-like attitude thatL > would be appreciated and perhaps reciprocated.  The upshot has been that 7M > months have passed and Marcello's organization is still dithering about it.  > I > I'm not going to take it upon myself to 'out' the group - they can keep C > waiting if that's what they feel is best.  However, since I had a M > significant hand in beating the letter to Capellas into shape, and since my L > patience has run out, I'll just include it below:  I don't take credit forI > anything like all the ideas in it, but, as I said, enough of the actual A > words are mine (and I put enough effort into them) that I'm not  > uncomfortable releasing it.  > M > So my suggestion is that people read it and see what parts they agree with, M > then band together into a group that represents some significant percentage G > of the purchasing power behind the $4B/year or so that VMS reportedly M > generates and get Capellas' attention (since our group's experience is that J > logic doesn't necessarily carry much weight, but money well might).  Or,K > come up with some other scenario that better fits the long-term needs and 4 > desires of the VMS customer base and present that. > I > A small percentage of what we advocated seems to be happening (no clear L > reason to think our letter caused much of it, but that's OK with us).  But> > none of the major elements seem likely, from what I can see. > L > Anyway, have at it.  I hope it generates more activity here than it did atJ > Compaq.  It's a final draft with perhaps a couple of wording differencesJ > from what Capellas actually received, but it's *very* close to verbatim. >  > - bill >   @ 	I agree with much of what Bill wrote above and we have had manyG 	lively discussions over the last 11 months now.  I think the situation G 	is very complicated all the way around.  I am going to be surprisingly @ 	sparse in my comments for now but one thing I might add is thatD 	I came away from that meeting confident they are working hard.  ButC 	more than a few of us have noticed VMS doesn't get the recognition  	due it.   				Rob    ------------------------------   Date: 23 Dec 2000 22:23:54 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: invalid density. Message-ID: <9238lq$3c3$1@info.service.rug.nl>  @ What can cause BACKUP to fail with an "invalid density" error?  G VMS 7.2-1 ALPHA, all patches installed.  TLZ06 (I think) with 90m DDS1   tape.   G As all know, I'm a regular contributor to and reader of the group, but  G have limited access at the moment, so replies by email (as well) would  1 be appreciated (I have NOT set Reply-to: poster).    ------------------------------  # Date: Sat, 23 Dec 2000 20:50:53 GMT 5 From: danco@cx48228-c.escnd1.sdca.home.com (Dan Cook) F Subject: Re: NLA0: the null device - can VMS have other default names?- Message-ID: <slrn94a4a9.8ue.danco@pebble.org>   B Doing string comparisons on the device name is useless and futile.  L The proper way to detect the null device is to use SYS$GETDVI (or LIB$GETDVIK if that's easier) to get both the device class DVI$_DEVCLASS and the device L type DVI$_DEVTYPE.  For the null device, the device class is DC$_MAILBOX and the device type is DT$_NULL.   - Dan    ------------------------------  # Date: Sat, 23 Dec 2000 22:00:44 GMT + From: John Santos <john.santos@verizon.net> $ Subject: Re: Opera (was Mozilla 0.6)> Message-ID: <MPG.14aeead975d8a6c49896ab@news.bellatlantic.net>  A In article <VA.000001f2.2e25de81@sture.ch>, paul@sture.ch says...  [...] D > Sorry if that confused. Here's what typically happens in Netscape: >  > o Visit a site's home page > o Follow a link off that page C > o Get engrossed in the article (or go off and do something else), : >   so that my ISDN inactivity timer comes in and hangs up$ > o Click on the browser Back button > H > On the last step, Opera will get it back from cache. Netscape wants to6 > refresh the home page and so initiates another call.  D In Netscape Edit/Preferences/Advanced/Cache, there are radio buttons; for "Document in cache is compared to document on network:" C with possible values of "Once per session", "Every time" or "Never"   @ I have no idea how it compares the cache to the network without A downloading the network copy, but I think setting it to "Once per + session" or "Never" might cure the problem.    --   John Santos    ------------------------------  # Date: Sat, 23 Dec 2000 22:42:08 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>E Subject: Seen on CNET: Group crafts rating system for server security*; Message-ID: <4T916.27268$1t.912954@typhoon.ne.mediaone.net>P  F http://news.cnet.com/news/0-1003-201-4238214-0.html?tag=st.ne.ron.lthd   -- Terry C. Shannon Consultant and Publisher Shannon Knows Compaq  email: terryshannon@mediaone.net http://www.acersoft.come$ Web (info on SKC):  www.acersoft.com   ------------------------------   End of INFO-VAX 2000.716 ************************