INFO-VAX Fri, 09 May 2008 Volume 2008 : Issue 258 Contents: /DENSITY=what? for Ultrium tapes on 8.3 Alpha? Re: /DENSITY=what? for Ultrium tapes on 8.3 Alpha? Re: Don't complain about your billing rates just yet Re: Ip address blocking by country Re: Ip address blocking by country Re: max disk size in ovms 6.2 Re: Maximum DIsk Size VMS 6.2? Re: Scrolling wheel support on VMS Re: Scrolling wheel support on VMS Re: Scrolling wheel support on VMS Re: Scrolling wheel support on VMS Re: Scrolling wheel support on VMS Re: Shutdown messages not showing up in operator log Re: VMS732_LAN-V0500 and LAN failover ---------------------------------------------------------------------- Date: Thu, 08 May 2008 22:42:17 GMT From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: /DENSITY=what? for Ultrium tapes on 8.3 Alpha? Message-ID: <00A794AA.8EDEB78B@SSRL.SLAC.STANFORD.EDU> VMSers -- Just got an MSL4048, which has Ultrium LTO4 (1.6 tb per cartridge) drives. If I init a tape, should I just let it sit at default density? None of the options in help init/density look really good - SDLT320 is the highest. Would that match? VMS 8.3 on Alpha, 8.31h1 on Itanium. Thanks! -- Alan ------------------------------ Date: Thu, 08 May 2008 20:50:19 -0500 From: David J Dachtera Subject: Re: /DENSITY=what? for Ultrium tapes on 8.3 Alpha? Message-ID: <4823ADDB.493A3625@spam.comcast.net> Alan Winston - SSRL Central Computing wrote: > > VMSers -- > > Just got an MSL4048, which has Ultrium LTO4 (1.6 tb per cartridge) drives. > If I init a tape, should I just let it sit at default density? None of the > options in help init/density look really good - SDLT320 is the highest. Would > that match? > > VMS 8.3 on Alpha, 8.31h1 on Itanium. Do LTOs do multiple densities like the later TZ8xes did? ...or are they like the newer (S)DLT drives: write native, read(-only) previous? (That is, a SDLT-320 drive will read/write SDLT-320, but will only read SDLT-220, not write it.) My suggestions would be to leave /DENSITY out (use the default selected by the drive for the media) and choose between whether or not to use /MEDIA=COMPACT. My $0.02... D.J.D. ------------------------------ Date: Fri, 9 May 2008 03:04:01 +0000 (UTC) From: Cydrome Leader Subject: Re: Don't complain about your billing rates just yet Message-ID: yyyc186 wrote: > On May 3, 8:02?pm, billg...@cs.uofs.edu (Bill Gunshannon) wrote: >> What makes offering a low salary a criminal event? ?Hiring is a >> contract matter. ?If someone wants to work for less than they are >> worth, I see nothing criminal in it. Stupid, maybe, but not criminal. >> > > If they fill it with anything other than a U.S. citizen (i.e. put out > a rate that far below the Department of Labor averages and fill it > with H1-B) it is a criminal action carrying fines and prison time. H1- > B and other visa holders which are actually elgible to hold jobs (not > those over here on vacation visa's working in IT) are required to be > paid prevailing wage. You cannot pay below the published government > national averages. > > The posting of this opening was a blatant criminal act. I want an IBM cobol programmer for $17.50/hr. you better call 911 ASAP. ------------------------------ Date: Thu, 8 May 2008 11:38:32 -0700 (PDT) From: sms.antinode@gmail.com Subject: Re: Ip address blocking by country Message-ID: <9560198c-315d-47c1-a04a-ba6f2e10e878@26g2000hsk.googlegroups.com> JF Mezei wrote: > I don't have an extensive list, but: Ultra-exhaustive, I'd say. > ! Chinanet > Bad-Clients: 58.0.0.0/8, That alone would seem to stop big chunks of Japan, Australia, Thailand, Malaysia, Pakistan, India, Singapore, Vietnam, and I don't know what else. Great aim, there, JF. 58.32.0.0/11, perhaps, unless stopping all of Asia really was the goal. ------------------------------ Date: Thu, 08 May 2008 15:22:05 -0400 From: JF Mezei Subject: Re: Ip address blocking by country Message-ID: <4823536c$0$12291$c3e8da3@news.astraweb.com> sms.antinode@gmail.com wrote: >> ! Chinanet >> Bad-Clients: 58.0.0.0/8, > > That alone would seem to stop big chunks of Japan, > Australia, Thailand, Malaysia, Pakistan, India, > Singapore, Vietnam, and I don't know what else. Didn't realise. I had gotten a spate of spam and had come from too wide a variety of IPs within that block. I'll probably have to look into those "block by country" RBLs listed earlier in this thread. ------------------------------ Date: Thu, 08 May 2008 22:39:26 GMT From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) Subject: Re: max disk size in ovms 6.2 Message-ID: <00A794AA.2907BF0C@SSRL.SLAC.STANFORD.EDU> In article , David Turner writes: >The reason I want to sell him the raid array is rational >It is cheaper than ANY HP option and it gets him a lot of space for a >small amount of money. >Yeah I am aware of the wonders of Vol Shadowing, but it requires the >knowledge and the HP supported products which as we know, are now no >longer sold and are getting very old. Knowledge, sure. But what products are required for volume shadowing that are no longer sold and are getting very old? >I sell what people ask for - when they ask me for hardware advice, as >someone who has configured subsystems etc, I would always encourage >someone to go with the cheapest and easiest option that works. >I noted a little hostility from some of the comments. >As a vendor you have to cater to a lot of different requirements. Indeed. -- Alan ------------------------------ Date: Thu, 08 May 2008 20:40:33 -0500 From: David J Dachtera Subject: Re: Maximum DIsk Size VMS 6.2? Message-ID: <4823AB91.72FD36B6@spam.comcast.net> BaxterD@tessco.com wrote: > > On May 8, 1:03 am, Kari Uusimäki > wrote: > > David Turner, Island Computers wrote: > > > > > Can anyone enligthen me on this > > > Customer needs to aechive using simple scsi up to 2TB > > > He is stuck with VMS 6.2-1H3 > > > > > HELP ! > > > > This is a perfect case for HSM. With it he can store the daily or weekly > > needed files on his current disks and let HSM move the older files to > > another array with enough disk space (which can consist of lots of LUNs). > > I recommend to read the HSM SPD. > > > > Btw. Tapes need regular (at least bi-yearly) rewinding to keep them from > > degenerating. DLT tapes have a shelf life of 30 years if maintained > > according to the manufacturers instructions. DDS tapes have a > > significantly shorter life. > > > > Regards, > > > > Kari > > If the original posters' client is who I think it is, then Kari does > not quite understand the situation. The data which is archived on > the tapes is (I think) historical Medical data for patients who are > still living. > If often occurs that when one of these patients returns to their > medical provider for treatment, it is necessary to "pull back" data > from previous visits (sometimes years in the past). In a previous > life I administered a system with the same requirements, however in > those days the large capacity diskdrives were not available, and the > "online" data was limited to 30 days, so history restores were quite > frequent. > Although the restore requests (statistically) tend to be in the > more recent years/months, meeting restore deadlines (typically a > couple of hours), preferably <15 minutes, is difficult even when the > tapes are local. The ideal solution would be to have all of the > data in online, or near online storage. > This is obviously possible now that we have access to drives > (either physical or virtual) with very large capacity. In fact, in > most cases the limiting factor on volume size is now the Operating > System. > The next consideration should be "Is there any actual > justification for movable media, i.e. CD, DVD, Tape, etc.). If you > can set up an acceptable replication scheme which keeps an exact copy > of the data at a remote site, then my answer would probably be no. > Bear in mind that in this scenario, the archive data may grow by the > addition of new archive files, but once archived, then the files are > effectively Read-Only, so there is no real need for "point in time" > copies. However, even if there is a (just to feel better) need for > tape/CD/DVD copies, these can be made periodically at the remote site, > using rotated media (to reduce the cost). > > IMHO, a replication solution (either Host-based (Shadowing), or > Controller-based (CA?)) would provide a high level of both > availability, redundancy, data protection and Disaster Recovery/ > Tolerance, where as RAID, for all its qualities, really only provides > availability and data protection. > > A RAID solution would however be acceptable providing that the > client is fully aware of its limitations. This is doubly important > if the data is (as I suspect) medical data. This will depend on whether a database is invloved: For V6.2-1H3, I would think that a volume-set comprised of RAIDsets would do nicely. So long as the volumes are fully protected (RAID1, RAID0+1 or even RAID5). That gets around the individual volume size issues, if any. FWIW... D.J.D. ------------------------------ Date: Thu, 8 May 2008 10:52:23 -0700 (PDT) From: Galen Subject: Re: Scrolling wheel support on VMS Message-ID: On May 8, 12:31=A0pm, JF Mezei wrote: > For the "workstation" environment, =A0I was provided some time ago with a > nice patch which provided scrolling wheel support on VMS-Alpha-DECWindows.= > > This essentially generated up/down arrow movements as seen from an > application't point of view. > Was this patch ever made generally available, to anyone's knowledge? Sorry I can't help with your question... ------------------------------ Date: Thu, 08 May 2008 10:53:10 -0700 From: "Tom Linden" Subject: Re: Scrolling wheel support on VMS Message-ID: On Thu, 08 May 2008 09:31:07 -0700, JF Mezei wrote: > For the "workstation" environment, I was provided some time ago with a > nice patch which provided scrolling wheel support on > VMS-Alpha-DECWindows. > > This essentially generated up/down arrow movements as seen from an > application't point of view. > > However, having heeded the recommendations that VMS wasn't meant to be a > workstation anymore, I have shutdown my alpha workstation and only have > one alpha "server" still running (as well as a VAX). > > My desktop workstation has a nifty rodent device with 2 axis scroll > wheel. (But in Xwindows, XEV only shows events for the up/down axis > movements). > > > When running VMS applications with displays on my non VMS workstation, > the mouse scroll wheel events are not acted upon. > > > Is there a way to change some definition *ON VMS* so that applications > on VMS will see up/down arrow events when the foreign mouse wheel is > used ? Or would this absolutely have to be done on the Mac to redefine > the mouse events into up/down events (which would then affect all X > applications displaying on the Mac, not just those coming from a VMS > application) > > Does X windows on VMS have any native support for scroll wheels that > could be enabled, or is the expectation that the mouse driver will just > generate up/down events for the remainder of VMS' life ? > If you connect using PuTTY it should work -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 08 May 2008 15:19:58 -0400 From: JF Mezei Subject: Re: Scrolling wheel support on VMS Message-ID: <482352ee$0$12291$c3e8da3@news.astraweb.com> Galen wrote: > Was this patch ever made generally available, to anyone's knowledge? Yes. You can go to deja news http://groups.google.com/advanced_search?hl=xx-elmer And look for "thumbwheel" in comp.os.vms There is a thread in november 2006 "Mouse: thumbwheel support" Fopr the actual kit: http://eisner.encompasserve.org/~sneddon/ This was done by the venerable FredK. Not sure if it is distributed officially yet. This is for PS2 style mice only. (sys$imbdriver.exe ) ------------------------------ Date: Thu, 08 May 2008 20:04:13 -0500 From: Michael Austin Subject: Re: Scrolling wheel support on VMS Message-ID: <9oNUj.2148$7k7.665@flpi150.ffdc.sbc.com> Tom Linden wrote: > On Thu, 08 May 2008 09:31:07 -0700, JF Mezei > wrote: > >> For the "workstation" environment, I was provided some time ago with a >> nice patch which provided scrolling wheel support on >> VMS-Alpha-DECWindows. >> >> This essentially generated up/down arrow movements as seen from an >> application't point of view. >> >> However, having heeded the recommendations that VMS wasn't meant to be a >> workstation anymore, I have shutdown my alpha workstation and only have >> one alpha "server" still running (as well as a VAX). >> >> My desktop workstation has a nifty rodent device with 2 axis scroll >> wheel. (But in Xwindows, XEV only shows events for the up/down axis >> movements). >> >> >> When running VMS applications with displays on my non VMS workstation, >> the mouse scroll wheel events are not acted upon. >> >> >> Is there a way to change some definition *ON VMS* so that applications >> on VMS will see up/down arrow events when the foreign mouse wheel is >> used ? Or would this absolutely have to be done on the Mac to redefine >> the mouse events into up/down events (which would then affect all X >> applications displaying on the Mac, not just those coming from a VMS >> application) >> >> Does X windows on VMS have any native support for scroll wheels that >> could be enabled, or is the expectation that the mouse driver will just >> generate up/down events for the remainder of VMS' life ? >> > If you connect using PuTTY it should work > > But if they use {DEC|X}Windows - it won't... :) ------------------------------ Date: Thu, 08 May 2008 18:27:47 -0700 From: "Tom Linden" Subject: Re: Scrolling wheel support on VMS Message-ID: On Thu, 08 May 2008 18:04:13 -0700, Michael Austin wrote: > If you connect using PuTTY it should work > But if they use {DEC|X}Windows - it won't... I understand that, there are many ways to flay the feline. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Thu, 08 May 2008 20:44:06 -0500 From: David J Dachtera Subject: Re: Shutdown messages not showing up in operator log Message-ID: <4823AC66.A99CE51F@spam.comcast.net> lyndonbartels@yahoo.com wrote: > > For some reason, shutdown messages have stopped showing up in the > operator logs. > > OpenVMS v7.3-2 (some patches, not the latest though) > > It was working a month or so ago (the exact date escapes me at the > moment) but then it has stopped. I haven't found anything that has > changed around the effected date. The system is rebooted on a weekly > basis, and currently it doesn't seem to be executing the syshutdwn.com > file either. > > It seems the system shuts down OK. But there are no messages at the > end of the operator log, just the lastest timestamp message. > > It's really wierd. > > Any thoughts/guesses would be appreciated... Someone using the SHUTDOWN symbol provided in SYSTEM's LOGIN.COM instead of "@SYS$SYSTEM:SHUTDOWN"? D.J.D. ------------------------------ Date: 8 May 2008 21:27:29 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: VMS732_LAN-V0500 and LAN failover Message-ID: <48237041@news.langstoeger.at> In article <99c8d9c3-683f-41fa-a508-e81dee721b3b@i76g2000hsf.googlegroups.com>, Jerry Eckert writes: >The documentation for the VMS732_LAN-V0500 patch is missing a crucial >instruction: if you are using the LAN failover feature, the LANCP >device database must be converted (MC LANCP CONVERT DEVICE) after >installing the patch. > >If this isn't done, the LL devices will be configured but not active >after the system is rebooted. LANCP does not generate any warnings >that the database requires conversion unless you attempt to modify an >entry; the SHOW DEV command functions normally. Same problems as with an upgrade to VMS V8... >A case has been opened with HP and escalated to Engineering. For the VMS V8 release notes/installation instructions too late I'm afraid -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ End of INFO-VAX 2008.258 ************************