1 INFO-VAX	Mon, 05 Jun 2006	Volume 2006 : Issue 310       Contents: DTJ cds  Re: InfoServer 100 trouble Re: InfoServer 100 trouble lowercase PCSI file names " Re: maximum number of bad clients?" Re: maximum number of bad clients?" Re: maximum number of bad clients?" Re: maximum number of bad clients? Re: My Boot Camp trip report" Re: SA 5300A initial configuration' Re: Set volume label programmatically ? ' Re: Set volume label programmatically ? D Re: Unix runs faster, maybe (was: Re: Educating potential VMS users)  F ----------------------------------------------------------------------  # Date: Mon, 05 Jun 2006 02:22:46 GMT + From: "Villy Madsen" <Villy.Madsen@shaw.ca>  Subject: DTJ cds- Message-ID: <WzMgg.240100$P01.57709@pd7tw3no>   ) Anyone know if there are any available ??    Villy    ------------------------------   Date: 4 Jun 2006 15:47:56 -0700  From: tomarsin2015@comcast.net# Subject: Re: InfoServer 100 trouble C Message-ID: <1149461276.537207.192240@j55g2000cwa.googlegroups.com>    Try this Do a show dev on the Infoserver  then check for this  >>> Set halt 2 >>> set boot dka100,dka200 >>> set bflg d0000000 G If your InfoServer has the standard RZ23/24 it should be DKA0 then just  do a# >>> b -> with no device after the b F But make sure the above commands are correct. The default password for the InfoServer 100 is ess  Hope this helps  phil       gl@decadence.it wrote: > Hello everyone!  > C > I've got an InfoServer 100 and I wanted to bring it back to life. 0 > Bad surprise, I cannot boot from its harddisk. > I > I also tried to boot it by the VMS 5.5 and 7.2 install CDROMs but I was  > unsuccesful.H > But the same CDROM drive and VMS media works fine on another MicroVAX.H > Local tests went all good, and no error is reported: both 'test 0' andL > 'test 50' report everything is fine (I compared results with tables from a > VAXstation 3100 manual)  > H > I've done a clean install of OpenVMS 5.5 on another MicroVAX which can$ > boot and work well with that disk./ > The same disk doesn't work on the InfoServer.  > L > Simply, when I issue boot command, the system prints the disk name and the* > keeps the cursor blinking until forever. >  > >>> BOOT DKA400  > 	 > -DKA400  >  > What's wrong?  > Is the InfoServer faulty?  >  > Or I am missing something?A > I used a standard VMS 5.5 hobbyist distribution for installing. 5 > Does the Infoserver need a different install media?  >  > Any help is welcome! :)  >  > Thanks > gl   ------------------------------  $ Date: Sun, 4 Jun 2006 21:47:56 -04003 From: "Peter Weaver" <newsonly@weaverconsulting.ca> # Subject: Re: InfoServer 100 trouble 6 Message-ID: <r3Mgg.263$LV.16374@news20.bellglobal.com>  # <gl@decadence.it> wrote in message  3 news:pan.2006.06.04.22.01.43.840264@decadence.it...  > Hello everyone!  > C > I've got an InfoServer 100 and I wanted to bring it back to life. 0 > Bad surprise, I cannot boot from its harddisk. > F > I also tried to boot it by the VMS 5.5 and 7.2 install CDROMs but I  > was  > unsuccesful. >...  D The InfoServer will not boot VMS (unless there is some hack I don't F know about), it boots its own little Operating System that serves out A the CDs and disk partitions. I do not know where you can get the  G InfoServer software these days. If you have access to a newer Alpha of  3 IA64 version of VMS you can do the same thing with;    $ mcr ess$infoserver InfoServer> help     Information available:  ;   Class_Names           CREATE     DELETE     Device_Names   EXIT?   HELP       Partition_Names       SAVE       SHOW       SPAWN  	 Wildcards    Topic?     ------------------------------  $ Date: Sun, 4 Jun 2006 13:53:28 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> " Subject: lowercase PCSI file names6 Message-ID: <r6Fgg.106$LV.11268@news20.bellglobal.com>  M I just downloaded a zip from the Oracle web site, then performed an UNZIP on  K OpenVMS-7.3-2 which yielded a lowercase file with a ".pcsi" extension. The  M weird thing about this is that $PRODUCT/INSTALL could not see the file until  : I renamed it to uppercase. Has anyone else ever seen this?  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html: http://www3.sympatico.ca/n.rieck/links/openvms_demos.html    ------------------------------  % Date: Sun, 04 Jun 2006 15:07:56 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> + Subject: Re: maximum number of bad clients? , Message-ID: <44832F8B.363DA8AB@teksavvy.com>  / Phillip Helbig---remove CLOTHES to reply wrote: @ > What contributes to the 512 limit, other than the IP addresses4 > themselves?  Commas?  Spaces?  Tabs?  Line breaks?    H Probably the fact that the buffer used to read in the configuration file has 512 bytes allocated.   In terms of RBLs, I use:   RBLs: combined.njabl.org RBLs: sbl-xbl.spamhaus.org" Reject-Unbacktranslatable-IP: TRUE    F I still get a few messages, lately from japan with subjects containing9 screwy control characters that screw up/freeze a decterm.    ------------------------------  % Date: Sun, 04 Jun 2006 13:11:38 -0700 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: maximum number of bad clients? ) Message-ID: <op.tam01ozvzgicya@hyrrokkin>   / On Sun, 04 Jun 2006 12:07:56 -0700, JF Mezei  =   % <jfmezei.spamnot@teksavvy.com> wrote:   1 > Phillip Helbig---remove CLOTHES to reply wrote: A >> What contributes to the 512 limit, other than the IP addresses 5 >> themselves?  Commas?  Spaces?  Tabs?  Line breaks?  >  > I > Probably the fact that the buffer used to read in the configuration fi=  le > has 512 bytes allocated. >  > In terms of RBLs, I use: >  > RBLs: combined.njabl.org > RBLs: sbl-xbl.spamhaus.org$ > Reject-Unbacktranslatable-IP: TRUE >  Here's my list (MX)         BL.SPAMCOP.NET       CBL.ABUSEAT.ORG      DNSBL.NJABL.ORG      OPM.BLITZED.ORG      RELAYS.VISI.COM   > I > I still get a few messages, lately from japan with subjects containing=   ; > screwy control characters that screw up/freeze a decterm.    ------------------------------  % Date: Sun, 04 Jun 2006 17:31:17 -0400 - From: "John E. Malmberg" <wb8tyw@qsl.network> + Subject: Re: maximum number of bad clients? ; Message-ID: <Wu2dnflr1NC6zB7ZnZ2dnUVZ_rWdnZ2d@adelphia.com>    Steven M. Schweda wrote: >  >    I seem to be using: > < > RBLs: relays.ordb.org, dnsbl.sorbs.net, combined.njabl.org  C dnsbl.sorbs.net contains a spamtrap zone and this spamtrap zone is  = usually listing one or more mail servers of residential ISPs. 0 In other words, expect a lot of false positives.  H Most postmasters that I know start out with the sbl-xbl.spamhaus.org as  a baseline.   8 The sbl-xbl.spamhaus.org is a combination of two DNSbls:  C      sbl.spamhaus.org -> I.P. addresses under the direct control of %                          net abusers.   1      xbl.spamhaus.org -> Combination of 3 DNSbls: $           njabl.org open proxy list.D           cbl.abuseat.org - Open Proxies and Virus infected systems.)           opm.blitzed.org - Open proxies.   H The opm.blitzed.org is currently down because of hardware failures.  It K is unknown if they will be back in service under that name or another name.   E The dul.dsnbl.sorbs.net is intended to contain DHCP zones.  I am not  F aware of any U.S. residential ISP that allows operating a mail server E off a DHCP range.  When Easynet.nl was making their dynamblock DNSbl  H open to the public, they also had links to all the provider's web pages ! that gave those terms of service.   H Stats published by easynet.nl show that over 50% of spam is originating I from DHCP ranges, apparently from compromised systems.  Other stats seem   to be backing that up.  B list.dsbl.org seems also to have a low false positive rate.  With   dsbl.org, listing never age off.  G To get removed from the DSBL, all a real mail server operator needs to  C do is visit a URL that is mailed to one of the postmaster or abuse  . addresses that can be derived from their rDNS.  F In monitoring the DSBL mailing list, it appears that a number of mail F servers of listed I.P. addresses are set up to silently delete e-mail . addresses to their RFC required role accounts.  F There have been discussions on Encompasserve about spam blocking, and 5 spamhaus.org has a web page on their recommendations.    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  $ Date: Sun, 4 Jun 2006 21:50:41 -04003 From: "Peter Weaver" <newsonly@weaverconsulting.ca> + Subject: Re: maximum number of bad clients? 6 Message-ID: <16Mgg.264$LV.16402@news20.bellglobal.com>  + "Phillip Helbig---remove CLOTHES to reply"  3 <helbig@astro.multiCLOTHESvax.de> wrote in message   news:e5uecr$l86$1@online.de...' > I'm making progress in fighting spam.  > ? > If I know an IP address is a spammer, I like to add it to the F > Bad-Clients list, since this is less overhead for my system even if  > the   F That is not fighting spam, that is ignoring it. When you get an email B from an ISP saying that they have shutdown an abuser then you are 
 fighting.    ------------------------------   Date: 4 Jun 2006 18:16:56 -0700 ) From: "Sue" <susan_skonetski@hotmail.com> % Subject: Re: My Boot Camp trip report C Message-ID: <1149470216.650698.215250@h76g2000cwa.googlegroups.com>    JF,   E I think you have the whole wrong understanding of the bootcamp, trust D me there other folks much more deserving of baseball  bats. But theyE usually do not care about VMS at all, and get millions of dollars for E not caring about people or customers at all.  Folks with opinions are ' welcome.  Jellyfish are less desirable.    Sue        JF Mezei wrote:  > Dave Froble wrote:J > > If you really want to know, then plan to attend next year.  That mightJ > > even get me there.  Might supply the nerf bats to all who want to beatK > > on you.  That might backfire and I might get the attention of the bats. B > >   Guess I better make sure they are of the ultra soft variety. > J > If I attend, it would have to be under a different name and not announceI > my presence. If people knew in advance I would be attending, they would D > be bringing real wooden bats and my foam bats would not be needed. > I > Then again, I smell great sponsorship possibilities: "foam bats to beat + > up on JF have been provided by <sponsor>"  >  > and another: > > > "The duct tape on JF's mouth has been provided by <sponsor>"   ------------------------------   Date: 4 Jun 2006 17:02:50 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com>+ Subject: Re: SA 5300A initial configuration C Message-ID: <1149465770.104215.230820@j55g2000cwa.googlegroups.com>    Jilly,E      thanks for responding.  Guess there are concessions that have to G be made adapting wintel pc hardware... I just remember having much less G work and an easier time setting things up the way we wanted them on the  various HSZ controllers.  >      I'm getting things set up now; system is up, fully ECO'd,D management agents up and tested, etc.  So ACU-XE is next.  Hopefully/ things will continue working out passably well.    Rich CCS    Jilly wrote:I > ORCA will not subdivide the disks any smaller than what you found.  You N > either have to build VMS on another disk and install ACUXE and then carve upK > the disks or boot the system as a satellite, install ACUXE or use ORCA to M > build the smallest volume that could later be destroyed, build VMS on that, N > install ACUXE and carve up the disks, copy VMS over to it's new system disk,M > boot off of that and then use ACUXE to destroy the old system disk and move I > that space into the existing volumes.  Not a perfect world no doubt but 
 > manageable.  >  > 5 > "Rich Jordan" <jordan@ccs4vms.com> wrote in message ? > news:1149264593.569113.153720@c74g2000cwc.googlegroups.com... J > > Got our first SA 5300A raid controller in today in a DS10.  I've got aE > > split bus shelf with three 36GB drives on each of the two busses.  > > E > > ORCA is not well documented in what I've been able to find.  When I > > trying to create a logical volume to use as a system disk, it appears J > > the choices are the full capacity of whatever setup is created; if youI > > create a 0+1 mirror you get a 33.xGB logical drive, and if you create J > > an N-disk Raid 5 you get whatever the total capacity is as the logicalK > > disk.  Is there any way to present a smaller logical disk to the system   > > when you're stuck with ORCA? > > G > > The ACU-XE docs imply that you can set the size of the logical disk K > > smaller than the size of the array you created, then use that available I > > space to make more logical disks later.  Since ACU-XE requires VMS to G > > be up and running, and that requires that a (big ORCA) logical disk I > > already be created, can that logical disk used as the VMS system disk E > > be resized down to allow use of the  excess space for one or more  > > logical disks? > > J > > We need to present 5 "spindles" to VMS in order to ease a VAX to AlphaH > > transition, with the 5300A providing the redundancy/data protection.K > > If we're stuck with what ORCA provides for the system disk I'll have to G > > just use two disks as a system disk mirror, wasting a lot of space, K > > then the other four (or 3 + spare) in a Raid5 to present the other four ) > > spindles.  Not an ideal use of space.  > >  > > Thanks.  > >    ------------------------------   Date: 4 Jun 2006 21:05:24 -0700 % From: "Malav" <malavshah11@gmail.com> 0 Subject: Re: Set volume label programmatically ?B Message-ID: <1149480324.835556.73310@h76g2000cwa.googlegroups.com>  9 I m currently using Lib$spawn and that works fine for me.   F But just for my knowledge, can u brief me about how the Home Blocks ofF the Disk can be modified and more importantly is that approach right ?A i mean are there any chances of the disk getting corrupted if the # modification is not done correctly.    Thanks -Malav   Hoff Hoffman wrote:  > Michael Moroney wrote: > ? > > ...it's a simple matter of updating the home block with the L > > new label (and checksum).  To be done right, the backup home blocks need& > > to be located and updated as well. > I >    For correct operations and assuming ODS-2 or ODS-5, it's finding and J > resetting the alternate home blocks (using one of several algorithms forI > that purpose, as appropriate for the particular current disk structure) G > and (if your disk is old enough to have one) setting the label in the H > primary home block, and it's the SCB volume set name (the Freeware gotH > tangled here a while back, because SET VOLUME/LABEL itself missed thisD > field), and -- most importantly -- it's an assumption that OpenVMSI > Engineering is not going to change anything within this stuff again, or I > a willingness to track future changes.  (The most recent change in this  > area was circa V8.1, FWIW.)  > J >    Bound volume sets could well get tangled up here, I haven't looked at > that.  > F >    Or you can use SET VOLUME/LABEL, and let it deal with this stuff.   ------------------------------  % Date: Mon, 05 Jun 2006 07:27:53 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> 0 Subject: Re: Set volume label programmatically ?= Message-ID: <4483c0a2$0$67258$157c6196@dreader2.cybercity.dk>    Hoff Hoffman wrote: I >   For correct operations and assuming ODS-2 or ODS-5, it's finding and  K > resetting the alternate home blocks (using one of several algorithms for  J > that purpose, as appropriate for the particular current disk structure) H > and (if your disk is old enough to have one) setting the label in the I > primary home block, and it's the SCB volume set name (the Freeware got  I > tangled here a while back, because SET VOLUME/LABEL itself missed this  E > field), and -- most importantly -- it's an assumption that OpenVMS  J > Engineering is not going to change anything within this stuff again, or J > a willingness to track future changes.  (The most recent change in this  > area was circa V8.1, FWIW.)   G Well as far as I can see most changes will take a long time to include  D in VMS because of the rolling upgrades.  If a volume is modified on H version X.Z then it must still be accessible on version X.Y where Y + 1 D = Z, e.g. if HP want a new feature in 8.4, then version 8.3 must be 1 capable of dealing with the modified home blocks.    ------------------------------  % Date: Sun, 04 Jun 2006 17:42:14 -0400 ( From: Bill Todd <billtodd@metrocast.net>M Subject: Re: Unix runs faster, maybe (was: Re: Educating potential VMS users) G Message-ID: <Ur6dnWzlPvcrzh7ZnZ2dnUVZ_v6dnZ2d@metrocastcablevision.com>    Main, Kerry wrote:   ...   H > Point is that when both UNIX and VMS are setup and tuned appropriately> > on the same HW, there is not much difference in performance.  4 The point, of course, is that while virtually *any* I half-competently-implemented OS will be performance-competitive with any  E other *when set up and tuned*, *most* use of OSs is in installations  I which are *not* 'set up and tuned appropriately', but rather either just  E booted up and run or, at most, given some very general tweaking that  D won't compromise any of the many applications they're likely to run.  ; And under those circumstances, VMS comes out rather poorly  G performance-wise when compared to Unix, while providing rather limited  D increased reliability of a statistical sort - e.g., that it's *less F likely* by X% that the data you naively thought you wrote won't be on B the disk after, say, a power failure, rather than of the far more I significant variety that if the data you naively thought you wrote isn't  @ on the disk after a power failure, you should file a bug report.  H 'A bit better reliability with a lot slower performance' really isn't a G *default* trade-off one can legitimately boast about, I'm afraid:  one  H should instead pick something closer to one extreme or the other as the H default so that not *all* customers need tweak the system significantly I to get something reasonable - especially since applications with special  E needs have the ability to attain them *regardless* of how the system  C defaults are set up, so really don't derive much aid from half-way   default measures anyway.  G The bottom line is that Unix provides significantly better file-system  B performance out of the box than VMS does, and this is an entirely I legitimate knock on VMS - not so much on VMS's capabilities per se as in  I its choices of defaults, but the effect on real-world perceptions is not   markedly different.    - bill   ------------------------------   End of INFO-VAX 2006.310 ************************