1 INFO-VAX	Thu, 19 Oct 2006	Volume 2006 : Issue 575       Contents: Re: Alpha serial numbers- Re: Alphaserver 200 4/233 power supply needed  Re: DECconnect adapters  Re: DECconnect adapters  Re: DECconnect adapters  Re: DECconnect adapters  Re: DECconnect adapters  Re: DECconnect adapters  Re: DECconnect adapters . DECW$PRIVATE_SERVER_SETUP  symbol or logical ?2 Re: DECW$PRIVATE_SERVER_SETUP  symbol or logical ?1 Re: DECW$PRIVATE_SERVER_SETUP symbol or logical ? 1 Re: DECW$PRIVATE_SERVER_SETUP symbol or logical ? 1 Re: DECW$PRIVATE_SERVER_SETUP symbol or logical ?  Re: FTP fails to start Re: FTP fails to start Re: FTP fails to start Re: FTP fails to start Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  Re: Graphic options for DS10L  How to redirect? Re: How to redirect? Re: How to redirect? Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions Re: In a box solutions< Re: Keeping telnet session alive between tcpip connections ?< Re: Keeping telnet session alive between tcpip connections ?< Re: Keeping telnet session alive between tcpip connections ?< Re: Keeping telnet session alive between tcpip connections ?< Re: Keeping telnet session alive between tcpip connections ?! Mail list for the OSU WEB server. % Re: Mail list for the OSU WEB server. % Re: Mail list for the OSU WEB server.  Re: Netiquette faux pas  Re: Netiquette faux pas  Re: OpenVMS over VMWare  Re: RUN process /ON=node Re: spawn/detach Re: USB hampster Re: VAX 4000 Error Codes Re: VAX 4000 Error Codes Re: VAX 4000 Error Codes Re: VAX 4000 Error Codes Re: VMS stuff available now 1 Re: Weird BIND Server behaviour (reverse lookups)   F ----------------------------------------------------------------------  + Date: Thu, 19 Oct 2006 10:06:39 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)! Subject: Re: Alpha serial numbers $ Message-ID: <eh7inf$2s9$2@online.de>  7 In article <eh572e$to$1@pyrite.mv.net>, Stephen Hoffman + <hoff@hoffmanlabs-removethis-.org> writes:    J > If it was set at the SRM prompt during the FIS process, or otherwise setB > at the factory, or set by someone on-site subsequently, it's the6 > SERIAL_NUMBER value that's available via f$getsyi.    % Is this intentionally not documented?   0 $ pipe help lex f$getsy arg |sea sys$pipe serial Topic?   Off-hand, I don't J > know if this is as old as V7.1 or V7.1-1H1 (and I'd almost assume it wasH > not be available that far back); that's rather ancient software.  SHOW) > CPU/FULL also displays serial numbers,    A But not infinitely far back in time; not for the DEC 3000 series.   F I define a logical at startup (based on the sticker).  This is useful D when sorting out licenses etc (my annual hobbyist-license update is  coming up next week).    ------------------------------  % Date: Thu, 19 Oct 2006 09:58:14 -0600 # From: Jim Mehlhop <jim@mehlhop.org> 6 Subject: Re: Alphaserver 200 4/233 power supply needed* Message-ID: <4537A096.4050906@mehlhop.org>   Michael Moroney wrote:  + > Dave Froble <davef@tsoft-inc.com> writes:  >  > L >>>I have two Alphastation 200's and both had the power supply die. When theJ >>>second one died, I bought the cheapest ATX power supply CompUSA had and? >>>replaced the plugs with the ones from the dead power supply.  >  > ...  >  > I >>Do you have any details on the replacement?  Did you splice the wires,  H >>or change the pins in the plugs, or what?  How about wire color x-ref? >  > H > I'll enter a full writeup shortly.  (I knew I should have photographed. > each step and put up a 'how to' web page...) > L > I cut the motherboard plugs off both power supplies, and connected the oldJ > plugs to the new P/S. For each bundle I slid a lage piece of heat shrinkJ > tubing.  For each wire I slid a small piece of heat shrink, stripped theI > ends, soldered the spliced ends together, slipped the small heat shrink J > over the joint and shrank it.  When done with a bundle, I slid the large9 > heat shrink over the bunch of small ones and shrank it.   E If you get a chance to simply include the color coding that would be  F great.  I have an old 200 4/233 too with a DOA powersupply.  Would be F useful if I need to boot an old version of VMS for support work as my # PWS500 won't boot the old versions.    Thanks in advance, Jim    ------------------------------  % Date: Thu, 19 Oct 2006 08:34:22 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>   Subject: Re: DECconnect adapters: Message-ID: <5Yqdnb6IFI3_7arYnZ2dnUVZ_sWdnZ2d@comcast.com>   JF Mezei wrote:    > Jack Patteeuw wrote: > F >>I'm looking for a "reasonably priced" supplier of H8575-E DECconnect >>adapters.  >  > 0 > What is a -E ? From decconnect to what type ?  > G > I have some -A connectors (decconnect on one side, and female DB25 on 
 > the other).   E DB25M to DECconnect.  I have ONE, not for sale.  (At least not for a   "reasonable" price.    ------------------------------  % Date: Thu, 19 Oct 2006 08:39:20 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>   Subject: Re: DECconnect adapters: Message-ID: <s9qdnQKr-uoW7KrYnZ2dnUVZ_vydnZ2d@comcast.com>   johnhreinhardt@yahoo.com wrote:    > Jack Patteeuw wrote: > F >>I'm looking for a "reasonably priced" supplier of H8575-E DECconnectC >>adapters.  The HP online store says they are no longer available.  >  >  > I > Various places have them.  A Google search turns up a number of hits on I > sites other than HP.  Digital Networks ( www.dnpg.com ) may.  Stonewall B > Cable ( www.stonewallcable.com ) does.  P/N SC-9362-E  CurrentlyD > $12.95ea  I've ordered a few things from them before and have been > happy with the items.  > G > They may be available on Ebay also.  A lot depends on your definition H > of "reasonably priced" and on your "desperation level" - both of which > are defined by you.  >  >   John H. Reinhardt  >   I One IS available now.  The price, however, does not seem "reasonable" to  ,   me; $71.99 with a shipping cost of $15.99. http://cgi.ebay.com/HP-H8571-E-MMJ-TO-DB25-PRINTER-ADAPTER-H8571E_W0QQitemZ120042636413QQihZ002QQcategoryZ162QQssPageNameZWDVWQQrdZ1QQcmdZViewItem?hash=item120042636413   ------------------------------    Date: 19 Oct 2006 07:51:04 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>  Subject: Re: DECconnect adaptersB Message-ID: <1161269464.915124.321960@e3g2000cwe.googlegroups.com>   Richard B. Gilbert wrote: ! > johnhreinhardt@yahoo.com wrote:  >  > > Jack Patteeuw wrote: > > H > >>I'm looking for a "reasonably priced" supplier of H8575-E DECconnectE > >>adapters.  The HP online store says they are no longer available.  > >  > >  > > K > > Various places have them.  A Google search turns up a number of hits on K > > sites other than HP.  Digital Networks ( www.dnpg.com ) may.  Stonewall D > > Cable ( www.stonewallcable.com ) does.  P/N SC-9362-E  CurrentlyF > > $12.95ea  I've ordered a few things from them before and have been > > happy with the items.  > > I > > They may be available on Ebay also.  A lot depends on your definition J > > of "reasonably priced" and on your "desperation level" - both of which > > are defined by you.  > >  > >   John H. Reinhardt  > >  > J > One IS available now.  The price, however, does not seem "reasonable" to. >   me; $71.99 with a shipping cost of $15.99. > http://cgi.ebay.com/HP-H8571-E-MMJ-TO-DB25-PRINTER-ADAPTER-H8571E_W0QQitemZ120042636413QQihZ002QQcategoryZ162QQssPageNameZWDVWQQrdZ1QQcmdZViewItem?hash=item120042636413  G Oh, _that_ vendor.  I honestly wonder if they ever sell anything at the  prices they ask.   ------------------------------  % Date: Thu, 19 Oct 2006 23:24:40 +0800  From: prep@prep.synonet.com   Subject: Re: DECconnect adapters0 Message-ID: <87mz7snxaf.fsf@k9.prep.synonet.com>  4 "Stanley F. Quayle" <squayle@insight.rr.com> writes:  ; > The bad news: you can't buy MMJ sockets anywhere anymore.   = Not even in the UK? They where `standard' BT phone conections  at one time.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 19 Oct 2006 09:02:27 -0700) From: "WWWebb" <William.W.Webb@gmail.com>   Subject: Re: DECconnect adaptersA Message-ID: <1161273747.748101.34900@m7g2000cwm.googlegroups.com>    Jack Patteeuw wrote:F > I'm looking for a "reasonably priced" supplier of H8575-E DECconnectC > adapters.  The HP online store says they are no longer available.   # Did you call or email David Turner?    Bet he's got scads of them.    WWWebb   ------------------------------  % Date: Thu, 19 Oct 2006 12:06:20 -0400 ' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: DECconnect adapters9 Message-ID: <5f-dnTiC6rnNParYnZ2dnUVZ_q-dnZ2d@libcom.com>    Jack Patteeuw wrote:G > I'm looking for a "reasonably priced" supplier of H8575-E DECconnect  C > adapters.  The HP online store says they are no longer available.   B Ok, here's a supplier.  You can buy the 'kit' and insert the pins < yourself, or, give them the pin-out and they'll assemble it.   Cabco  Tel: 724-864-3400   / DB25 female to MMJ, Cabco part #: 17189,  $9.29 / DB25 male to MMJ, Cabco part #: 17309,   $10.35    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 19 Oct 2006 00:27:59 -0600  From: Kevin Handy <kth@srv.net>   Subject: Re: DECconnect adapters3 Message-ID: <1161275596_63913@sp6iad.superfeed.net>    Jack Patteeuw wrote:G > I'm looking for a "reasonably priced" supplier of H8575-E DECconnect  C > adapters.  The HP online store says they are no longer available.   - Not the same, but I have a number of H3112-A. * These are MMJ inserts for DEC wall plates.4 They don't fit most patch panels, but look similiar.  Q ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  % Date: Thu, 19 Oct 2006 06:00:49 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: DECW$PRIVATE_SERVER_SETUP  symbol or logical ? , Message-ID: <45374CB5.F0FA4996@teksavvy.com>  = I'd like to report some confusion in the documentation in the # DECW$PRIVATE_SERVER_SETUP.COM file.     < The Radeon 7500 graphics card installation guide for VMS at:? http://docs.hp.com/en/AB551-96002/AB551-96002_Rev_A_Install.pdf   3 says that to define the display size, one must use  4 	DEFINE/SYSTEM/EXEC/NOLOG DECW$XSIZE_IN_PIXELS value4 	DEFINE/SYSTEM/EXEC/NOLOG DECW$YSIZE_IN_PIXELS value   also: 7 	DEFINE/SYSTEM/EXEC/NOLOG DECW$SERVER_PIXEL_DEPTH value 8 	DEFINE/SYSTEM/EXEC/NOLOG DECW$SERVER_REFRESH_RATE value    H These command do not work. And this is not the first time I was confusedF on whether to use symbol definition or logical name definition in that< command procedure. (defining those as global symbols works).  H I would suggest to the person in charge of DECW$PRIVATE)SERVER_SETUP.COMF to add some important comment at the very to remind people to not onlyG set symbols instead of logicals in that file and make sure they are set S as global symbols so that the changes filter back to the calling command procedure.    ------------------------------  % Date: Thu, 19 Oct 2006 12:22:00 +0200 7 From: "Eberhard Heuser" <vaxinf@chemie.uni-konstanz.de> ; Subject: Re: DECW$PRIVATE_SERVER_SETUP  symbol or logical ? 0 Message-ID: <001801c6f368$6a6f5f70$05072286@vg2>   JF,    did you see this posting   http://groups.google.de/group/comp.os.vms/browse_frm/thread/952919117ea0fa45/f83dfcf71d9dc963?lnk=gst&q=radeon&rnum=6#f83dfcf71d9dc963    H Only the refresh rate parameter had strange values (and produced a black screen)   ; $ DECW$DEFAULT_KEYBOARD_MAP == "AUSTRIAN_GERMAN_LK444AG_LK" - $DECW$SERVER_TRANSPORTS=="LOCAL,DECNET,TCPIP"  $DECW$BUG_COMPATIBILITY=="TRUE" * $DECW$SERVER_DISABLE_BACKING_STORE:==FALSE' $DECW$SERVER_DISABLE_SAVE_UNDER:==FALSE   $DECW$SERVER_CONNECT_LOG=="TRUE"A $!NO MORE Adobe-DPS-Extension, THANKS TO HP/COMPAQ & ADOBE - F*** ] $!DECW$SERVER_EXTENSIONS=="Adobe-DPS-Extension,Xie,DEC-XTRAP,Multi-Buffering,D2DX-Extensions" H $DECW$SERVER_EXTENSIONS=="Xie,DEC-XTRAP,Multi-Buffering,D2DX-Extensions"$ $DECW$SERVER_DEFAULT_VISUAL_CLASS==4 $!DECW$XSIZE_IN_PIXELS==2048 $!DECW$YSIZE_IN_PIXELS==1536 $DECW$XSIZE_IN_PIXELS==1280  $DECW$YSIZE_IN_PIXELS==1024  $DECW$VIRTUAL_PAGES==393216  $DECW$SERVER_WSDEF==65536  $DECW$SERVER_WSQUOTA==262144 $DECW$SERVER_PAGE_FILE==524288! $DECW$SERVER_ENQUEUE_LIMIT==10000 5 $DEFINE/EXEC/SYSTEM/NOLOG DECW$SERVER_REFRESH_RATE 75 . $DEFINE/EXEC/SYSTEM DECW$SERVER_PIXEL_DEPTH 16       Eberhard   ----- Original Message -----  / From: "JF Mezei" <jfmezei.spamnot@teksavvy.com>  To: <Info-VAX@Mvb.Saic.Com> ) Sent: Thursday, October 19, 2006 12:00 PM 6 Subject: DECW$PRIVATE_SERVER_SETUP symbol or logical ?    ? > I'd like to report some confusion in the documentation in the % > DECW$PRIVATE_SERVER_SETUP.COM file.  >  > > > The Radeon 7500 graphics card installation guide for VMS at:A > http://docs.hp.com/en/AB551-96002/AB551-96002_Rev_A_Install.pdf  > 4 > says that to define the display size, one must use5 > DEFINE/SYSTEM/EXEC/NOLOG DECW$XSIZE_IN_PIXELS value 5 > DEFINE/SYSTEM/EXEC/NOLOG DECW$YSIZE_IN_PIXELS value  >  > also: 8 > DEFINE/SYSTEM/EXEC/NOLOG DECW$SERVER_PIXEL_DEPTH value9 > DEFINE/SYSTEM/EXEC/NOLOG DECW$SERVER_REFRESH_RATE value  >  > J > These command do not work. And this is not the first time I was confusedH > on whether to use symbol definition or logical name definition in that> > command procedure. (defining those as global symbols works). > J > I would suggest to the person in charge of DECW$PRIVATE)SERVER_SETUP.COMH > to add some important comment at the very to remind people to not onlyI > set symbols instead of logicals in that file and make sure they are set K > as global symbols so that the changes filter back to the calling command  
 > procedure.     ------------------------------    Date: 19 Oct 2006 05:02:40 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> : Subject: Re: DECW$PRIVATE_SERVER_SETUP symbol or logical ?A Message-ID: <1161259359.982048.28190@m7g2000cwm.googlegroups.com>    Eberhard Heuser wrote: > JF,  >  > did you see this posting >  > http://groups.google.de/group/comp.os.vms/browse_frm/thread/952919117ea0fa45/f83dfcf71d9dc963?lnk=gst&q=radeon&rnum=6#f83dfcf71d9dc963 >  > J > Only the refresh rate parameter had strange values (and produced a black	 > screen)  > = > $ DECW$DEFAULT_KEYBOARD_MAP == "AUSTRIAN_GERMAN_LK444AG_LK" / > $DECW$SERVER_TRANSPORTS=="LOCAL,DECNET,TCPIP" ! > $DECW$BUG_COMPATIBILITY=="TRUE" , > $DECW$SERVER_DISABLE_BACKING_STORE:==FALSE) > $DECW$SERVER_DISABLE_SAVE_UNDER:==FALSE " > $DECW$SERVER_CONNECT_LOG=="TRUE"C > $!NO MORE Adobe-DPS-Extension, THANKS TO HP/COMPAQ & ADOBE - F*** _ > $!DECW$SERVER_EXTENSIONS=="Adobe-DPS-Extension,Xie,DEC-XTRAP,Multi-Buffering,D2DX-Extensions" J > $DECW$SERVER_EXTENSIONS=="Xie,DEC-XTRAP,Multi-Buffering,D2DX-Extensions"& > $DECW$SERVER_DEFAULT_VISUAL_CLASS==4 > $!DECW$XSIZE_IN_PIXELS==2048 > $!DECW$YSIZE_IN_PIXELS==1536 > $DECW$XSIZE_IN_PIXELS==1280  > $DECW$YSIZE_IN_PIXELS==1024  > $DECW$VIRTUAL_PAGES==393216  > $DECW$SERVER_WSDEF==65536  > $DECW$SERVER_WSQUOTA==262144  > $DECW$SERVER_PAGE_FILE==524288# > $DECW$SERVER_ENQUEUE_LIMIT==10000 7 > $DEFINE/EXEC/SYSTEM/NOLOG DECW$SERVER_REFRESH_RATE 75 0 > $DEFINE/EXEC/SYSTEM DECW$SERVER_PIXEL_DEPTH 16 >  >  > 
 > Eberhard >  > ----- Original Message -----1 > From: "JF Mezei" <jfmezei.spamnot@teksavvy.com>  > To: <Info-VAX@Mvb.Saic.Com> + > Sent: Thursday, October 19, 2006 12:00 PM 8 > Subject: DECW$PRIVATE_SERVER_SETUP symbol or logical ? >  > A > > I'd like to report some confusion in the documentation in the ' > > DECW$PRIVATE_SERVER_SETUP.COM file.  > >  > > @ > > The Radeon 7500 graphics card installation guide for VMS at:C > > http://docs.hp.com/en/AB551-96002/AB551-96002_Rev_A_Install.pdf  > > 6 > > says that to define the display size, one must use7 > > DEFINE/SYSTEM/EXEC/NOLOG DECW$XSIZE_IN_PIXELS value 7 > > DEFINE/SYSTEM/EXEC/NOLOG DECW$YSIZE_IN_PIXELS value  > > 	 > > also: : > > DEFINE/SYSTEM/EXEC/NOLOG DECW$SERVER_PIXEL_DEPTH value; > > DEFINE/SYSTEM/EXEC/NOLOG DECW$SERVER_REFRESH_RATE value  > >  > > L > > These command do not work. And this is not the first time I was confusedJ > > on whether to use symbol definition or logical name definition in that@ > > command procedure. (defining those as global symbols works). > > L > > I would suggest to the person in charge of DECW$PRIVATE)SERVER_SETUP.COMJ > > to add some important comment at the very to remind people to not onlyK > > set symbols instead of logicals in that file and make sure they are set L > > as global symbols so that the changes filter back to the calling command > > procedure.     JF,   G   As Eberhard's posting shows there are a combination of global symbols E and logical names.  Yes, it's very confusing, not well documented (at F least to me it wasn't) and apparently somewhat random.   I'll agree itF could use a bit of clarification either in the command procedure or in the documentation.   ------------------------------  % Date: Thu, 19 Oct 2006 16:20:29 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>: Subject: Re: DECW$PRIVATE_SERVER_SETUP symbol or logical ?7 Message-ID: <000c01c6f389$bae50c40$994614ac@domina.fom>    Hello,  F there is a documentation about the logicals and  symbols. The name is:H "Managing DECwindows Motif for OpenVMS Systems". AFAIK, this guide wouldI never updated and is a little bit old (from 1994). Does anybody know, why : DEC, Compaq, HP did never update the X11/Motif documents. I I did have a look into my DECW$PRIVATE_SERVER_SETUP.COM and did found the J following: pixel depth and refresh rate are logicals, default visual class* and pixel size are symbols. Hope this help   Best regards R. Wingert   J P.S. IMHO, you should read the "Release Notes". They will inform you about) the Radeon specific logicals and symbols.    ------------------------------  % Date: Thu, 19 Oct 2006 16:29:28 +0200 ( From: "Rudolf Wingert" <win@fom.fgan.de>: Subject: Re: DECW$PRIVATE_SERVER_SETUP symbol or logical ?7 Message-ID: <000d01c6f38a$fbc07b90$994614ac@domina.fom>    Hello,  B I did forgot to write that you can found (in most cases) the rightI combinations of pixel depth, x-/y-size and refresh rate within the device K configuration file: DECW$DEVICE_CONFIG_Gx.COM, where Gx (e.g. GQ = Trio S3, 4 GZ Elsa Gloria) is your graphic adapter device name. Hope this helps too.   Best regards R. Wingert    ------------------------------  + Date: Thu, 19 Oct 2006 10:15:14 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: FTP fails to start $ Message-ID: <eh7j7h$2s9$3@online.de>  H In article <1161198145.417968.223610@h48g2000cwc.googlegroups.com>, "Ken' Robinson" <kenrbnsn@gmail.com> writes:    H > In your login.com, do you have a "set ter/inq" that is executed in allF > cases? If you have that and do not have "$ set noon" at the start ofE > the procedure, the login procedure will die and that will cause the H > above error. You should always have a "$ set noon" at the start of youB > login.com procedure. You should only do a "$ set ter/inq" during > interactive sessions.    From my SYS$SYLOGIN:   $ Goto MODE_'F$MODE()' $! $! $MODE_INTERACTIVE: $!) $! Turn on the processing of <Control/T>.  $! $ SET CONTROL=T  $!K $! Set the terminal type, unless this is a detached DECwindows application, J $! or a remote login, or specific other terminal types.  (Note that remoteK $! user logins, via such protocols as DECnet CTERM (SET HOST, device driver J $! prefix "RT") and IP (telnet, device driver prefix "TN"), are considered9 $! "Interactive" processes, and not "Network" processes.)  $!+ $ TT_NOINQUIR = "|TW|RT|WT|TK|WS|PY|FT|TN|" , $ TT_DEVNAME = F$GETDVI("TT","TT_PHYDEVNAM")* $ TT_DEVPREFIX = F$EXTRACT(1,2,TT_DEVNAME)I $ IF F$LOCATE("|''TT_DEVPREFIX'|",TT_NOINQUIR) .eq. F$Length(TT_NOINQUIR)  $ THEN@ $!  Determine what sort of terminal this is, and avoid resetting> $!  the user's default display size settings in the process...& $   tt_page = f$getdvi("TT","TT_PAGE")* $   devbufsiz = f$getdvi("TT","DEVBUFSIZ")9 $!  SET TERMINAL/INQUIRE/PAGE='tt_page'/WIDTH='devbufsiz' @ $!  change to the above with hostsync, insert and broadcast when# $!  the default width is understood ; $   SET TERMINAL/INQUIRE/WIDTH=80/HOSTSYNC/INSERT/BROADCAST  $ EndIf    ------------------------------    Date: 19 Oct 2006 06:24:32 -0700% From: "jjinva" <jjinva@earthlink.net>  Subject: Re: FTP fails to start B Message-ID: <1161264272.711987.276680@e3g2000cwe.googlegroups.com>  0 Just to get back to basics.  Did this ever work? David D Miller wrote:  > Folks: > ) > TCPIP 5.1, OVMS 7.3 (sorry, pretty old)  > M > It starts up OK and seems to work -- $PING and $TELNET are OK.  FTP is not.  >  >  > Problem is this: >  > $TCPIP ENABLE SERVICE FTP  > & > operates without a comment, but then >  > $TCPIP SHOW SERVICE FTP  >   > shows it disabled, furthermore > 6 > $FTP 127.0.0.1  (likewise $TELNET/PORT=21 127.0.0.1) > G > is rejected.  There are no log files anywhere that I could find.  The C > logicals indicate FTP started OK.  The images (two I believe) are  > installed. >   > $TCPIP SHOW SERV FTP/PERM/FULL >  > looks somewhat like this:  >  > Service: FTP > E > Port:         21                                      Protocol: TCP  > Address: 0.0.0.0I > Inactivity:  5                                     User_name: TCPIP$FTP  > Process:  TCPIP$FTP  > Limit:        10 > : > File:                     TCPIP$SYSTEM:TCPIP$FTP_RUN.COM > Flags:                TCPIP  >   > Socket Opts:    Rcheck  Scheck. > Receive:      0                   Send:    0 > J > Log Opts:     Acpt Actv Dactv Conn Error Exit Logi Logo Mdfy  Rjct  TimO > Addr@ > File:               SYS$SYSDEVICE:[TCPIP$FTP]TCPIP$FTP_RUN.LOG > 
 > Security > Reject msg:  not defined > Accept host: 0.0.0.0 > Accept netw: 0.0.0.0 > K > Any suggestions/comments will be appreciated.  Updating to newer versions  > is a difficult option. >  > TIA, dave.   ------------------------------  % Date: Thu, 19 Oct 2006 07:24:51 -0700 , From: David D Miller <ddmiller@raytheon.com> Subject: Re: FTP fails to start V Message-ID: <OFA618A8D5.80348D5D-ON0725720C.004F1434-0725720C.004F20BC@mck.us.ray.com>  H ----- Forwarded by David D Miller/RWS/Raytheon/US on 10/19/2006 07:23 AM -----   ? David D Miller/RWS/Raytheon/US wrote on 10/19/2006 07:22:47 AM:   @ "jjinva" <jjinva@earthlink.net> wrote on 10/19/2006 06:24:32 AM:  2 > Just to get back to basics.  Did this ever work?  C Yeah, but before I was called on the scene.  I have yet to sort out B what happened -- perhaps a TCPIP upgrade, perhaps somebody foolingD around with privileges in an attempt to "secure" the machine better.  C Your question motivates me to sort out the history of this problem.    dave.    > > David D Miller wrote:  > > > Folks: > > > - > > > TCPIP 5.1, OVMS 7.3 (sorry, pretty old)  > > > D > > > It starts up OK and seems to work -- $PING and $TELNET are OK.
 > FTP is not.  > > >  > > >  > > > Problem is this: > > >  > > > $TCPIP ENABLE SERVICE FTP  > > > * > > > operates without a comment, but then > > >  > > > $TCPIP SHOW SERVICE FTP  > > > $ > > > shows it disabled, furthermore > > > : > > > $FTP 127.0.0.1  (likewise $TELNET/PORT=21 127.0.0.1) > > > K > > > is rejected.  There are no log files anywhere that I could find.  The G > > > logicals indicate FTP started OK.  The images (two I believe) are  > > > installed. > > > $ > > > $TCPIP SHOW SERV FTP/PERM/FULL > > >  > > > looks somewhat like this:  > > >  > > > Service: FTP > > > I > > > Port:         21                                      Protocol: TCP  > > > Address: 0.0.0.0C > > > Inactivity:  5                                     User_name: 	 TCPIP$FTP  > > > Process:  TCPIP$FTP  > > > Limit:        10 > > > > > > > File:                     TCPIP$SYSTEM:TCPIP$FTP_RUN.COM! > > > Flags:                TCPIP  > > > $ > > > Socket Opts:    Rcheck  Scheck2 > > > Receive:      0                   Send:    0 > > > H > > > Log Opts:     Acpt Actv Dactv Conn Error Exit Logi Logo Mdfy  Rjct TimO
 > > > AddrD > > > File:               SYS$SYSDEVICE:[TCPIP$FTP]TCPIP$FTP_RUN.LOG > > >  > > > Security > > > Reject msg:  not defined > > > Accept host: 0.0.0.0 > > > Accept netw: 0.0.0.0 > > > F > > > Any suggestions/comments will be appreciated.  Updating to newer versions > > > is a difficult option. > > >  > > > TIA, dave. > >    ------------------------------  % Date: Thu, 19 Oct 2006 09:09:31 -0700 , From: David D Miller <ddmiller@raytheon.com> Subject: Re: FTP fails to start V Message-ID: <OF4CDAEE99.A7446CA7-ON0725720C.0057E8F9-0725720C.0058B5DF@mck.us.ray.com>  < I love this group.  I learn something new every time I post.  H Here are the results of this experiment -- I'm not sure how to interpret them though.  H JF Mezei <jfmezei.spamnot@teksavvy.com> wrote on 10/18/2006 01:45:20 PM:   > David D Miller wrote: G > > DIRECT-F-OPENIN, error opening APOLLO"TCPIP$FTP password"::*.*;* as  input  > > F > > I realize your comments apply to that as command as well.  Now I'm trying2 > > to track down what I presume is a UAF problem. >  > Another thing to try:  >  > $MC SYSMAN, > SYSMAN> SET ENV/NODE=APOLLO/USER=TCPIP$FTP > Password: xxxxxx   current command environment  Node: APOLLO Username: TCPIP$FTP   $ > SYSMAN> DO SHOW LOG SYS$LOGIN/FULL  0 SYSMAN-I-OUTUT, command execution on node APOLLO/ -SHOW-S-NOTRAN, no translation for logical name   3 in fact DO SHOW LOG /JOB produced the same message.   I DO SHO LOG /PROCESS showed SYS$INPUT, SYS$OUTPUT, etc. pointing to MBAxxx   F Curiously, DO DIR displayed my (DMILLER's) directory, not TCPIP$FTP's. That seems wrong.    > I > And see what it says. (likely going to be the same as the decnet error, I > but if this is donw through SMI, it might behave slightly differently).   / So, we are getting somewhere -- not sure where.   I I checked SYLOGIN.COM to see if any strange code at MODE_NETWORK: slipped & in.  Nothing there though.  Just EXIT.   More suggestions, please.    dave.    ------------------------------  % Date: Thu, 19 Oct 2006 06:39:06 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> & Subject: Re: Graphic options for DS10L: Message-ID: <R5idnfSkdtTzyKrYnZ2dnUVZ_t6dnZ2d@comcast.com>   Paul Sture wrote:   < > In article <1oidnUZQVsVeW6vYnZ2dnUVZ_q-dnZ2d@comcast.com>,7 >  "Richard B. Gilbert" <rgilbert88@comcast.net> wrote:  >  >  >>Michael Moroney wrote: >> >>4 >>>Paul Sture <paul.sture.nospam@hispeed.ch> writes: >>>  >>>  >>> I >>>>In console mode, it uses a very basic driver. You don't get the full  : >>>>1280*1024 or whatever you choose until Motif fires up. >>>  >>> J >>>I noticed that on booting, something happens such that the font changesK >>>although it's still in VGA text mode.  What happens here? This is before  >>>the change into Decwindows. >>>  >>>  >>> I >>>>In console mode, the screen speed is also somewhat slow; you want to  ( >>>>avoid full screen edits for example. >>>  >>> H >>>You want slow?  Try the console on an Alphastation 200 with a ZLXP-ExG >>>TGA card.  Scrolling a full screen one line literally takes seconds. K >>>It apparently does so at high IPL since this messes up the system clock,  >>>too.  >> >><snip> >>I >>Mine seems quite fast; I can scroll a DECterm with the scroll bar, all  J >>twentyfour or so lines in a second or two.  Perhaps you have some other G >>problem.  Or was there a higher performance graphics adapter on some  I >>Alphastation 200s?  SHOW DEVICE/FULL GQA0 just says it's a "DECWindows   >>Output Device" >  > H > Sorry, I am talking about console performance _without_ Motif running. >   G It's not a situation where speed is very important to me!!!  I see the  B console just long enough to type "boot" following a power outrage.   ------------------------------  % Date: Thu, 19 Oct 2006 13:47:43 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> & Subject: Re: Graphic options for DS10LJ Message-ID: <paul.sture.nospam-7F2B22.13474319102006@mac.sture.homeip.net>  : In article <R5idnfSkdtTzyKrYnZ2dnUVZ_t6dnZ2d@comcast.com>,5  "Richard B. Gilbert" <rgilbert88@comcast.net> wrote:    > Paul Sture wrote:  >  > > J > > Sorry, I am talking about console performance _without_ Motif running. > >  > I > It's not a situation where speed is very important to me!!!  I see the  D > console just long enough to type "boot" following a power outrage.  C Unfortunately, it can hit you when you least want it - when you've  H booted minimum and are doing the necessary to get a system back up ASAP.  : (Shudders at the thought of doing any extensive work with ! ANALYZE/CRASH_DUMP at that speed)    :-)    --  
 Paul Sture   ------------------------------  + Date: Thu, 19 Oct 2006 12:54:43 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) & Subject: Re: Graphic options for DS10L( Message-ID: <eh7sij$has$1@pcls6.std.com>  5 "Richard B. Gilbert" <rgilbert88@comcast.net> writes:   I >>>>You want slow?  Try the console on an Alphastation 200 with a ZLXP-Ex H >>>>TGA card.  Scrolling a full screen one line literally takes seconds.L >>>>It apparently does so at high IPL since this messes up the system clock, >>>>too. >>> 	 >>><snip>  >>> J >>>Mine seems quite fast; I can scroll a DECterm with the scroll bar, all K >>>twentyfour or so lines in a second or two.  Perhaps you have some other  H >>>problem.  Or was there a higher performance graphics adapter on some J >>>Alphastation 200s?  SHOW DEVICE/FULL GQA0 just says it's a "DECWindows  >>>Output Device"  >>   >>  I >> Sorry, I am talking about console performance _without_ Motif running.  >>    H >It's not a situation where speed is very important to me!!!  I see the C >console just long enough to type "boot" following a power outrage.   G It's "fun" when the hobbyist licenses expire, and you get several lines J of text for each expired license - and then, once that stops (many minutesC later), you have to deal with that glass TTY until you get the new   licenses in place.   ------------------------------  % Date: Thu, 19 Oct 2006 16:06:23 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> & Subject: Re: Graphic options for DS10LJ Message-ID: <paul.sture.nospam-79B31A.16062319102006@mac.sture.homeip.net>  ( In article <eh7sij$has$1@pcls6.std.com>,9  moroney@world.std.spaamtrap.com (Michael Moroney) wrote:   7 > "Richard B. Gilbert" <rgilbert88@comcast.net> writes:  > J > >It's not a situation where speed is very important to me!!!  I see the E > >console just long enough to type "boot" following a power outrage.  > I > It's "fun" when the hobbyist licenses expire, and you get several lines L > of text for each expired license - and then, once that stops (many minutesE > later), you have to deal with that glass TTY until you get the new   > licenses in place.   Dead right.   G Even worse though, the other week I was trying to track something down  H and switched on full auditing alarms (/ALARM/ENABLE=ALL). Then rebooted ) before switching auditing back to normal.    Don't do this at home, folks.   . Even more importantly, don't do it at work :-)   --  
 Paul Sture   ------------------------------  % Date: Thu, 19 Oct 2006 10:53:57 -0400 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> & Subject: Re: Graphic options for DS10L: Message-ID: <wIqdnROXFOOQDKrYnZ2dnUVZ_rOdnZ2d@comcast.com>   Michael Moroney wrote:  7 > "Richard B. Gilbert" <rgilbert88@comcast.net> writes:  >  > J >>>>>You want slow?  Try the console on an Alphastation 200 with a ZLXP-ExI >>>>>TGA card.  Scrolling a full screen one line literally takes seconds. M >>>>>It apparently does so at high IPL since this messes up the system clock, 	 >>>>>too.  >>>>
 >>>><snip> >>>>K >>>>Mine seems quite fast; I can scroll a DECterm with the scroll bar, all  L >>>>twentyfour or so lines in a second or two.  Perhaps you have some other I >>>>problem.  Or was there a higher performance graphics adapter on some  K >>>>Alphastation 200s?  SHOW DEVICE/FULL GQA0 just says it's a "DECWindows   >>>>Output Device" >>>  >>> I >>>Sorry, I am talking about console performance _without_ Motif running.  >>>  >  > I >>It's not a situation where speed is very important to me!!!  I see the  D >>console just long enough to type "boot" following a power outrage. >  > I > It's "fun" when the hobbyist licenses expire, and you get several lines L > of text for each expired license - and then, once that stops (many minutesE > later), you have to deal with that glass TTY until you get the new   > licenses in place.  F I'll have to take your word for it.  Mine came with real licenses!  I E bought it years ago when the machines went EOL and were, relatively,  G dirt cheap.  I think I paid $1500.  And I almost broke my arm reaching   for my checkbook!    ------------------------------  % Date: Thu, 19 Oct 2006 07:24:23 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L, Message-ID: <45376068$1@usenet01.boi.hp.com>  D "Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message" news:eh6dbk$3fg$1@pcls6.std.com...3 > Paul Sture <paul.sture.nospam@hispeed.ch> writes:  > G > >In console mode, it uses a very basic driver. You don't get the full 9 > >1280*1024 or whatever you choose until Motif fires up.  > I > I noticed that on booting, something happens such that the font changes J > although it's still in VGA text mode.  What happens here? This is before > the change into Decwindows.  >   K When the graphics driver loads it takes over the VGA.  You will notice that I it gets faster - my code is somewhat more sophisticated.  Since we do not I run the BIOS init code to go into/out of VGA mode - we load our own font. J VGA mode consists of the VGA register settings, and two memory space frameI buffer addresses - one is where the text and attributes are written - and ( one is where the font glyphs are loaded.  H The "OpenVMS Operator Console" line on the 25th line is the clue that we have taken over.  G > >In console mode, the screen speed is also somewhat slow; you want to ' > >avoid full screen edits for example.  >   J VGA text mode once VMS take over is not really too bad.  Full screen edits are not painful.  G > You want slow?  Try the console on an Alphastation 200 with a ZLXP-Ex F > TGA card.  Scrolling a full screen one line literally takes seconds.J > It apparently does so at high IPL since this messes up the system clock, > too. >   K The original TGA chip did not have a VGA cell.  Console text output is done H by dumb frame buffer writes of each glyph.  Scrolling is done by copying
 scanlines up.   E > This doesn't involve VGA text mode.  The number of lines is larger, I > and the text is white on black.  Probably fully emulated in the console  > code.   K Again, once VMS takes over - it is "somewhat" faster but still fairly slow. @ It also IIRC reduces the number of lines to a very small number.  A The original Vaxstation 1 console was 6 lines on a monochrome FB.    ------------------------------  % Date: Thu, 19 Oct 2006 07:30:48 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L, Message-ID: <453761e9$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message% news:4536FB50.4C026F3@teksavvy.com...  > Alan Frisbie wrote: C > > second.   At the next DECUS symposium I hunted down the project G > > engineer and told him exactly what I thought of his implementation.  > G > Mark Hurd should be thanking you.... if users did the hunting down of  > bad engineers   H It was less bad engineers, and more misguided product requirements for a5 "appliance" OS that IIRC never got very far on Alpha.    ------------------------------  % Date: Thu, 19 Oct 2006 07:29:10 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L* Message-ID: <45376187@usenet01.boi.hp.com>  A "Alan Frisbie" <Usenet02_REMOVE@Flying-Disk.com> wrote in message  news:1161226465.721849@smirk...  > Michael Moroney wrote: > I > > You want slow?  Try the console on an Alphastation 200 with a ZLXP-Ex H > > TGA card.  Scrolling a full screen one line literally takes seconds.L > > It apparently does so at high IPL since this messes up the system clock, > > too. > E > Ha!   You think that's slow?   What is slow is an AlphaServer 1000A F > with the on-board graphics chip!   It scrolled at about one line perA > second.   At the next DECUS symposium I hunted down the project E > engineer and told him exactly what I thought of his implementation.  > ? > Other than that one problem, the 1000A was excellent.   After B > installing a decent graphics card (a cheap ATI card that Fred K.H > recommended), it has been a rock-solid machine for the last ten years. >   K The graphics on the AS1000 was a truly dumb Cirrus Logic VGA chip with 512k I of memory.  It was placed there for the "4th" OS (NETware or whatever the C heck it was) - the other OS groups were not enthusiastic about even K supporting it... but we did reluctantly - writing a VGA server for it.  But L after a very short time of seeing how bad it was, we recommended that anyone- wanted to run X11 should buy a graphics card.    ------------------------------  % Date: Thu, 19 Oct 2006 07:32:21 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>& Subject: Re: Graphic options for DS10L* Message-ID: <45376246@usenet01.boi.hp.com>  D "Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message" news:eh6vc0$s2b$1@pcls4.std.com...8 > Alan Frisbie <Usenet02_REMOVE@Flying-Disk.com> writes: >  > >Michael Moroney wrote:  > J > >> You want slow?  Try the console on an Alphastation 200 with a ZLXP-ExI > >> TGA card.  Scrolling a full screen one line literally takes seconds. F > >> It apparently does so at high IPL since this messes up the system clock,	 > >> too.  > F > >Ha!   You think that's slow?   What is slow is an AlphaServer 1000AG > >with the on-board graphics chip!   It scrolled at about one line per 
 > >second. > 0 > Sounds like about the same speed.  Wanna race? >   A I have you both beat.  I can pull out a TX option for the DEC3000 I Turbochannel.  A dumb 24-bit frame buffer that we write support for - but  IIRC never shipped.    ------------------------------    Date: 19 Oct 2006 08:10:28 -0700& From: "Rohan" <rohan.bakshi@qwest.com> Subject: How to redirect? A Message-ID: <1161270628.635752.71100@e3g2000cwe.googlegroups.com>   G How we can redirect console output to a file in OpenVMS? Something like  '>' in Unix?   Thanks,  Rohan    ------------------------------  % Date: Thu, 19 Oct 2006 11:46:02 -0400 # From: sol gongola <sol@adldata.com>  Subject: Re: How to redirect? 0 Message-ID: <1161272756.368554@nntp.acecape.com>   Rohan wrote:I > How we can redirect console output to a file in OpenVMS? Something like  > '>' in Unix? > 	 > Thanks,  > Rohan  > @ Many command have a /output parameter specifying the name of the- output file. (DIR A*.* /OUTPUT=FILENAME.TXT).   9 Their are defaults VMS logical names can be redirected to ' files. The following links should help: 8 http://seqvax.caltech.edu/vms_beginners_faq.html#PROC077< http://hemsidor.torget.se/users/d/Devlin/shell/sh7a.html#7.3  W In later versions of vms you can also use the pipe command to allow a unix like syntax:   8 http://www.2cool4u.ch/operating_systems/vms/6489p033.htm< http://hemsidor.torget.se/users/d/Devlin/shell/sh7a.html#7.3   ------------------------------  # Date: Thu, 19 Oct 2006 16:02:14 GMT % From: Rob Brown <mylastname@gmcl.com>  Subject: Re: How to redirect? D Message-ID: <Pine.LNX.4.61.0610190957150.9674@localhost.localdomain>  ! On Thu, 19 Oct 2006, Rohan wrote:   E > How we can redirect console output to a file in OpenVMS? Something   > like '>' in Unix?   , The "classic" VMS way is the define command:  $     $ DEFINE/USER SYS$OUTPUT OUT.TXT     $ TYPE LOGIN.COM  D The define lasts for one image activation and then disappears.  The E output from the TYPE command goes to OUT.TXT.  After TYPE completes,  3 output will resume going to your terminal as usual.   5 VMS now has a quasi-unix way, using the PIPE command:   "     $ PIPE TYPE LOGIN.COM >OUT.TXT   hth      --    B Rob Brown                        b r o w n a t g m c l d o t c o m6 G. Michaels Consulting Ltd.      (780)438-9343 (voice)4 Edmonton                         (780)437-3367 (FAX)3                                    http://gmcl.com/    ------------------------------    Date: 19 Oct 2006 06:30:35 -0500B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: In a box solutions 3 Message-ID: <ePSL81osqbqb@eisner.encompasserve.org>   | In article <paul.sture.nospam-5F0FF1.16351618102006@mac.sture.homeip.net>, Paul Sture <paul.sture.nospam@hispeed.ch> writes:H > In article <eh51ul$h10$1@south.jnrs.ja.net>, david20@alpha2.mdx.ac.uk  > wrote: > I >> Isn't that pretty much what some Disaster Recovery services have been   >> providingP >> for years. Of course with their big trucks you are only supposed to be using ) >> the "portable datacentre" temporarily.  >>   > C > My thoughts exactly, and weren't Digital doing this a decade ago?  >   K Yes. Do you remember them getting some publicity during one of IRA bombings F (I think it was Canary Wharf) when DEC's disaster recovery trucks were in use ?   Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP K If Google's motto is "don't be evil", then how did we get Google Groups 2 ?    ------------------------------   Date: 19 Oct 2006 12:07:03 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: In a box solutions + Message-ID: <4pp837Fjr29oU1@individual.net>   3 In article <ePSL81osqbqb@eisner.encompasserve.org>, E 	clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes: ~ > In article <paul.sture.nospam-5F0FF1.16351618102006@mac.sture.homeip.net>, Paul Sture <paul.sture.nospam@hispeed.ch> writes:I >> In article <eh51ul$h10$1@south.jnrs.ja.net>, david20@alpha2.mdx.ac.uk  	 >> wrote:  >>  J >>> Isn't that pretty much what some Disaster Recovery services have been 
 >>> providing Q >>> for years. Of course with their big trucks you are only supposed to be using  * >>> the "portable datacentre" temporarily. >>>  >>  D >> My thoughts exactly, and weren't Digital doing this a decade ago? >>   > M > Yes. Do you remember them getting some publicity during one of IRA bombings H > (I think it was Canary Wharf) when DEC's disaster recovery trucks were
 > in use ?  F Back in the days when IBM was still the master of the industry :-) theF Army had a standard system that consisted of a 360/40 based datacenterJ that came in two tractor trailers.  Worked fine until the industry reachedJ the point where you could put that kind of power on your desktop.  I know,H my first home Unix box (circa 1984) was at least 10 times as powerful as the 360.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Thu, 19 Oct 2006 09:23:27 -0400 8 From: Stephen Hoffman <hoff@hoffmanlabs-removethis-.org> Subject: Re: In a box solutions ( Message-ID: <eh7u87$o1h$1@pyrite.mv.net>   warren sander wrote:6 > don't get started on pre-configured cluster systems. > L > I did two of those in the 80's (remember the 8974 and 8978) and guess what! > you all poo-pooed them to death  > I > there were other attempts at pre-configured cluster systems in the 90's  > also.   N    Yes, I recall the VAX 8974 and VAX 8978.  The VAX 6333 comes to mind here, 9 too, as a later effort in this pre-packaged cluster area.   P    The next wave of this pre-configured cluster system is obviously going to be Q blades, or using the equivalent of a standard ISO containerized cargo box as the  L rack -- depending on exactly what you are up to.  (Always liked torches and P welding, and welding a computer room together would be an entertaining hardware I puzzle. You can't just weld the racks to the container shell, after all.)   L    The former (blades) will have OpenVMS support per the roadmap, while the Q latter approach (the isotainer datacenter) requires local assembly to meet local   needs.   ------------------------------  % Date: Thu, 19 Oct 2006 15:57:48 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch>  Subject: Re: In a box solutions J Message-ID: <paul.sture.nospam-C0549C.15574819102006@mac.sture.homeip.net>  3 In article <ePSL81osqbqb@eisner.encompasserve.org>, D  clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) wrote:  M > In article <paul.sture.nospam-5F0FF1.16351618102006@mac.sture.homeip.net>,  3 > Paul Sture <paul.sture.nospam@hispeed.ch> writes: J > > In article <eh51ul$h10$1@south.jnrs.ja.net>, david20@alpha2.mdx.ac.uk 
 > > wrote: > > K > >> Isn't that pretty much what some Disaster Recovery services have been   > >> providingL > >> for years. Of course with their big trucks you are only supposed to be  > >> using  + > >> the "portable datacentre" temporarily.  > >>   > > E > > My thoughts exactly, and weren't Digital doing this a decade ago?  > >  > M > Yes. Do you remember them getting some publicity during one of IRA bombings H > (I think it was Canary Wharf) when DEC's disaster recovery trucks were
 > in use ? >   H I can't remember any details of that, but I know that in 1996, when the D Docklands was hit, a couple of large customers already had disaster H recovery plans in place, and were fully aware of Digital's offerings in  that field.    --  
 Paul Sture   ------------------------------   Date: 19 Oct 2006 14:14:22 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: In a box solutions + Message-ID: <4ppfhuFjqrqaU1@individual.net>   ( In article <eh7u87$o1h$1@pyrite.mv.net>,; 	Stephen Hoffman <hoff@hoffmanlabs-removethis-.org> writes:  > warren sander wrote:7 >> don't get started on pre-configured cluster systems.  >>  M >> I did two of those in the 80's (remember the 8974 and 8978) and guess what " >> you all poo-pooed them to death >>  J >> there were other attempts at pre-configured cluster systems in the 90's >> also. > P >    Yes, I recall the VAX 8974 and VAX 8978.  The VAX 6333 comes to mind here, ; > too, as a later effort in this pre-packaged cluster area.  > R >    The next wave of this pre-configured cluster system is obviously going to be S > blades, or using the equivalent of a standard ISO containerized cargo box as the  N > rack -- depending on exactly what you are up to.  (Always liked torches and R > welding, and welding a computer room together would be an entertaining hardware K > puzzle. You can't just weld the racks to the container shell, after all.)  > N >    The former (blades) will have OpenVMS support per the roadmap, while the S > latter approach (the isotainer datacenter) requires local assembly to meet local   > needs.   E I have to admit that when this subject was first brought up the first E thing that came to my mind were blades in the neat little ruggedized, B two-man-carry cases the military is using.  As a matter of fact, IF have recently been tasked with designing just such a hardware package. Sorry, not for VMS.  :-)   bill     --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 19 Oct 2006 08:32:40 -0700( From: "Rich Jordan" <jordan@ccs4vms.com> Subject: Re: In a box solutions C Message-ID: <1161271960.375767.166460@k70g2000cwa.googlegroups.com>    warren sander wrote:6 > don't get started on pre-configured cluster systems. > L > I did two of those in the 80's (remember the 8974 and 8978) and guess what! > you all poo-pooed them to death  > I > there were other attempts at pre-configured cluster systems in the 90's  > also.  >  > 5 > "Rich Jordan" <jordan@ccs4vms.com> wrote in message ? > news:1161125127.203157.185890@f16g2000cwb.googlegroups.com... K > > No affordable cluster in a box packaged solution for VMS customers from 6 > > HP; that would have been too likely to spur sales. > > J > > However Sun now has a datacenter in a box.  Somewhat (!) bigger box (a7 > > shipping container) but the concept is pretty neat.  > > F > > http://seattlepi.nwsource.com/business/1700AP_Sun_Data_Center.html > >    Warren, C      there's a world of difference.  Remember the timeframe; Compaq F takeover, apparently a CEO who "got it" about Alpha, and maybe VMS (atB least until the windows-beancounter thugocracy sacked him), and anF actual ADVERTISEMENT mentioning VMS.  Wow!  Compaq might actually WANT to sell the product!  B I mentioned rather wild speculation and hope at the time.  Lots ofD suggestions about what Compaq could or should do to really sell VMS,E re-open the markets that DEC had sold it out of, and get it back into D small/medium businesses (who could get big and stay with the productE they were comfortable with).  One of my favorites was a preconfigured F LOW END cluster.  Points were made about departmental buying authorityG and signing/spending limits, and if you could get such a package priced B under that limit, VMS could make inroads at lower corporate levelsB perhaps without running into the IT  bureaucracy windows/unix ONLY= roadblocks, or corporate "VMS is dead because we never see it  advertised" stonewalls.   A In addition small businesses (like nearly all of _our_ customers, C before HP decided to make all us little guys go away by mandating 1 E MILLION dollars per year min hardware sales to remain an "enterprise" F reseller) could have afforded to get a cluster, with all its benefits,C instead of the single standalone system those who remained with VMS D ended up with, which though far more reliable than nearly any wintelE solution, doesn't have those redundancy benefits.  They could _never_ < afford a cluster at $12K/system license costs (at the time).  D Yeah, Compaq might have had to use workstation systems as servers toA meet the pricepoint (so what?).  When the EV6 came out, a pair of A DS10Ls would have been perfect.  The reason was to get a two node B redundant, reliable, and usable VMS cluster into places that wouldD otherwise have bought a j-random wintel POC or a competitor unix box because of price.   A Compaq could have done it.  The hardware price might have been an F issue, but software was and is completely theirs to deal; after all ifE they could afford to give away unlimited user licenses on Unix (while F still charging nosebleed prices for the same on VMS) they could affordF to reduce the cluster, user, and other license costs for this specific package too.  A Your prepacked clusters were datacenter systems costing 6 figures @ (guessing, maybe 7?).  Thats a TOTALLY different animal from the9 hopeful speculation and suggestion going on in '98 - '99.    ------------------------------    Date: 19 Oct 2006 08:32:58 -0700- From: "Andrew" <andrew_harrison@symantec.com>  Subject: Re: In a box solutions B Message-ID: <1161271978.702346.57640@b28g2000cwb.googlegroups.com>   david20@alpha2.mdx.ac.uk wrote: p > In article <1161125127.203157.185890@f16g2000cwb.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes:J > >No affordable cluster in a box packaged solution for VMS customers from5 > >HP; that would have been too likely to spur sales.  > > M > The integrity servers don't support galaxy but I thought (at least from the K > mid-range rx7620 if not from the entry level servers) that they supported : > hard-partitioning which should allow a cluster in a box. > I > >However Sun now has a datacenter in a box.  Somewhat (!) bigger box (a 6 > >shipping container) but the concept is pretty neat. > > E > >http://seattlepi.nwsource.com/business/1700AP_Sun_Data_Center.html  > >  > Q > Isn't that pretty much what some Disaster Recovery services have been providing N > for years. Of course with their big trucks you are only supposed to be using( > the "portable datacentre" temporarily. >   ? The same sort of DR capability has been available for most UNIX G platforms and I think IBM mainframes for some time. The difference here @ is that the Blackbox container is a permanent installation not aA temporary DR platform. It is designed to allow companies to avoid A having to extend datacenters of to allow them to put servers into F locations that otherwise would cost them large amounts of money to kit out.   Regards  Andrew Harrison  >  > David Webb > Security team leader > CCSS > Middlesex University   ------------------------------  % Date: Thu, 19 Oct 2006 10:19:00 -0600 # From: Jim Mehlhop <jim@mehlhop.org>  Subject: Re: In a box solutions 5 Message-ID: <4537a576$0$3570$815e3792@news.qwest.net>    david20@alpha2.mdx.ac.uk wrote:   p > In article <1161125127.203157.185890@f16g2000cwb.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes: > I >>No affordable cluster in a box packaged solution for VMS customers from 4 >>HP; that would have been too likely to spur sales. >> > M > The integrity servers don't support galaxy but I thought (at least from the L > mid-range rx7620 if not from the entry level servers) that they supported : > hard-partitioning which should allow a cluster in a box. >   D They do.  You can hard partitions RX4640, and any of the cell based D Integrity systems.  However they do not support shared memory (like I Galaxy does) so you can not run a virtual Ethernet through shared memory  F it has to go out a network interface and back in the other partitions 
 interface.  C You have to use an application called Partition Manager running on  B either HP-UX ( could be on the same box) or on a PC running XP or : windows2000 that can connect to the MP via the IP address.     Jim    > H >>However Sun now has a datacenter in a box.  Somewhat (!) bigger box (a5 >>shipping container) but the concept is pretty neat.  >>D >>http://seattlepi.nwsource.com/business/1700AP_Sun_Data_Center.html >> >  > Q > Isn't that pretty much what some Disaster Recovery services have been providing O > for years. Of course with their big trucks you are only supposed to be using  ( > the "portable datacentre" temporarily. >  >  > David Webb > Security team leader > CCSS > Middlesex University   ------------------------------  % Date: Thu, 19 Oct 2006 12:46:36 -0400 ( From: Bill Todd <billtodd@metrocast.net> Subject: Re: In a box solutions G Message-ID: <I-qdnd80DvdwNqrYnZ2dnUVZ_rydnZ2d@metrocastcablevision.com>    Rich Jordan wrote:   ...   F > Yeah, Compaq might have had to use workstation systems as servers toC > meet the pricepoint (so what?).  When the EV6 came out, a pair of C > DS10Ls would have been perfect.  The reason was to get a two node D > redundant, reliable, and usable VMS cluster into places that wouldF > otherwise have bought a j-random wintel POC or a competitor unix box > because of price.   H Or at an even lower price point, a couple of high-quality commodity AMD I boards each populated with an EV6 (wasn't that a significant part of the  E low-end plan at one point - though it would presumably have required  4 some OS work to get VMS to run in that environment).   - bill   ------------------------------    Date: 19 Oct 2006 10:08:22 -0700- From: "Andrew" <andrew_harrison@symantec.com>  Subject: Re: In a box solutions B Message-ID: <1161277702.289441.297250@m7g2000cwm.googlegroups.com>   warren sander wrote:6 > don't get started on pre-configured cluster systems. > L > I did two of those in the 80's (remember the 8974 and 8978) and guess what! > you all poo-pooed them to death  > I > there were other attempts at pre-configured cluster systems in the 90's  > also.  >   B HP provide something like a pre-configured cluster for Windows and Linux using their DL series.  P http://h18000.www1.hp.com/solutions/enterprise/highavailability/dl385/index.html   Regards  Andrew Harrison  > 5 > "Rich Jordan" <jordan@ccs4vms.com> wrote in message ? > news:1161125127.203157.185890@f16g2000cwb.googlegroups.com... K > > No affordable cluster in a box packaged solution for VMS customers from 6 > > HP; that would have been too likely to spur sales. > > J > > However Sun now has a datacenter in a box.  Somewhat (!) bigger box (a7 > > shipping container) but the concept is pretty neat.  > > F > > http://seattlepi.nwsource.com/business/1700AP_Sun_Data_Center.html > >    ------------------------------    Date: 19 Oct 2006 09:15:17 -0700) From: "Bob Gezelter" <gezelter@rlgsc.com> E Subject: Re: Keeping telnet session alive between tcpip connections ? B Message-ID: <1161274517.088410.12630@h48g2000cwc.googlegroups.com>   Jan-Erik S=F6derholm wrote:  > Hi. : > I got this question from a customer and rtfm'ing haven't1 > given me a good answer so far. So here we go...  > = > The customer is looking at some type of portable, wire-less > > terminals using normal ip/telnet session to connect to a VMS> > system. Now, the terminal shuts down after a timeout to save; > battery power, including the wire-less network interface. 8 > And of course (I'd say) the telnet session is remooved0 > together with the intercative process and all. > > > The seller of the portable terminal says that *other* telnet: > servers (on *other* OS'es) has some "setting" that keeps< > the telnet-session "up" until the same IP-address connects= > again, and then just re-connect to the same telnet session. 2 > Probably using some timeouts also, but anyway... > 7 > Now, I've not been able to find some setting in TCPIP 5 > Services that would give the same kind of function.  > ! > Would this be possible at all ?  > 6 > The portable terminal does a standard telnet connect4 > and the user logs in at the usual Username prompt. >  > Jan-Erik.   	 Jan-Erik,   > Have you tried enabling Virtual Terminal support. From a firstE impression of your scenario, it would seem to do what you are asking?   $ - Bob Gezelter, http://www.rlgsc.com   ------------------------------  % Date: Thu, 19 Oct 2006 12:34:34 -0400 # From: sol gongola <sol@adldata.com> E Subject: Re: Keeping telnet session alive between tcpip connections ? 0 Message-ID: <1161275669.510375@nntp.acecape.com>   Jan-Erik Sderholm wrote:  > Hi. : > I got this question from a customer and rtfm'ing haven't1 > given me a good answer so far. So here we go...  > = > The customer is looking at some type of portable, wire-less > > terminals using normal ip/telnet session to connect to a VMS> > system. Now, the terminal shuts down after a timeout to save; > battery power, including the wire-less network interface. 8 > And of course (I'd say) the telnet session is remooved0 > together with the intercative process and all. > > > The seller of the portable terminal says that *other* telnet: > servers (on *other* OS'es) has some "setting" that keeps< > the telnet-session "up" until the same IP-address connects= > again, and then just re-connect to the same telnet session. 2 > Probably using some timeouts also, but anyway... > 7 > Now, I've not been able to find some setting in TCPIP 5 > Services that would give the same kind of function.  > ! > Would this be possible at all ?  > 6 > The portable terminal does a standard telnet connect4 > and the user logs in at the usual Username prompt. >  > Jan-Erik.   2 What wireless terminal? What are its capabilities?9 Is the ip address statically assigned? Is it a standard \ 8 wireless router or do the wireless terminals talk to box9 that can make the telnet server think that the connection  is still there?   8 I've seen the session being preserved across disconnects; with serial connections where the "identity" of the session $ is based on the physical connection.  B Using the ip address to preserve the telnet sessions is difficult.: A single remote terminal can have multiple telnet sessions@ active at the same time. You need something to keep the sessions> from bring dropped and losing the wireless connection prevents that from happening.  > Find out from the vendor which OS telnet service works the way they want it to work.    ------------------------------  % Date: Thu, 19 Oct 2006 10:52:14 -0600 # From: Jim Mehlhop <jim@mehlhop.org> E Subject: Re: Keeping telnet session alive between tcpip connections ? * Message-ID: <4537AD3E.2010207@mehlhop.org>   Bob Gezelter wrote:  > Jan-Erik Sderholm wrote:  >  >>Hi. : >>I got this question from a customer and rtfm'ing haven't1 >>given me a good answer so far. So here we go...  >>= >>The customer is looking at some type of portable, wire-less > >>terminals using normal ip/telnet session to connect to a VMS> >>system. Now, the terminal shuts down after a timeout to save; >>battery power, including the wire-less network interface. 8 >>And of course (I'd say) the telnet session is remooved0 >>together with the intercative process and all. >>> >>The seller of the portable terminal says that *other* telnet: >>servers (on *other* OS'es) has some "setting" that keeps< >>the telnet-session "up" until the same IP-address connects= >>again, and then just re-connect to the same telnet session. 2 >>Probably using some timeouts also, but anyway... >>7 >>Now, I've not been able to find some setting in TCPIP 5 >>Services that would give the same kind of function.  >>! >>Would this be possible at all ?  >>6 >>The portable terminal does a standard telnet connect4 >>and the user logs in at the usual Username prompt. >> >>Jan-Erik.  >  >  > Jan-Erik,  > @ > Have you tried enabling Virtual Terminal support. From a firstG > impression of your scenario, it would seem to do what you are asking?  > & > - Bob Gezelter, http://www.rlgsc.com > H Except I don't think he wants to login again and with VT's you have to, @ and then say that you want to reconnect to the virtual terminal.   Jim    ------------------------------    Date: 19 Oct 2006 09:51:47 -0700 From: bob@instantwhip.com E Subject: Re: Keeping telnet session alive between tcpip connections ? C Message-ID: <1161276707.481520.149520@k70g2000cwa.googlegroups.com>   % here is how to do it with TCPware ...      Virtual Terminals   B Virtual terminals (VTAs) allow users to disconnect from a physical terminalE without terminating a process-the process remains active on a virtual G terminal. Virtual terminals are used to reconnect to a process when the   = connection is lost, and to maintain sessions on more than one  disconnected	 terminal.   , To set up the TELNET Server to support VTAs:    1 Set up VTA devices as follows:   VAX:   $ RUN SYS$SYSTEM:SYSGEN 1 SYSGEN> CONNECT VTA0: /NOADAPTER /DRIVER=TTDRIVER  SYSGEN> EXIT   ALPHA:   $ RUN SYS$SYSTEM:SYSMAN # SYSMAN> IO CONNECT VTA0 /NOADAPTER- 5 _SYSMAN> /DRIVER=SYS$LOADABLE_IMAGES:SYS$TTDRIVER.EXE  SYSMAN> EXIT  0 2 Edit the TELNET_CONTROL.COM file to define the TCPWARE_TELNETD_DEFCHAR  logical (see TELNET logicals):  8 $ DEFINE/SYSTEM TCPWARE_TELNETD_DEFCHAR 402657952,135174  E TCPWARE_TELNETD_DEFCHAR permits TELNET server devices to override the  valuesF in the SYSGEN TTY_DEFCHAR and TTY_DEFCHAR2 parameters, if they are not set F up correctly for TELNET sessions. These SYSGEN parameters apply to all. terminals and only take effect after a reboot.    In the above logical definition:  B * 402657952 (%X180012A0) is the VMS default value for TTY_DEFCHAR.  D * An optional value 135174 (%X0021006) for TTY_DEFCHAR2 is appended.  D * The default value for TTY_DEFCHAR2 is normally %X0001002, which is* TT2$M_SECURE combined with TT2$M_AUTOBAUD.  8 * The value 135174 (%X00021006) reflects the addition of TT2$M_DISCONNECT- (131072, or %X00020000) and TT2$M_HANGUP (4).   G (See the SYS$LIBRARY:TTDEF.H file and SYS$LIBRARY:TT2DEF.H file for bit   < definitions for TTY_DEFCHAR and TTY_DEFCHAR2, respectively.)  E * TT2$M_DISCONNECT is needed to allow disconnected virtual terminals.   B Note! TT2$M_HANGUP is forced on even if it is not specified in theA TCPWARE_TELNETD_DEFCHAR logical. If you are using this logical to  prevent ; the TT2$M_HANGUP bit from being set, you need to define the ) TCPWARE_TELNETD_NO_FORCED_HANGUP logical.   0 3 Restart TELNET for the changes to take effect:   $ @TCPWARE:RESTART TELNET   D When a client opens a session to the server set up with VTAs and the virtual ? terminal disconnects, the opening sequence might be as follows:   	 Username: 	 Password: , You have the following disconnected process:  Terminal Process name Image name VTA2:_ VTA2: (none) - Connect to above listed process [YES]: Return  Connecting to terminal _VTA2:    ------------------------------  # Date: Thu, 19 Oct 2006 17:31:43 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= E Subject: Re: Keeping telnet session alive between tcpip connections ? 2 Message-ID: <3EOZg.20366$E02.7946@newsb.telia.net>  ' >> - Bob Gezelter, http://www.rlgsc.com  >>J > Except I don't think he wants to login again and with VT's you have to, B > and then say that you want to reconnect to the virtual terminal.   Right ! 7 They just want to keep on working just as if the "line" 6 never was down at all. And using the main process, not some subprocess.  5 I *think* the portable thing have it's own IP address 2 and do not use some "base station" that could keep the telnet/ip session open.   	 Jan-Erik.    ------------------------------  # Date: Thu, 19 Oct 2006 14:52:46 GMT + From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= * Subject: Mail list for the OSU WEB server.2 Message-ID: <2jMZg.20355$E02.7820@newsb.telia.net>   Hi.  According to :8 http://www.ecr6.ohio-state.edu/www/doc/mailing_list.html- there should be a mail list available through 8 MXserver@KJSL.COM. Now, issuing a "LIST" command against3 that list server shows no sign of the OSU WEB list.   - Anyone knowing what has happend to the list ?   6 And, b.t.w, anyone knowing the current "status" of the OSU server ?   Regards,	 Jan-Erik.    ------------------------------  % Date: Thu, 19 Oct 2006 10:45:02 -0600 # From: Jim Mehlhop <jim@mehlhop.org> . Subject: Re: Mail list for the OSU WEB server.* Message-ID: <4537AB8E.5030903@mehlhop.org>   Jan-Erik Sderholm wrote:    > Hi.  > According to :: > http://www.ecr6.ohio-state.edu/www/doc/mailing_list.html/ > there should be a mail list available through : > MXserver@KJSL.COM. Now, issuing a "LIST" command against5 > that list server shows no sign of the OSU WEB list.  > / > Anyone knowing what has happend to the list ?  > 8 > And, b.t.w, anyone knowing the current "status" of the > OSU server ? > 
 > Regards, > Jan-Erik.     5 http://lists.kjsl.com/mailman/listinfo/vms-web-daemon    ------------------------------  % Date: Thu, 19 Oct 2006 10:46:09 -0600 # From: Jim Mehlhop <jim@mehlhop.org> . Subject: Re: Mail list for the OSU WEB server.* Message-ID: <4537ABD1.7050907@mehlhop.org>   Jan-Erik Sderholm wrote:    > Hi.  > According to :: > http://www.ecr6.ohio-state.edu/www/doc/mailing_list.html/ > there should be a mail list available through : > MXserver@KJSL.COM. Now, issuing a "LIST" command against5 > that list server shows no sign of the OSU WEB list.  > / > Anyone knowing what has happend to the list ?  > 8 > And, b.t.w, anyone knowing the current "status" of the > OSU server ? > 
 > Regards, > Jan-Erik.   5 http://lists.kjsl.com/mailman/listinfo/vms-web-daemon    Jim    ------------------------------    Date: 19 Oct 2006 08:06:58 -0700  From: "Mike" <mlpoole@gmail.com>  Subject: Re: Netiquette faux pasB Message-ID: <1161270418.106463.62600@m73g2000cwd.googlegroups.com>   So a couple of questions:   F I have worked with OpenVMS for a year at my job and I am still quite a novice but enthusiastic.  @ 1 - What do most of you hobbyists do with your VMS systems?  Web servers, programming, etc?  G 2 - I have a hobbyist license through Encompass.  Is that only good for   7.1 or can I get 7.3_2 or 8.2/3?   Thanks!    Mike   ------------------------------    Date: 19 Oct 2006 08:20:17 -0700  From: "Ian Miller" <ijm@uk2.net>  Subject: Re: Netiquette faux pasB Message-ID: <1161271217.181413.112660@e3g2000cwe.googlegroups.com>  D personally I do programming on mine. Some people have more ambitious uses  L http://h71000.www7.hp.com/openvms/license_software_programs/smarthouse1.html  E Your hobbyist license is good for any version of VMS you can get your 	 hands on.    ------------------------------  % Date: Thu, 19 Oct 2006 09:37:11 -0400 8 From: Stephen Hoffman <hoff@hoffmanlabs-removethis-.org>  Subject: Re: OpenVMS over VMWare( Message-ID: <eh7v20$obs$1@pyrite.mv.net>  
 dmp wrote:H > I have been fooling around with VMWare server lately and am running a K > Linux base with WinXP, Win2k, and Fedora Core 5 virtual machines. So, my  I > question is this: Has anyone out there run VMS virtualized, and if so,  ) > what issues/problems did you encounter?   Q    I looked at Xen to this end a while back, and the one central limit I noticed  H was the OpenVMS requirement for four modes/rings.  Xen didn't have that.  L    You may well be able to run OpenVMS on an emulator on a virtual machine, L which would conceivably allow you to boot OpenVMS on x86-64 or whatever the H emulator requires.  If you want to try this, SIMH from Trailing Edge or L CHARON-VAX or CHARON-AXP from SRI would be obvious choices for the emulator.  O    OpenVMS itself does not bootstrap (native) on x86-64 and the source code to  L the operating system is not presently available for a user-led port to that N platform.  (And I know of no plans for open-sourcing the operating system and < the core tools, nor for a native port of OpenVMS to x86-64.)  O    As for available ports and platforms, HP itself has ported OpenVMS to Intel  Q Itanium and the Intel IA-64 architecture, and that is the supported platform for  Q the operating system and for new systems -- new Alpha sales are ending Real Soon  M Now -- and particularly for OpenVMS I64 on the HP Integrity servers.  HP has  T announced plans for the virtualization of OpenVMS I64 on HP-VM on Integrity servers.  O    And I'd expect the biggest problem with stacking an emulator onto a virtual  O machine -- assuming that mash-up even holds together -- would be a toasty-warm  
 processor.   ------------------------------    Date: 19 Oct 2006 09:25:28 +0200/ From: huber@NIRWANA-mppmu.mpg.de (Joseph Huber) ! Subject: Re: RUN process /ON=node + Message-ID: <WQKzgfpzaHv4@vms.mppmu.mpg.de>   \ In article <4535D8D9.A46AC2E9@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:C > HELP RUN PROCESS /ON=node indicates that one can actually start a & > process running on a different node.$ > So, I decided to try this at home.+ > From my VAX at 7.3, (node VELO) I issued: : > $RUN/proc=MOSAIC/ON=BIKE APPL_ALPHA:[MOSAIC40]MOSAIC.EXEC > I get a created process ID that has the BIKE digits at the start. I > But nothing seems to happen.  BIKE is an ALPHA, but has a common SYSUAF 
 > with VELO.   >   C If accounting does not give a clue, first make sure You see output:  specify /OUTPUT=file .? And be aware that it is a detached process without a CLI (DCL): % I doubt Mosaic will work without DCL.   @ A RUN/ON=node/output=log/input=runmosaic.com sys$system:loginout   will probably work.    --  @    Joseph Huber , Muenchen,Germany:  http://www.huber-joseph.de/   ------------------------------  % Date: Thu, 19 Oct 2006 12:19:48 -0400 9 From: Villy <Villy.2fxpmo@no-mx.forums.yourdomain.com.au>  Subject: Re: spawn/detach 9 Message-ID: <Villy.2fxpmo@no-mx.forums.yourdomain.com.au>    Run/Detached   yes indeed!!  C I remember now!  Well it's only been 25 or so years since I used it 	 last <G>!    Thanks!    Villy      --   Villy H ------------------------------------------------------------------------> Villy's Profile: http://techiegroups.com/member.php?userid=528E View this thread: http://www.techiegroups.com/showthread.php?t=119049    ------------------------------  % Date: Thu, 19 Oct 2006 07:35:14 -0400 * From: "FredK" <fred.nospam@nospam.dec.com> Subject: Re: USB hampster * Message-ID: <453762f3@usenet01.boi.hp.com>  @ "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org> wrote in message1 news:4536b376$0$623$5a6aecb4@news.aaisp.net.uk...  > FredK wrote:D > > "Tom Garcia" <tgarcia-REMOVE-THIS@hivemind.org> wrote in message5 > > news:4525569d$0$624$5a6aecb4@news.aaisp.net.uk...  > >  > >>G > >> Does this mean VMS uses the firmware's enumeration of PCI devices, 5 > >> or only those devices to which certain resources  > > C > > On Alpha there is no "firmware" discovered hardware.  Using the I > > family type code in the HWRPB, the platform support code knows how to E > > find the root addresses of all the busses and the non-PCI onboard ; > > hardware (like the floppy controller and serial ports).  > I > Been away for a few days, so just wanted to say thanks for this and the  > other detailed explanations. > G > > The USB is part of the core chip logic, my guess is that there is a B > > mechanism to disable the device so that it does not respond to > > configuration space. > L > Sounds likely - NetBSD and FreeBSD users appear from the newgroups to haveL > little success once they've upgraded to a sufficiently recent firmware. OnI > earlier versions, there seemed to be a different problem - the firmware  not H > assigning an IRQ to an otherwise visible device - which could be fixed withC > http://students.fct.unl.pt/~cer09566/alphausb/index.html , a hack 
 originallyI > for the XP1000. However, such firmwares with USB enabled seemed to give  very? > high interrupt load under NetBSD, so it was a mixed blessing.  > I > Core logic is 21272, USB controller is ALI M5237, PCI-ISA bridge is ALI , > M1543, if anyone wants to hunt for docs... > F > > I believe that it can be "unhidden" by changing a SRM variable and > > issuing an INIT. > D > SET USB_ENABLE ON on the XP1000, but I've not found an equivalent. >   A I tried hunting down the magic command for the DS10 without luck. H Information I have is that there was a problem with the interface to theL southbridge that was never resolved - so if there is a backdoor - it is well# hidden (like a series of deposits).    ------------------------------    Date: 19 Oct 2006 03:40:44 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ! Subject: Re: VAX 4000 Error Codes C Message-ID: <1161254444.493947.305300@b28g2000cwb.googlegroups.com>    Bobby,  @ the FPA is the Floating Point Accelerator. This matches with the1 OPCODEs shown: ADDD2 or DIVD2 and the data types.   9 So this seems to be some kind of CPU problem, not memory.    Volker.    ------------------------------  % Date: Thu, 19 Oct 2006 06:46:07 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ! Subject: Re: VAX 4000 Error Codes , Message-ID: <45375750.C0DECC18@teksavvy.com>   Volker Halle wrote: B > the FPA is the Floating Point Accelerator. This matches with the3 > OPCODEs shown: ADDD2 or DIVD2 and the data types.  > ; > So this seems to be some kind of CPU problem, not memory.   H Couldn't it be a corrupt image file that is executing some random opcode/ that happens to be a floating point operation ?    ------------------------------    Date: 19 Oct 2006 04:30:34 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> ! Subject: Re: VAX 4000 Error Codes B Message-ID: <1161257427.709058.227860@m7g2000cwm.googlegroups.com>   JF,   C the Exception PC is provided in the Machine Check Errlog Entry. One 6 could check the instruction stream in the system dump:  # $ ANAL/CRASH sys$system:sysdump.dmp  SDA> EXA/INS <exception-PC> ! SDA> EXA/INS <exception-PC>-20;30   F One could then also examine the related executable with $ PATCH - it's a VAX at least.   B Even if the 'corrupted' instruction opcode would decode as a valid= floating-point opcode, this should not cause a machine check.    Volker.    ------------------------------    Date: 19 Oct 2006 07:34:34 -0700# From: "Bobby" <colemanr7@yahoo.com> ! Subject: Re: VAX 4000 Error Codes B Message-ID: <1161268474.157134.79310@f16g2000cwb.googlegroups.com>  ? A floating point failure is a reasonable diagnosis and fits the G symptoms (i.e., repeatable with a specific execution sequence).  I have ? given up on the VAX and am now focusing my effort on moving the  workload to an Alpha box.    Thank you for the response.  Bobby        Volker Halle wrote:  > JF,  > E > the Exception PC is provided in the Machine Check Errlog Entry. One 8 > could check the instruction stream in the system dump: > % > $ ANAL/CRASH sys$system:sysdump.dmp  > SDA> EXA/INS <exception-PC> # > SDA> EXA/INS <exception-PC>-20;30  > H > One could then also examine the related executable with $ PATCH - it's > a VAX at least.  > D > Even if the 'corrupted' instruction opcode would decode as a valid? > floating-point opcode, this should not cause a machine check.  > 	 > Volker.    ------------------------------  % Date: Thu, 19 Oct 2006 08:11:29 -0700 ( From: Ian King <iking@cs.washington.edu>$ Subject: Re: VMS stuff available now2 Message-ID: <J7E22v.15wB@beaver.cs.washington.edu>   Ian Miller wrote: ) > I can't see the VMS stuff at that site.  > I I had the same problem, and I tried both Firefox and IE.  There was just  H a big blank in the middle of the page where the products should show up.   ------------------------------  # Date: Thu, 19 Oct 2006 06:05:02 GMT   From: John Santos <john@egh.com>: Subject: Re: Weird BIND Server behaviour (reverse lookups)+ Message-ID: <iAEZg.10535$gx6.2173@trnddc05>    JF Mezei wrote:  > John Santos wrote: > I >>If there is a bad route or a blocking firewall rule between your server N >>and any of the intermediate name servers (blocking the UDP port 53 packets),  >>it will time out like you see. >  > G > But it works perfectly for other reverse lookups. So it couldn't be a 7 > general problem affecting all UDB packets to port 53.   K No, I didn't say it did.  A firewall rule could be blocking some particular F IP range that happens to include one of the servers you need to hit toH resolve this particular address, but not the servers required to resolveE other addresses.  This could be caused by a typo, or by an attempt to 7 block some abuser that isn't sufficiently fine-grained.    >  > M >>After a few seconds, it deletes the rules, so if host a is slow responding, ; >>the packets can get blocked or dropped as undeliverable.   >  > H > OK, that sounds plausible. However, I just added a NAT forwarding ruleG > to specifically send all port 53 packets to the host running the bind < > server. And no change. It still fails on that specific IP. >  > > > is it possible that the ancient VAX VMS BIND server might beG > incompatible with the specific authirity bind server that can resolve  > that specific IP ?   >   H I doubt it.  It just looks like vanilla DNS queries to the server, so if- it works anywhere, it should work everywhere.     I > Looking at the bind server logs, I see that when requesting that IP, it C > does obtain the DNS  NAMES and IPs of the authority DNS servers.   >  > Now, here is even weirder: >  > nslookup 204.92.15.223 fails' > nslookup 204.92.15.182 succeeds !!!!!  >  > And now worse. > = > After having played with dig to try to extract the zone for J > 15.92.204.in-addr.arpa on the rogers.com DNS servers (couldn't succceed,F > but did manage to get reverse translation for both IPs), well, afterI > having played with that, an NSLOOKUP of 204.92.14.223 now succceeds :-)   H You may be now using a different DNS server.  Most domains have multipleJ servers (you're supposed to, so that if one dies, external name resolutionD still works.)  Maybe the problem only pertained to one of the neededB servers, and your resolver finally decided to try a different one.  E One possible cause of slow responses is a server was getting hit by a H DOS attack...  If it got worse, it might have failed completely, causingI clients to failover to another server, or if it stopped, the server might  now be responding normally.      >  > Damned those random errors.   C We'll probably never no, unless fido.ca fesses up to a DNS problem. ? (or rogers.com, which seems to be supplying their DNS service.)      --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   End of INFO-VAX 2006.575 ************************