1 INFO-VAX	Sun, 29 May 2005	Volume 2005 : Issue 297       Contents: Re: ABC problem with disk ? Re: HP to help governments with tracking users with NAtional ID P Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI P Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI  Re: MultiHead issue on AS400) Re: The 23rd DCL script - A user's prayer   F ----------------------------------------------------------------------  % Date: Sat, 28 May 2005 15:14:20 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>" Subject: Re: ABC problem with disk+ Message-ID: <4298D11C.F9109407@comcast.net>    John Santos wrote: >  > David J Dachtera wrote: 
 > > [snip]L > > If this ABC thing is malfunctioning, it hardly qualifies as either safe,E > > proper or supported (by OpenVMS Engineering). If the vendor can't G > > support it either, well, does the word "pray" mean anything to you?  > E > "Not Supported" and "Not supported by HP" are two entirely distinct  > concepts.   D Agreed. And these days, finding a vendor who can provide support forE their product on VMS on a par with support for their product on other $ platforms borders on the impossible.  : > Everyone is always complaining about lack of third partyH > software on VMS, and here you are saying "if it's not VMS Engineering, > it's gotta go!"    You understand why, yes?  D In case you don't (and judging from your tone you might not), let me explain.  3 Consider the "chosen niche" for OpenVMS these days.   F Now, consider whether that is a market that can tolerate anything lessE than 110% support. (Healthcare (life critical), finance (billions, if ) not trillions of dollars at stake), etc.)    Are there any other questions?  ? > There are several different things called "ABC".  The one I'm  > familiar with is >  > $ abc ; > Archive Backup Client for ADSM on OpenVMS, Version V1.2-9 : > Copyright 1996-2000, Storage Solutions Specialists, Inc. > C > This is the VMS client for Tivoli Storage Manager (formerly IBM's 0 > ADSTAR Distributed Storage Manager, aka ADSM.)  ' That's the one I heard of back in 1999.   ? > We use it at one customer site (mandated by their IT people).   G Some folks know better instinctively. Others have knowledge thrust upon G them by experience. Yet others will go to their financial, professional D or biological grave feeling proud that they "stood their ground" and$ resisted learning to the bitter end.  D > Seems to work okay, given that we are pumping all the data through@ > a 10Mb VAX ethernet connection (half-duplex.)  Performance was= > sporadicly variable for a long time, but then they did some > > tuning on the server side and since then things have been as% > fast as we could reasonably expect.  > ? > It's an ancient version, but they are running VMS 7.1 ... ;-)  > 7 > (Due to migrate to an Alpha cluster in a few months.)  > ? > They have a shadowed system disk, but if they ever need to do > > a disaster recovery, they'll have to build a new temp systemD > disk, minimally with VMS, TCP/IP and ADSM, recover the system diskA > backup to the new real system disk, and then restore everything  > else.   E Precisely why such products can't cut it in the VMS market niche: you F have to restore the system before you can restore the system. Too muchF delay, too much man-power requirement, too many interdependencies, too many things to go wrong, ...  B > (They make the ABC equivalent of "BACKUP/IMAGE/IGNORE=INTERLOCK"E > every few days at least, and we can manually fix anything that gets E > dinged (queue manager files seem most likely, users don't get added E > that often, so we can go back a few versions of SYSUAF, etc. if the 7 > latest backup has a bad one.)  Not ideal, but doable.  > H > Our app is careful about backups and snapshots things with appropriate@ > context so the application and database backups are all clean. > 9 > I don't know if any of this is at all useful to the OP.  > E > BTW, ABC's web site is at www.storserver.com.  Look for "STORServer  > Clients" in the menus.  F Well, maybe some day, some "third party vendor" will get it right: VMSG is the storage+server node, not the client (how many WhineBloze servers E have tens, if not hundreds of terabytes - even petabytes - of storage ! attached or accessible to them?).   @ Yes, it is well known in this forum that I am not only a serious curmudgeon, but a dreamer...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 28 May 2005 22:52:15 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) H Subject: Re: HP to help governments with tracking users with NAtional ID3 Message-ID: <o87OFtEvycxT@eisner.encompasserve.org>   T In article <3fqkk5F93oboU1@individual.net>, Paul Sture <paul.sture@decus.ch> writes: > Larry Kilgallen wrote: > W >> In article <3fpbqqF8vc5tU1@individual.net>, Paul Sture <paul.sture@decus.ch> writes:  >>   >>  J >>>DECset I know, but I don't remember LinkWorks (though the SPD contains @ >>>references to such things as TeamWorks, which I do remember). >>   >>  1 >> So it is the _second_ LinkWorks that you know.   A The first one was bundled with VMS and provided inter-application B hyperlinks.  It was dropped when the second one came along and had7 a product manager with the clout to take over the name.    >> Which DECset do you know ?  > % > The one with MMS, CMS, PCA and DTM.  >  > Pray do enlighten us :-)  ; The first one was a typesetting package on pre-VAX systems.    ------------------------------  + Date: Sun, 22 May 2005 15:42:18 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI  $ Message-ID: <d6q98p$cf7$1@online.de>  E In article <4290647a$0$23699$db0fefd9@news.zen.co.uk>, "Alex Daniels" * <AlexNoSpamDaniels@themail.co.uk> writes:   M > I seem to recall you saying this box was a DEC 3000, you also mention your  < > two members of the Shadowset are SCSI and on the same bus. > L > The circ 28% of CPU utilisation that you can not account for, is probably K > just mostly interrupt time to your SCSI card, that figure could be about  ; > right for a full shadow copy on that vintage of hardware.    Sounds logical.   K > If you want to mitigate against interrupt time, then get a box with more  N > CPU's and fastpath the devices across CPU's, get a box that supports faster H > PCI devices like 133Mhz / PCIX, or switch to a more efficient storage  > interconnect, fibre maybe.  " It's just a hobbyist machine.  :-|   ------------------------------  + Date: Sun, 22 May 2005 08:54:41 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: Re: it doesn't add up: MONITOR PROCESS vs. SHOW SYSTEM vs. MONI SYSTEM vs. MONI  $ Message-ID: <d6phch$8u3$1@online.de>  D In article <d6pf5j$5g2$2@online.de>, helbig@astro.multiCLOTHESvax.de3 (Phillip Helbig---remove CLOTHES to reply) writes:    E > After upgrading to 7.3-2, I notice that MONITOR CLUSTER and MONITOR C > SYSTEM show about 30% CPU usage on the upgraded ALPHA, relatively I > constant over a long period of time.  However, MONITOR PROCESS, with or G > without /TOPCPU, doesn't give any indication where this amount of CPU ? > usage could be coming from.  Neither does SHOW SYSTM give any  > indication.   J > I am doing a shadow copy on the system disk now.  I don't recall seeing G > this strange behaviour before I started it.  After it finishes, I'll  J > have a look again.  Of course, it uses some resources, but why are they . > displayed differently by different commands?  F Now that the shadow copy is finished, the discrepancy has gone away.  G Note, however, that during the shadow copy the shadow server was using  F only 1--2% CPU and was listed as the top process; all other processes E had negligible CPU usage (and it is NOT the case that I have a large  I number of processes, each with small CPU usage).  At the same time, MONI  1 SYSTEM and MONI CLUSTER reported about 30% usage.   H Perhaps someone who does a full shadow copy can see if he can reproduce I this behaviour.  In my case, both disks were on the same node (it is the  F system-disk shadow set), the MOUNT command was issued from that node, G and the shadow copy was also handled by that node (the other nodes are  I VAXes and I have SHADOW_MAX_COPY=0 there so that they don't accidentally  I start a full copy when the ALPHA could start a MINICOPY).  The two disks   are also on the same SCSI bus.   ------------------------------    Date: 28 May 2005 14:16:18 -0700' From: "Graham" <grahambayley@gmail.com> % Subject: Re: MultiHead issue on AS400 C Message-ID: <1117314978.527623.305690@g14g2000cwa.googlegroups.com>    Veli,   D The DECW$X, etc settings are not in the DECW$PRIVATE....com settingsG will add them. Do i just need to reboot / restart X then or is there an  Autogen needed ???  
 MAny thanx   Graham  * ps as you can tell im not a VMS expert ;-)   ------------------------------  # Date: Sat, 28 May 2005 23:29:43 GMT ) From: Stephen Eickhoff <operagost@og.com> 2 Subject: Re: The 23rd DCL script - A user's prayer) Message-ID: <H97me.2686$vK5.972@trnddc03>    Jeff Cameron wrote:  > The 23rd DCL Script  >   $ > The System Manager is my Sheppard,   Who is this "Sheppard" guy?   % >           I shall not want SETPRIV. / > He maketh me run my programs in paged memory. 1 > He leadeth me to the low priority batch queues.  > He restoreth my files./ > He leadeth me into the file paths of Files-11 # >           for logical names sake.  >   + > Yeah though I browse through the internet " >           in the shadow of UNIX,- > I will fear no hacker, for VMS art with me. 1 > Thy Control-Y and thy Dollar prompt comfort me. + > Thou preparest a group-logical name table 0 >           in the presence of thy fellow users. > Thou annointest my process! >           with TMPMBX & NETMBX. $ > My Virtual Pagecount runneth over. >   E > Surely diskquota and available CPU shall follow my computing needs, ) > And I will dwell in the SYSUAF forever.  >    >    > Cmkrnl >  > By Jeff Cameron  >    ------------------------------   End of INFO-VAX 2005.297 ************************