1 INFO-VAX	Mon, 16 Sep 2002	Volume 2002 : Issue 511       Contents:2 re:hoew to address dqa0:(ide-cdrom) under cdrecord3 Re: hoew to address dqa0:(ide-cdrom) under cdrecord  Re: IMAP performance Re: IMAP performance Re: IMAP performance Re: IMAP performance< Re: Licenses, MicroVAX 3800 Console (was: Re: Two questions)< Re: Licenses, MicroVAX 3800 Console (was: Re: Two questions)< Re: Licenses, MicroVAX 3800 Console (was: Re: Two questions) NTP problems Re: NTP problems Re: NTP problems* Opcom when SYSGEN modifies the params file. Re: Opcom when SYSGEN modifies the params file. Re: Opcom when SYSGEN modifies the params file Re: Oracle Problem Re: Sybase and VMS Re: Sybase and VMS  Re: TCPIP 5.3 bug in VAX install' TCPIP 5.3 bug: SLIP crashes node on VAX ' RE: the sky is falling says Nominum Inc A Re: What features/capabilities would you like to see available on 
 Re: WTC cruft 
 Re: WTC cruft   F ----------------------------------------------------------------------  # Date: Sun, 15 Sep 2002 22:31:39 GMT # From: "mhr" <mreilly36@comcast.net> ; Subject: re:hoew to address dqa0:(ide-cdrom) under cdrecord A Message-ID: <fT7h9.51135$5r1.2106991@bin5.nnrp.aus1.giganews.com>   H As the subject says: How do I set up cdrecord to write to a ide (master) cd-rw from ide on DPWS500AU ?  Thanks.  MHR    ------------------------------  % Date: Mon, 16 Sep 2002 00:49:45 +0200  From: Dirk Munk <munk@home.nl>< Subject: Re: hoew to address dqa0:(ide-cdrom) under cdrecord3 Message-ID: <628h9.57661$H6.5327313@zwoll1.home.nl>   
 mhr wrote:J > As the subject says: How do I set up cdrecord to write to a ide (master) > cd-rw from ide on DPWS500AU ? 	 > Thanks.  > MHR  >  > I The first thing you have to know is if the IDE controller of your PWS is  Q supported in VMS. There were two versions of the PWS series, the older one has a  Q unsupported IDE controller. If I'm not mistaken, the later version has a onboard  B SCSI controller, the first version has a PCI card SCSI controller.   ------------------------------  + Date: Sun, 15 Sep 2002 18:46:33 +0000 (UTC) - From: lewis@spyder.mitre.org (Keith A. Lewis)  Subject: Re: IMAP performance . Message-ID: <am2ki9$bk6$1@newslocal.mitre.org>   JF Mezei <jfmezei.spamnot@videotron.ca> writes in article <3D83E712.568DF012@videotron.ca> dated Sat, 14 Sep 2002 21:49:11 -0400: N >I don't quite understand why it would take so long to get a list of messages,I >since the mAIL.MAI would not have contained that 7000 block file, so the > >directory of messages shoudl have been very quick and spiffy.  K One longstanding difference between VMS mail and the IMAP4 standard is that G VMS mail keeps track of size differently.  I thought it was in 512-byte L increments but the callable mail doc says it's in "records".  IMAP4 requiresL an exact byte count, so if the client asks for the size, the VMS IMAP server2 must read the entire message, or at least the end.  E A good IMAP server design would store this info either in MAIL.MAI or I somewhere else easy to get to, so it doesn't have to do it more than once  for the same message.   L >And as far as downloading the email, I would assume that IMAP wants to read6 >the email in memory before it transforms it to mime.   F The memory demands you desribe do seem strange, though.  Nothing aboutK parsing, reading, or MIME-encoding a message should require the entire file 2 to be loaded into server-side memory all at once.   L Keep in mind /FOREIGN has always been undocumented and unsupported.  There'sG a reason for that, but I don't know what it is.  Possibly due to shitty  performance.  J I used Multinet's IMAP server for a couple of years on an Alphaserver 20009 (250 MHz), and that didn't have any performance problems.   + --Keith Lewis              klewis$mitre.org > The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Sun, 15 Sep 2002 15:34:36 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: IMAP performance + Message-ID: <3D84E0C6.7734392@videotron.ca>    "Keith A. Lewis" wrote: N > increments but the callable mail doc says it's in "records".  IMAP4 requires > an exact byte count,    N I remember having to fix the ymodem program for this. It too requires an exactK byte count, and the program would read the file character by character. For K large files, that was too much for my microvax II (it has the serial ports) " and the remote end would time out.  M The solution was fairly simple and made DRAMATIC improvements. Read chunks of K 512 bytes at a time (or even larger) and the C routine gives you a count of M bytes read. The last read yields fewer than 512 after which you get an end of  file condition.   L Note that this IMAP server isn't new. It was "donated" by the ALL-IN-1 folksH so i have to assume that big chunks of it came from the IMAP server that
 ALL-IN-1 had.   F > Keep in mind /FOREIGN has always been undocumented and unsupported.   L Yes. But that doesn't mean we can't discuss it. It only means that we cannot% demand that the VMS engineers fix it.   N Also, isn't the primary reason /FOREIGN isn't supported simply because not allN implementation of the MAIL-11 protocol support it *eg: PDP-11 and perhaps some Ultrix/Tru64 ?  L Note that it is neat that IMAP does work with /FOREIGN, even if unsupported.   ------------------------------  % Date: Sun, 15 Sep 2002 14:22:46 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: IMAP performance , Message-ID: <3D84CFF5.B7956072@videotron.ca>   Arne Vajhj wrote:   2 > Sounds to me as if UCS 5.3 IMAP is not ready for > serious usage yet !   L In all fairness, perhaps the ridiculous consumption of memory and time spentN was due to the mail being /FOREIGN instead of a message already in mime storedK as text. Maybe I should try to put into my vms mailbox a bona fide internet - "format" large message and see how it reacts.    ------------------------------    Date: 15 Sep 2002 18:00:40 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: IMAP performance = Message-ID: <d7791aa1.0209151700.3fb6c656@posting.google.com>   a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3D82E937.244B4869@videotron.ca>... D > Got to try IMAP for the first time (netscape client, IMAP on VAX). > J > While I am fully aware that the IMAP server for TCPIP 5.3 is present but; > unsupported on VAX, I was disapointed by its performance.  > P > While I know enough not to judge performance based on what I get out of my oldM > vaxes, I am curious on how IMAP scales in large companies with real alphas. P > Can it really provide the interactivity that is expected, especially with many
 > employees ?  > P > Or do employees confogure their imap to mimic POP by automatically transferingP > documents to a local folder so that they get the desired interactive "instant" > response time ?   - TCPware IMAP4 server also works very well ...    ------------------------------    Date: 15 Sep 2002 11:37:17 -0700/ From: chris@applied-synergy.com (Chris Scheers) E Subject: Re: Licenses, MicroVAX 3800 Console (was: Re: Two questions) = Message-ID: <754a27c1.0209151037.1805b6ef@posting.google.com>   W "David M Smith" <dsmit115@csc.com> wrote in message news:<altgi9$6qn$1@lore.csc.com>... A > "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message & > news:alj8ta$ss6$1@web1.cup.hp.com...L > >   The KA650 and KA655 series consoles had at least one function commonlyJ > >   found and commonly used on previous KA630 MicroVAX consoles excised,H > >   simply to provide room in the ROM for the then-new console commandK > >   interface.    Extra credit: name this most significant feature of the L > >   KA630 console that was removed from the KA650 and KA655 series console > >   program. >  > I give -- was it HELP?     Most emphatically NOT!  < The KA630 only has about five commands, and HELP is not one.   ------------------------------  # Date: Sun, 15 Sep 2002 19:17:43 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>E Subject: Re: Licenses, MicroVAX 3800 Console (was: Re: Two questions) 0 Message-ID: <3D84DB22.D1BA4CB5@blueyonder.co.uk>   Chris Scheers wrote: > Y > "David M Smith" <dsmit115@csc.com> wrote in message news:<altgi9$6qn$1@lore.csc.com>... C > > "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message ( > > news:alj8ta$ss6$1@web1.cup.hp.com...N > > >   The KA650 and KA655 series consoles had at least one function commonlyL > > >   found and commonly used on previous KA630 MicroVAX consoles excised,J > > >   simply to provide room in the ROM for the then-new console commandM > > >   interface.    Extra credit: name this most significant feature of the N > > >   KA630 console that was removed from the KA650 and KA655 series console > > >   program. > >  > > I give -- was it HELP? >  > Most emphatically NOT! > > > The KA630 only has about five commands, and HELP is not one.   Sniffer boot?    --   tim.llewellyn@blueyonder.co.uk    H * PLEASE NOTE tim.llewellyn@cableinet.co.uk address is NO LONGER VALID *   ------------------------------  % Date: Sun, 15 Sep 2002 20:39:43 +0100 ) From: Antonio Carlini <arcarlini@iee.org> E Subject: Re: Licenses, MicroVAX 3800 Console (was: Re: Two questions) & Message-ID: <3D84E1FF.5070107@iee.org>   Chris Scheers wrote:Y > "David M Smith" <dsmit115@csc.com> wrote in message news:<altgi9$6qn$1@lore.csc.com>...  > A >>"Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message & >>news:alj8ta$ss6$1@web1.cup.hp.com... >>K >>>  The KA650 and KA655 series consoles had at least one function commonly I >>>  found and commonly used on previous KA630 MicroVAX consoles excised, G >>>  simply to provide room in the ROM for the then-new console command J >>>  interface.    Extra credit: name this most significant feature of theK >>>  KA630 console that was removed from the KA650 and KA655 series console 
 >>>  program.  >> >>I give -- was it HELP? >  >  >  > Most emphatically NOT! > > > The KA630 only has about five commands, and HELP is not one.  $ KA630 has (according to the manual):  - X, BOOT, !, CONTINUE, DEPOSIT, EXAMINE, FIND, 0 INITIALIZE, HALT, REPEAT, START, TEST and UNJAM.  . The KA655 seems to have all of those (plus the4 extras like SHOW & SET). I don't have a KA650 series% manual (or machine) to check against.   0 I assume that it was an obscure qualifier to one3 of the above commands, but nothing springs to mind.    Antonio    ------------------------------  % Date: Sun, 15 Sep 2002 21:25:27 +0200  From: Dirk Munk <munk@home.nl> Subject: NTP problems 3 Message-ID: <C25h9.56700$H6.5210198@zwoll1.home.nl>   L For some reason my system isn't able to retrieve the NTP time from Internet  timeservers anymore.  T It used to work fine, but I guess that after the TCPIP 5.3 update things went wrong.  ; This is what I get from NTPDATE: (yes, I did disable NTP !)   C -------------------------------------------------------------------   ( $ ntpdate -o 3 -d -p 8 chime1.surfnet.nl3 server chime1.surfnet.nl (195.169.124.69), port 123  stratum 0, precision 0, leap 00 C refid [0] delay +0.0000000 dispersion +64.0000000 offset +0.0000000    transmitted 8, in filter 8* reference time:    17-NOV-1858 00:00:00.00, originate timestamp: 17-NOV-1858 00:00:00.00, transmit timestamp:  15-SEP-2002 21:05:12.516 filter delay:      +0.00000 +0.00000 +0.00000 +0.00000=                           +0.00000 +0.00000 +0.00000 +0.00000 6 filter offset:     +0.00000 +0.00000 +0.00000 +0.00000=                           +0.00000 +0.00000 +0.00000 +0.00000   A No server suitable for synchronization found from those provided.   C -------------------------------------------------------------------   * Why is this server not suitable ??????????  D  From the normal logfile (with max. information setting) I get this:  C -------------------------------------------------------------------   " getrecvbufs called, no action here" getrecvbufs called, no action hereN poll_update: at 260 195.169.124.69 flags 0001 poll 6 burst 0 last 260 next 325L          MCAST   *****sendpkt(fd=5 dst=195.169.124.69, src=217.120.131.107,  ttl=0, len=48)7 transmit: at 260 217.120.131.107->195.169.124.69 mode 3 " getrecvbufs called, no action here" getrecvbufs called, no action here" getrecvbufs called, no action here" getrecvbufs called, no action here" getrecvbufs called, no action here" getrecvbufs called, no action here" getrecvbufs called, no action here? input_handler: if=2 fd=5 length 48 from c3a97c45 195.169.124.69 I 15 Sep 12:41:18  input_handler: Processed a gob of fd's in 14.650000 msec  getrecvbufs returning 1 buffers ; receive: at 263 217.120.131.107<-195.169.124.69 restrict 00 = receive: at 263 217.120.131.107<-195.169.124.69 mode 4 code 1 N poll_update: at 263 195.169.124.69 flags 0001 poll 6 burst 0 last 260 next 325 clock_filter: discard 0 " getrecvbufs called, no action here" getrecvbufs called, no action here  C -------------------------------------------------------------------    Very clear isn't it ? :-(   H I just don't understand why Unix programmers are not capable to produce N understandable (error) messages (the VMS TCPIP stack is derived directly from P the Tru64 stack). It's always the same, their messages appear to be of interest M only for the programmer during debugging. The poor user is left with lots of  ' messages that hardly make sense to him.   - Can anyone shed any light over this problem ?    ------------------------------  % Date: Mon, 16 Sep 2002 00:09:29 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: NTP problems 3 Message-ID: <Qs7h9.57589$H6.5305746@zwoll1.home.nl>     lbohan@dbc..spamless..com wrote:E > On Sun, 15 Sep 2002 21:25:27 +0200, Dirk Munk <munk@home.nl> wrote:  >  > N >>For some reason my system isn't able to retrieve the NTP time from Internet  >>timeservers anymore.V >>It used to work fine, but I guess that after the TCPIP 5.3 update things went wrong. >  > G > iirc, v5.3 defaults NTP to NTP v4.  (also see the v5.3 release notes) . > you might need to force v3 usage, (ntp.conf)E > depending on the remote NTP servers.  (we had to, for some servers)  >  > e.g.  > server 172.27.30.103 version 3 >   Q I just tried that, but no success. I noticed from the log files that the version  K of the remote server was identified correctly. But still no 'synchronized'  ; message, and the time of my server is still 5 minutes fast.    ------------------------------  # Date: Sun, 15 Sep 2002 21:19:48 GMT  From: lbohan@dbc..spamless..com  Subject: Re: NTP problems 8 Message-ID: <4rt9ougk3adisn3ndapqk3u1bs9qbs7a8q@4ax.com>  C On Sun, 15 Sep 2002 21:25:27 +0200, Dirk Munk <munk@home.nl> wrote:   M >For some reason my system isn't able to retrieve the NTP time from Internet   >timeservers anymore. U >It used to work fine, but I guess that after the TCPIP 5.3 update things went wrong.   E iirc, v5.3 defaults NTP to NTP v4.  (also see the v5.3 release notes) , you might need to force v3 usage, (ntp.conf)C depending on the remote NTP servers.  (we had to, for some servers)    e.g. server 172.27.30.103 version 3   ------------------------------  % Date: Sun, 15 Sep 2002 23:11:54 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 3 Subject: Opcom when SYSGEN modifies the params file , Message-ID: <3D854BF3.95120651@videotron.ca>  J I used to have some alarm generated on OPA0: (not a security alarm, but anW OPCOM message) whenever SYSGEN wrote the VAXVMSSYS.PAR file (eg: SYSGEN> write current)   8 I just noticed that this doesn't seem to happen anymore.  M It has been so long since I had set this up that I forgot where to set it. Is G it a SYSGEN parameter (such as the mountmsg)  ? or some form of alarm ?   # or has that facility been removed ?    ------------------------------  % Date: Mon, 16 Sep 2002 07:12:14 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> 7 Subject: Re: Opcom when SYSGEN modifies the params file ' Message-ID: <3D85682E.5D44A6E8@Free.fr>   P With a MicroVAX (that I remember you are using), OPCOM is not started by defaultN at boot time. Ensure that the OPCOM process is running. If it is not, start it manually with the command:   $ @sys$system:startup opcom   K then remove the comment at the beginning of the line which starts it in the  systartup_vms.com procedure.  G Then do a REPLY/ENABLE to receive OPCOM messages (disabled by default).    D.   JF Mezei wrote:  > L > I used to have some alarm generated on OPA0: (not a security alarm, but anY > OPCOM message) whenever SYSGEN wrote the VAXVMSSYS.PAR file (eg: SYSGEN> write current)  > : > I just noticed that this doesn't seem to happen anymore. > O > It has been so long since I had set this up that I forgot where to set it. Is I > it a SYSGEN parameter (such as the mountmsg)  ? or some form of alarm ?  > % > or has that facility been removed ?    ------------------------------  % Date: Mon, 16 Sep 2002 02:04:52 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 7 Subject: Re: Opcom when SYSGEN modifies the params file , Message-ID: <3D857472.2F53D058@videotron.ca>   Didier Morandi wrote:  > R > With a MicroVAX (that I remember you are using), OPCOM is not started by default > at boot time.   N Yep, it is started by default. (in the microvax II, but on the workstation, it1 isn't and its messages are sent to the microvax).   K My question pertains to the specific message that is issued when you modify  sysgen parameters.   ------------------------------    Date: 15 Sep 2002 12:24:29 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: Re: Oracle Problem = Message-ID: <cf15391e.0209151124.36ba9af4@posting.google.com>    "Main, Kerry" <Kerry.Main@hp.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF4026609F4@kaoexc01.americas.cpqcorp.net>... J > From a generic troubleshooting perspective, I might suspect some form ofE > locking issue whereby some deadlock breaking timer kicks in after x F > minutes. This would explain why other TCPIP connections are fine and+ > only the Oracle connections are impacted.   E DECamds / Availability Manager is a great tool for investigating lock " contention (and is free with VMS).  F If you have very large lock trees, the pause might also be due to lockE tree remastering.  You can watch for that with $MONITOR RLOCK.  You'd D also see lots of processes in RWCLU state during the pause if that's what's going on.. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  # Date: Sun, 15 Sep 2002 22:39:21 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Sybase and VMS ' Message-ID: <3D85118F.EA5A4DD7@fsi.net>    David Webb wrote:  > ] > In article <3D828E3E.208E6191@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > >David Webb wrote: > >>` > >> In article <3D8145AE.26854403@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: > >> >Arne Vajhj wrote: > >> >>  > >> >> Jakob Erber wrote: > >> >> T > >> >> > The ending support of sybase for VMS is the reason for us to leave VMS. WeU > >> >> > cannot live with an unsupported DB and migration is easier than changing to  > >> >> > oracle.  > >> >> C > >> >> I think that many has choosen to migrate from Sybase/VMS to . > >> >> Sybase/non-VMS instead of Oracle/VMS ! > >> >J > >> >I forwarded this info. to Sue Skonetski, Cc: Mark Gorham and RichardD > >> >Marcello with the subject line "More Endangered VMS accounts". > >> > > >> >-- > >>N > >> Probably too late. Most sites running Sybase on VMS have probably alreadyN > >> been forced to move. Our Library system was running Sybase based softwareM > >> on VMS. It's now running the latest version of that software on Solaris.  > > H > >I know, but that's the "nature of the beast". By the time a post or aA > >rpess release appears, the damage is done and difficult if not  > >impossible to undo. > >  > O > Sorry you misunderstand. This is too late because the decision to drop Sybase N > on VMS and all the press releases were released over 2 years ago. I'm prettyH > sure the dropping of Sybase support on VMS has featured in a number ofJ > previous posts on comp.os.vms much nearer the date when the decision was
 > publicised.   
 All too true.   D My point was that by the time it appears here - that is, by the timeD someone gets laid off or told to start planning for the migration toE (whatever), regardless of the time frame, it's almost always too late H for HP/Q to try and meet with the site and try to reverse that decision.  H We need to find a way to detect when a site is considering dumping VMS -G before alternate plans are laid and before anyone gets laid off or told H to start planning the migration - so that an intervention can be done to# try to get that site back on track.   H ...and for "site", one might just as easily read "ISV", OEM", VAR", etc.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Mon, 16 Sep 2002 02:12:02 GMT * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Sybase and VMS A Message-ID: <S5bh9.66536$gf6.2231312@bin4.nnrp.aus1.giganews.com>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3D85118F.EA5A4DD7@fsi.net...    ...   F > My point was that by the time it appears here - that is, by the timeF > someone gets laid off or told to start planning for the migration toG > (whatever), regardless of the time frame, it's almost always too late J > for HP/Q to try and meet with the site and try to reverse that decision.  H Why do you think that such intervention would be effective, even if doneK earlier?  There are reasons why sites choose to migrate elsewhere, and what K exactly do you think HPaq could say that would be credible enough to change  their minds?   > J > We need to find a way to detect when a site is considering dumping VMS -I > before alternate plans are laid and before anyone gets laid off or told J > to start planning the migration - so that an intervention can be done to% > try to get that site back on track.   J Er, what's this "we"?  One might suggest that *HPaq* should be doing this,L and *if* HPaq were exhibiting real interest and dedicating real resources toH growing the VMS customer base *then* one might suggest that external VMSK supporters join in to help, but in the absence of any interest by HPaq such E external efforts would not only be largely wasted but also likely run L contrary to the real interests of those encouraged to remain with VMS (i.e.,J if 'we' convinced them to, there's a good chance that it would turn out to be the wrong choice for them).   - bill   ------------------------------  % Date: Sun, 15 Sep 2002 19:40:11 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> ) Subject: Re: TCPIP 5.3 bug in VAX install ' Message-ID: <3D84C5F9.F539B56E@Free.fr>    JF Mezei wrote:  > L > The develop manual (thanks for pointing it to me) states that the detachedI > subprocess has its input and output "connected" to the PCSI process via P > mailboxes. It is the PCSI process which filters all output from the subprocessN > unless /TRACE is activated at which point only vms-style message are allowed > to make it to the output.   ) Yep. I forgot. 5.1 of the DEV guide sez:   " DKA300:[TEST.COM]CHECK_SPACE.COM;1  M $!  This command procedure is executed from an EXECUTE PRECONFIGURE statement H $!  with the INTERACTIVE keyword specified.  Therefore, all output lines  $!  generated will be displayed. $!= $ write sys$output "*** Output from execute preconfigure ***"  $ exit 1    DKA300:[TEST.COM]CHESS_IVP.COM;1  M $!  This command procedure is executed from an EXECUTE TEST statement without I $!  the INTERACTIVE keyword specified.  Therefore, only output lines that F $!  look like an OpenVMS message (i.e., those starting with %) will be6 $!  displayed.  By default, all other output from thisK $!  procedure will be suppressed unless the /TRACE qualifier is used on the G $!  PRODUCT INSTALL command.  For testing purposes you can force a line B $!  of text to be displayed by putting a percent sign in column 1. $!5 $ write sys$output "%%% Output from execute test %%%"  $ exit 1  G So, yes, you get output when using the INTERACTIVE statement parameter.    D.   ------------------------------  % Date: Sun, 15 Sep 2002 17:09:59 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 0 Subject: TCPIP 5.3 bug: SLIP crashes node on VAX, Message-ID: <3D84F71B.3239446A@videotron.ca>   VAX VMS 7.2, TCPIP 5.3-18   L Ok, I know, microvax II isn't supported. But this worked with TCPIP 5.0-9 to  which I am now forced to revert.  F I was wondering why TCPIP crashed the system whenever it started. UponJ investigating, TCPIP$INETACP would crash the system when the TCPIP$STARTUPL procedure would START COMMUNICATION. Once, I got far enough to see the OPCOMB message stating it had succesfully started the ethernet interface.  4 TCPIP$CONFIG would only show the ethernet interface.  K But TCPIP> SHOW CONF INTERFACES would show all 3 (ethernet QE0 , Local LO0,  Slip SL1 ).   N Figured it might be some configuration coversion problem, so I TCPIP> SET CONF NOINTERFACE SL1.  , After that, the TCPIP services started fine.   So then, i proceeded to issue:  C TCPIP> SET INTERFACE SL1/SERIAL=TXC0:/host=10.1.0.1/net=255.255.0.0  TCPIP>  H And at the second prompt, the screen froze, while the node was crashing.  I Then, on my other node , a vaxstation 3100, issuing the same command also L caused an immediate crash. (except /SERIAL=TTA2:) (faster on on the microvax II !!!!)  V Since on VAX they never bothered to give us PPP support, SLIP should have been tested.   <INTERRUPT> / As the vaxstation is rebooting, I just noticed:  ##K Failed to read symbols from SYS$LOADABLE_IMAGES:TCPIP$INTERNET_SERVICES.EXE  ##@ This was just before the message about the audit server starting  J now, this is on the node I would like to keep at 5.3. Should I worry about this message ? </INTERRUPT>  M I am a hobbyist, and I know my machines are not supposed to run this software F (although it seemed to work fine without slip). So I cannot expect anyM support. But should the engineers want to investigate, i would gladly help. I 1 am getting used to installing 5.3 :-( :-( :-( :-(    ------------------------------  % Date: Sun, 15 Sep 2002 21:30:30 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> 0 Subject: RE: the sky is falling says Nominum IncT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4026609F7@kaoexc01.americas.cpqcorp.net>  < Random questions to be asked (keeping in mind shared nothing architecture) i.e.  E - How do you handle the loss of a single site with zero data loss? In G today's world, putting all of your eggs in one datacenter is not a good 2 strategy. If a site goes away, are users impacted?A - In order to maximize the use of existing (and expensive) system D resources (keep in mind you always need a minimum of two servers forE disaster tolerance / recovery) how do you balance the load across all & servers at all sites at the same time?E - If you want to add a new server to assist with the overall load, do ? you need to re-partition the workload (hence planned downtime)? D - How does the fault tolerant aspect help with OS virus and security issues? D - What third party ISV packages are supported (by the ISV itself) on this new configuration? D - How are third party ISV licenses supported? Any differences from a single non-FT system?    Regards,  
 Kerry Main Senior Consultant  Hewlett-Packard Canada! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----< From: reg-reader [mailto:radio_four_listener@yahoo.co.uk]=20 Sent: September 9, 2002 3:00 PM  To: Info-VAX@Mvb.Saic.Com 0 Subject: Re: the sky is falling says Nominum Inc    : excuse me! the spell checker on this machine doesn't work!  G This is another puff PIECE masquerading as a technical report. This one A trashes both Solaris and Unix. Notice how VMS doesn't even rate a = mention. VMS is obviously not even considered a threat by m$.    .....   * ".... the Stratus servers can maintain the7 state of the application in the case of a system crash, 5 a capability Kramer said is not available in the Unix 	 space..."   G "... This positions Microsoft business-critical applications in a level 2 far superior to a Solaris or Unix environment. .."   Comments anyone ?    ....... J http://www.crn.com/sections/BreakingNews/breakingnews.asp?ArticleID=3D373= 2  4   8 Stratus To Unveil Fault-Tolerant Four-Way Wintel Servers   By Joseph F. Kovar, CRN  Maynard, Mass.  5:58 PM EST Fri., Sept. 06, 2002  . Stratus Technologies on Monday plans to unveil7 new versions of its fault-tolerant Wintel-based servers 0 aimed directly at the enterprise Unix market.=20  3 One of the models, the ftServer 6500, is a four-way - server for enterprise-class Microsoft Windows 2 Advanced Server computing environments. It can can@ be configured with one, two or four Intel Xeon MP processors.=20  5 The other model, the ftServer 5240, comes with one or 3 two 2.4GHz Intel Xeon processors. Both offer 99.999 * percent uptime, company officials said.=20  4 The real winner with these new servers is Microsoft,/ as it brings its software into enterprise-class 1 environments, said Ron Kramer, vice president and 1 COO of All Computer Solutions, a Portland, Maine- - based solution provider that has seen the new  servers.=20   7 For low-cost fault-tolerant servers, solution providers . have been limited to two-way Pentium 4 models,3 Kramer said. However, with the new Stratus servers, - they can now offer up to four-way models with C multithreading and the ability to integrate directly with Microsoft  applications, he said.=20   F While other solutions provide failover and fail-back capabilities, theH Stratus servers can maintain the state of the application in the case ofE a system crash, a capability Kramer said is not available in the Unix G space. For example, if 100 users are connected to an application server H running a Microsoft application and someone is entering a keystroke whenG a problem occurs, the Stratus server makes sure the user is masked from  the problem.=20   > "That's huge. . . . This positions Microsoft business-criticalG applications in a level far superior to a Solaris or Unix environment," G he said. "Where there is transactional centricity,that is, applications A in banking, financial, emergency, health and medical areas, where G failure is not an option, Stratus can deliver fault tolerance. There is ' no need to modify the applications."=20   B About 60 percent to 70 percent of Stratus' business comes from theF channel, said David Fleck, director of North American channels for theH vendor. Stratus currently has about 150 solution providers worldwide andG is looking for more partners in the retail banking, call center, public * safety and manufacturing markets, he said.  D Both servers are currently available. The list price of the ftServer: 6500 starts at $65,000, which includes one processor and aH factory-installed copy of Windows 2000 Advanced Server. The price of the@ ftServer 5240 with a similar configuration starts at $49,500.=20  B The availability of the ft5240 means Stratus will stop selling itsD 800MHz Xeon-based ft5200 as soon as current stock is depleted, Fleck said.=20  G NEC, which sells OEM versions of Stratus' fault-tolerant servers in the F United States and abroad, is already selling the ft6500 in Japan, saidD Fleck. He did not know if NEC would bring either model into the U.S. market.    ------------------------------  % Date: Mon, 16 Sep 2002 00:15:02 -0500 7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> J Subject: Re: What features/capabilities would you like to see available onG Message-ID: <craigberry-19D798.00150216092002@news.directvinternet.com>   G In article <craigberry-C75949.15084713092002@news.directvinternet.com>, 9  "Craig A. Berry" <craigberry@nospam.telocity.com> wrote:   ' > what's wrong with expat?  It's fully  F > validating, it's written in C (no calling C++ from C), and it works  > just fine on VMS.   C I've already retracted this; expat is non-validating.  However, it  F looks like libxml is validating and shows signs of having been ported 
 to VMS.  See:    <http://www.xmlsoft.org/>   @ <http://mail.gnome.org/archives/xml/2001-November/msg00092.html>  I BTW, libxml is written in C and has wrappers for various other languages.    ------------------------------  % Date: Sun, 15 Sep 2002 15:36:17 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>s Subject: Re: WTC cruft, Message-ID: <3D84E12B.1A49CF25@videotron.ca>  @ > > With Battery Park oposite, that should be no problem at all. > >r' > > BTW, where does the name come from?e  C Considering its strategic location at the southern tip of Manhattan N overlooking the entrance to the hudson river, I would think it would have beenB a good location to install a battery of canons to defend the area.  K Or perhaps Duracell sponsored the costs of turning this areas into a park ?4 :-) :-) :-) :-) :-) :-)i   ------------------------------  # Date: Sun, 15 Sep 2002 18:37:39 GMT / From: itsy bitsy meowbot <53ab2750@meowing.net>v Subject: Re: WTC cruft5 Message-ID: <Tr4h9.3306$Dy4.882@nwrddc03.gnilink.net>y   Paul Repacholi wrote:o> > With Battery Park oposite, that should be no problem at all. > % > BTW, where does the name come from?r  < A military installation was built there during the 1812 war.   ------------------------------   End of INFO-VAX 2002.511 ************************