1 INFO-VAX	Mon, 25 Dec 2000	Volume 2000 : Issue 719       Contents:/ Re: Any tips and/or tricks for VMS with HSG80s? / Re: Any tips and/or tricks for VMS with HSG80s?  Re: Giving up on VMS Re: Giving up on VMS Re: Giving up on VMS  F ----------------------------------------------------------------------  # Date: Mon, 25 Dec 2000 07:39:49 GMT % From: Uwe Zessin <zessin@my-deja.com> 8 Subject: Re: Any tips and/or tricks for VMS with HSG80s?) Message-ID: <926tk5$6nu$1@nnrp1.deja.com>   ' In article <3A4676D1.1481CD90@home.nl>, !   Dirk Munk <munk@home.nl> wrote:  >  > Uwe Zessin wrote:  > > + > > In article <3A45EF6B.6775C6FA@home.nl>, % > >   Dirk Munk <munk@home.nl> wrote:    [...]   D > > You don't want this mode with OpenVMS (or any other OS) that hasG > > multi-path capability (or at least some software like Secure Path).  > D > Thanks for this clarification. I was looking at the dual redundantB > mode for a setup where a True64 Unix 4.0x system is connected toC > the HSG80's. It this case it is not possible to use the multipath 
 > setting.  F I beleive there is a solution from one of the 'special service' groups" or however they are called (CSS?).   [...]   > > > I wonder what that would do to you in a DRM environment... > > > I don't know, cause I don't know what you mean with DRM :-))  @ Huh? Are you kidding? DRM is the Data Replication Manager - see:>     http://www.compaq.com/products/storageworks/Storage-Manage*            ment-Software/DataRepindex.html  A Watch out. The WWID from the initiator's LUN is replicated to the A target site. That way OpenVMS can survive a site failover without ? a reboot. I haven't tried it with OpenVMS, but that is what the = documentation says. Well, perhaps we can find a contradicting # sentence if we look long enough ;-)    --
 Uwe Zessin3 (If you want to send mail, please use user "zessin" / who lives at "decus.decus.de", not my-deja.com)      Sent via Deja.com  http://www.deja.com/   ------------------------------  # Date: Mon, 25 Dec 2000 09:04:15 GMT  From: Dirk Munk <munk@home.nl>8 Subject: Re: Any tips and/or tricks for VMS with HSG80s?' Message-ID: <3A470D8E.791F9DF7@home.nl>    Uwe Zessin wrote:  > ) > In article <3A4676D1.1481CD90@home.nl>, # >   Dirk Munk <munk@home.nl> wrote:  > >  > > Uwe Zessin wrote:  > > > - > > > In article <3A45EF6B.6775C6FA@home.nl>, ' > > >   Dirk Munk <munk@home.nl> wrote:  >  > [...]  > F > > > You don't want this mode with OpenVMS (or any other OS) that hasI > > > multi-path capability (or at least some software like Secure Path).  > > F > > Thanks for this clarification. I was looking at the dual redundantD > > mode for a setup where a True64 Unix 4.0x system is connected toE > > the HSG80's. It this case it is not possible to use the multipath  > > setting. > H > I beleive there is a solution from one of the 'special service' groups$ > or however they are called (CSS?). >  > [...]   5 Thanks, I will look in to this for my Unix colleagues      > @ > > > I wonder what that would do to you in a DRM environment... > > @ > > I don't know, cause I don't know what you mean with DRM :-)) > B > Huh? Are you kidding? DRM is the Data Replication Manager - see:@ >     http://www.compaq.com/products/storageworks/Storage-Manage, >            ment-Software/DataRepindex.html  G Ah, sure I know what that is. But we decided not to use this version of ? the HSG80 software, because it can not be used with a clustered ? application. We want to make a setup whereby both nodes run the G application, and every single node only reads from the HSG80 set on its H own site (using VMS shadowing). Only the writes are done over both sitesF of course. The Alphas and the HSG80 are connected to switches on theirH own site, and a switch on one site is connected to a switch on the other site by one single glasfibre.      > C > Watch out. The WWID from the initiator's LUN is replicated to the C > target site. That way OpenVMS can survive a site failover without A > a reboot. I haven't tried it with OpenVMS, but that is what the ? > documentation says. Well, perhaps we can find a contradicting % > sentence if we look long enough ;-)  >  > -- > Uwe Zessin5 > (If you want to send mail, please use user "zessin" 1 > who lives at "decus.decus.de", not my-deja.com)  >  > Sent via Deja.com  > http://www.deja.com/   ------------------------------   Date: 25 Dec 2000 09:02:41 GMT) From: leslie@clio.rice.edu (Jerry Leslie)  Subject: Re: Giving up on VMS ' Message-ID: <9272fh$blc$1@joe.rice.edu>   * John Nebel (nebel@athena.csdco.com) wrote:  G : OSF/DU/Tru64 is a really nice system.  You could get an old Alpha and  : run that.   E In V5.1A, the Turbo channel machines such as the DEC 3000s, DEC 4000s K DEC 7000s, are completely de-supported; i.e. V5.1A won't even install, per  I Message-ID 91dltk$2ere$1@lead.zk3.dec.com, posted to the comp.unix.tru64  G newsgroup on 15 Dec 2000 by Andrew L. Duane, duane@zk3.dec.com, Compaq.     4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  + Date: Mon, 25 Dec 2000 07:03:58 -0700 (MST) ) From: John Nebel <nebel@athena.csdco.com>  Subject: Re: Giving up on VMS G Message-ID: <Pine.OSF.4.21.0012250647450.24662-100000@athena.csdco.com>    Jerry,  , Good point on the latest and greatest Tru64.  A 4.0g has been described as a "safe harbor" release - seems like a I reasonable choice if one wants to learn Unix and not preclude running VMS  in the future.  H 7000 is not exactly a hobby machine, but it can be upgraded to a 8400 inG two hours, one "just" needs a TLSB and mounting brackets, clock module, 2 processor, memory, and KFTIA (or KFTHA and DWLPB).  A Personally I depend on VMS, but I'm, not adverse to OSF/DU/Tru64.    John Nebel    # On 25 Dec 2000, Jerry Leslie wrote:   , > John Nebel (nebel@athena.csdco.com) wrote: > I > : OSF/DU/Tru64 is a really nice system.  You could get an old Alpha and 
 > : run that.  > G > In V5.1A, the Turbo channel machines such as the DEC 3000s, DEC 4000s M > DEC 7000s, are completely de-supported; i.e. V5.1A won't even install, per  K > Message-ID 91dltk$2ere$1@lead.zk3.dec.com, posted to the comp.unix.tru64  I > newsgroup on 15 Dec 2000 by Andrew L. Duane, duane@zk3.dec.com, Compaq.  >  > 6 > --Jerry Leslie     (my opinions are strictly my own) >    ------------------------------  % Date: Mon, 25 Dec 2000 10:57:00 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Giving up on VMS + Message-ID: <3A476E47.8D97586@videotron.ca>    John Nebel wrote: C > Personally I depend on VMS, but I'm, not adverse to OSF/DU/Tru64.   L If I am switching away from a Compaq product because , like its predecessor,D Compaq is genetically incapable of selling/marketing its products, IN certaintly won't go to a Compaq proprietary unix product whose market share isN questionable anyways. The whole point of leaving VMS is to focus on mainstreamM products that gives me marketable skills, not some other little known product N whose marketing is also doubtfull due to the rigid control Intel and Microsoft have on Compaq's marketing.   M If companies are dropping VMS because they need mainstream applications, they G are dropping VMS in favour of a mainstream OS.  And right now, it means  Solaris, NT or Linux.    ------------------------------   End of INFO-VAX 2000.719 ************************