INFO-VAX Fri, 23 Feb 2007 Volume 2007 : Issue 107 Contents: Automatic Bit Map Creation on Volume processing Re: Canadian OpenVMS Seminar (07.02.20) Re: DVD writer for DS10L ? Re: F$GETJPI doesn't match SHOW PROCESS/ACCOUNTING Re: Is it possible to boot OpenVMS from an IDE disk on an ES40? Re: Oracle - DST 2007 heads up Re: OT: Quebec Health Care Virus Re: OT: Quebec Health Care Virus Re: OT: Quebec Health Care Virus Re: Quebec Health Care Virus Re: Terry Shannon article nominated for Wikipedia deletion Re: TSZ07 Re: TSZ07 Re: TSZ07 Re: TSZ07 ---------------------------------------------------------------------- Date: 22 Feb 2007 18:29:44 -0800 From: "Jose Baars" Subject: Automatic Bit Map Creation on Volume processing Message-ID: <1172197784.900963.289140@q2g2000cwa.googlegroups.com> Hi, I'm in the process of getting the volume shadowing setup right on an 8.3 vms fc cluster. We've set up site id's, hbmm etc. In the 8.3 new features manual there is a short and rather confusing chapter 3.22.1 on automatic bit map creation on volume processing. If I understand correctly, it recycles an already existing HBMM bitmap to a minicopy bitmap if a shadowset member gets expelled. This seems like an extremely good idea to me. But : - in the hbmm policy the keyword multiuse should be used. I cannot seem to find any documentation on the correct syntax, the refererence to the VMS 8.2 new features manual is obviously a mistake. - It is mentioned not very clearly that it only works on a 3 member shadowsets that gets reduced. Seems unlikely to me. Does anyone know a description of the multiuse keyword, and perhaps less confusing documentation of this functionality ? ------------------------------ Date: Thu, 22 Feb 2007 21:12:30 -0500 From: "Peter Weaver" Subject: Re: Canadian OpenVMS Seminar (07.02.20) Message-ID: <008101c756f0$12c48fc0$2802a8c0@CHARONVAX> >... > No but one picture coming is a photo of Sue wrapping JF in duc tape > (It's a Canadian thing). > > BTW, the group photo on the top of this page... > http://www.encompasscanada.com/ > ...looks rather small. I should mention that these people are the ones > who stayed until 17:30 that day. >... Well after I left, actually I could not even stay around long enough to see any duct tape. I was rather disappointed since Sue is always so interesting when she gives her presentation even without the tape. Even though I missed most of the day I trust that Ann and Urey did their usual outstanding job. Peter Weaver www.weaverconsulting.ca CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial Hardware ------------------------------ Date: Thu, 22 Feb 2007 18:21:17 -0500 From: Stephen Hoffman Subject: Re: DVD writer for DS10L ? Message-ID: mcbill20@yahoo.com wrote: > Will either the Trifecta or the Acard solution allow booting from the > attached DVD -RAM drive? I still have a PWS500 that I need to add a > DVD-RAM drive to. Standard answer: try it. You might get lucky, and it might work. Assuming a typical level of care, you probably won't damage anything. I'd tend to bet on "no", however. Replacing the box itself is going to be easier, or mayhap finding a USB PCI adapter with the right chipset and trying that path. -- www.HoffmanLabs.com Services for OpenVMS ------------------------------ Date: 22 Feb 2007 18:43:21 -0600 From: burley.not-this@encompasserve-or-this.org (Graham Burley) Subject: Re: F$GETJPI doesn't match SHOW PROCESS/ACCOUNTING Message-ID: <9XOfUmfuM138@eisner.encompasserve.org> In article <45DE3316.71D0DB77@spam.comcast.net>, David J Dachtera writes: > Why don't the Direct I/O and Buffered I/O counts match the values returned by > F$GETJPI()? Because DIOCNT and BIOCNT return the remaining I/O quota values not the I/O operation count, you want DIRIO and BUFIO - see the System Services Reference Manual for $GETJPI. ------------------------------ Date: 22 Feb 2007 12:01:32 -0800 From: "Camiel" Subject: Re: Is it possible to boot OpenVMS from an IDE disk on an ES40? Message-ID: <1172174492.402523.183040@l53g2000cwa.googlegroups.com> Oops... I saw that my last reply was a response to a different post than the one I replied to. I'm booting OpenVMS 8.3 (7.3 gives a similar message) on an ES40, so the hardware I'm trying to emulate should be compatible with the OS. The primary bootstrap, APB.EXE, is found correctly. My emulator runs the actual SRM console and PAL code, so I'm not emulating that. The complete boot sequence looks like this: AlphaServer ES40 Console V7.2-1, built on Jun 9 2006 at 15:36:48 CPU 0 booting (boot dqa0.0.0.15.0 -flags 0,0) block 0 of dqa0.0.0.15.0 is a valid boot block reading 1226 blocks from dqa0.0.0.15.0 bootstrap code read in base = 200000, image_start = 0, image_bytes = 99400(627712) initializing HWRPB at 2000 initializing page table at 7f56000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code %APB-I-FILENOTLOC, Unable to locate SYSBOOT.EXE %APB-I-LOADFAIL, Failed to load secondary bootstrap, status = 00000910 halted CPU 0 halt code = 5 HALT instruction executed PC = 20004048 warning -- HWRPB is invalid Camiel Vanderhoeven http://www.camicom.com/es40 http://www.sourceforge.net/projects/es40 ------------------------------ Date: Thu, 22 Feb 2007 23:30:16 +0100 From: "Dr. Dweeb" Subject: Re: Oracle - DST 2007 heads up Message-ID: <45de1977$0$183$157c6196@dreader1.cybercity.dk> JF Mezei wrote: > Bill Gunshannon wrote: >> But no one "saves" anything. You merely relocate it. > > That is correct. However, there are cases at some latitudes where the > move may reduce peak power consumption during a peak period. North of > those latitudes, it will make no difference. > > And since the change in DST only changes power consumption during a > couple of weeks of the year, and makes 0 difference during the real > peak power conmsumption (january/february when it gets really cold), > then the net effect is very minimal since power utilities must still > scale their power generating utilities and power import contracts to > support the try peak periods when it is very cold (or very hot in > summer). > > What this silly changes really shows is that there is no viable > opposition at the goverment or media level to block such silly and > useless moves, and no viable opposition that would have outlined all > the IT problems that this change would have generated around the > world not just in the USA. > > Each elected representative in a govermment must learn to be a > critique and truly spend the time to learn about issues before voting > on them. > And especially in the USA, they should forbid the technique of hiding > various decisions as part of a bigger bill. This is purely political > ("such and such voted for national ID cards" when "such and such" > actually voted for some military budget to sustain troups and, having > not read through the bill, was unaware that it also implemented a > national ID card programme. Presidential line item veto was introduced under Clintin IIRC to counter this problem. ------------------------------ Date: Thu, 22 Feb 2007 12:09:30 -0700 From: "Michael D. Ober" Subject: Re: OT: Quebec Health Care Virus Message-ID: <45ddea6f$0$3577$815e3792@news.qwest.net> wrote in message news:1172105222.230389.258080@q2g2000cwa.googlegroups.com... >I continue to be amazed at how people here continue to state > the flawed fact that another solution is cheaper and better than > vms ... > > WRONG! > > when you take that higher initial investment and divide it over > decades > of virus free 99.9999 uptime enviroment your TCO on vms wins > overwhelmingly ... > Try selling this one to a politician who is only interested in being reelected in two to five years. You'd also have a hard time selling this to a CEO or CIO who knows the average tenure in their position is measured in months. > also, they should be using vms to save money because they are > broke running a socialized healthcare system the same one Hillary > Clinton and the democrats are and have been pushing for years ... > > look at Canadas broken system and think about that the next > election ... > Mike. ------------------------------ Date: 22 Feb 2007 15:29:50 -0800 From: "Doug Phillips" Subject: Re: OT: Quebec Health Care Virus Message-ID: <1172186990.536079.208890@v33g2000cwv.googlegroups.com> On Feb 21, 6:47 pm, b...@instantwhip.com wrote: > I continue to be amazed at how people here continue to state > the flawed fact that another solution is cheaper and better than > vms ... > > WRONG! > > when you take that higher initial investment and divide it over > decades > of virus free 99.9999 uptime enviroment your TCO on vms wins > overwhelmingly ... > > also, they should be using vms to save money because they are > broke running a socialized healthcare system the same one Hillary > Clinton and the democrats are and have been pushing for years ... > > look at Canadas broken system and think about that the next > election ... Not being a Canadian, I don't know how good that health care system is. I do consider the U.S.'s system to be badly broken. A quick search will show you that: - the per-capita spending for health care in the U.S. is nearly double that of Canada (and Australia, and France) and more than double that in the UK. - their life expectancy is higher than in the U.S. - their infant mortality rate is lower than in the U.S. Maybe those facts alone don't prove a broken system, but the more anyone looks at the U.S. health care system, the more facts one gathers, the closer one looks at how each dollar spent is distributed, the more obvious it should be to them that the system just isn't working very well. ------------------------------ Date: 22 Feb 2007 18:59:39 -0800 From: "Doug Phillips" Subject: Re: OT: Quebec Health Care Virus Message-ID: <1172199579.299906.229270@p10g2000cwp.googlegroups.com> On Feb 22, 6:45 pm, "Richard B. gilbert" wrote: > Doug Phillips wrote: > > On Feb 21, 6:47 pm, b...@instantwhip.com wrote: > > >>I continue to be amazed at how people here continue to state > >>the flawed fact that another solution is cheaper and better than > >>vms ... > > >>WRONG! > > >>when you take that higher initial investment and divide it over > >>decades > >>of virus free 99.9999 uptime enviroment your TCO on vms wins > >>overwhelmingly ... > > >>also, they should be using vms to save money because they are > >>broke running a socialized healthcare system the same one Hillary > >>Clinton and the democrats are and have been pushing for years ... > > >>look at Canadas broken system and think about that the next > >>election ... > > > Not being a Canadian, I don't know how good that health care system > > is. I do consider the U.S.'s system to be badly broken. > > > A quick search will show you that: > > > - the per-capita spending for health care in the U.S. is nearly double > > that of Canada (and Australia, and France) and more than double that > > in the UK. > > > - their life expectancy is higher than in the U.S. > > It's just barely possible that they eat a healthier diet and get more > exercise than we do!! > > Maybe. But, the U.S. health care system is still very, very broken. Maybe, in those countries, a higher portion of the money goes towards actual health care, and not towards middle-man expenses and profits and dividends and executive bonuses. (who do you guess makes more money; your family doctor or your insurance company execs, if you have insurance?) Maybe those doctors and staff don't waste a major part of their days fighting insurance companies for approval to treat a patient, and having to justify that treatment or figure out how to treat you within the limits imposed by your insurance company. (who do you guess understands your medical condition best; your doctor or your insurance company?) Maybe people with access to heath care are more likely to see a doctor before a problem becomes severe. Maybe more people receive prenatal care, rather than only those with enough money to pay for insurance and can cover their deductable even if they have insurance. Maybe fewer people in those countries are forced to use emergency rooms as their only access to health care because they can't afford insurance, and maybe the hospitals there aren't forced to raise others costs to pay for services provided to people who can't pay. Maybe there are many, many more reasons. Yep. I've been pretty close to the jagged edges of this broken system (if you haven't already guessed.) ------------------------------ Date: Thu, 22 Feb 2007 12:22:45 -0700 From: "Michael D. Ober" Subject: Re: Quebec Health Care Virus Message-ID: <45dded85$0$3568$815e3792@news.qwest.net> In a politicized or politically controlled environment, which the Canadian Health Care system is, long term thinking is useless. This means that operational costs simply don't matter. The only thing that matters is the up front costs associated with a project, which is probably why Windows was chosen over other solutions. If they started today, it would probably be Linux for the same reason - initial cost. Yes this is somewhat cynical, but after having been involved in government contracting and also watching politicians at various levels in the US, it is fairly obvious that the lowest bidder wins, regardless of total cost of ownership/operations. Mike. "JF Mezei" wrote in message news:22c47$45dcb5a9$cef8887a$29857@TEKSAVVY.COM... > Michael D. Ober wrote: >> As usual, problems like this aren't technical - they're human, or in the >> case of government health care, political. > > However, there is one very important aspect. (Something which Kerry Main > often mentions here). And this issue really outlined the disastrous end > results. > > When you have limited staff, and a large number of workstations to > support, with each workstation having the potential to bring down your > whole network, the amount of resources necessary to maintain each > workstation with all the patches needed for windows is immense. > > When your main business is healing people and your budgets are not > illimited, then your budgets should prioritise your core business instead > of having to sacrifice your core business just to adequatly maintain a > large fleet of wintel PCs that attract viri like fire attracts moths. > > > Consider one the largest IT consumers in the USA: The USA auto industry. > They aren't exactly in good financial health at this point in time. What > happens if they cut down on IT support ? Either the remaining staff will > spend 100% of their time patching and 0% in improving the services to make > the company more competitive, or if they spend the time to improve the > services, they open their network to a shutdown by viri which will cripple > the company. > > > > How you architect the network is also very important. If health care > workers had X-terminals, you could then have 2000 secure servers and no > need to maintain any of the 90,000 PCs since they would be X-terminals. > > I think that this is a good case that Windows really shouldn't be scaled > to such large networks. And also a good example of what happens when an > organisation selects a vendor based on the lowest initial bid, without > putting enough weighting on the regular operating costs, and without > putting realism in the number of staff needed to really support the > solution. > > 1 person per 200 workstation is not realistic in a windows environment. > > > And to all those current Cerner people contemplating moving away from VMS, > think twice. ------------------------------ Date: 22 Feb 2007 13:30:23 -0800 From: "Ian Miller" Subject: Re: Terry Shannon article nominated for Wikipedia deletion Message-ID: <1172179823.394542.177260@p10g2000cwp.googlegroups.com> what they seem to want is indepentantly verifiable information demonstrating that Terry was notable. ------------------------------ Date: 22 Feb 2007 18:55:51 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: TSZ07 Message-ID: <54679nF1ukr8vU1@mid.individual.net> In article <87irdv648t.fsf@k9.prep.synonet.com>, Paul Repacholi writes: > > I seem to remember having a drive with a `motor fault' that was > in fact something a lot less drastic to fix. OK, I ran a bunch of diagnostics and partially dismanteled it. Looks like the tach on the Take-up motor is not working. :-( Anybody got spare parts for a TSZ07 sitting around gathering dust? Looks to be what the manual says for a "5F Motor Fault" error. Change the Take-Up motor and/or the logic board. bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 22 Feb 2007 12:34:59 -0800 From: bob.birch@gmail.com Subject: Re: TSZ07 Message-ID: <1172176498.962888.277990@l53g2000cwa.googlegroups.com> On Feb 22, 10:55 am, b...@cs.uofs.edu (Bill Gunshannon) wrote: > In article <87irdv648t....@k9.prep.synonet.com>, > Paul Repacholi writes: > > > > > I seem to remember having a drive with a `motor fault' that was > > in fact something a lot less drastic to fix. > > OK, I ran a bunch of diagnostics and partially dismanteled it. > Looks like the tach on the Take-up motor is not working. :-( > > Anybody got spare parts for a TSZ07 sitting around gathering > dust? Looks to be what the manual says for a "5F Motor Fault" > error. Change the Take-Up motor and/or the logic board. > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > b...@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include I have a kit for Cipher M890 and a spare drive, manuals, and other Cipher spares. Can you see any part numbers or describe what it looks like ? I'm not sure what Cipher drive the TSZ07 matches up with ? ------------------------------ Date: 22 Feb 2007 21:23:06 GMT From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: TSZ07 Message-ID: <546ftqF1va2pqU1@mid.individual.net> In article <1172176498.962888.277990@l53g2000cwa.googlegroups.com>, bob.birch@gmail.com writes: > On Feb 22, 10:55 am, b...@cs.uofs.edu (Bill Gunshannon) wrote: >> In article <87irdv648t....@k9.prep.synonet.com>, >> Paul Repacholi writes: >> >> >> >> > I seem to remember having a drive with a `motor fault' that was >> > in fact something a lot less drastic to fix. >> >> OK, I ran a bunch of diagnostics and partially dismanteled it. >> Looks like the tach on the Take-up motor is not working. :-( >> >> Anybody got spare parts for a TSZ07 sitting around gathering >> dust? Looks to be what the manual says for a "5F Motor Fault" >> error. Change the Take-Up motor and/or the logic board. >> > > I have a kit for Cipher M890 and a spare drive, > manuals, and other Cipher spares. It looks like a Cipher to me too, but the parts I need are nothing like the equivalent on any of my older (scrapped for parts) Ciphers. > Can you > see any part numbers or describe what it looks > like ? I'm not sure what Cipher drive the TSZ07 > matches up with ? I have put some pix up on my webpage. http://www.cs.uofs.edu/~bill/DEC/TSZ07 The Take-Up motor. Closeup of the label (even though the the view on the motor itself came out really clear). A view of the rotation sensor which is differnt from what I have seen on other tape drives. A close up of the same thing, but probably not good enough to be of any additional value. Sure hope someone has spares as this looks like a really good drive, when it works. I am not giving up. I haven't traced the tach sensor wire all the way yet and it still may be a bad connection. But I am not getting my hopes up. :-( bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill@cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include ------------------------------ Date: 22 Feb 2007 15:28:41 -0800 From: bob.birch@gmail.com Subject: Re: TSZ07 Message-ID: <1172186921.297908.248110@q2g2000cwa.googlegroups.com> On Feb 22, 1:23 pm, b...@cs.uofs.edu (Bill Gunshannon) wrote: > In article <1172176498.962888.277...@l53g2000cwa.googlegroups.com>, > bob.bi...@gmail.com writes: > > > > > On Feb 22, 10:55 am, b...@cs.uofs.edu (Bill Gunshannon) wrote: > >> In article <87irdv648t....@k9.prep.synonet.com>, > >> Paul Repacholi writes: > > >> > I seem to remember having a drive with a `motor fault' that was > >> > in fact something a lot less drastic to fix. > > >> OK, I ran a bunch of diagnostics and partially dismanteled it. > >> Looks like the tach on the Take-up motor is not working. :-( > > >> Anybody got spare parts for a TSZ07 sitting around gathering > >> dust? Looks to be what the manual says for a "5F Motor Fault" > >> error. Change the Take-Up motor and/or the logic board. > > > I have a kit for Cipher M890 and a spare drive, > > manuals, and other Cipher spares. > > It looks like a Cipher to me too, but the parts I need are nothing > like the equivalent on any of my older (scrapped for parts) Ciphers. > > > Can you > > see any part numbers or describe what it looks > > like ? I'm not sure what Cipher drive the TSZ07 > > matches up with ? > > I have put some pix up on my webpage. http://www.cs.uofs.edu/~bill/DEC/TSZ07 > The Take-Up motor. > Closeup of the label (even though the the view on the motor itself > came out really clear). > A view of the rotation sensor which is differnt from what I have > seen on other tape drives. > A close up of the same thing, but probably not good enough to be > of any additional value. > > Sure hope someone has spares as this looks like a really good drive, > when it works. I am not giving up. I haven't traced the tach sensor > wire all the way yet and it still may be a bad connection. But I am > not getting my hopes up. :-( > > bill > > -- > Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves > b...@cs.scranton.edu | and a sheep voting on what's for dinner. > University of Scranton | > Scranton, Pennsylvania | #include My guess is the TSZ07 is a Cipher M995S. Here's a link with pics of most of their tape drives: http://www.electrovalueinc.com/9_track_drives.htm I'll see what I have...... ------------------------------ End of INFO-VAX 2007.107 ************************