1 INFO-VAX	Sun, 17 Dec 2006	Volume 2006 : Issue 692       Contents:, Re: Suggestion for F$SEARCH (starting point), Re: Suggestion for F$SEARCH (starting point), Re: Suggestion for F$SEARCH (starting point), Re: Suggestion for F$SEARCH (starting point)
 Re: thank you 
 Re: thank you 
 Re: thank you 9 RE: The Evil within! (Was Re: The Hole in Cerner's Logic)  Re: The Hole in Cerner's Logic Re: The Hole in Cerner's Logic+ Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha + Re: tool to move accounts from VAX to Alpha 9 Re: VAX VMS 7.3, ana/disk running out of virtual memory ? $ Re: Windows Media Player 11 Released  F ----------------------------------------------------------------------  % Date: Sat, 16 Dec 2006 21:36:22 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>5 Subject: Re: Suggestion for F$SEARCH (starting point) ( Message-ID: <em2afa$63j$1@pyrite.mv.net>   JF Mezei wrote:  > AEF wrote:= >> How about doing $ DIRECTORY/NOHEADER/NOTRAILER [000000...] G >> /OUT=SEQ.FILE and then reading from SEQ.FILE, skipping processing on 8 >> the files that were done before the system went down? >  > 0 > It sorts of defeats the purpose of F$SEARCH... > D > The issue is that often, when you write such a procedure, it isn'tE > obvious that the job will take hours to complete and that the power H > compamy will be playing tricks on you, or that your job will abort dueF > to a DCL error or some other aspectr after having succesfully scaned > half of your disk. > I > So it is easier to retrofit a command procedure using F$EARCH by adding D > a single command to set the context, rather than restructuring the; > command prcedure to use a different file scanning method.     G    This reminds me very much of the checkpoint-restart discussion from  E last month.  See <ekf31b$18h4$1@pyrite.mv.net>, among other messages.   F    There is the batch-restart mechanism available within the existing F queue manager, though that would require modifications to the command H procedure.   That's also the basic limit on most any checkpoint-restart I scheme around, and (some?) application modifications would probably even  G be required even if OpenVMS Engineering were to add checkpoint-restart  E within the operating system.  Transactional databases have this same  G sort of transactional capability, and can usually also provide on-line   data-archival capabilities.   I    While you're suggesting this enhancement to HP (or the implementation  C of full checkpoint-restart), also consider adding a UPS (as sagely  G suggested by Mr Dachtera), replacing those ancient discs (that started  H off this whole excellent adventure) with more modern ones, removing the F use of bound-volume sets when moving to those newer and larger disks, B and implementing regular backup operations and a regular archival G schedule.   And I'd likely tweak the command procedure in the interim,  $ if it were a long-running procedure.  H    Ancient hardware inevitably fails, and particularly if it is ancient I and spinning hardware subject to thermal or power instabilities.  Worse,  F the harder you pound on ancient rotating gear, the hotter it gets and I the worse that can be for the gear.  In my experience, this same ancient  H spinning hardware also seems to have an integral sixth sense around how 2 recent its most current BACKUP was performed.  :-)   ------------------------------  % Date: Sat, 16 Dec 2006 22:09:40 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>5 Subject: Re: Suggestion for F$SEARCH (starting point) - Message-ID: <4584B4E1.B14380EE@vaxination.ca>    Stephen Hoffman wrote:G >    There is the batch-restart mechanism available within the existing G > queue manager, though that would require modifications to the command  > procedure.    H Which manual would describe this and what needs to be done from within a- command procedure to take advantage of this ?   C (Note that the first time I ran that procedure it was interactively @ since I wanted to see if there were any DCL errors. And since it@ appeared to run, I let it run. Then we got the power failure :-)  E Second time, I ran it in batch, but only to find that it had a big in ? how it decided to handle ZIP files and also with the totals :-(     J >    While you're suggesting this enhancement to HP (or the implementationD > of full checkpoint-restart), also consider adding a UPS (as sagely > suggested by Mr Dachtera),  F I would actually require multiple UPSs. My machines are not all on theF same circuit. And in the case of a batch job taking hours to complete,( the UPS wouldn't have made a difference.  - > replacing those ancient discs (that started   B RF drives are ancient ? They are only aboiut 13 years old :-) Now,' RA81,82 and RD54, those are ancient :-)   G While DSSI drives are old, they do give me multi-path capability from 2  nodes to the drives.    A And yes, the goal has always been to move off those drives. But I G couldn't really figure oiut what sort of DSSI-SCSI module/card I really @ needed and hardware cradles to get SCSI drives onto the cabinet.  F But in a month or two, I expect to only have one VAX left running.  SoD shared access drives may no longer be possible.(and neither woudl be shared system disks).   I > off this whole excellent adventure) with more modern ones, removing the G > use of bound-volume sets when moving to those newer and larger disks,   : With modern drives, I would not need to use bound volumes.  J > the worse that can be for the gear.  In my experience, this same ancientI > spinning hardware also seems to have an integral sixth sense around how 4 > recent its most current BACKUP was performed.  :-)    G Well, instead of adding AI to disk drives tto trigger failures, perhaps E DEC should have spent more enginering money on making DCL fix bugs by 
 itself :-)   ------------------------------  % Date: Sat, 16 Dec 2006 23:36:54 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>5 Subject: Re: Suggestion for F$SEARCH (starting point) ( Message-ID: <em2hh9$850$1@pyrite.mv.net>   JF Mezei wrote:  > Stephen Hoffman wrote:H >>    There is the batch-restart mechanism available within the existingH >> queue manager, though that would require modifications to the command >> procedure.    > J > Which manual would describe this and what needs to be done from within a/ > command procedure to take advantage of this ?   F    Wander over to Google and enter the following double-secret sneaky  search string:  .    restart site:http://h71000.www7.hp.com/doc/  C    Here are some direct paths into the appropriate sections of the   OpenVMS User's Guide:   G <http://h71000.www7.hp.com/doc/731FINAL/6489/6489pro_046.html#exch_58>  N <http://h71000.www7.hp.com/doc/731FINAL/6489/6489pro_036.html#restartbatchjob>  I    Also see the SUBMIT stuff, the SET RESTART stuff, and other hits from  H the above Google search or for searches for the BATCH$RESTART symbol or  such.   H    What this existing batch-restart mechanism involves is an assist for F restarting your batch job -- it's fully feasible to implement restart E capabilities within an application without using this mechanism, but  D this mechanism makes it somewhat easier for a DCL batch procedure...  H    If you've not looked at the User's Guide or the FAQ or other such in F a while, another look can be in order.  I remember re-reading through F the C RTL for the first time in a while, and being amazed at how much I had been added into that document.  The master OpenVMS FAQ URL is now at  * <http://www.hoffmanlabs.com/vmsfaq/>, too.  H > I would actually require multiple UPSs. My machines are not all on theH > same circuit. And in the case of a batch job taking hours to complete,* > the UPS wouldn't have made a difference.  C    Commodity UPS devices are cheap, and entirely adequate for this   purpose.  F    The more stable the power input into these older systems, the less E likely you'll be off replacing your disks or repairing your boxes or  I recovering your software.  And I'd rather have a sag or a spike into the  H UPS rather than into an ancient power supply or disk...  And if a power E spike blows out the UPS, it's still cheaper than the box behind it...   I    It's certainly not a magic-bullet solution and you won't ride over an  B outage longer than your wattage, but the UPS does cover the usual @ failures, and can also allow you enough time to perform a clean E shutdown.  And one of the biggest benefits is that the systems don't  F drop out underneath you during a power transient.  I'm on UPS once or I twice a month, locally -- even if it's just for a couple of minutes, the  F savings on hardware wear and tear and having to reconstitute the work > that was in progress makes these simple devices well worth it.  I    Certain mid-level UPS devices can be connected to OpenVMS systems for   an automated shutdown.  qv: FAQ   G    There are rack-mount UPS solutions, as well.  These tend to be more  H expensive than the commodity options, but the cable management and such 
 is easier.  . >> replacing those ancient discs (that started > D > RF drives are ancient ? They are only aboiut 13 years old :-) Now,) > RA81,82 and RD54, those are ancient :-)        RF and RZ drives are ancient.  I    I can't say for certain that current-generation disk drives will last  I for thirteen years, but I would expect that most any of the newer drives  I will easily out-last an existing and thirteen year old drive.  (You have  6 already reached one or more disk failures, after all.)  I > While DSSI drives are old, they do give me multi-path capability from 2  > nodes to the drives.    I    So?  Multi-path is most certainly nice, but DSSI-class RF and SCSI RZ  I drives are both ancient history.  They'll fail.  Worse: they are already  F failing.  Having multi-path isn't a big win if your disks are failing H and are dropping out from underneath your system configuration and your  data.   I    I recently purchased a shelf of 14 universal SCSI drives of 18GB each  I for US$400.  These are one generation back in the storage disk and shelf  E product lines, and the 18 GB drives are comparatively small disks by  I current standards.   (Current top-end is 750 GB per disk spindle.)  This  F shelf and the disks are all dual-host capable.  This configuration is G far from leading-edge gear, but far larger than the RF drives, and far  D newer and correspondingly far more reliable than both the RF and RZ  series drives.  H    I might well be tempted to use DSSI for host-to-host for the ancient I gear (it's about SCSI-1 speed) if the hosts were stuck at 10Mb NICs, but  C shared SCSI for storage assuming Alpha systems with dual-host SCSI  F controllers.  Even lacking dual-host SCSI, I would look to retire the ' DSSI RF disks and the older RZ disks...   G    Personally, I'd not go further back than the "Top Gun Blue" shelves  G and the associated disk bricks; these are the second-generation series  I of the StorageWorks shelves.  The first-generation putty-colored shelves  I or older isn't really worth the effort, or the cost savings.  And I'd be  ; looking to rotate forward to newer (used) systems, as well.   C    As for the system BACKUP operations, there are example archival  1 procedures available around the network, as well.   I    Probably the biggest hardware expenditure for a hobbyist would be for  I a decent-quality tape drive, if you want real BACKUP storage.  VXA, AIT,  G DLT.  I'd personally tend to avoid DDS/DAT or low-end tape, or low-end  F removable storage.  CD and DVD are nice, but are both slow and small. E Some extra SCSI disks in a shelf can potentially be a less expensive  + option here for an archival storage medium.    ------------------------------  % Date: Sun, 17 Dec 2006 01:40:43 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>5 Subject: Re: Suggestion for F$SEARCH (starting point) - Message-ID: <4584E64C.D8E22B28@vaxination.ca>    Stephen Hoffman wrote:0 >    restart site:http://h71000.www7.hp.com/doc/  / I prefer          http://www.hp.com/go/vms/doc/   D It is not only a whopping 1 character shorter to type, but also much easier to remember.   H > <http://h71000.www7.hp.com/doc/731FINAL/6489/6489pro_046.html#exch_58>P > <http://h71000.www7.hp.com/doc/731FINAL/6489/6489pro_036.html#restartbatchjob>  D Thanks for the pointer. So SET RESTART_VALUE is the key here. PrettyG neat stuff. I knew there was some batch restart capabilities, but never ) saw the commands to take advantage of it.   H (*same thing for "shelving". Have absolutely no idea what it is used for2 even though DIR/FULL mentions this for every file)  D >    Commodity UPS devices are cheap, and entirely adequate for this
 > purpose.  G I'd have to measure current draw from my existing nodes. And would have H to rewire the laser printer to use a different circuit.  Right now, I amG using the power distribution module from the old Q5 cabinet which has a C huge capacitor inside to smooth out the power (but probably nothing " compared to what a real UPS does).  " >    RF and RZ drives are ancient.  F Well, RZ  drives are SCSI and should theoretically work on more modernG SCSI interfaces. They are not THAT ancient, compare to RA or RD drives. : Not that I would want to install such disks on my systems.  E When the tiem came to get a dricve for my vaxstation 3100 a few years F ago. I sourced a new Seagate 1gb drive from some place in california.   J > will easily out-last an existing and thirteen year old drive.  (You have8 > already reached one or more disk failures, after all.)  G Actually, on my vax, i've only experienced a drive failure once. It was F an old mac 200 meg scsi drive which I had been using as system disk onD the vax.  And I spotted the error count before the drive was fatallyH dead. Interestingly, I've hjad a fujutsu 600 meg drive (big brick) sinceE the early 1990s and it has performed flawlessly. And I did get a used C 10gig drive (also big brick) which probably had been installed in a 4 tandem. It has some massively high MTBF value in it.  @ Both have been in storage since I downgraded to DSSI drives lastH december. But the 10 gig drive will be rescusitated to get some data badF from it. Checked my DLT tapes tonight and they are truly unusuable. So/ that 10 gig drive is my only source for backup.   G My current disk failure was not a hardware fail, it was a VMS bug .....   1 So you shouldn't be blaming the hardware guys....   J >    I recently purchased a shelf of 14 universal SCSI drives of 18GB each
 > for US$400.   I Yes, I will eventually be looking at getting some sort of storage shelf.    I >    I might well be tempted to use DSSI for host-to-host for the ancient F > gear (it's about SCSI-1 speed) if the hosts were stuck at 10Mb NICs,  H In the end, I'll only be keeping one VAX.  Probably keep its system diskD as a dssi one (and I'Mll have plenty of spare parts should it fail).H (reason to keep it DSSI: the system has 4 dssi slots in it). But all theE user datya files will be hosted by the alpha. And the backup for that H server will be my workstation and the distance between the two precludesC shared disks.  And with TCPIP Services no longer supporting cluster G aliases, I can't have the failover that I currently have should one vax H fail. (I'll have to read up to see if the replacement stuff can still do
 what I need).   H The vaxes I got last year gave me a really neat architecture for systemsF availability. If only DSSI drives were a current technology with newer" drives available at IDE prices :-)  E In terms of retiring DSSI drives: it isn't just their age. It is also 6 their power draw and heat generation that is an issue.  J >    Probably the biggest hardware expenditure for a hobbyist would be for? > a decent-quality tape drive, if you want real BACKUP storage.   D I think I have given up on tape backup.  My short term plans are forH spare disk to which I can make backups. And longer term, probably DVD orE new generation HD/BLUE Ray when it becomes available.  For a hobyist, @ tape is just not a viable long term solution because it requiresF maintenance. And I have to assume that a maintenance kit for the TF85s1 would be very expensive. (or perhaps a new head).   G > removable storage.  CD and DVD are nice, but are both slow and small.   B Well, DVD is 5 gigs, isn,t it ? Better than TF85s. Are they really slower than backup tapes ?   ------------------------------  % Date: Sat, 16 Dec 2006 14:14:49 -0500 / From: "William Webb" <william.w.webb@gmail.com>  Subject: Re: thank youH Message-ID: <8660a3a10612161114w57d608cbm2c07183b4abb174@mail.gmail.com>    Also as another FYIF > we have had over 700 folks listen to the first VMS audio cast if you, > are not aware of this look on OpenVMS.org. >    More than that.   B The choices are either to listen to it via streaming audio or do a 40MB download,  A Some corporate sites restrict streaming audio/video for bandwidth  conservation reasons.   F I downloaded it and put it on a network share available to our VMS and( DSM/Cache' teams for those same reasons.  F Others within Quest who are not on those teams and who I knew would beB interested in hearing it, I have burned audio CDs so that they can listen to it at their leisure.  9 Anyway, word to the wise out there- I'm sure that the hit A counts/download counts are of interest to some people "up there".    So give it a listen.  F It's quite entertaining, and if you don't love the Nic and Colin show,! well, then you're humor-impaired.   ; Guys, I think you two may have just found fallback careers.   E And I fully expect to hear the long version of the "Car Park Charges" + story told verbally in an upcoming edition.   	 The page- 9 http://www.openvms.org/stories.php?story=06/12/09/2471408   	 The file- 3 http://www.openvms.org/podcast/OWAU-2006-12-7_1.mp3    And    WWWebb --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COLLAPSE").com    ------------------------------    Date: 16 Dec 2006 13:46:04 -0800 From: davidc@montagar.com  Subject: Re: thank youC Message-ID: <1166305564.038907.198240@l12g2000cwl.googlegroups.com>   
 Sue wrote:E > I am honored by your words but in truth I am just a mouth piece for F > just about everyone in engineering.  I only wish I had a fraction of > their technical talent.   G We each have our gifts, and your gift is liason between engineering and ? customers.  You bring the customers and engineers together, put C together great events, handle logistics, negotiate, handle customer B relations, herd the ambassadors, and a myriad of other things, andF always with a smile and passion for the people and the product.   JustF a mouthpiece?  Hardly.  You are a critical part of the success of VMS, too.   ------------------------------  % Date: Sat, 16 Dec 2006 18:09:03 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca> Subject: Re: thank you- Message-ID: <45847C8B.79DEB5BA@vaxination.ca>   
 Sue wrote: > E > I am honored by your words but in truth I am just a mouth piece for & > just about everyone in engineering.     C Sue, you are the glue that keeps everything together. And that is a H critical part of the VMS eco-system. VMS without Sue is like a 32 CPU GSM system without any interconnects between the CPUs and everything else inside.    ------------------------------  % Date: Sun, 17 Dec 2006 09:53:16 +1030 < From: "Barratt, Chris \(FMC\)" <Chris.Barratt@fmc.sa.gov.au>B Subject: RE: The Evil within! (Was Re: The Hole in Cerner's Logic)R Message-ID: <062C11A882E0C749A3CFD62BA461167A0871D764@hadaltmail.althad.sa.gov.au>   >=20 > Richard Maher wrote: > ...  > > @ > > PS. Is there no other Health System that runs on VMS? The=20 > fact that Cerner6 > > has yet to embrace clustering is a disappointment. >=20  G Well, I know of one...but it is not on the market, and is only suitable 1 in it's current form for one particular hospital. F It is not even in the field of Cerner, I-soft etc when it comes to GUIH (mostly character cell interfaces), tailorability etc, but it has a good: dollop of functionality, requires a low-level of h/w gruntH (comparatively) and as it runs on Rdb and VMS, it is as cluster-aware as you want it.=20   + (Perhaps Cerner should just port to Rdb ?).    Cheers, 
 Chris Barratt  Flinders Medical Centre     8 P.S. If any other VMS-based hospitals were interested inF joint-development in some sort of open-source arrangement, I'm sure weG would be interested in hearing from you to discuss what is possible.=20    ------------------------------  % Date: Sat, 16 Dec 2006 18:14:35 -0600 3 From: David J Dachtera <djesys.no@spam.comcast.net> ' Subject: Re: The Hole in Cerner's Logic 0 Message-ID: <45848BEB.417D385F@spam.comcast.net>   Larry Kilgallen wrote: > b > In article <iaWgh.12409$Qa6.491@newsfe6-gui.ntli.net>, ChrisQuayle <nospam@devnul.co.uk> writes: > > Rob Brooks wrote: . > >> ChrisQuayle <nospam@devnul.co.uk> writes: > >> > >>>Main, Kerry wrote:  > >>>  > >>> L > >>>>The big differentiator for the initial phase for evaluators is not theL > >>>>OS platform as that is way down on their list, but rather the businessM > >>>>plan, the applications proposed, the organizaqtion, program management,  > >>>>security processes etc.  > >> > >> > >>>Some newsM > >>>feature recently showed hp monitors, so I guess hp hardware is involved, G > >>>at least on the desktop, but why are hp not pursuing this business - > >>>agressively with vms for the back end ?.  > >> > >>; > >> What evidence do you have to support your supposition?  > >> > > < > > Rob - are you asking me and if so, what supposition ?... > G > It is obvious from the wording you quoted that the supposition is the J > notion that HP is "not pursuing this business agressively (sic) with VMS > for the back end".  K Um, Larry? Y'know how folks here are constantly griping about VMS's lack of 6 visibility? ...not to mention its current predicament?   Are you on track with us now?   I Google this group for this thread, and the key words "stealth marketing".   O Also, remember that I still have a standing offer of $1,000 cash reward for the O first verifiable (documented) sighting of an OpenVMS ad in the mainstream trade % media. To date, it remains unclaimed.   K I might also issue a counter-challenge to provide evidence that we (and the L other major ISVs cited recently in this thread and this group) are wrong andO OpenVMS *IS* being promoted among the ISVs and VARs, is not losing market share M or threatened in any way, is being ported both to platfoms more scalable than 6 I64 or Alpha and to popular, ubiquitous platforms, ...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 16 Dec 2006 18:22:34 -0600 3 From: David J Dachtera <djesys.no@spam.comcast.net> ' Subject: Re: The Hole in Cerner's Logic 0 Message-ID: <45848DCA.4815F68D@spam.comcast.net>   "Main, Kerry" wrote: > [snip]H > So, loosely translated - "If the Customer Senior Management is willingJ > to disrupt their entire org and pay many millions of $'s to change theirF > entire proven solution infrastructure stack on the basis of a single@ > Application ISV, then what the IT Guys say means very little." > H > I would have to agree with this translated statement i.e. the IT groupA > has little to say. However, it does not say much for the senior I > management of that particular organization in terms of their ability to " > manage their solution providers.  O On the other hand, when their hand is forced (ISVs jump the VMS ship) and their . back is to the wall (scalability), guess what?  I ...and since when is it my management responsibility to manage a solution M provider? My management's responsibility is to manage *OUR* IT operation, not M anyone else's, and certainly not that of any of our vendors! Vendors who need E that level of management usually find their place in the bankruptcy /  prosecution lines very quickly.   P About the only exception to that I've seen in recently history is HP. Of course,< Mr. Hurd has his hands rather full these days, or so I hear.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Sat, 16 Dec 2006 19:00:14 +0000 , From: Dave Weatherall <djweatherall@f2s.com>4 Subject: Re: tool to move accounts from VAX to Alpha0 Message-ID: <em1fnb$q93$1@news.freedom2surf.net>   tomarsin2015@comcast.net wrote:  > Hello ) > Is there any easy way to do do this??    > thanks >   G I was always under the impression you good just move sysuaf or did you   mean selected accounts?   
 Cheers - Dave    ------------------------------  % Date: Sat, 16 Dec 2006 14:17:16 -0500 / From: "William Webb" <william.w.webb@gmail.com> 4 Subject: Re: tool to move accounts from VAX to AlphaI Message-ID: <8660a3a10612161117q266415b6ud97a53e8a5d2728a@mail.gmail.com>   7 On 16 Dec 2006 09:27:09 -0800, tomarsin2015@comcast.net ! <tomarsin2015@comcast.net> wrote:  > Hello ' > Is there any easy way to do do this??  > thanks >  > E Do you need to merge two existing SYSUAF files, VAX and Alpha- or are  you doing a clean migration?  E There are freeware tools out there to help you do this; and it's been D discussed in the newsgroup before, and I'm not looking, but it might even be in the FAQ.    WWWebb --   Ajilon Consulting  Site resident at Quest Diagnostics = first.x.last@f$edit(contents of previous line,"COLLAPSE").com    ------------------------------  % Date: Sat, 16 Dec 2006 22:26:35 +0100 / From: Paul Sture <paul.sture.nospam@hispeed.ch> 4 Subject: Re: tool to move accounts from VAX to AlphaJ Message-ID: <paul.sture.nospam-690A09.22263516122006@mac.sture.homeip.net>  0 In article <em1fnb$q93$1@news.freedom2surf.net>,.  Dave Weatherall <djweatherall@f2s.com> wrote:  ! > tomarsin2015@comcast.net wrote: 	 > > Hello + > > Is there any easy way to do do this??   
 > > thanks > >  > I > I was always under the impression you good just move sysuaf or did you   > mean selected accounts?  >   F Yes, you can do that, but it brings across the quotas appropriate for  VAX, not Alpha.   , There's also the question of RIGHTSLIST.DAT.   --  
 Paul Sture   ------------------------------    Date: 16 Dec 2006 13:34:39 -0800 From: davidc@montagar.com 4 Subject: Re: tool to move accounts from VAX to AlphaC Message-ID: <1166304879.221312.153800@j72g2000cwa.googlegroups.com>    Paul Sture wrote: 2 > In article <em1fnb$q93$1@news.freedom2surf.net>,0 >  Dave Weatherall <djweatherall@f2s.com> wrote: > # > > tomarsin2015@comcast.net wrote:  > > > Hello + > > > Is there any easy way to do do this??  > > > thanks > > >  > > J > > I was always under the impression you good just move sysuaf or did you > > mean selected accounts?  > >  > G > Yes, you can do that, but it brings across the quotas appropriate for  > VAX, not Alpha.   - That's what the SYSGEN PQL prameters are for!   . > There's also the question of RIGHTSLIST.DAT.   And VMS$MAIL_PROFILE.DATA    ------------------------------  % Date: Sat, 16 Dec 2006 16:43:39 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> 4 Subject: Re: tool to move accounts from VAX to Alpha: Message-ID: <ma6dnULO0aIZ9RnYnZ2dnUVZ_rHinZ2d@comcast.com>   tomarsin2015@comcast.net wrote:    > Hello ) > Is there any easy way to do do this??    > thanks >      Copy SYS$SYSTEM:SYSUAF.DAT???    ------------------------------    Date: 16 Dec 2006 14:18:03 -0800! From: "Ian Miller" <gxys@uk2.net> 4 Subject: Re: tool to move accounts from VAX to AlphaB Message-ID: <1166307483.836697.25850@t46g2000cwa.googlegroups.com>  A copy the files or merge into new system -  this is covered in the  sysman manuals. + Update the quotas for your new environment.    ------------------------------  % Date: Sat, 16 Dec 2006 21:06:49 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>4 Subject: Re: tool to move accounts from VAX to Alpha( Message-ID: <em28ns$5jb$1@pyrite.mv.net>   tomarsin2015@comcast.net wrote:   ) > Is there any easy way to do do this??       =    Would the following material be of interest in your quest?   D    I'll add the quota info for the next addition, that's a good add.   	--     < 5.22 Can I copy SYSUAF to another version? To VAX? To Alpha?  - The format of the SYSUAF.DAT, RIGHTSLIST, and 6 associated files are upward-compatible, and compatible1 across OpenVMS VAX, OpenVMS Alpha and OpenVMS I64 5 systems. (This compatibility is a a basic requirement 3 of mixed-version OpenVMS Cluster configurations and 2 OpenVMS upgrades-for specific support information,2 please see the OpenVMS Cluster rolling upgrade and0 mixed-version requirements.) That said, it's the5 contents of the SYSUAF and RIGHTSLIST files that will  make this more interesting.   4 The same basic steps necessary for moving RIGHTSLIST3 and SYSUAF files to another node are rather similar 2 to the steps involved in merging these files in an7 OpenVMS Cluster-see the appendix of the OpenVMS Cluster 6 documentation for details of merging files. (You might7 not be merging the contents of two (or more) files, but 5 you are effectively merging the contents of the files $ into the target system environment.)   Considerations:   4 o applications often hold SYSUAF or RIGHTSLIST open,0 meaning a system reboot is often the best way to activate new files.   2 o the meanings of the RESTRICTED and CAPTIVE flags3 settings on the UAF entries have changed over time.   6 o the new NET$PROXY.DAT file that is initially created4 based on the contents of the NETPROXY.DAT during the/ OpenVMS VAX V6.1 upgrade and during the OpenVMS . Alpha V6.2 upgrade. This file is maintained in parallel with NETPROXY.DAT.   6 o the RIGHTSLIST identifier values and UIC values that1 end up scattered around the target system must be 4 rationalized with the contents of the new RIGHTSLIST and SYSUAF files.   6 The lattermost case -- resolving the identifier values7 -- is often the most interesting and difficult part. If 6 you find that an identifier value (or identifier name)3 from the source RIGHTSLIST collides with that of an 2 identifier existing on the target system, you must2 first determine if the two identifiers perform the5 same function. In most cases, they will not. As such, 2 you will have to find and chance all references to3 the identifier value(s) (or name(s)) to resolve the  "collision".  2 If you encounter a collision, changing both of the/ identifier binary values (or names) involved in 2 the collision to new and unique values can prevent0 security problems if you should miss a couple of3 identifiers embedded somewhere on the target system 3 during the whole conversion process-rather than the 1 wrong alphanumeric value for the identifier being 2 displayed, you'll simply see the binary format for2 the identifier displayed, and no particular access2 will be granted. And any DCL commands or such that5 reference the old alphanumeric name will fail, rather 7 than silently (and potentially erroneously) succeeding.   7 Similar requirements exist for UIC values, as these too 5 tend to be scattered all over the system environment. 4 Like the binary identifier values, you will find UIC7 values associated with disks, ACLs, queues, and various  other structures.   4 For a list of the various files shared in an OpenVMS0 Cluster and that can be involved when relocating3 an environment from one node to another (or merging 5 environments into an OpenVMS Cluster), please see the 5 SYLOGICALS.TEMPLATE file included in OpenVMS V7.2 and  later releases.   4 Procedures to extract the contents of a (potentially3 corrupt) queue database are provided on the OpenVMS 2 Freeware (V5) and can be used to combine two queue0 databases together while shuffling files between OpenVMS Cluster hosts.  7 For related discussions of splitting a cluster into two 7 or for removing a node from cluster (political divorce, 6 etc), see topics (203), (767), (915) and others in the Ask The Wizard area:  4 o http://www.hp.com/go/openvms/wizard/ (retired; use ITRC forums)  1 For additional information on the OpenVMS Ask The 4 Wizard (ATW) area and for a pointer to the available3 ATW Wizard.zip archive, please see Section 3.8. ATW 3 has been superceded (for new questions) by the ITRC   1 discussion forums; the area remains available for 
 reference.   ------------------------------  % Date: Sat, 16 Dec 2006 22:33:25 -0500 8 From: Stephen Hoffman <Hoff@HoffmanLabs-RemoveThis-.Org>4 Subject: Re: tool to move accounts from VAX to Alpha( Message-ID: <em2dq9$74c$1@pyrite.mv.net>   JF Mezei wrote:  > Stephen Hoffman wrote:G >>    I'll add the quota info for the next addition, that's a good add.  > E > I would suggest also adding warnings to check for the same username ) > bearing different UIC on both systems.      F    UICs are a form of an identifier.  A UIC is an identifier within a I particular specified range of integer values.  (I'll add that particular  E information into the next edition, as knowledge of an implementation  F detail such as that isn't a good assumption for inclusion in the FAQ.)   ------------------------------  % Date: Sat, 16 Dec 2006 18:05:49 -0500 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>B Subject: Re: VAX VMS 7.3, ana/disk running out of virtual memory ?- Message-ID: <45847BC9.57B5BCD2@vaxination.ca>    Hein RMS van den Heuvel wrote:H > Use my ZAP tool to patch its next pointer to point the the first valid > bucket in the last chunk.   H Thanks. I need to find the silver lining in this. This is really getting' me to learn more about the file system.   E > Good plan. You may also use its level-1 index (with ANA/RMS/INT ... E > DO... DO.. DO KE.. DO IND.. DO.. DO.. DO......  as a suggestion for - > where buckets might be in the current file.   < I havben't used ana/rms/int yet. Something more to learn :-)   ------------------------------  % Date: Sat, 16 Dec 2006 15:51:37 -0600 , From: John F. Eldredge <john@jfeldredge.com>- Subject: Re: Windows Media Player 11 Released 8 Message-ID: <ugq8o2h16herr10nvodd7cegsp6gcjibfv@4ax.com>  @ On Sat, 16 Dec 2006 18:35:41 GMT, andekl_no@saaf_spam.se (Anders
 Eklf) wrote:   ( ><admin.softwaresearch@gmail.com> wrote: > # >> Windows Media Player 11 Released  >>   >> click here to download  >> (http://downloadhub [snip]  > , >Off-topic spam in at least 3 of the groups./ >Besides, why would anyone download WMP 11 from  >someplace outside Microsoft?   E Not to mention that what you would actually receive would probably be F a Trojan Horse program of some sort rather than WMP 11.  All your bank account are belong to us.    --  ' John F. Eldredge -- john@jfeldredge.com ) PGP key available from http://pgp.mit.edu A "Reserve your right to think, for even to think wrongly is better 3 than not to think at all." -- Hypatia of Alexandria    ------------------------------   End of INFO-VAX 2006.692 ************************