1 INFO-VAX	Mon, 25 Sep 2006	Volume 2006 : Issue 526       Contents:: Re: Can a satellite survive the reboot of its boot server?' Re: Can a VAX MSCP-serve an ODS5 disk ? ' Re: Can a VAX MSCP-serve an ODS5 disk ? A Re: DEC/CPQ/HP stuff/libraries  for ArchiCAD/AutoCAD and so on... 	 EBAY item 
 Re: EBAY item 5 Re: In the Land of the Blind, the Hoff is truly King!  UPDATE 8.0 and BACKUP   F ----------------------------------------------------------------------  + Date: Sun, 24 Sep 2006 18:54:12 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)C Subject: Re: Can a satellite survive the reboot of its boot server? $ Message-ID: <ef6k8k$jsk$1@online.de>  H In article <ef6fbl$359$1@pcls4.std.com>, moroney@world.std.spaamtrap.com (Michael Moroney) writes:   H > The system will wait up to SHADOW_MEMBER_TMO seconds for the member toH > come back, then it will kick out the missing member and continue using > the remaining member(s).  ' So while it is waiting, I/O will stall?   C Is there any reason to set SHADOW_MBR_TMO to a value LESS than the  G maximum amount of time I'm willing for the system to wait for a member   to return to the shadow set?  F In my particular case at present, I have one shadow set which has one H member on the one ALPHA in the cluster and another member on a VAX.  It G is a "live" disk, i.e. it has open files, installed images etc on it.   D Presumably, if the ALPHA reboots in less than SHADOW_MBR_TMO, then, I while some things might stall, I won't need a shadow copy when the ALPHA  : and the disk it serves comes back into the cluster, right?  C > System disk is a special case, it'll wait SHADOW_SYS_TMO instead.      SHADOW_SYS_TMO  H        The SHADOW_SYS_TMO parameter has the following two distinct uses:  A        o  At system boot time, when this is the first node in the H           cluster to boot and to create this specific shadow set. If theF           proposed shadow set is not currently mounted in the cluster,F           use this parameter to extend the time a booting system waitsF           for all former members of the shadowed system disk to become           available.  B        o  Once the system successfully mounts the virtual unit andB           begins normal operations. In this usage, the SHADOW_SYS_D           TMO parameter controls the time the operating system waitsF           for errant members of a system disk. (Use the SHADOW_MBR_TMOF           parameter to control the time the operating system waits for5           the errant members of an application disk.)   G        This parameter applies only to members of the system disk shadow F        set. All nodes using a particular system disk shadow set shouldE        have their SHADOW_SYS_TMO parameter set to the same value once         normal operations begin.   C        The default value is 120 seconds. Change this parameter to a   E Does the remark about it applying only to members of the system-disk  1 shadow set apply to BOTH of the two points above?    ------------------------------  % Date: Mon, 25 Sep 2006 02:17:44 +0800  From: prep@prep.synonet.com 0 Subject: Re: Can a VAX MSCP-serve an ODS5 disk ?0 Message-ID: <871wq1f7sn.fsf@k9.prep.synonet.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:   J > If I have a disk attached to a VAX, could an Alpha system intialise that. > disk as an ODS-5 drive without any problem ? > H > (this is VAX VMS 7.2, and the ALPHA might be 8.2 if I am lucky, or 8.3 > if very lucky).  > H > Or is MSCP serving so low level that it absolutely does not care about > volume format at all ? > H > I take it that VAX-VMS backup would be unable to work on this disk andH > that any backups would have to be MSCP served from the VAX hosted disk > to the VAX hosted tape ?  - Yes, blocks is blocks... Or it had better be!    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.? ------------ And now a word from our sponsor ------------------ = For a quality usenet news server, try DNEWS, easy to install, ? fast, efficient and reliable. For home servers or carrier class ? installations with millions of users it will allow you to grow! ? ----  See http://netwinsite.com/sponsor/sponsor_dnews.htm  ----    ------------------------------    Date: 24 Sep 2006 18:13:26 -0700' From: "toby" <toby@telegraphics.com.au> 0 Subject: Re: Can a VAX MSCP-serve an ODS5 disk ?B Message-ID: <1159146806.547081.243290@i3g2000cwc.googlegroups.com>   H Vlems wrote:> > "JF Mezei" <jfmezei.spamnot@teksavvy.com> schreef in bericht( > news:451624C2.3B3C45E5@teksavvy.com...L > > If I have a disk attached to a VAX, could an Alpha system intialise that0 > > disk as an ODS-5 drive without any problem ? > >  > K > Never tried that JF, but the answer is very likely "no". The VAX serves a ) > filesystem, not a collection of blocks.  > J > > (this is VAX VMS 7.2, and the ALPHA might be 8.2 if I am lucky, or 8.3 > > if very lucky).  > > J > > Or is MSCP serving so low level that it absolutely does not care about > > volume format at all ? > N > MSCP requires knowledge of the filesystem that sits on the volume it serves.  G I don't believe so. MSCP addresses disks as vectors of "logical blocks" G only, and has no interest in any structure above that. (See, e.g., MSCP  Basic Disk Functions Manual.)   N > That's why I think that a VAX cannot serve an ODS-5 disk. Its own version of > RMS has no clue about ODS-5. > > J > > I take it that VAX-VMS backup would be unable to work on this disk andJ > > that any backups would have to be MSCP served from the VAX hosted disk > > to the VAX hosted tape ?8 > That question is moot, given the first answer is true. >  > Hans   ------------------------------  % Date: Mon, 25 Sep 2006 02:19:04 +0800  From: prep@prep.synonet.com J Subject: Re: DEC/CPQ/HP stuff/libraries  for ArchiCAD/AutoCAD and so on...0 Message-ID: <87wt7tdt5z.fsf@k9.prep.synonet.com>  0 Bob Blunt <RobertDOTblunt@digitalDOTcom> writes:   > Ruslan R. Laishev wrote: >> Hello, All!C >>     I got a task to perform some investigation for a new special G >> zone for Hosts (AS, GS, StarCoupler ...). I'd like to use some tools 2 >> like ArchiCAD for modeling new computer room...C >>     So, is the question: is there in the internet an library for H >> elements where exist computer stuff like AS,GS and so one equipments? >>     Thanks in advance.   B > Ian's pointer to the Visio site is fine...  However, I find thatB > NOONE seems to have a set of OVERHEAD views for DEC/CPQ/HP gear.E > That, IMHO, is what you really need to make an accurate layout of a ? > computer room. You need accurate width and depth measurements C > primarily.  Having "service access" recommendations or guidelines E > would also be nice (how far does that VAX6000 back door extend when < > swung open?).  In addition, location of the power cord and, > top/bottom openings are also good to have.  ? Does not the `Golden Eggs' have the planning templates anymore?    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 24 Sep 2006 13:24:36 -0700 From: tomarsin2015@comcast.net Subject: EBAY itemC Message-ID: <1159129476.251452.194040@b28g2000cwb.googlegroups.com>   G I have a InfoServer 100 up on ebay. This is a fully working system with C a RZ23 clone and 2 DSP3160S 1.6 harddrives plus the two RRD42 cdrom F drives. Will give a price break to anyone from this group and yes even if you are overseas.B Dont know how to add links so just do a search on DEC/InfoServers. thanks phillip    ------------------------------    Date: 25 Sep 2006 07:36:59 -02006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: EBAY item* Message-ID: <4517871b@news.langstoeger.at>  d In article <1159129476.251452.194040@b28g2000cwb.googlegroups.com>, tomarsin2015@comcast.net writes:H >I have a InfoServer 100 up on ebay. This is a fully working system withD >a RZ23 clone and 2 DSP3160S 1.6 harddrives plus the two RRD42 cdromG >drives. Will give a price break to anyone from this group and yes even  >if you are overseas. C >Dont know how to add links so just do a search on DEC/InfoServers.    Is is this one ?  ? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=320031845087   , If not replace the item number in the URL...   --   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: 24 Sep 2006 18:15:58 -0700' From: "toby" <toby@telegraphics.com.au> > Subject: Re: In the Land of the Blind, the Hoff is truly King!C Message-ID: <1159146958.585606.152640@m73g2000cwd.googlegroups.com>    Richard Maher wrote:
 > Hi Dave, > 6 > "Dave Froble" <davef@tsoft-inc.com> wrote in message5 > news:ZumdnXXX0vajcpfYnZ2dnUVZ_t2dnZ2d@libcom.com... J > > Is that a tease?  I'm sure I'm not the only one following this thread.K > > Some of us may be interested in what caused the problem.  Since you say E > > it takes priviledge to cause the crash, you wouldn't be causing a 0 > > problem in going public with what you found. > L > I can't promise you an answer but FWIW here are my thoughts on what may've > happened. ... J > PS. Anyone see bits of the Steve Irwin memorial the other day? When JohnM > Williamson sang Steve's favourite song? You used to be able to hear it ring N > out through the suburbs after a bbq when the blokes had had just enough beer   In V.B. veritas. NOT.    > that they'd start babling ...    ------------------------------  + Date: Sun, 24 Sep 2006 22:43:45 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: UPDATE 8.0 and BACKUP$ Message-ID: <ef71n1$b44$1@online.de>  D When applying the 7.3-2 UPDATE V8.0 patch, I get the message "moduleD BACKUP was not replaced because module from kit has lower generationF number".  Two questions.  First, what is a "module" in this context?  F Second, although there IS a BACKUP patch newer than the UPDATE kit, I C haven't yet installed it (because it requires the UPDATE kit); the  H latest BACKUP patch at the time of the installation of the UPDATE kit is% 5.0, which I installed back in April.   D Of course, version 5.0 is included in the UPDATE kit, and this I hadG already installed, but so are all the other patches I've installed, and # I got the message only for BACKUP.     ------------------------------   End of INFO-VAX 2006.526 ************************