0 INFO-VAX	Sat, 20 Jan 2001	Volume 2001 : Issue 40      Contents: Batch file processing time Re: Batch file processing time Re: Batch file processing time! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL ! Re: Calculate a percentage in DCL  Re: CHARON-VAX RE: Compaq Cobol examples * Re: Compaq continues the Digital TraditionP Re: Compaq press release - OpenVMS Alpha and Himalayan FinancialMarket  New Wins4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution4 Re: Compaq: A simple, affordable clustering solution Re: Copying disk ? Re: Disk  Management on the fly  Re: DS20 - Slow I/O  Re: DS20 - Slow I/O  Re: EUREX and CBOT New System  RE: EUREX and CBOT New System  Re: GS160 hardware question  Re: GS160 hardware question  Re: GS160 hardware question   Linux worm and RedHat 7.0 broken RE: Multipath disks on VMS7.2-1 ! Re: New OpenVMS Times now on line ! Re: New OpenVMS Times now on line 4 Re: No technical computing, was: expanding the niche9 Re: Possible to view Password History on OpenVMS V7.1-2 ?  Remote boot via DECnet?  Re: Remote boot via DECnet?  Re: Remote boot via DECnet?  Re: Remote boot via DECnet?  Re: Remote boot via DECnet?  Re: samba 2.0.3 : NT client  Re: samba 2.0.3 : NT client ' Re: Source for used StorageWorks disks? ' Re: Source for used StorageWorks disks? # Re: Telnetting from a DECServer 90M 5 To Hoff Hoffman: Any news about the VMS DHCP client ?  Re: VMS bug in 21st Century  Re: VMS bug in 21st Century  Re: VMS bug in 21st Century   F ----------------------------------------------------------------------  # Date: Sat, 20 Jan 2001 15:05:06 GMT / From: StevenU@POBoxes.com (Steven P. Underwood) # Subject: Batch file processing time 2 Message-ID: <3a69a243.182565134@news.telocity.com>   Hello:  F I am much stronger on the hardware side of things than the software/OSC side, so I need an explanation of what my Oracle DBA is seeing in a C batch file she is writing.  This is being performed on a single CPU C ES40 running OpenVMS/Alpha V7.2-1 with 1GB of memory running Oracle  v7344.  ! The file is structured like this:   	 SHOW TIME  EXPORT (TABLE)	 SHOW TIME  EXPORT (TABLE)	 SHOW TIME  EXPORT (GROUP OF TABLES)	 SHOW TIME   F We currently do a single nightly export of data from our manufacturingF database which takes ~20 minutes.  Because the size of the export fileE is nearing 2GB, we have decided to break this up into several smaller D exports.  If she disables the last export, then the elapsed time forD each of the single tables is ~15 minutes.  When she enabled the lastE export, processing time for the first two exports increased to ~45-50 @ minutes.  REM'ing out the last export returns the shorter export times.  C Now, I always thought that batch files were processed one line at a B time then proceeded to the next command.  The timing we are seeingE either shows that I was wrong in that thinking and the entire file is D compiled before execution, or there is something else happening here that I do not understand.    Any help is appreciated.   Steve    Steven P. Underwood,DNRC Whitinsville,MA  StevenU@POBoxes.com    ------------------------------  % Date: Sat, 20 Jan 2001 16:11:56 +0100 2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>' Subject: Re: Batch file processing time + Message-ID: <3A69AABC.3080905@arcormail.de>    Dear Steven,  ; be assured that the lines in a batch file are processed one < after another! The only explanation I have for the mentioned: promlem is, that perhaps the EXPORTS were itself submitted> from a master file of the structure you pointed out. Then they> might be executed parallel, depending on job_limits etc of theA batch queues involved. To decide what really happened, a lot more = information is needed, eg th complete text of the batch file.    Regards, Thomas   Steven P. Underwood wrote:   > Hello: > H > I am much stronger on the hardware side of things than the software/OSE > side, so I need an explanation of what my Oracle DBA is seeing in a E > batch file she is writing.  This is being performed on a single CPU E > ES40 running OpenVMS/Alpha V7.2-1 with 1GB of memory running Oracle  > v7344. > # > The file is structured like this:  >  > SHOW TIME  > EXPORT (TABLE) > SHOW TIME  > EXPORT (TABLE) > SHOW TIME  > EXPORT (GROUP OF TABLES) > SHOW TIME  > H > We currently do a single nightly export of data from our manufacturingH > database which takes ~20 minutes.  Because the size of the export fileG > is nearing 2GB, we have decided to break this up into several smaller F > exports.  If she disables the last export, then the elapsed time forF > each of the single tables is ~15 minutes.  When she enabled the lastG > export, processing time for the first two exports increased to ~45-50 B > minutes.  REM'ing out the last export returns the shorter export > times. > E > Now, I always thought that batch files were processed one line at a D > time then proceeded to the next command.  The timing we are seeingG > either shows that I was wrong in that thinking and the entire file is F > compiled before execution, or there is something else happening here > that I do not understand.  >  > Any help is appreciated. >  > Steve  >  > Steven P. Underwood,DNRC > Whitinsville,MA  > StevenU@POBoxes.com      --  ? --------------------------------------------------------------- 9 *** Please notice! New eMail address from 12-dec-2000 on:  thomaspauli@arcormail.de? --------------------------------------------------------------- 9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germany    ------------------------------  # Date: Sat, 20 Jan 2001 15:45:22 GMT / From: StevenU@POBoxes.com (Steven P. Underwood) ' Subject: Re: Batch file processing time 2 Message-ID: <3a69b20f.186609322@news.telocity.com>  C I will have to look at it more closely.  I was very busy with other E things (non-VMS) when this was presented.  It could be that they have $ defined the EXPORT part as a submit.   Thanks for the sanity check.   Steve   5 On Sat, 20 Jan 2001 16:11:56 +0100, "Thomas H. Pauli" ! <thomaspauli@arcormail.de> wrote:   
 >Dear Steven,  > < >be assured that the lines in a batch file are processed one= >after another! The only explanation I have for the mentioned ; >promlem is, that perhaps the EXPORTS were itself submitted ? >from a master file of the structure you pointed out. Then they ? >might be executed parallel, depending on job_limits etc of the B >batch queues involved. To decide what really happened, a lot more> >information is needed, eg th complete text of the batch file. > 	 >Regards,  >Thomas  >  >Steven P. Underwood wrote:  > 	 >> Hello:  >>  I >> I am much stronger on the hardware side of things than the software/OS F >> side, so I need an explanation of what my Oracle DBA is seeing in aF >> batch file she is writing.  This is being performed on a single CPUF >> ES40 running OpenVMS/Alpha V7.2-1 with 1GB of memory running Oracle	 >> v7344.  >>  $ >> The file is structured like this: >>   >> SHOW TIME >> EXPORT (TABLE)  >> SHOW TIME >> EXPORT (TABLE)  >> SHOW TIME >> EXPORT (GROUP OF TABLES)  >> SHOW TIME >>  I >> We currently do a single nightly export of data from our manufacturing I >> database which takes ~20 minutes.  Because the size of the export file H >> is nearing 2GB, we have decided to break this up into several smallerG >> exports.  If she disables the last export, then the elapsed time for G >> each of the single tables is ~15 minutes.  When she enabled the last H >> export, processing time for the first two exports increased to ~45-50C >> minutes.  REM'ing out the last export returns the shorter export 	 >> times.  >>  F >> Now, I always thought that batch files were processed one line at aE >> time then proceeded to the next command.  The timing we are seeing H >> either shows that I was wrong in that thinking and the entire file isG >> compiled before execution, or there is something else happening here  >> that I do not understand. >>   >> Any help is appreciated.  >>   >> Steve >>   >> Steven P. Underwood,DNRC  >> Whitinsville,MA >> StevenU@POBoxes.com >  >  >-- @ >---------------------------------------------------------------: >*** Please notice! New eMail address from 12-dec-2000 on: >thomaspauli@arcormail.de @ >---------------------------------------------------------------: >Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germany >    Steven P. Underwood,DNRC Whitinsville,MA  StevenU@POBoxes.com    ------------------------------  % Date: Sat, 20 Jan 2001 15:34:12 +0800 - From: David B Sneddon <dbsneddon@bigpond.com> * Subject: Re: Calculate a percentage in DCL? Message-ID: <3.0.6.32.20010120153412.007aad80@mail.bigpond.com>   1 At 10:32 AM 1/19/01 -0700, Malcolm Dunnett wrote: + >In article <94a0e7$r2h$1@nnrp1.deja.com>,   >    trdorr@my-deja.com writes:  > A >> I am trying to calculate a percentage in DCL from a text file.  >> The text file reads:  >> REPORT (free):      755782  >> REPORT (total):    2016000  >>  A >> I want to divide REPORT (free):  by REPORT (total): to get the  >> percentage amount. ? >> And if the Percentage is below 10% send an e-mail to myself.  >>  I >> Any clues on how to go about calculating the percentage and if percent  >> below 10% to send an e-mail.  >>   > C >  Use the DCL commands OPEN/READ/CLOSE to get the records from the E >text file. Extract the interesting portion from each record and then F >use the built in DCL math ( integer only ) to do the calculation, eg:$ >(assumes text file is called x.txt) >  >$open/read inpfile x.txt  >$read inpfile rec1  >$read inpfile rec2  >$close inpfile  >$amt1 = f$element(1,":",rec1) >$amt2 = f$element(1,":",rec2) >$pct = 100*amt1/amt2  >$write sys$output pct >$  E The DBS-ODSM package (from the address below) is a disk space monitor F that will generate OPCOM messages for various reasons that you define.? The source code is included and you could probably change it to > generate a mail message (it is on my list of things to do...).B Alternatively, the DBS-DCL package contains some DISK_* procedures? that calculate percentages.  Again, it should be fairly easy to E include commands to generate mail messages based on certain criteria. B It would be easy to have it run as a regular batch job at whatever interval you want.     Regards, Dave. I ------------------------------------------------------------------------- I David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  % Date: Sat, 20 Jan 2001 18:27:35 +0100   From: Paul Sture <paul@sture.ch>* Subject: Re: Calculate a percentage in DCL+ Message-ID: <VA.00000240.1fbc3d2c@sture.ch>   @ In article <94aaqp$5f0$1@nnrp1.deja.com>, Alan E. Feldman wrote:, > From: Alan E. Feldman <alan48@my-deja.com> > Newsgroups: comp.os.vms , > Subject: Re: Calculate a percentage in DCL% > Date: Fri, 19 Jan 2001 21:16:20 GMT  > + > In article <94a0e7$r2h$1@nnrp1.deja.com>,  >   trdorr@my-deja.com wrote: B > > I am trying to calculate a percentage in DCL from a text file. > > The text file reads: > > REPORT (free):      755782 > > REPORT (total):    2016000 > > B > > I want to divide REPORT (free):  by REPORT (total): to get the > > percentage amount.@ > > And if the Percentage is below 10% send an e-mail to myself. > > J > > Any clues on how to go about calculating the percentage and if percent  > > below 10% to send an e-mail. > > ) > > I would appreciate any ideas on this.  > H > Others recommend multiplying the numerator by 100. But this could failC > if the total number of blocks exceeds 21474836. (DCL overflows at C > approximately 100 times that value!) We have disks that are about G > 8000000 blocks in size so disks with more than (approx.) 21.5 million @ > blocks may be achievable soon or may already be in production.I > Therefore, I recommend dividing the denominator by 100 instead. This is I > algebraicly equivalent to multiplying the numerator by 100, but it will D > avoid the overflow problems (well, at least for disks smaller thanE > approx. 2.15 billion blocks!). It will cause a negligible amount of G > inaccuracy because you're dividing a huge number by 100. It will work ! > fine for monitoring disk space.  >  > Sample code: > ( > $    FREE = F$GETDVI(DEV,"FREEBLOCKS")' > $    TOTAL = F$GETDVI(DEV,"MAXBLOCK") 0 > $    PERCENT_FULL = (TOTAL - FREE)/(TOTAL/100)  > $    IF (PERCENT_FULL .GE. 90) > $    THEN ; > $        !put your mail notification line or routine here  > $    ENDIF >  > E Yep, I got bit by that one as well. I got bit even more when someone  K increased the size of an NT disk served up via NFS. Yep - NT broke my DCL!   :-)   K The solution I chose (which will probably last a good while) was to divide  G the free and maximum blocks figures by 2048 to get megabytes, and then  H work on those. In the context of monitoring free space, doing that on a 4 100MB disk will still give the accuracy you require. ___ 
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 20 Jan 2001 17:31:19 GMT  From: cayemberg@my-deja.com * Subject: Re: Calculate a percentage in DCL) Message-ID: <94ci18$q6e$1@nnrp1.deja.com>   ) In article <94a0e7$r2h$1@nnrp1.deja.com>,    trdorr@my-deja.com wrote: @ > I am trying to calculate a percentage in DCL from a text file. > The text file reads: > REPORT (free):      755782 > REPORT (total):    2016000 > @ > I want to divide REPORT (free):  by REPORT (total): to get the > percentage amount.> > And if the Percentage is below 10% send an e-mail to myself. > H > Any clues on how to go about calculating the percentage and if percent > below 10% to send an e-mail. > ' > I would appreciate any ideas on this. 	 > Thanks,  > Tom  >   : An alternative, to the DCL Integer-based solutions alreadyA given, would be to pass the values and operators as parameters to C an executable, which then performs the calculation on DCL's behalf, 6 returning the result to the DCL procedure in a symbol.  < However, it's not necessary to program this yourself. On the: WKU Fileserver the program freeware ICALC performs exactly this function.  
 Go to ....5 http://www2.wku.edu/www/fileserv/fileserv_search.html   + and enter ICALC as the name of the package. & And you'll find the following entry...  < ------------------------------------------------------------ WKU FILESERV  	 ICALC.ZIP =      Description:  An infix calculator for VMS, UNIX, and DOS &      Version:      V2.2V+, 13-APR-2000:      Author:       Rao Akella, David Mathog, Jerome Lauret      Architecture: VAX,AXP      Size:         156 blocks       Language:     C, FORTRAN < ------------------------------------------------------------  < The latest version was updated by David Mathog to return the9 results of up to 10 calculations in the symbol ICALC_OUT.    Thank You David!     regards,   Keith Cayemberg  keith.cayemberg#conti.de           Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Sat, 20 Jan 2001 13:52:42 +0100 " From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: CHARON-VAX ( Message-ID: <94c1g4$8qf$1@news.IAEhv.nl>  3 Got it running with RedHat linux within 15 minutes.  Yes, very easy to do.  Hans) Dave Gudewicz heeft geschreven in bericht / <93v3c9$ob8$1@fizban.fizban.pprd.abbott.com>... L >At our 1/3/2001 DECUS (ooops Encompass) meeting in Chicagoland, we saw withJ >our own eyes a Intel laptop running the Charon VMS emulator.  Neat stuff. > J >And we were told it didn't take too much effort to get it up and running.( >In otherwords, even I could do it.  ;-) >  >Dave... > . >"Hans Vlems" <hvlems@iae.nl> wrote in message# >news:93sg29$3n7$1@news.IAEhv.nl... % >> Yes, on a RedHat Linux 6.2 system. 5 >> The configuration file is pretty straight forward. 8 >> Load a VMS distribution CD in the drive and >>>B DUA0 >> on a PC! = >> Runs well, but the evaluation version has its limitations. H >> Mainly that it does not support the (any) network interface of the PC >> and has no X support.B >> The speed is throttled, on a 350 MHz Pentium II the performanceC >> is about 2 VUPS (I wrote a program that makes a crude estimate).tD >> Main bugs up to now: an image backup of a system disk to an empty >> drive(file) is not J >> bootable, and (2) SMG is not well implemented or the VT100 emulation is >way >> off.e >>L >> Other than that, it's an amusing tool at home and a good idea if you want >topE >> replace VAX hardware. BTW, Unisys does something like that for itso	 >A-seriestA >> mainframes. The low end systems run in software on top of WNT.n >>
 >> Hans Vlems? >>F >> IdrEASY heeft geschreven in bericht <93qs6b$393d$1@as121.tel.hr>...& >> >Was anybody try this VAX emulator? >> > >> >I can't boot it. >> > >> > >> >> >t >    ------------------------------  % Date: Sat, 20 Jan 2001 11:54:04 -0600d+ From: "Main, Kerry" <Kerry.Main@compaq.com>S" Subject: RE: Compaq Cobol examplesN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C68@kaoexc3.kao.cpqcorp.net>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C08309.FA48E740  Content-Type: text/plain;i 	charset="iso-8859-1".   Valdemir / Terry -  b5 A few more pointers that might be of some assistance:d9 http://www.openvms.compaq.com/commercial/cobol/index.htmlt< <http://www.openvms.compaq.com/commercial/cobol/index.html> A http://www.openvms.compaq.com/commercial/cobol/documentation.html2D <http://www.openvms.compaq.com/commercial/cobol/documentation.html>   - Regards,  - Kerry Main - Senior Consultant  Compaq Canada Inc. 1 Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 c Email: Kerry.Main@Compaq.com     -----Original Message-----6 From: Terry Marosites [mailto:TMarosites@unitedad.com] Sent: January 15, 2001 6:47 PM To: Info-VAX@Mvb.Saic.ComI" Subject: RE: Compaq Cobol examples    2 Try the following links some may not be there now    ! www.sxu.edu <http://www.sxu.edu> S  rC www.sitetosite.com/cobol.htm <http://www.sitetosite.com/cobol.htm> .  B http://www.appstate.edu/vms_doc <http://www.appstate.edu/vms_doc>       .  <http://www.sxu.edu/~rogers/cobol/index.html>+ http://www.sxu.edu/~rogers/cobol/index.htmli  )  <http://www.infogoal.com/cbd/cbdprj.htm>u& http://www.infogoal.com/cbd/cbdprj.htm      :  <http://www.cobolportal.com/> http://www.cobolportal.com/    o   Terry Marosites  United Advertising Publicationse 18943 120th Avenue NEr Bothell, WA 98011    425.487.0100 Ext. 3078 tmarosites@unitedad.com       -----Original Message-----6 From: Valdemir J. Santos [mailto:valdemir-@uol.com.br]& Sent: Monday, January 15, 2001 3:42 PM To: Info-VAX@Mvb.Saic.Com  Subject: Compaq Cobol examples    7 I'm learning Compaq Cobol to use in my alphaserver witht   6 OpenVMS, but I'd like to get any *.cob examples. Where  i+ can I get this in the internet ? Thank you.a    ' ------_=_NextPart_001_01C08309.FA48E740t Content-Type: text/html; 	charset="iso-8859-1"h+ Content-Transfer-Encoding: quoted-printablec  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">B <HTML xmlns:o =3D "urn:schemas-microsoft-com:office:office"><HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =p charset=3Diso-8859-1">    9 <META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR>0 <STYLE></STYLE>  </HEAD>S <BODY bgColor=3D#ffffff>7 <DIV><FONT face=3DTahoma><FONT size=3D2>Valdemir<SPAN =e  class=3D391455317-20012001> /=20" Terry -</SPAN></FONT></FONT></DIV>0 <DIV><FONT face=3DTahoma><FONT size=3D2><SPAN=20< class=3D391455317-20012001></SPAN></FONT></FONT>&nbsp;</DIV>/ <DIV><FONT face=3DTahoma><FONT size=3D2><SPAN =f( class=3D391455317-20012001>A few more=20E pointers that might be of some assistance:</SPAN></FONT></FONT></DIV>e/ <DIV><FONT face=3DTahoma><FONT size=3D2><SPAN =v  class=3D391455317-20012001><A=20I href=3D"http://www.openvms.compaq.com/commercial/cobol/index.html">http:=/I //www.openvms.compaq.com/commercial/cobol/index.html</A></SPAN></FONT></=  FONT></DIV>sH <DIV><SPAN class=3D391455317-20012001></SPAN><FONT face=3DTahoma><FONT = size=3D2><A=20I href=3D"http://www.openvms.compaq.com/commercial/cobol/documentation.htm=rI l">http://www.openvms.compaq.com/commercial/cobol/documentation.html<SPA=( N=20: class=3D391455317-20012001></A></SPAN></FONT></FONT></DIV>0 <DIV><FONT face=3DTahoma><FONT size=3D2><SPAN=20F class=3D391455317-20012001></SPAN></FONT></FONT><FONT face=3DTahoma=20 size=3D2></FONT>&nbsp;</DIV>< <DIV><SPAN class=3D391455317-20012001><FONT face=3DTahoma=20% size=3D2>Regards,</FONT></SPAN></DIV>h2 <DIV><B><FONT face=3DArial></FONT></B>&nbsp;</DIV>I <DIV><B><FONT face=3DArial>Kerry Main</FONT></B> <BR><FONT face=3DArial =c  : size=3D2>Senior Consultant</FONT> <BR><FONT face=3DArial = size=3D2>Compaq Canada=20a: Inc.</FONT> <BR><FONT face=3DArial size=3D2>Professional = Services</FONT> <BR><FONT=20I face=3DArial size=3D2>Voice: 613-592-4660</FONT> <BR><FONT face=3DArial =.  G size=3D2>Fax&nbsp; :&nbsp; 819-772-7036</FONT> <BR><FONT face=3DArial =g size=3D2>Email:=20# Kerry.Main@Compaq.com</FONT> </DIV> 2 <BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">B   <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT = face=3DTahoma=20H   size=3D2>-----Original Message-----<BR><B>From:</B> Terry Marosites=20E   [mailto:TMarosites@unitedad.com]<BR><B>Sent:</B> January 15, 2001 =c 6:47=20aH   PM<BR><B>To:</B> Info-VAX@Mvb.Saic.Com<BR><B>Subject:</B> RE: Compaq = Cobol=20   examples<BR><BR></FONT></DIV>-<   <DIV><SPAN class=3D470554123-15012001><FONT face=3DArial = color=3D#0000ff size=3D2>Try=20-D   the following links some may not be there now </FONT></SPAN></DIV><   <DIV><SPAN class=3D470554123-15012001><FONT face=3DArial = color=3D#0000ff=20%   size=3D2></FONT></SPAN>&nbsp;</DIV> <   <DIV><SPAN class=3D470554123-15012001><FONT face=3DArial = color=3D#0000ff size=3D2><A=20A   href=3D"http://www.sxu.edu">www.sxu.edu</A></FONT></SPAN></DIV>p<   <DIV><SPAN class=3D470554123-15012001><FONT face=3DArial = color=3D#0000ff=20<   size=3D2><FONT face=3D"Times New Roman" color=3D#000000=20,   size=3D3></FONT></FONT></SPAN>&nbsp;</DIV><   <DIV><SPAN class=3D470554123-15012001><FONT face=3DArial = color=3D#0000ff=20?   size=3D2><SPAN class=3Dft1><SPAN style=3D"FONT-SIZE: 6.5pt; =T FONT-FAMILY: Arial"><A=20f   = I href=3D"http://www.sitetosite.com/cobol.htm">www.sitetosite.com/cobol.ht=d m</A></SPAN></SPAN><SPAN=20i   class=3Dft1><SPAN=20E   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"></SPAN></SPAN></DIV>i1   <P class=3DMsoNormal><SPAN class=3Dft1><SPAN=20.6   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A=20   = I href=3D"http://www.appstate.edu/vms_doc">http://www.appstate.edu/vms_doc=t! </A><o:p></o:p></SPAN></SPAN></P> 1   <P class=3DMsoNormal><SPAN class=3Dft1><SPAN=20 +   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: =b$ Arial"><o:p></o:p></SPAN></SPAN></P>1   <P class=3DMsoNormal><SPAN class=3Dft1><SPAN=20u6   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A=20?   href=3D"http://www.sxu.edu/~rogers/cobol/index.html"><SPAN=20E5   style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Times New = I Roman'">http://www.sxu.edu/~rogers/cobol/index.html</SPAN></A></SPAN></S=  PAN></P>1   <P class=3DMsoNormal><SPAN class=3Dft1><SPAN=20u6   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A=20:   href=3D"http://www.infogoal.com/cbd/cbdprj.htm"><SPAN=205   style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Times New =eI Roman'">http://www.infogoal.com/cbd/cbdprj.htm</SPAN></A><o:p></o:p></SP=e AN></SPAN></P>1   <P class=3DMsoNormal><SPAN class=3Dft1><SPAN=20r+   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: =o$ Arial"><o:p></o:p></SPAN></SPAN></P>1   <P class=3DMsoNormal><SPAN class=3Dft1><SPAN=20t6   style=3D"FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A=20/   href=3D"http://www.cobolportal.com/"><SPAN=20e5   style=3D"FONT-SIZE: 10pt; FONT-FAMILY: 'Times New =tI Roman'">http://www.cobolportal.com/</SPAN></A><o:p></o:p></SPAN></SPAN><=o /P></FONT></SPAN>i   <DIV>&nbsp;</DIV>o;   <P><FONT size=3D2>Terry Marosites<BR>United Advertising => Publications<BR>18943=20B   120th Avenue NE<BR>Bothell, WA 98011<BR><BR>425.487.0100 Ext.=207   3078<BR>tmarosites@unitedad.com<BR>&nbsp;</FONT> </P>-4   <BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">D     <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT = face=3DTahoma=20E     size=3D2>-----Original Message-----<BR><B>From:</B> Valdemir J. =B	 Santos=20aG     [mailto:valdemir-@uol.com.br]<BR><B>Sent:</B> Monday, January 15, =  2001 3:42=20F     PM<BR><B>To:</B> Info-VAX@Mvb.Saic.Com<BR><B>Subject:</B> Compaq = Cobol=20!     examples<BR><BR></FONT></DIV>cG     <DIV><FONT face=3DArial size=3D2>I'm learning Compaq Cobol to use =2 in my=20!     alphaserver with</FONT></DIV>/     <DIV>&nbsp;</DIV>nG     <DIV><FONT face=3DArial size=3D2>OpenVMS, but I'd like to get any =y *.cob=20      examples. Where</FONT></DIV>     <DIV>&nbsp;</DIV> G     <DIV><FONT face=3DArial size=3D2>can I get this in the internet ? =7 Thank=20=     you.</FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>(  ) ------_=_NextPart_001_01C08309.FA48E740--r   ------------------------------  % Date: Sat, 20 Jan 2001 06:55:04 -0500y% From: Ken Farmer <kfarmer@farmer.org> 3 Subject: Re: Compaq continues the Digital TraditionbO Message-ID: <AAC113AEDEE693D8.C66CC677586C2563.5E5A14DDD00F7F47@lp.airnews.net>o  + You could also let Tru64.org know about it.    http://www.tru64.org   Kenc   Peter Watkinson wrote: > G > On Wed, 17 Jan 2001 11:06:02 -0500, Jack Patteeuw <jpatteeu@ford.com>e > wrote: > " > >STEALTH MARKETING AT ITS BEST ! > > J > >Well the EV68/833 Mhz version of the ES40 is now "officially" availableJ > >(it's on the DBL price file and in the QuickSpec).  Of course you would3 > >never know this if you checked the ES40 web siter7 > >(http://www5.compaq.com/alphaserver/es_series.html).  > >a > >Sigh. > >e > >Jack Patteeuw > > > Instead of griping one solution could be to post the news atC > www.alphanews.net if Compaq can't be bothered with marketing theng& > maybe we can do it for them......... > / > *not meant to be taken as personal criticism*a >  >  kind regards, >  > Pete  aka zog65a > Peter Watkinsonm > peterw@u.genie.co.uk( > http://www.windsurf-international.com/ > http://www.pwnavigate.com/  > http://you.genie.co.uk/peterw/   -- y   W W W . T R U 6 4 . O R G  Ken Farmer, kfarmer@tru64.org-   ------------------------------    Date: 20 Jan 2001 04:49:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: Compaq press release - OpenVMS Alpha and Himalayan FinancialMarket  New Winsa- Message-ID: <877l3rgtdr.fsf@prep.synonet.com>d  / Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:e  ) > This is quite a dissapointment if true.-  > Well, go to one of the real diehard DEC users, www.abc.net.au.? Take a carefull look at anything and see who owns the farm now.p  ) I'll let you anounce the good news Tim ;)b   -- t< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.o@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 20 Jan 2001 12:00:54 +0100m  From: Paul Sture <paul@sture.ch>= Subject: Re: Compaq: A simple, affordable clustering solutione+ Message-ID: <VA.0000023a.1e5a3a19@sture.ch>O  A In article <3A681118.C718367E@uk.sun.com>, Andrew harrison wrote: 2 > From: andrew harrison <andrew.nospam@uk.sun.com> > Newsgroups: comp.os.vmss? > Subject: Re: Compaq: A simple, affordable clustering solutiont' > Date: Fri, 19 Jan 2001 10:04:08 +0000  >  > "David J. Dachtera" wrote: > >  > > andrew harrison wrote: > > >a  > > > "David J. Dachtera" wrote: > > > >m > > > > andrew harrison wrote:* > > > > > Wow, back to the school yard !!!	 > > > > >x, > > > > > How about responding to my points. > > > > 3 > > > > Sure ... as soon as you make one (or more).0 > > > >c > > >i/ > > > Or could it be that the points would draw 1 > > > inevitable and uncomfortable conclusions if " > > > you bothered to answer them. > > >v8 > > > Here are the points that you didn't want to answer > > > just as a recap. > > > [snip] > > ? > > Repeat your bullshit all you want. I'm not taking the bait.s > >  > 3 > This has got to be one of the odder posts I have i > seen on this newsgroup.  > 3 > If you wern't taking the bait why did you respondb > in the first place ??????f >  > H What I find EVEN ODDER is that a Sun employee should spend so much time ) on a newsgroup devoted to a competing OS.X   13 messages on ThursdayL 16 messages on FridayA  G What's wrong Andrew? Not enough Enterprise IT Architecting to keep you r busy?o  @ Or is that customer you tell us you haven't suggested the right ? solution for paying for your time composing all those messages?a   ___ 
 Paul Sture Switzerland    ------------------------------    Date: 20 Jan 2001 08:09:01 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)e= Subject: Re: Compaq: A simple, affordable clustering solutions* Message-ID: <94c2ld$503$1@lisa.gemair.com>  N In article <VA.0000023a.1e5a3a19@sture.ch>, Paul Sture  <paul@sture.ch> wrote:B >In article <3A681118.C718367E@uk.sun.com>, Andrew harrison wrote:3 >> From: andrew harrison <andrew.nospam@uk.sun.com>  >> Newsgroups: comp.os.vms@ >> Subject: Re: Compaq: A simple, affordable clustering solution( >> Date: Fri, 19 Jan 2001 10:04:08 +0000 >> h >> "David J. Dachtera" wrote:m >> > c >> > andrew harrison wrote:c >> > >! >> > > "David J. Dachtera" wrote:l >> > > > >> > > > andrew harrison wrote::+ >> > > > > Wow, back to the school yard !!! 
 >> > > > >- >> > > > > How about responding to my points.g >> > > >4 >> > > > Sure ... as soon as you make one (or more). >> > > > >> > >0 >> > > Or could it be that the points would draw2 >> > > inevitable and uncomfortable conclusions if# >> > > you bothered to answer them.r >> > >9 >> > > Here are the points that you didn't want to answere >> > > just as a recap.d
 >> > > [snip]a >> > e@ >> > Repeat your bullshit all you want. I'm not taking the bait. >> > a >> w4 >> This has got to be one of the odder posts I have  >> seen on this newsgroup. C >> c4 >> If you wern't taking the bait why did you respond >> in the first place ?????? >> i >> vI >What I find EVEN ODDER is that a Sun employee should spend so much time .* >on a newsgroup devoted to a competing OS. >r >13 messages on Thursday >16 messages on Friday >eH >What's wrong Andrew? Not enough Enterprise IT Architecting to keep you  >busy? >-A >Or is that customer you tell us you haven't suggested the right  @ >solution for paying for your time composing all those messages? >V  D Check back for the answer on Monday, when Andrew returns to work andH can once again take up his assigned duties to spread FUD in comp.os.vms.E He _never_ posts on weekends and holidays.  They don't pay him to FUD-' comp.os.vms during non-businesss hours.t   >___ >Paul Sture  >Switzerland >t   -Jordan Hendersont jordan@greenapple.comC   ------------------------------  % Date: Sat, 20 Jan 2001 18:49:20 +0100r  From: Paul Sture <paul@sture.ch>= Subject: Re: Compaq: A simple, affordable clustering solution + Message-ID: <VA.00000241.1fd027ca@sture.ch>m  B In article <94c2ld$503$1@lisa.gemair.com>, Jordan Henderson wrote:   [snip]  I >What I find EVEN ODDER is that a Sun employee should spend so much time e* >on a newsgroup devoted to a competing OS. >  >13 messages on Thursday >16 messages on Friday >pH >What's wrong Andrew? Not enough Enterprise IT Architecting to keep you  >busy? >wA >Or is that customer you tell us you haven't suggested the right l@ >solution for paying for your time composing all those messages? >oF > Check back for the answer on Monday, when Andrew returns to work andJ > can once again take up his assigned duties to spread FUD in comp.os.vms.G > He _never_ posts on weekends and holidays.  They don't pay him to FUDe) > comp.os.vms during non-businesss hours.a > L Yes I know. Last time I accused him of wasting his customer's time, he went  silent for a while :-)  N I think you are dead on the nail with the phrases "assigned duties" and "They  don't pay him..." :-)     Let's see how he spins that one!  = Of course he never responds to my posts when I get like that.i  4 Looking forward to seeing the response on Monday :-) ___)
 Paul Sture Switzerlandw   ------------------------------   Date: 20 Jan 2001 08:40 CST ' From: carl@gerg.tamu.edu (Carl Perkins)l Subject: Re: Copying disk ?l- Message-ID: <20JAN200108400873@gerg.tamu.edu>t  _ In article <EJEDILJIPPJOIEFOLDHLOECOCEAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes...s7 }How does one copy the entire contents of one disk to af }subdirectory on another disk. } 	 }If I tryo; }backup/verify/ignore=interlock disk$disk1 disk$disk2:[A.B]e } 3 }It tells me no files selected from disk$disk1[tom]b } 8 }Is not disk$disk1 a complete and unambiguous file spec?   Got it on your first guess.-  7 }If I specify disk$disk1[000000] it only does top level0  A Try "data$disk1:[000000...]*.*;*". You can probably leave off thea= "*.*;* as I think that is backup's default. You may also want0> to specifically do an /EXCLUDE=*.SYS as in input qualifier and: an /OWNER=ORIGINAL to retain the original file ownerships.  F This will, of course, really put all the files into the subdirectory -F it won't build a new equivalent directory structure descending off theH specified subdirectory. If you want to do that, you have to do something slightly more complex.   --- Carl   ------------------------------  % Date: Sat, 20 Jan 2001 14:30:45 +0000o From: Roy Omond <Roy@Omond.net>v( Subject: Re: Disk  Management on the fly) Message-ID: <3A69A114.7382EB14@Omond.net>m   Ken Robinson wrote:t  J > At 04:09 PM 01/18/2001 -0300, fabio_compaq@ep-bc.petrobras.com.br wrote: > >Sorry > >i" > >Disk  Management on the fly ... > >  > >1K > >An example: If your database space is low in one of your disks, you cantr > >stop the users,5 > >but you have a spare disk to grow your volume.....1 > > @ > >So you execute the comand .... $ MOUNT/SPARE=DKC100: VOLDISK, > H > Actually you can do this with volume sets. You just can't take it awayM > again, with out a backup and restore.  I've also heard that volume sets get/J > flaky with more than 3 disks in the set.  The disks in the volume set do# > not have to be all the same size.o  K *sigh* ... "I've heard that volume sets get flaky with more than 3 disks in/	 the set".aD Could have come from the very fingertips of Andrew Harrison himself.9 Simply and utterly not true (why on earth should it be ?)   C Volume sets are IMHO very good in many situations.  It's trivial to F increase the size by adding new members on-the-fly.  And it's actually@ possible (though unsupported) to shrink a volume set by removing- a volume (left as an exercise to the reader).y  	 Roy Omond  Blue Bubble Ltd.   ------------------------------    Date: 21 Jan 2001 00:31:25 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: DS20 - Slow I/O- Message-ID: <87puhiqj6q.fsf@prep.synonet.com>h  ) "Bill Todd" <billtodd@foo.mv.com> writes:=  	 < chomp >_  ; First. 1.3MB/sec for 960s on a DS20 is broken... But where?9  ; I *suspect* that copy is copying the oracle dumps in record ? mode. That will slow things lots... Copy is pretty conservative:0 in how it does things. Data survives that way ;)  > What do you get from back/phys/group=0/nocrc <disk> nla0:./sav; ( you must have the dot )                                ^ .+ or back/ima/group=0/nocrc <disk> nla0:./sav/   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 20 Jan 2001 12:40:40 -0500A( From: Jonas Lindholm <jlindholm@rcn.com> Subject: Re: DS20 - Slow I/O' Message-ID: <3A69CD98.5BB13EFC@rcn.com>D  L Check if the disk has highwater marking enabled by SHOW DEVICE/FULL disk, it* is the default after initalizing the disk.  H Switch it of with command SET VOLUME/NOHIGH disk and try the copy again.   /Jonas Lindolm  
 fooguy wrote:>  J > Yes it would choke things...but why is a PC faster than a DS20? Why is aI > PC server 8 times faster in the same operation? Performance was similarr< > running NetBSD, so it's not like VMS's I/O routines smell. >c- > In article <9$UjjMns0UVh@eisner.decus.org>, / >   young_r@eisner.decus.org (Rob Young) wrote:NJ > > In article <949rps$mcj$1@nnrp1.deja.com>, fooguy <jweisen@my-deja.com>	 > writes:<F > > > I know that the KZPAC is not supposed to be the shining stars of > diskI > > > performance, but we just purchased two DS20s, and I have to say I'mFH > > > really disappointed in the performance of the disk subsystem. I've > runFF > > > the gambit of configurations, and I have yet to get the DS20s to	 > perform   > > > faster than my desktop PC. > > >=H > > > My test was copying several large files (Oracle dumps - each about7 > > > 200MB) from one directory on the disk to another.l > > >D > >cC > >       Copying from one directory on a disk to another directory;G > >       on that same disk?  Uhh... that would definitely choke things0G > >       off.  But if you want to stream I/O faster than using vanillaR/ > >       COPY, try compiling and running this:a > >iB > > http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=619329637&fmt=text > >M% > >                               Robi > >0 > >m >t > --/ > *********************************************2* > "All I every wanted from life was to see. > Larry Wall give Bill Gates a Perl Necklace." >o > Sent via Deja.comB > http://www.deja.com/   ------------------------------  % Date: Sat, 20 Jan 2001 02:20:01 -0500e' From: "Bill Todd" <billtodd@foo.mv.com>m& Subject: Re: EUREX and CBOT New System( Message-ID: <94bdvg$re7$1@pyrite.mv.net>  4 Main, Kerry <Kerry.Main@compaq.com> wrote in messageH news:910612C07BCAD1119AF40000F86AF0D805284C66@kaoexc3.kao.cpqcorp.net... > Bill,l > J > >>> I suspect that the lack of replies may have something to do with theL > fact that this is rather old news that most people here who are interestedK > knew long ago.  Repetition is something you are prone to, but for some ofD us > itD > gets tiresome (which is not to say that having it in the Times wasL > inappropriate - at least I *hope* the Times goes to a much wider circle of' > readers than congregate here...). <<<t >T' > Always the cheerful outlook. Oh well.3 >tL > Since, to the best of my knowledge, this good news information was was notK > posted anywhere else, I wonder why you think this is old news? EspeciallyA inF > view of all the negative Eurex / CBOT threads that have been posted. >PJ > "On 28 August 2000,the Chicago Board of Trade (CBOT) and Eurex announcedK > that their joint venture, a/c/e - alliance/ cbot/eurex,launched their newpL > electronic trading platform which runs on Compaq OpenVMS based AlphaServerK > systems at its core. This new platform is identical to the platform EurexA+ > currently operates in Frankfurt,Germany."f ><L > Since I received some nice "thx for posting" offline replies on this, I am8 > assuming others were also not aware of this good news. >=I > Course, I am always willing to stand corrected - do you know where this~  > information was posted before?  E No, I don't, and it appears that I'm the one who stands corrected.  IuE mistook it for one of the standard (and getting a bit stale now) 'VMSpH success stories' from the compilation on Compaq's Web site that you haveC trotted out recently several times - that's where the comment aboutjK repetition came from.  I may have been thinking about the ISE case (and theN* date seems somewhere near right for that).  I The reason I sometimes find you annoying is that you too frequently crossMH the line into promotion in a forum where facts are what participants areC after.    Your cavalier attitude toward accuracy in your (negative) L characterizations of competitors' products only adds to that impression (and to the resulting annoyance).   - bill   ------------------------------  % Date: Sat, 20 Jan 2001 11:04:55 -0600>+ From: "Main, Kerry" <Kerry.Main@compaq.com>l& Subject: RE: EUREX and CBOT New SystemN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C67@kaoexc3.kao.cpqcorp.net>  2 >>> Your cavalier attitude toward accuracy in yourF (negative)characterizations of competitors' products only adds to that0 impression (and to the resulting annoyance). <<<   In your opinion. Fine. e  J While I obviously promote OpenVMS where I feel it needs it, I also like toJ point out to people like yourself who are very comfortable criticizing theH old Digital approach to OpenVMS (and earlier days of Compaq), but have aL great difficulting admitting that there is some very good efforts being done% by the current OpenVMS organization. l   Can more be done ? Certainly.   I You obviously have expertise in some area's and your comments are usuallyeG quite good. In other area's, your comments are more theoretical and notp? based on actual experience where the comments are not as good. t   Fine.e  K That is expected in a newsgroup. No one here is an expert in everything and(! I certainly do not pretend to be.F  I As far as your "cavalier" comment goes, I'll not comment here as it would0> likely degrade into another Monty Python's "Argument Clinic".    Regards,  
 Kerry Main Senior Consultantg Compaq Canada Inc. Professional Services5 Voice: 613-592-4660e Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Bill Todd [mailto:billtodd@foo.mv.com] Sent: January 20, 2001 2:20 AM To: Info-VAX@Mvb.Saic.Comm& Subject: Re: EUREX and CBOT New System      4 Main, Kerry <Kerry.Main@compaq.com> wrote in messageH news:910612C07BCAD1119AF40000F86AF0D805284C66@kaoexc3.kao.cpqcorp.net... > Bill,S >)J > >>> I suspect that the lack of replies may have something to do with theL > fact that this is rather old news that most people here who are interestedK > knew long ago.  Repetition is something you are prone to, but for some oft us > itD > gets tiresome (which is not to say that having it in the Times wasL > inappropriate - at least I *hope* the Times goes to a much wider circle of' > readers than congregate here...). <<<  > ' > Always the cheerful outlook. Oh well.e >wL > Since, to the best of my knowledge, this good news information was was notK > posted anywhere else, I wonder why you think this is old news? Especially  inF > view of all the negative Eurex / CBOT threads that have been posted. >0J > "On 28 August 2000,the Chicago Board of Trade (CBOT) and Eurex announcedK > that their joint venture, a/c/e - alliance/ cbot/eurex,launched their newNL > electronic trading platform which runs on Compaq OpenVMS based AlphaServerK > systems at its core. This new platform is identical to the platform Eurex + > currently operates in Frankfurt,Germany."r >wL > Since I received some nice "thx for posting" offline replies on this, I am8 > assuming others were also not aware of this good news. >lI > Course, I am always willing to stand corrected - do you know where this1  > information was posted before?  E No, I don't, and it appears that I'm the one who stands corrected.  IaE mistook it for one of the standard (and getting a bit stale now) 'VMS-H success stories' from the compilation on Compaq's Web site that you haveC trotted out recently several times - that's where the comment aboutoK repetition came from.  I may have been thinking about the ISE case (and the3* date seems somewhere near right for that).  I The reason I sometimes find you annoying is that you too frequently cross H the line into promotion in a forum where facts are what participants areC after.    Your cavalier attitude toward accuracy in your (negative) L characterizations of competitors' products only adds to that impression (and to the resulting annoyance).   - bill   ------------------------------  % Date: Sat, 20 Jan 2001 15:51:34 +0800e- From: David B Sneddon <dbsneddon@bigpond.com>.$ Subject: Re: GS160 hardware question? Message-ID: <3.0.6.32.20010120155134.007b2e30@mail.bigpond.com>a  , At 10:07 PM 1/19/01 +0000, Alan Greig wrote: >i >  >WILLIAM WEBB wrote: >wC >> This is starting to sound like Monty Python's "Argument Clinic".n >> > 
 >No it's not.e >:)   A I'm sorry - was this the 5 minute argument or the full half hour?k     Regards, Dave. I -------------------------------------------------------------------------wI David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.comeI Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm3I "Life is what happens to you while you're busy making other plans" Lennone   ------------------------------  % Date: Sat, 20 Jan 2001 12:01:07 +0100e) From: Widow Twanky <twanky@pantomime.com>h$ Subject: Re: GS160 hardware question+ Message-ID: <VA.0000023b.1e5a6af5@sture.ch>S  < In article <3A68BA8A.10F95D3C@virgin.net>, Alan Greig wrote: >  > WILLIAM WEBB wrote:r > D > > This is starting to sound like Monty Python's "Argument Clinic". > >a >  > No it's not. > :) >s All together now children.  ! OOOOHHHH YEEEESSS IITT IIIISSSS !0 ___. Widow Twanky   ------------------------------   Date: 20 Jan 2001 09:53 CST7' From: carl@gerg.tamu.edu (Carl Perkins):$ Subject: Re: GS160 hardware question- Message-ID: <20JAN200109535071@gerg.tamu.edu>>  1 David B Sneddon <dbsneddon@bigpond.com> writes... - }At 10:07 PM 1/19/01 +0000, Alan Greig wrote:0 }>WILLIAM WEBB wrote:D }>D }>> This is starting to sound like Monty Python's "Argument Clinic". }>>. }> }>No it's not. }>:) } B }I'm sorry - was this the 5 minute argument or the full half hour? }  }Dave.  C Someone with far more money than sense appears to have sprung for a> full half decade.s   --- Carl   ------------------------------  % Date: Sat, 20 Jan 2001 10:58:43 +0100   From: Paul Sture <paul@sture.ch>) Subject: Linux worm and RedHat 7.0 brokent+ Message-ID: <VA.00000238.1e214a55@sture.ch>r  E For all of you out there who may be using or just considering Linux, >" please take note of the following.  7 Firstly there's a worm which affects RedHat 6.2 and 7.0   * From http://www.securityfocus.com/news/139   -- begin quote --    Linux worm uses its noodle  < 'Ramen' targets known security holes in Red Hat 6.2 and 7.0. By Kevin Poulsen January 17, 2001 1:41 PM PT   ? An Internet worm cobbled together from pre-existing scripts is sG spreading rapidly through Red Hat Linux systems, leaving in its wake a gC trail of defaced web pages touting the virtues of oriental noodles.i  D The so-called 'Ramen' worm is a bulky, but effective, collection of D hacking tools rolled up into a package. A modified scanning program E searches broad swaths of the Internet for Red Hat Linux versions 6.2 eG and 7.0 installations. The scanner then launches attacks against those t9 machines with publicly available exploits of three known a5 vulnerabilities and spreads into each crackable box. u  < On Red Hat 6.2 systems, the worm exploits vulnerabilities inA wu-ftpd and rpc.statd. On version 7.0, it attacks LPRng. Detailed-5 information on fixing all three holes can be found inr4 SecurityFocus's vulnerability database (see insert).  = The worm's strategy is not dissimilar to that employed by the0> 1988 Morris worm, the most successful self-propelled contagion: to date. But unlike the Morris worm, on every system RamenG penetrates it promptly kills the service that allowed it to break in --u> thus preventing the kind of multiple infection that caused the5 Morris worm to grind infected computers into seizure.h  H But while the Morris worm was an academic exercise gone horribly wrong, @ Ramen serves a decidedly sophomoric end: On every web server it 7 infects, it replaces the main web page with the message ? "Hackers looooooooooooove noodles," signed by the "RameN Crew."    -- end quote ---  H Ain't it lucky I switched to SuSe? :-) I must say that after I switched ? from RedHat to SuSe on my home Linux system, I was immediately  ; impressed by the installation, but more importantly by the uG documentation. No more ploughing through endless HOWTO documents, some  A of which are generic unix anyway. No more intensive downloads of s* documents which turn out to be irrelevant.  G To be fair to RedHat, I am comparing RedHat 5.2 and 6.0 with 7.0 SuSe, nG and things are moving quickly in the Linux world, but I was astonished ) by the difference.  H Why did I move to SuSe? Well it not only supported the hardware I have, E but the Professional Edition cost only a little more than the RedHat  G Standard version (which missed some stuff I wanted), and was just over I4 _half_ the price of the RedHat Professional Edition.  : Anyway, back to RedHat 7.0: From www.netcraft.com/survey :   -- begin quote --s  B Competition between the Linux distributions has been particularly D fierce since the release of Red Hat 7.0, which has provoked a great H deal of controversy, initially because the C compiler produces binaries H incompatible with other Linux distributions. The argument has escalated H to a point well beyond a difference of opinion over the technicalities, F with part of the Linux community suggesting that Red Hat is using its G leading position in the market to marginalise the other distributions, iA while Linus Torvalds called Red Hat 7.0 "idiotic", "broken", and .% "unusable as a development platform".l   -- end quote --    Linus' comment here: bG http://x58.deja.com/threadmsg_ct.xp?AN=705169495.1&mhitnum=1&CONTEXT=97u	 6973433.7    -- begin quote --t  B In article <Pine.SUN.3.96.1001214042948.15033A-100000@eskimo.com>,+  Clayton Weaver  <cgweav@eskimo.com> wrote:a  >G  >There has a been a thread on the teTeX mailing list the last few daysMB  >about a (RedHat, but probably more general than just their rpms)9  >gcc-2.9.6 w/glibc-2.2.x bug. At -O2, it can miscompile i   E Quite frankly, anybody who uses RedHat 7.0 and their broken compiler  ( for _anything_ is going to have trouble.   E I don't know why RH decided to do their idiotic gcc-2.96 release (it  G certainly wasn't approved by any technical gcc people - the gcc people SG were upset about it too), and I find it even more surprising that they lA apparently KNEW that the compiler they were using was completely  C broken. They included another (non-broken) compiler, and called it t "kgcc".    E "kgcc" stands for "kernel gcc", apparently because (a) they realised  F that a miscompiled kernel is even worse than miscompiling some random A user applications and (b) gcc-2.96 is so broken that it requires cG special libraries for C++ vtable chunks handling that is different, so rG the _working_ gcc can only be used with programs that do not need such o% library support.  Namely the kernel.     E In case it wasn't obvious yet, I consider RedHat-7.0 to be basically oC unusable as a development platform, and I hope RH downgrades their u@ compiler to something that works better RSN.  It apparently has B problems compiling stuff like the CVS snapshots of X etc too (and E obviously, anything you compile under gcc-2.96 is not likely to work 21 anywhere else except with the broken libraries). n    Linus    -- end quote ---   Tread carefully folks... __  
 Paul Sture         ___r
 Paul Sture Switzerland.   ------------------------------  % Date: Sat, 20 Jan 2001 12:46:42 -0600r+ From: "Main, Kerry" <Kerry.Main@compaq.com>i( Subject: RE: Multipath disks on VMS7.2-1N Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C69@kaoexc3.kao.cpqcorp.net>   Mike,0  G As a fyi, the following web site is where the latest OpenVMS OS Supportc5 info, OS Updates/Patches and SAN information is kept:p  8 <http://www.openvms.compaq.com/openvms/fibre/index.html>  L The chapters dealing with some of the specifics of multipathing are included at the end of the web page.i   Regards,  
 Kerry Main Senior Consultantl Compaq Canada Inc. Professional Services  Voice: 613-592-46600 Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----6 From: Mike Price [mailto:mike.price@littlewoods.co.uk] Sent: January 18, 2001 5:30 AM To: Info-VAX@Mvb.Saic.ComF$ Subject: Multipath disks on VMS7.2-1    G I am looking at connecting some of our VMS system to an EMC disk systemy using Fibre connections.D We are using VMS 7.2-1 and the systems are not clustered. The system/ disk will remain local so that isn't a problem. F Before anyone moans we are using the EMC disks as a company standard - I have no choice! ( The question is how the multipath works.G I would like to use multipath on 2 fibre channle connections to the EMCoD system but the system will also have it's current complement of SCSI! disks on 3 Storage Works shelves. G I have read a some documentation but I don't understand how VMS decides D that the disks are the same and uses Multipath. What I don;t want isB the system deciding that DKA100 and DKB100 (i.e. then current SCSI+ disks) are also the same when they are not. A I am sure that VMS doesn't do anything daft like that but knowing E exactly how it detects whether a disk is suitable for using multipath > might help - especially as I am having to use a non-DEC system  E pointers to the documentation would be welcome (manual, chapter etc?,e
 Web site?)   Thanks in advancei   Mike   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.com  http://www.deja.com/   ------------------------------   Date: 20 Jan 2001 07:29 CSTs' From: carl@gerg.tamu.edu (Carl Perkins)p* Subject: Re: New OpenVMS Times now on line- Message-ID: <20JAN200107294960@gerg.tamu.edu>m  , Terry Kennedy <terry@gate.tmk.com> writes...@ }Brian Schenkenberger, VAXman- <system@sendspamhere.org> writes:F }> That's fine there.  It's fine in the VMS world too but I don't wantE }> to wait .5 hours to load and display a PDF document to find out if E }> or if not a certain bit of information is within said document via:= }> its ToC or index.  ...and these times are on the PeeCee!  e } J }  Eh? On my PC (Windows 98SE, PIII/550, 128MB RAM) the largest PDF file II }have ("Compaq Ultra SCSI Adapter For OpenVMS VAX"), 12,803,530 bytes can I }be searched for a non-existent string in an immeasurably short time (< 5 I }seconds). The longest document I could readily find ("SCSI 2 draft 10L", L }502 pages) could be searched for a non-existent string in under 20 seconds.J }The worst torture test I could think of (a 28MB Acrobat Capture file withK }full-page bitmaps and hidden text, 104 pages long) finished in 16 seconds.  } G }  Now, I'd expect XPDF or the commercial 3rd-party product to be a bito }slower, but 60x slower? } 5 }        Terry Kennedy             http://www.tmk.coms6 }        terry@tmk.com             Jersey City, NJ USA  I You have neglected to include the amount of time it takes to download thehH file in the first place via, say, a 56K modem. You can't search it untilE you've got it. At 6KB/sec or so, that 28MB Acrobat file will take you E some 79 minutes 38 seconds to download, then a few seconds to open in 5 the Acrobat Reader, *then* your 16 seconds to search.m   --- Carl   ------------------------------  # Date: Sat, 20 Jan 2001 14:52:03 GMTr= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)"* Subject: Re: New OpenVMS Times now on line0 Message-ID: <009F664F.1B08D5BD@SendSpamHere.ORG>  W In article <20JAN200107294960@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes: - >Terry Kennedy <terry@gate.tmk.com> writes...,A >}Brian Schenkenberger, VAXman- <system@sendspamhere.org> writes: G >}> That's fine there.  It's fine in the VMS world too but I don't wanttF >}> to wait .5 hours to load and display a PDF document to find out ifF >}> or if not a certain bit of information is within said document via> >}> its ToC or index.  ...and these times are on the PeeCee!   >} aK >}  Eh? On my PC (Windows 98SE, PIII/550, 128MB RAM) the largest PDF file InJ >}have ("Compaq Ultra SCSI Adapter For OpenVMS VAX"), 12,803,530 bytes canJ >}be searched for a non-existent string in an immeasurably short time (< 5J >}seconds). The longest document I could readily find ("SCSI 2 draft 10L",M >}502 pages) could be searched for a non-existent string in under 20 seconds.-K >}The worst torture test I could think of (a 28MB Acrobat Capture file with L >}full-page bitmaps and hidden text, 104 pages long) finished in 16 seconds. >} sH >}  Now, I'd expect XPDF or the commercial 3rd-party product to be a bit >}slower, but 60x slower?u >} w6 >}        Terry Kennedy             http://www.tmk.com7 >}        terry@tmk.com             Jersey City, NJ USAt >rJ >You have neglected to include the amount of time it takes to download theI >file in the first place via, say, a 56K modem. You can't search it until F >you've got it. At 6KB/sec or so, that 28MB Acrobat file will take youF >some 79 minutes 38 seconds to download, then a few seconds to open in6 >the Acrobat Reader, *then* your 16 seconds to search.  H While I DON'T have to worry about 56K modem downloads, my point was thatG this gargantuan .PDF file on the CD still takes an inordinate amount of I time to open and on the PeeCee too!  Blasting of RMS here was completely nH off-topic because, AFAIK, Billy and company didn't steal and employ that in NT.  I I sure hope that the encyclopedia companies don't get the PDF bug.  I cann5 see it now, the entire encyclopedia in a single .PDF.r   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            nO city, n., 1. a place where trees are cut down and streets are named after them.d   ------------------------------  % Date: Sat, 20 Jan 2001 12:33:44 -0600 % From: Keith Brown <kbrown780@isd.net>O= Subject: Re: No technical computing, was: expanding the nicheo' Message-ID: <3A69DA08.1A137906@isd.net>n   David Mathog wrote:u >  > In article <rdeininger-1801012305200001@user-2iveahc.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:2 > >@e > >Rich Marcello recently said they have NO plans to push VMS for scientific and technical computing.o > L > That's rich (sorry for the pun).  The problem with VMS in a scientific andJ > technical environment is not that it cannot run the programs but that itH > makes PAINFULLY obvious how slow VMS is for computing work in general.G > Compaq cannot push VMS for that usage now because to do so would just J > highlight what a really miserable job OpenVMS engineering has been doingL > with regards to key areas of OS performance.  Primarily this is related toK > disk IO, but pipes also stink, and even network IO is much slower than ituF > could be.  For jobs that are CPU bound the differences are, as you'dM > expect, very small, just a few percent one way or the other.  Check throughBK > deja and you'll find a series of posts where I've documented all of these K > claims in great detail, comparing VMS and Linux on more or less identical  > DS10s. > J > Compaq knows that the VMS is hyper reliable but hideously slow except inG > the magic "enterprise" realm, where huge numbers of disks, running onrO > zillions of controllers, are kept busy all the time shuffling massive amountsmA > of data about - AND all the data absolutely has to get to disk.o > M > The reality is that VMS has all of the same performance problems there too.oJ > But those systems are so complex and expensive already that their ownersI > think nothing of throwing on more controllers, and more disks, and moretJ > RAID and other hardware fixes, often from Compaq's own storage division.M > That is, they overcome VMS's current limitations by spending a lot of moneyuL > on hardware.  Compaq likes that - it makes them money.  If they put in theG > work to make VMS run as fast as other OS's on simple file and networkfM > operations they probably think that they might not sell so many controllersaM > and RAID arrays.   Never mind that the customers might be overjoyed to findtH > their systems running 2 or 3X faster, and might buy more such systems. > F > The limitations that make VMS run poorly for the types of scientificE > computing that I usually do (very IO intensive) are the reason that L > VMS makes such a poor file server or web server.  It's the same reason VMSH > is at the core of enterprise applications and not scattered around theM > edges shuffling transactions.  For ANY program where disk and network IO isrH > important VMS will do a bad job unless it is propped up with megabucksJ > worth of hardware.  That isn't the sort of problem that Compaq should beM > trying to sweep under the rug or "target" their way out of - it's something-) > that they should be trying to fix ASAP.- > H > Ironically, about the only applications that I know of that spend veryF > little time in IO relative to CPU time, and so run as well on VMS asH > anywhere, are cpu bound scientific and technical programs.   (AlthoughH > there you do run into the lack of support for MPI and PVM on OpenVMS.) > 
 > Regards, >  > David Mathog > mathog@seqaxp.bio.caltech.edu1@ > Manager, sequence analysis facility, biology division, CaltechL > **************************************************************************L > *                                RIP VMS                                 *L > **************************************************************************  G At my site we happen to throw lots of controllers and disk at our DUNIX H systems as well as our NT and OpenVMS systems.  Your accertion that thisA is only done on VMS systems to increase IO performance is untrue.u   -- a Keith Brown  kbrown780@isd.neth   ------------------------------  % Date: Sat, 20 Jan 2001 12:44:20 +0100   From: Paul Sture <paul@sture.ch>B Subject: Re: Possible to view Password History on OpenVMS V7.1-2 ?+ Message-ID: <VA.0000023d.1e81fc2c@sture.ch>n  J In article <94a2ag$kmd$1@mailint03.im.hou.compaq.com>, Hoff Hoffman wrote:4 > From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) > Newsgroups: comp.os.vms D > Subject: Re: Possible to view Password History on OpenVMS V7.1-2 ?  > Date: 19 Jan 2001 18:50:56 GMT >  > H > In article <949hjo$ciu$1@nnrp1.deja.com>, crc_cole@hotmail.com writes:C > :Is it possible to view the Password History on OpenVMS V7.1-2 ?   > 	 >   Nope.. > H > :Is there a tool to decrypt the file or somewhere that the user who is> > :requesting this can view the passwords that they have used? > 	 >   Nope.  > M >   If you wanted to throw enough processor cycles at the problem, you could 1K >   certainly search for obvious passwords using a "dictionary attack", or wM >   you could search for cleartext passwords that hash out to the same value 4M >   as the specified user's password(s).  But the password hashing algorithm pL >   used on OpenVMS is quite deliberately one-way in nature, and intended toN >   provide an appropriately "random" distribution of the hash results -- the M >   algorithm is a hash, and not encryption.  The hashing algorithm is based  K >   on a Purdy polynomial, and this choice was intended to be difficult to t: >   reverse and difficult to duplicate the hash results... > H >   If the user wishes to re-use passwords, you can disable the passwordL >   history mechanism or lock in a particular password.  If the user wishes J >   to re-use passwords more frequently than presently permitted, you can H >   shorten the window where re-use is prohibited.  (Details are in the H >   security manual, as well as a description of why you probably don't  >   want to do this.)n > H >   By default, OpenVMS quite deliberately makes the re-use of passwordsI >   relatively difficult for users.  Details of choosing passwords -- or lJ >   of choosing password phrases -- are also included in the manual.)  I'dK >   encourage spending more time with this user explaining system security eJ >   and learning how to choose relatively secure passwords than I'd spend H >   helping the user recover and/or remember their old password choices. > H >   Also please realize that I do not know if YOU are hacking the systemK >   password file -- resistance to password attacks was one of the reasons oH >   why the password system was designed with the hash...  OpenVMS tries5 >   not to keep (valid) cleartext passwords around...s > Q To which I must add. An unsigned posting about security issues from an anonymous yK looking hotmail address doesn't inspire confidence in the integrity of the g poster.u   ___e
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 20 Jan 2001 08:11:27 GMTu From: Didier.Morandi@gmx.frr  Subject: Remote boot via DECnet?) Message-ID: <94bh7d$36l$1@nnrp1.deja.com>S  F I need to reboot my AS2100 running 7.1 but I'm currently connected viaG DECnet and the machine is very far away from my location. If I shutdownpI reboot the Alpha via my RTA session, when DECnet is down, will the rebootl5 session continue? I guess no, and I can't test it :-(d   Any idea to do that, please? Thanks,I   D.     Sent via Deja.comH http://www.deja.com/   ------------------------------  % Date: Sat, 20 Jan 2001 10:34:45 +0100n, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>$ Subject: Re: Remote boot via DECnet?+ Message-ID: <94bm3t$17dp$1@buty.wanadoo.nl>h  9 It depends on the version of DECnet that you are running.t  G DECnet IV: it will probably work, as the RTA session stays up until thenH AS2100 actually goes down to reboot. DECnet-plus, OTOH, stops at an veryK early stage during shutdown (Way too early, IMHO). You lose your connectionh( and the shutdown procedure gets aborted.  L With both versions of DECnet you could use the SYSMAN SHUTDOWN NODE command,J with /AUTO. In that way the shutdown procedure does not run in the contextJ of your RTA session and you are not susceptible for premature disconnects.   Hope this helps,  	 Bart Zorni  L <Didier.Morandi@gmx.fr> wrote in message news:94bh7d$36l$1@nnrp1.deja.com...H > I need to reboot my AS2100 running 7.1 but I'm currently connected viaI > DECnet and the machine is very far away from my location. If I shutdownhK > reboot the Alpha via my RTA session, when DECnet is down, will the rebootr7 > session continue? I guess no, and I can't test it :-(c >i > Any idea to do that, please?	 > Thanks,e >t > D. >t >r > Sent via Deja.como > http://www.deja.com/   ------------------------------  # Date: Sat, 20 Jan 2001 10:02:43 GMT. From: Didier.Morandi@gmx.fra$ Subject: Re: Remote boot via DECnet?) Message-ID: <94bno2$858$1@nnrp1.deja.com>   ? Yep. It's Phase 4 and it rebooted fine (I *had* to test it  :-)EI But during the shutdown phase, VMS said that I don't use the new features H of the new DECnet product (I know) and also that "DECnet was not stopped because it was not found..." ?   D.     Sent via Deja.comh http://www.deja.com/   ------------------------------  % Date: Sat, 20 Jan 2001 06:02:26 -0500c  From: John Santos <JOHN@egh.com>$ Subject: Re: Remote boot via DECnet?6 Message-ID: <1010120055714.13912F-100000@Ives.egh.com>  F I've done this lots of times, it hasn't ever failed that I can recall.C However it is possible that all the DECnet-plus hosts I've rebootedeD remotely, I was connected on a DECnet-over-IP connection rather thanC on a raw DECnet connection.  I think that would require both DECnete? and TCP/IP to still be up when SHUTDOWN.COM actually shuts down . the system (runs OPCCRASH.EXE?), but it works.    % On Sat, 20 Jan 2001, Bart Zorn wrote:t  ; > It depends on the version of DECnet that you are running.  > I > DECnet IV: it will probably work, as the RTA session stays up until the J > AS2100 actually goes down to reboot. DECnet-plus, OTOH, stops at an veryM > early stage during shutdown (Way too early, IMHO). You lose your connectioni* > and the shutdown procedure gets aborted. > N > With both versions of DECnet you could use the SYSMAN SHUTDOWN NODE command,L > with /AUTO. In that way the shutdown procedure does not run in the contextL > of your RTA session and you are not susceptible for premature disconnects. >  > Hope this helps, >  > Bart Zorn  > N > <Didier.Morandi@gmx.fr> wrote in message news:94bh7d$36l$1@nnrp1.deja.com...J > > I need to reboot my AS2100 running 7.1 but I'm currently connected viaK > > DECnet and the machine is very far away from my location. If I shutdown-M > > reboot the Alpha via my RTA session, when DECnet is down, will the rebootP9 > > session continue? I guess no, and I can't test it :-(8 > >1  > > Any idea to do that, please? > > Thanks,M > >a > > D.   -- 7 John Santosm Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Sat, 20 Jan 2001 11:06:22 GMTe( From: Chris Lonsdale <cjl01@my-deja.com>$ Subject: Re: Remote boot via DECnet?) Message-ID: <94brfc$aev$1@nnrp1.deja.com>t  ) In article <94bh7d$36l$1@nnrp1.deja.com>,n   Didier.Morandi@gmx.fr wrote:H > I need to reboot my AS2100 running 7.1 but I'm currently connected via@ > DECnet and the machine is very far away from my location. If I shutdownD > reboot the Alpha via my RTA session, when DECnet is down, will the reboot7 > session continue? I guess no, and I can't test it :-(d >s > Any idea to do that, please?	 > Thanks,n >w > D. >h > Sent via Deja.comt  F We have 2 command procedures for rebooting remote systems (node_reboot; and node_reboot2) just submit node_reboot and away it goes.i   NODE_REBOOT.COM   1 $ !             Command Procedure to reboot a VAXo $sH !----------------------------------------------------------------------- ----	 $set noont $display = "write sys$output"l $! $if f$mode() .nes. "BATCH" $then)/ $       display "Procedure runs in BATCH only!"s7 $       display "AND WILL REBOOT YOUR VAX IF SUBMITTED"m $       exit $endif $!@ $! Run the REBOOT as a detached process, as the Queue Manager is shutdown7 $! during a system REBOOT, thus it won't work in BATCH!p $!) $run/detached sys$system:loginout.exe   -e)  /input=node_reboot2.com                -m)  /output=node_reboot2.log               -e)  /process_name="Reboot"                 -m
  /priv=all $! $exite     NODE_REBOOT2.COM  H $!---------------------------------------------------------------------- -------  $! Procedure: NODE_REBOOT2.COMH $! Overview : Procedure to Reboot a System - Called from NODE_REBOOT.COM, $!            and run as a detached process.B $! Params:    P1 = Time until shutdown  / P2 = Reason for shutdown@ $!            P3 = Spin disks down?     / P4 = Run site specific	 procedurenC $!            P5 = When back?           / P6 = Perform Auto-Reboot?i" $!            P7 = Reboot Options.H $!---------------------------------------------------------------------- -------2 $ set process/priv=all $P7 = "REB"x? $if f$getsyi("CLUSTER_MEMBER") .eqs. "TRUE" then P7 = "REM,REB"l $!G $!                    P1 P2     P3  P4  P5                      P6   P7eH $@SYS$SYSTEM:SHUTDOWN 0 REBOOT  NO YES "in approx10-15 minutes" YES 'P7'     Hope this helps-   Chris Lonsdale Transco VMS Team   > http://www.deja.com/ >      Sent via Deja.com  http://www.deja.com/   ------------------------------   Date: 20 Jan 2001 07:56 CSTa' From: carl@gerg.tamu.edu (Carl Perkins)e$ Subject: Re: samba 2.0.3 : NT client- Message-ID: <20JAN200107561774@gerg.tamu.edu>s  ; Thomas.Hahnemann@nospam_s-t.de (Thomas Hahnemann) writes...b' }Server : DECAlpha VMS 7.1, Samba 2.0.38! }Client : Windows NT patchlevel 4c } 3 }If I try to read a directory with about 9000 filesn1 }the connection breaks off. It works with smaller-. }directorys. In the logfile appear the lines : }  }[2001/01/17 17:14:40, 0] 6 }DSA1:[KITS.SAMBA-2_0_3.SOURCE.LIB]UTIL_SOCK.C;6:(411)1 }  write_data: write failure. Error = broken pipeD }[2001/01/17 17:16:52, 0] 6 }DSA1:[KITS.SAMBA-2_0_3.SOURCE.LIB]UTIL_SOCK.C;6:(572)0 }  Error writing 39 bytes to client. -1. Exiting }  }Has anybody seen this ?) }Is there a workaround for that problem ?m  , Yes. Don't put 9,000 files in one directory.  > It is a bad plan even if you don't use Samba. (It could easilyB be a timeout happening somewhere in the path. I don't know where -@ it could just as easily be MS Explorer timing out on waiting for> the full directory list so it can display it as anyplace else,C but at some point something stops listening and the next write then G goes nowhere, leading to the write failure. At least, that's my guess.)s  G On the newest version of VMS, 7.2+ as I don't think the improvement was E in 7.1, it is less bad than it used to be for some purposes but it isaE still bad. (It is also bad under every other OS too, for that matter.nE A lot of the badness has nothing to do with the OS or filesystem, butoG rather the problem of trying to spot a needle in a haystack if you neednF to manually look in the directory for any reason - which is presumably0 what you are trying to do, but can't via SAMBA.)   }and r } I }2001/01/18 09:27:41, 0] DSA1:[KITS.SAMBA-2_0_3.SOURCE.SMBD]UID.C;1:(285)r4 }  Warning: You appear to have a trapdoor gid system }  }What does it mean ? }  }Thomas Hahnemannk  B It pretty much means that Samba doesn't really understand VMS. TheB message is, I suppose, technically correct - to SAMBA you *appear*? to have such a thing, but you don't and can ignore the message.l= It's just a warning, not an error that stops it from working.   D I do not think you are using the newest version of SAMBA. The newest9 version may correct, or at least improve, your situation.n   --- Carl   ------------------------------  # Date: Sat, 20 Jan 2001 18:44:42 GMTa From: john_20_28_2000@yahoo.comn$ Subject: Re: samba 2.0.3 : NT client) Message-ID: <94cmap$tgj$1@nnrp1.deja.com>.  D Is this why my samba 2.0.3 daemon on 7.2-1 will die after making theF initial connection from a windows box, but after I start the samba vmsG daemon again, I can do anything with the directories?  It is losing the) port?     + In article <zzaRGAhgYN0h@eisner.decus.org>,c5   malmberg@eisner.decus.org (John E. Malmberg) wrote:-2 > In article <Oozvf8elmJpy-pn2-WURzj9nqDeSQ@Tom2>,; > Thomas.Hahnemann#nospam_s-t.de (Thomas Hahnemann) writes:R* > > Server : DECAlpha VMS 7.1, Samba 2.0.3$ > > Client : Windows NT patchlevel 4 > >d6 > > If I try to read a directory with about 9000 files4 > > the connection breaks off. It works with smaller1 > > directorys. In the logfile appear the lines :r > >2 > > [2001/01/17 17:14:40, 0]9 > > DSA1:[KITS.SAMBA-2_0_3.SOURCE.LIB]UTIL_SOCK.C;6:(411)t4 > >   write_data: write failure. Error = broken pipe > > [2001/01/17 17:16:52, 0]9 > > DSA1:[KITS.SAMBA-2_0_3.SOURCE.LIB]UTIL_SOCK.C;6:(572)c3 > >   Error writing 39 bytes to client. -1. Exiting  > >u > > Has anybody seen this ?n, > > Is there a workaround for that problem ? >tD > I am not that expert on SAMBA 2.0.3, but I think that is listed in the OpenVMS > > release notes for that port that has been a chronic problem. >OG > The problem may or may not still exist in SAMBA 2.0.6 for OpenVMS.  It did noteB > get time to stress test it.  I think the root cause is now being addressed byF > the main SAMBA UNIX team, and much work has been done on SAMBA 2.2.0 > (pre-beta?) to address this. >BG > However the latest version of SAMBA for OpenVMS that I am aware of ish 2.0.6 .l >s, > It is available along with a SAMBA FAQ at: > * > http://eisner.decus.org/~malmberg/samba/ >sF > It requires the use of a shared image for a LINUX to OpenVMS porting libraryr > at:a > . > http://eisner.decus.org/~malmberg/frontport/ >s > > ando > >,G > > 2001/01/18 09:27:41, 0] DSA1:[KITS.SAMBA-2_0_3.SOURCE.SMBD]UID.C;1:  (285) 7 > >   Warning: You appear to have a trapdoor gid systemt > >t > > What does it mean ?m >eD > It is mistaken, you do not have a trapdoor gid system.  You do not have aA > gid changing system at all.  The message can be safely ignored.o >oB > It should not show up on SAMBA 2.0.6 for OpenVMS, as the porting library F > provides routines that simulate the setgid()/getgid() enough to fool SAMBA. >bF > SAMBA 2.0.6 for OpenVMS is basically BUG and FEATURE compatible with the  > UNIX port. >u > -John  > wb8tyw@qsl.network > Personal Opinion Only  >p     Sent via Deja.com  http://www.deja.com/   ------------------------------    Date: 20 Jan 2001 04:39:07 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: Source for used StorageWorks disks?- Message-ID: <87bst3gtuc.fsf@prep.synonet.com>   4 rdeininger@mindspring.com (Robert Deininger) writes:  g > The containers don't go all that cheap.  I think quite a few folks have learned how to open them. :-)p  0 Yes, I've collected a stack of 'dead' bricks. ;)  @ Question, I have a RZ-28 I think, FR-PCWVR-AY, black 'cuda. It's; labeled a wide, but is all grey, not green. Is this normal?w0 I'd understood that grey = narrow, green = wide.   -- a< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.e@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Sat, 20 Jan 2001 11:34:19 -0500a2 From: rdeininger@mindspring.com (Robert Deininger)0 Subject: Re: Source for used StorageWorks disks?L Message-ID: <rdeininger-2001011134190001@user-2ivea4f.dialup.mindspring.com>  [ In article <87bst3gtuc.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> wrote:h  6 > rdeininger@mindspring.com (Robert Deininger) writes: > i > > The containers don't go all that cheap.  I think quite a few folks have learned how to open them. :-)* > 2 > Yes, I've collected a stack of 'dead' bricks. ;) > B > Question, I have a RZ-28 I think, FR-PCWVR-AY, black 'cuda. It's= > labeled a wide, but is all grey, not green. Is this normal?o2 > I'd understood that grey = narrow, green = wide.   Good Grief!  Don't ask me about the colors!  The only ones I've seen are narrow, and green/tan.  Or is that turquoise/tan?  I think -VA SBBs are narrow, and -VW ones are wide.  But every part has to have 2 or 3 different numbers, so who can tell?   -- a Robert Deininger rdeininger@mindspring.coml   ------------------------------    Date: 20 Jan 2001 04:55:24 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: Telnetting from a DECServer 90M- Message-ID: <873defgt37.fsf@prep.synonet.com>    nikonman@my-deja.com writes:  G > I've looked through the DS90M menu (in privileged mode) and could not1B > find any any remedy to this problem.  Control-X is clearly beingJ > received by the DS90 because it echoes as ^X at the server local prompt.  @ C-x maps to interupt or some Telnet function. Turn that off, and? it will be fine. Sorry I can't remember which one, it's about 2  years ago...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.s@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sat, 20 Jan 2001 16:10:43 GMT  From: Dirk Munk <munk@home.nl>> Subject: To Hoff Hoffman: Any news about the VMS DHCP client ?' Message-ID: <3A69B881.7CFFBA8E@home.nl>r   The subject says it all :-)    Regards,   Dirk   ------------------------------  % Date: Sat, 20 Jan 2001 12:44:05 +0100d  From: Paul Sture <paul@sture.ch>$ Subject: Re: VMS bug in 21st Century+ Message-ID: <VA.0000023c.1e81c30f@sture.ch>f  @ In article <3A686253.AF58A82F@mmaz.com>, Jr. Barry Treahy wrote: > ( > This is busted on VMS 5-5.2 as well... >  > V3100$ sh sys/net E > VAX/VMS V5.5-2  on node V3100  19-JAN-2001 08:51:03.12   Uptime  49h
 > 22:14:26H >   Pid    Process Name    State  Pri      I/O       CPU       Page flts > Ph.Mem> > 20200092 EVL             HIB      9      265   0 00:00:04.92 > 1082766     81  Nn& > V3100$ write sys$output f$fao("!%D") > 30-JUN-**** 18:23:01.07t >    V7.2 on VAX givesd   30-JUN-**** 17:54:23.08e    ? I've tried it on 3 Alphas, V7.2-1 and V7.2-1H1. Same result of e# 23-NOV-**** 21:13:50.62 every time.   B Another item for the "You know you're a VMS fanatic when..." list?     > Tim Llewellyn wrote: > * > > I was messing around with F$FAO, tried > >u$ > >  $ write sys$output f$fao("!%D") > > 23-NOV-**** 21:13:50.62t > >'$ > > on VAX V7.1 and 7.2, Alpha V7.1. > >oG > > Not earth shattering but I was quite suprised to see **** not 2001.I > >o > > --: > > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project4 > > MedAS at the BBC, Whiteladies Road, Bristol, UK.E > > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk  > >oE > > I speak for myself only and my views in no way represent those ofA > > MedAS or the BBC.t >  > -- > A > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOf > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028n >    ___-
 Paul Sture Switzerland    ------------------------------   Date: 20 Jan 2001 08:17 CSTf' From: carl@gerg.tamu.edu (Carl Perkins)s$ Subject: Re: VMS bug in 21st Century- Message-ID: <20JAN200108170737@gerg.tamu.edu>I  ! tim.llewellyn@bbc.co.uk writes...d) }"Kris G.G. Clippeleyr (aka Qkcl)" wrote:i? }> If you put in an extra argument (a zero) is works just fine.n }>( }>     $ write sys$output f$fao("!%D",0) }>     19-JAN-2001 12:34:32.82 }>? }> Btw, noticed the same thing with the sys$fao system service.D* }> Definitely requires the extra argument. }>I }> From the "System Services Reference Manual" (version 7.1), Table SYS-9n }> $FAO Directives }>O }> !%D    Inserts the system date and time. It takes one parameter: the addresso }> of a N }>             quadword time value to be converted to ASCII. If you specify 0, }> the current0 }>             system date and time is inserted. } N }Fair enough, what really confused me was that without a parameter the current }time E }was returned with just the year field invalid. If it had returned ase }"insufficient parameters"3 }error I would have looked at the docsmore closely.O } 7 }Tim Llewellyn, OpenVMS Infrastructure, Remarcs Projectu  D I agree that "insufficent parameters" would probably be a good idea.  G On the other hand, you might have noticed that while the year filed wasdI filled with stars, the other fields were probably not right either except  by coincidence:m   $ write sys$output f$fao("!%D")t  2-JAN-**** 02:28:52.95t! $ write sys$output f$fao("!%D",0)r 20-JAN-2001 08:08:00.38d  D The month matches, but I bet that it is purely coincidental. WithoutC the additional parameter, it is probably treating some more or less F random chunk of memory as a 64 bit time value. I also suspect that theF asterisks are there because the chunk of memory it looks at translates to a year that has 5 digits:  M $ write sys$output f$cvtime("31-dec-9999:23:23:23.23+23:59:59.99","ABSOLUTE")e 1-JAN-**** 22:46:46.46  E Presumably they will expand the field to be able to display a 5 digits@ year sometime in the next 7999 years. (Beware the Y10K problem.)   --- Carl   ------------------------------    Date: 20 Jan 2001 09:48:03 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson).$ Subject: Re: VMS bug in 21st Century* Message-ID: <94c8f3$aj7$1@lisa.gemair.com>  - In article <20JAN200108170737@gerg.tamu.edu>,o( Carl Perkins <carl@gerg.tamu.edu> wrote:" >tim.llewellyn@bbc.co.uk writes...* >}"Kris G.G. Clippeleyr (aka Qkcl)" wrote:@ >}> If you put in an extra argument (a zero) is works just fine. >}> ) >}>     $ write sys$output f$fao("!%D",0)p >}>     19-JAN-2001 12:34:32.82y >}>a@ >}> Btw, noticed the same thing with the sys$fao system service.+ >}> Definitely requires the extra argument.  >}>DJ >}> From the "System Services Reference Manual" (version 7.1), Table SYS-9 >}> $FAO DirectivesS >}>?P >}> !%D    Inserts the system date and time. It takes one parameter: the address >}> of aO >}>             quadword time value to be converted to ASCII. If you specify 0,R >}> the currentu1 >}>             system date and time is inserted.. >} eO >}Fair enough, what really confused me was that without a parameter the currentO >}timeF >}was returned with just the year field invalid. If it had returned as >}"insufficient parameters"y4 >}error I would have looked at the docsmore closely. >} O8 >}Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project >eE >I agree that "insufficent parameters" would probably be a good idea.c >eH >On the other hand, you might have noticed that while the year filed wasJ >filled with stars, the other fields were probably not right either except >by coincidence: >7  >$ write sys$output f$fao("!%D") > 2-JAN-**** 02:28:52.95" >$ write sys$output f$fao("!%D",0) >20-JAN-2001 08:08:00.38 >tE >The month matches, but I bet that it is purely coincidental. Without D >the additional parameter, it is probably treating some more or lessG >random chunk of memory as a 64 bit time value. I also suspect that themG >asterisks are there because the chunk of memory it looks at translates- >to a year that has 5 digits:a >0  F Just out of curiosity, did anyone out there do the first command aboveE and get back a year that wasn't **** (presumably > 9999)?  I tried itnA on several machines, with varying versions of OpenVMS and machiner$ architectures and I always got back:   23-NOV-**** 21:13:50.62c  N >$ write sys$output f$cvtime("31-dec-9999:23:23:23.23+23:59:59.99","ABSOLUTE") >1-JAN-**** 22:46:46.46a >aF >Presumably they will expand the field to be able to display a 5 digitA >year sometime in the next 7999 years. (Beware the Y10K problem.), >e	 >--- Carln   -Jordan Henderson  jordan@greenapple.come   ------------------------------   End of INFO-VAX 2001.040 ************************