1 INFO-VAX	Sat, 08 Oct 2005	Volume 2005 : Issue 561       Contents:& Re: Alpha DB9 to DECserver RJ45 cable?& Re: Alpha DB9 to DECserver RJ45 cable? Re: can't dismount ? Re: can't dismount ?# Re: Double-postings via home.ne.jp? & Re: How long for a shadow copy over CI& Re: How long for a shadow copy over CI& Re: How long for a shadow copy over CI& Re: How long for a shadow copy over CI/ Re: HP : Massive strike and protest march today  HP OpenVMS Support Levels ) Re: Missed opportunity for VMS marketing. ) Re: Missed opportunity for VMS marketing.  Re: Multi-Threading in DCL
 Need to Find.  Re: Need to Find.  Re: Pete My Boy...yer a Genius Resetting Compaq SANSwitch 16 ! Re: Resetting Compaq SANSwitch 16 ! Re: Resetting Compaq SANSwitch 16 > Re: Samba 2.2-8 build 20050817 ported to Itanium OpenVMS 8.2-1 Re: Time to produce EV79s! Re: Time to produce EV79s!" Re: VMS on a PC - Is it possible ?6 Re: Why did VMS users go along with the itanium farce?6 RE: Why did VMS users go along with the itanium farce?6 Re: Why did VMS users go along with the itanium farce?6 Re: Why did VMS users go along with the itanium farce?6 Re: Why did VMS users go along with the itanium farce?" Re: WLAN options for OpenVMS Alpha  F ----------------------------------------------------------------------   Date: 7 Oct 2005 14:30:05 -0500 2 From: kaplow_r@encompasserve.org.mars (Bob Kaplow)/ Subject: Re: Alpha DB9 to DECserver RJ45 cable? 3 Message-ID: <Nm3B3rij8uwx@eisner.encompasserve.org>   h In article <A4m33whN$5IQ@eisner.encompasserve.org>, kaplow_r@encompasserve.org.mars (Bob Kaplow) writes:O > In article <MSG_e.7272$WT3.1585@trnddc03>, John Santos <john@egh.com> writes: I >> The MSA1000 has a special cable that terminates in a DB9F suitable for J >> plugging into a PC serial port, that also works fine with a serial port/ >> on an ES40 (using $ Set host/dte or Kermit.)  >>  G >> Unfortunately, there were 4 MSA1000's (two dual-redundant pairs) and I >> only one available port on the ES40 (serial console on the other one), 2 >> but there is a DS90 with a bunch of free ports. >>  H >> The DS90 has 8-pin RJ45 jacks. They seem the same as the jacks on the3 >> 16-line (no modem control) version of the DS700.  > G > My VAR tells me that there is a special cable for MSA1000 to terminal 7 > server, 316131-001, that I'm going to order for mine.   L AAACCKKKK! he ordered the cable, and iths'the same @%#* cable that came withE the MSA1000, to connect to a PC serial port. I still need to get to a K DECserver. Is there anything I can do to go from theis wacky 10 pin RJ type L console connector to a DECserver. Right now the only thing I can think of isJ the wacky MSA1000 cable to a DB9 null modem to gender changer to an H8571JL to BC16E to H8584-AC. There's got to be a way to do this that doesn't take 5 different parts!   --O   Bob Kaplow   NAR # 18L   >>> To reply, there's no internet on Mars (yet)! <<< E Kaplow Klips & Baffle:	http://nira-rocketry.org/Document/MayJun00.pdf L     www.encompasserve.org/~kaplow_r/    www.nira-rocketry.org    www.nar.org  H         It had become an universal and almost uncontroverted position inG         the several States, that the purposes of society do not require E         a surrender of all our rights to our ordinary governors; that H         there are certain portions of right not necessary to enable themE         to carry on an effective government, and which experience has F         nevertheless proved they will be constantly encroaching on, ifC         submitted to them; that there are also certain fences which G         experience has proved peculiarly efficacious against wrong, and H         rarely obstructive of right, which yet the governing powers haveC         ever shown a disposition to weaken and remove. Of the first H         kind, for instance, is freedom of religion; of the second, trialF         by jury, habeas corpus laws, free presses. -- Thomas Jefferson   ------------------------------  % Date: Fri, 07 Oct 2005 18:33:36 -0400 ' From: Dave Froble <davef@tsoft-inc.com> / Subject: Re: Alpha DB9 to DECserver RJ45 cable? 0 Message-ID: <11kdti5gfui8m04@corp.supernews.com>   Bob Kaplow wrote: j > In article <A4m33whN$5IQ@eisner.encompasserve.org>, kaplow_r@encompasserve.org.mars (Bob Kaplow) writes: > O >>In article <MSG_e.7272$WT3.1585@trnddc03>, John Santos <john@egh.com> writes:  >>I >>>The MSA1000 has a special cable that terminates in a DB9F suitable for J >>>plugging into a PC serial port, that also works fine with a serial port/ >>>on an ES40 (using $ Set host/dte or Kermit.)  >>> G >>>Unfortunately, there were 4 MSA1000's (two dual-redundant pairs) and I >>>only one available port on the ES40 (serial console on the other one), 2 >>>but there is a DS90 with a bunch of free ports. >>> H >>>The DS90 has 8-pin RJ45 jacks. They seem the same as the jacks on the3 >>>16-line (no modem control) version of the DS700.  >>G >>My VAR tells me that there is a special cable for MSA1000 to terminal 7 >>server, 316131-001, that I'm going to order for mine.  >  > N > AAACCKKKK! he ordered the cable, and iths'the same @%#* cable that came withG > the MSA1000, to connect to a PC serial port. I still need to get to a M > DECserver. Is there anything I can do to go from theis wacky 10 pin RJ type N > console connector to a DECserver. Right now the only thing I can think of isL > the wacky MSA1000 cable to a DB9 null modem to gender changer to an H8571JN > to BC16E to H8584-AC. There's got to be a way to do this that doesn't take 5 > different parts!  H Give me the pin assignments, and I'll make you a cable.  Specify length.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  * Date: Fri, 7 Oct 2005 17:49:46 +0000 (UTC). From: klewis@LUMINA.MITRE.ORG (Keith A. Lewis) Subject: Re: can't dismount ? . Message-ID: <di6cfp$kd5$1@newslocal.mitre.org>   "Richard Tomkins" <tomkinsr@istop.com> writes in article <1128641111_118213@spool6-east.superfeed.net> dated Thu, 6 Oct 2005 19:22:34 -0400: >$show device $2$dka0: /files    Shows only INDEXF.SYS open.   ' >Is dka0 the quorum disk by any chance?   H No, it was my example for the diagnostic message you get when you cannot9 dismount a disk due to files being open on a remote node.   K However you raise an intersting point in regard to Chris's problem.  Must a  quorum disk be mounted?   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  $ Date: Fri, 7 Oct 2005 14:21:18 -0400, From: "Richard Tomkins" <tomkinsr@istop.com> Subject: Re: can't dismount ? 9 Message-ID: <1128709435_119419@spool6-east.superfeed.net>   L I used to move the page, swap and dump files onto the quorum disk to free up system drive space.   K Seemed like a good thing to do when the SCSI disks I had were like 500MB to  1GB in size.   rtt   H Is there anything in the error log about the disk that won't dismount or it's controller?    ; "Keith A. Lewis" <klewis@LUMINA.MITRE.ORG> wrote in message ( news:di6cfp$kd5$1@newslocal.mitre.org...: > "Richard Tomkins" <tomkinsr@istop.com> writes in articleC <1128641111_118213@spool6-east.superfeed.net> dated Thu, 6 Oct 2005  19:22:34 -0400:  > >$show device $2$dka0: /files  >  > Shows only INDEXF.SYS open.  > ) > >Is dka0 the quorum disk by any chance?  > J > No, it was my example for the diagnostic message you get when you cannot; > dismount a disk due to files being open on a remote node.  > K > However you raise an intersting point in regard to Chris's problem.  Must  a  > quorum disk be mounted?  > 2 > --Keith Lewis              klewis {at} mitre.org@ > The above may not (yet) represent the opinions of my employer.      O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-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: Fri, 07 Oct 2005 18:36:10 -0400 ' From: Dave Froble <davef@tsoft-inc.com> , Subject: Re: Double-postings via home.ne.jp?0 Message-ID: <11kdtmuh3h54r59@corp.supernews.com>   Alan Greig wrote:  > Hoff Hoffman wrote:  > F >>FWIW, I have forwarded the following along to abuse@home.ne.jp, withE >>  an example of the doubled news postings that have been appearing.  >  > I > I did that as well. Maybe your from address will wake them up. I got an F > automated reply back saying my complaint was being dealt with but no > other response so far.  H Not so.  Now there is three copies.  Better stop complaining before the " number of copies is up to 10.  :-)   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Fri, 07 Oct 2005 19:15:01 GMT # From: Beach Runner <bob@nospam.com> / Subject: Re: How long for a shadow copy over CI ; Message-ID: <VOz1f.137292$xl6.3376@tornado.tampabay.rr.com>    David J Dachtera wrote:    > syslost wrote: > C >>For a full copy, adding a new member to an existing single member 6 >>shadow, or a really stale member re-joining the set. >>C >>The cluster has 3 nodes and is in a production environment.  It's F >>banking, so there are online single tranactions, and batch at night.. >>With other users running ad hoc RDB reports. >>C >>We don't let the copies run during the day, and limit the nightly   >>copies to 2 per node, 6 total.G >>Write back cache is turned on on the HSJs, nohighwater on the drives.  >>H >>Getting the times from operator.log, we're looking at 6 to 7 hours for? >>only 1 shadow copy.  1 for the whole cluster, not 1 per node.  >  > A > Hhmmm... a pity that you're probably "married" to V6.2 for VAX.  > C > There's a feature available in later versions called "mini-copy".  > C > ...although, I recall a site I had back in 2001 as an out-sourced ? > SysAdmin where mini-copy was actually working with HSJ50s and G > OpenVMS-VAX V6.2 (I believe HSJ pair held the write bitmaps and other $ > structures to enable the feature). > @ > Anyone have details on that? Required firmware versions, ECOs," > parameters to activate and such? >                                          go to 7.3 and use mini copy.   ------------------------------  % Date: Fri, 07 Oct 2005 21:15:20 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: How long for a shadow copy over CI + Message-ID: <43472BB8.50119ED2@comcast.net>    syslost wrote: > H > > That said, how do you feel about "unsupported" tricks? It's possibleL > > (recommendable is another question) to mirror within an array (HSx pair)L > > and control that from the host, though the methods of communicating withL > > the controller pair are unsupported anymore, though they still work to a > > fair degree. > I > If this means putting both members of the shadow set on the same set of G > controllers, no.  We need the applications to keep running even if we C > lose both of the controllers serviceing one of the members of the 
 > shadow set.   C Well, no, but here's what you can do, if you're willing to put some E money into storage/arrays: let each shadow-set member be an HSx-based H mirror-set. At a strategic time, quiesce the application, and instead of) splitting shadow-sets, split mirror sets.   D No shadow-copies, and the HSx will complete the mirror-copies in itsG "spare time", more or less - the impact to the production system is FAR E less than shadow copies, and they complete in a couple of hours. On a G former site, we did 9GB mirror-copies that finished in about 50 minutes C when the storage subsystem was idle, just under an hour when it was E busy. The impact to production was not noticeable. These were HSJ50s, H the SBB "bricks" were the blue, -VW variants. Not sure about the spindle speeds.    Food for tought...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 07 Oct 2005 21:09:17 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: How long for a shadow copy over CI + Message-ID: <43472A4D.CF989337@comcast.net>    Rob Brooks wrote:  > 6 > David J Dachtera <djesys.nospam@comcast.net> writes: > > syslost wrote: > >>K > >> Getting the times from operator.log, we're looking at 6 to 7 hours for B > >> only 1 shadow copy.  1 for the whole cluster, not 1 per node. > > C > > Hhmmm... a pity that you're probably "married" to V6.2 for VAX.  > > E > > There's a feature available in later versions called "mini-copy".  > > E > > ...although, I recall a site I had back in 2001 as an out-sourced A > > SysAdmin where mini-copy was actually working with HSJ50s and I > > OpenVMS-VAX V6.2 (I believe HSJ pair held the write bitmaps and other & > > structures to enable the feature). > K > Minicopy is not controller-dependent; it'll work with any storage, as all M > the work is done by VMS.  The "write bitmap" subsystem (first developed for 8 > minicopy) is also used by Host-Based Minimerge (HBMM).  I > A VAX-only cluster, however, cannot use minicopy, as OpenVMS VAX cannot J > "master" a bitmap.  VAXes can, though, have their writes registered on a) > bitmap "mastered" by an Alpha (or I64).  > M > Minicopy first appeared on V7.3 (both VAX and Alpha), and was backported to 	 > V7.2-2.   H In it's present form, that's true. However, I'm fairly certain I've seenE it before in a form that relied on the HSJs to handle the bitmaps. At F very least, I know mini-merge worked at some level because I had a VAXH that would crash spontaneously due to an RTL issue (something to do withD RMS - I spend a couple of weeks on the phone with the CSC before gotA that sorted) and its cluster partners would report via OPCOM that E mini-merges were completing in "blinding" time. Likewise, I could see D things like mini-copy in the OPCOM log after the night's backups has+ split and rejoined some shadow-set members.   F Granted, it may have been CSCPATs or something similar, not officiallyE issued/supported, but I can't be going senile just yet. I'll check my @ records here - may even have a sample of their OPCOM log on a CD
 somewhere.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 7 Oct 2005 22:28:11 -0500 / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) / Subject: Re: How long for a shadow copy over CI - Message-ID: <rT9IUACD5giI@cuebid.zko.dec.com>   4 David J Dachtera <djesys.nospam@comcast.net> writes: > Rob Brooks wrote:  >>  L >> Minicopy is not controller-dependent; it'll work with any storage, as allN >> the work is done by VMS.  The "write bitmap" subsystem (first developed for9 >> minicopy) is also used by Host-Based Minimerge (HBMM).  > N >> Minicopy first appeared on V7.3 (both VAX and Alpha), and was backported to
 >> V7.2-2. > J > In it's present form, that's true. However, I'm fairly certain I've seenD > it before in a form that relied on the HSJs to handle the bitmaps.  J You are wrong; HSC/J/D controllers support controller based miniMERGE, notJ miniCOPY.  Well, the HSD05 doesn't support controller-based minimerge, but) aside from that, my statement is correct.   I That implementation does NOT use any sort of a bitmap to drive the merge.   H > Granted, it may have been CSCPATs or something similar, not officiallyG > issued/supported, but I can't be going senile just yet. I'll check my B > records here - may even have a sample of their OPCOM log on a CD > somewhere.  K I have no idea what you thought you saw, but it wasn't any form of minicopy  that was controller-based.   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------   Date: 7 Oct 2005 15:28:23 -0700  From: mark_hpq@yahoo.com8 Subject: Re: HP : Massive strike and protest march todayB Message-ID: <1128724103.155553.67760@f14g2000cwb.googlegroups.com>  C The UK Employee Representatives strongly disagree with the proposed E work-force management figure of 968 for the United Kingdom. Employees D are extremely concerned with the continual erosion of UK jobs, beingJ transferred under the banner of =E2=80=98off-shore and near-shoring=E2=80= =99 toD emerging European countries, primarily for financial reasons. The UKF forum will not support UK jobs being transferred to other countries.HpE invent must look to address cost reduction more pragmatically, rather 8 than reducing employees as a cost saving strategy. As UKC representatives we request that HP senior management liaise with UK @ government and Scottish government ministers, whereby requestingD assistance in respect to possible governmental support, and we wouldG also recommend that UK government partner with French President Jacques C Chirac in requesting EU commission support (where possible).Looking F forward to the consultation process, the employee representatives willG work with UK management in doing all they can to mitigate the job loses L where feasibly possible;=E2=80=A2 re-evaluate the proposed outsourcing plansL in order to keep UK HP employees in their Jobs=E2=80=A2=EF=80=A0better use = ofL internal redeployment processes=E2=80=A2=EF=80=A0improvements in re-skillingK activities of our colleagues=E2=80=A2=EF=80=A0optimization and reduction of L internal processes in order to get more focus on thereal job=E2=80=A2=EF=80= =A0give F support to employees in finding alternatives inside or even outside HPL andprovide enough time for redeployment=E2=80=A2=EF=80=A0giving works counc= il= enough time and resources to help employeesOnce all aspect of C mitigation are exhausted, fair and equitable severance packages for D employees will be discussed, possibly utilising early retirement andE voluntary enhanced schemes where possibleThe UK forum would also like E to support the view of the general European Workers Council in asking C the UK management to focus on new markets, products and services in E order to ensure the HP UK growth path and continued employment for HP 
 UK employees"    ------------------------------   Date: 7 Oct 2005 14:00:30 -0700  From: schortingh_j@mercer.edu " Subject: HP OpenVMS Support LevelsB Message-ID: <1128718830.722496.87580@z14g2000cwz.googlegroups.com>  D We are a educational institutional with both the Campuswide SoftwareF License Grant Program (CSLG) and Educational Software Library (ESL) onD our maintenance contract.  I am reviewing what is covered under both# options and have several questions.   G Link to the ESL page from the CSLG page has the words "(link to the new 8 ESL page)", but there is no link.  Is there an ESL page?  G ESL covers Software support and Layered Product Support.  How does this 9 relate to (Bronze, Silver...) levels of software support?   G I requested a maintenance quote from HP for a system and they added the  item;   qt-mt1ae-a7   OVMS AAXP ES40 BASE SSS   HP Bronze Support    Is this not covered under ESL?   Thanks for any assistance.   Jim Schortinghouse Mercer University  VMS Systems Manager    ------------------------------  % Date: Fri, 07 Oct 2005 21:17:27 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>2 Subject: Re: Missed opportunity for VMS marketing.+ Message-ID: <43472C36.F617661F@comcast.net>    JF Mezei wrote:  > I > The ABC (USA) TV series "Lost" features some elaborate cave system with H > some "research" project begun in 1980. It features some computers (oldI > IBM mag drives seen, as well as an APPLE II used as a "console" (and it 4 > is , part of the ploty, something they can't stop) > J > Now, imagine if the VMS folks had gotten their act together and gave theG > ABC producers some VAX 780s and VT100s with requirement that "VMS" be E > mentioned in a context that it has been running without any crashes & > since 1980 and no virus can hack it.  = As far as that goes, every month's new issue of any trade rag + constitutes a missed marketing opportunity.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 07 Oct 2005 21:20:06 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>2 Subject: Re: Missed opportunity for VMS marketing.+ Message-ID: <43472CD6.F5146295@comcast.net>    Michael Kraemer wrote: > 7 > In article <4345D2C6.584A8828@teksavvy.com>, JF Mezei ) > <jfmezei.spamnot@vaxination.ca> writes: F > > Had VMS management gone to hollywood and offered to pay to get VMS9 > > exposure in that show, they would have considered it.  > 8 > And what should a potential customer buy next monday ? > A dead end alpha box ?B > A dead end (at least according to some people here) itanic box ?% > A not (yet?) existing VMS/x86 box ? F > Advertising only makes sense if you actually have something to sell.5 > Maybe HP know they have nothing reasonable to sell,  > so why advertise ?  A DEC, Compaq and HP have made the bed. It's HP's lot to lie in it.    ...or do something about it.  H ...but that's one of those "tough choices" that needs to be made, yet HP, consistently wimps out and/or gets it wrong.   Why is that?   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  $ Date: Fri, 7 Oct 2005 14:20:01 -0400* From: "Syltrem" <syltremzulu@videotron.ca># Subject: Re: Multi-Threading in DCL 0 Message-ID: <11kdf2lk9srj69f@corp.supernews.com>  J I just use batch queues, some with a job limit of 1 and some with more and' send the jobs to the appropriate queue. D Jobs that ar dependent upon one another run on the single job queue.  I Some of those may use a SYNCHRONIZE to check if the previous job finished 
 successfully.     But maybe I'm missing your point --   Syltrem   H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)K "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> a crit dans le message de ' news:gy91f.8$VZ5.647@news.uswest.net... H > Is there any way to have a single DCL script run a separate process on eachK > processor in a system.  If that won't work, how can I trigger an event in ! > DCL when a batch job completes?  > 	 > Thanks,  > Mike Ober. >  >  >    ------------------------------  % Date: Fri, 07 Oct 2005 15:52:35 -0500 + From: Chuck Aaron <caaron@ceris.purdue.edu>  Subject: Need to Find.5 Message-ID: <di6n6k$30f$1@mailhub227.itcs.purdue.edu>   , This is a multi-part message in MIME format.& --------------0409000801000901020906099 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit   H Can anyone tell me where I can find this file at? I have the *.pcsi but 
 not this one.    Thanks,  Chuck     $ DEC-AXPVMS-DFU-V0301-1.PCSI$DATABASE  & --------------040900080100090102090609) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   ? <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">  <html> <head>I   <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">    <title></title>  </head> ' <body bgcolor="#339999" text="#ffffff"> G Can anyone tell me where I can find this file at? I have the *.pcsi but  not this one.<br>  <br> Thanks,<br> 	 Chuck<br>  <br> <br>$ DEC-AXPVMS-DFU-V0301-1.PCSI$DATABASE </body>  </html>   ( --------------040900080100090102090609--   ------------------------------  # Date: Fri, 07 Oct 2005 23:03:14 GMT   From: John Santos <john@egh.com> Subject: Re: Need to Find.( Message-ID: <S8D1f.1426$3w.384@trnddc07>   Chuck Aaron wrote:J > Can anyone tell me where I can find this file at? I have the *.pcsi but  > not this one.  > 	 > Thanks,  > Chuck  >  > & > DEC-AXPVMS-DFU-V0301-1.PCSI$DATABASE  D The .PCSI$DATABASE files get created in SYS$SYSTEM: when you installB the kit ($ product install dfu).  The kit is the .PCSI file, which' is the only thing you need to download.   I If you haven't installed yet, the .PCSI$DATABASE file shouldn't be there.   A If you have installed, and it isn't there, then you probably have C a broken PCSI database, and there may be other missing files and/or @ broken linkages.  Others have posted on repairing PCSI databases? in the past.  I think the basic procedure is you need to create E some new, empty .PCSI$* files and then populate them by re-installing F *all* layered products.  This is of course a real pain.  If you have aE backup of the system disk made after you installed DFU, then it might 5 be easier to just restore sys$system:*.PCSI* from it.    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 07 Oct 2005 21:03:56 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>' Subject: Re: Pete My Boy...yer a Genius + Message-ID: <4347290C.6A02C786@comcast.net>    Carl Friedberg wrote:  > ? > For many, many years I used RedHat Linux. When they ended the B > development of desktop variety, switching to Fedora was not very? > satisfactory. About a year ago, I discovered Ubuntu, which is  > now at version 5.04: >  > www.ubuntu.com > ? > I've installed on a bunch of decrepit windows computers, with ! > gratifying results. Painless to F > install, and with synaptics to manage the updates, it is a very nice > system. The desktop H > can be k or gnome,  your choice. The only thing I had to play with was > the selection ofN > sources for updates within synaptics. I am very impressed with this product. >  > Carl Friedberg  D Carl - Earthlink tells me you sent a message that got rejected since! gmail dot com is in my blacklist.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  $ Date: Fri, 7 Oct 2005 13:50:22 -0500" From: "Schroeder, AJ" <aj1@qg.com>& Subject: Resetting Compaq SANSwitch 16) Message-ID: <di6g1f$b7b$1@sxnews1.qg.com>    Group,  J Not sure if this is the right place or not, so I apologize in advance for H posting in the wrong group - but I do intend to run VMS on the SAN... :)  E Anyway, I just got two SAN switch 16s (re-branded Brocades) and I am  K attempting to revert them default configs so that I can manage them. After  M googling this issue, I learned that a 'Reset to default' from the OCP on the  K switch will reset everything, including the passwords for root, admin, and  . user. This does not seem to be working for me.  M I telnetted into the switch using the 'root' account (not recommended) and I  E tried to default the switch by using the 'configDefault' command and  F rebooting. Again, this did not reset the root, admin, or user account 
 passwords.  * The switches are running v2.6.2d firmware.  L As previously stated, I googled this subject and saw a few posts, but never F a solution, so I am hoping that someone has figured out how to really  default these switches!   + As always, any help is appreciated on this,   
 AJ Schroeder     ------------------------------  # Date: Fri, 07 Oct 2005 21:24:33 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> * Subject: Re: Resetting Compaq SANSwitch 16? Message-ID: <lIB1f.124244$G8.103989@text.news.blueyonder.co.uk>   B Did you actually do the complete reset from the OCP front panel byK physically going to the switch? It's not something you should be able to do K over the LAN. You might be able to do it through a serial port connected to  the console (if there is one).   --     Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk E It's not mine, but I like this definition: Legacy = stuff that works.    ------------------------------  $ Date: Fri, 7 Oct 2005 16:34:48 -0500" From: "Schroeder, AJ" <aj1@qg.com>* Subject: Re: Resetting Compaq SANSwitch 16) Message-ID: <di6plp$bjp$1@sxnews1.qg.com>   M "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> wrote in message  9 news:lIB1f.124244$G8.103989@text.news.blueyonder.co.uk... D > Did you actually do the complete reset from the OCP front panel byK > physically going to the switch? It's not something you should be able to   > doK > over the LAN. You might be able to do it through a serial port connected   > to  > the console (if there is one). >   H Yes, I went to the switch itself and ran through the 'Reset to default' 7 several times. I also reset the config throught telnet.    Cheers,   
 AJ Schroeder     ------------------------------   Date: 7 Oct 2005 17:16:14 -0500 / From: brooks@cuebid.zko.dec.nospam (Rob Brooks) G Subject: Re: Samba 2.2-8 build 20050817 ported to Itanium OpenVMS 8.2-1 - Message-ID: <jsnc07dZxlLJ@cuebid.zko.dec.com>   q In article <AVOLIAGjQFcj@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: a > In article <3di6boWJ2zhP@cuebid.zko.dec.com>, brooks@cuebid.zko.dec.nospam (Rob Brooks) writes: @ >> koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >>> H >>>    In which case #indef __VAX should still be true and hopefully VMSL >>>    Engineering will continue to follow lessons learned and not split the >>>    source pool.  >>  & >> What lesson should we have learned? > M >    Every time you make a copy of something (as in VMS source for the VAX -  N >    Alpha migration) you double the effort to maintain and improve it.  When F >    you don't make a copy (as in the VMS source for the Alpha - IA64 B >    migration) then you make incremental increases in the effort.  K If the Alpha sources had not been split off, it would have been an absolute L maintenance nightmare to deal with a staggering amount of conditional code. M While a *few* features that are now Alpha- and I64-only  *might* have made it F to the VAX, you would not have seen near parity, as you apparently areN implying.  It is likely that OpenVMS Alpha would have *fewer* new features now" if the sources had not been split.  J Among the issues are the fact that many internal data structures underwentG a complete rototilling during the conversion, in addition to many field ) promotions (word to longword, etc . . .).   G The non-existence of S2 and P2 space on the VAX is an issue, of course.   H >    I'd hope any new architecture which VMS might support someday wouldA >    share the Alpha - IA64 source pool instead of having its own 
 >    copy.  M The changes made to the sources for the VAX-Alpha port make that a reasonable L possibility, which is why Alpha and I64 are common.  Note that anything thatM deals with object files or images is effectively a "separate source pool" for K I64, however, as ELF/DWARF differ greatly from the VAX image/object format.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Fri, 07 Oct 2005 18:52:08 -0400 ' From: Dave Froble <davef@tsoft-inc.com> # Subject: Re: Time to produce EV79s! 0 Message-ID: <11kduktsqej6262@corp.supernews.com>   JF Mezei wrote:  > Dave Froble wrote: >  >>Main, Kerry wrote: >> >>H >>>For most Cust business exec's, what chip their applications run on isG >>>likely somewhere near #123 on their list of things they worry about.  >> >>I totally agree. >  > 
 > I disagree.  > I > Take Linux or Windows for instance. Most software is available on 8086. G > Only a small subset of Windows apps are available on that IA64 thing.  > * > Software availability is very important. > H > And if a piece of software exists on Alpha-VMS but not IA64-VMS, guess; > where the customer will go when HP stops selling Alphas ?  >   G Well, I don't get out much.  But my limited experiences have been that  B the customers didn't care much about the CPU.  They wanted to run F windoz.  Cheap PCs may have been an argument, but the core reason was  the OS.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Fri, 07 Oct 2005 20:50:21 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net># Subject: Re: Time to produce EV79s! + Message-ID: <434725DD.29AC6336@comcast.net>    Dave Froble wrote: >  > JF Mezei wrote:  > > Dave Froble wrote: > >  > >>Main, Kerry wrote: > >> > >>J > >>>For most Cust business exec's, what chip their applications run on isI > >>>likely somewhere near #123 on their list of things they worry about.  > >> > >>I totally agree. > >  > >  > > I disagree.  > > K > > Take Linux or Windows for instance. Most software is available on 8086. I > > Only a small subset of Windows apps are available on that IA64 thing.  > > , > > Software availability is very important. > > J > > And if a piece of software exists on Alpha-VMS but not IA64-VMS, guess= > > where the customer will go when HP stops selling Alphas ?  > >  > H > Well, I don't get out much.  But my limited experiences have been thatC > the customers didn't care much about the CPU.  They wanted to run G > windoz.  Cheap PCs may have been an argument, but the core reason was 	 > the OS.   C Well, I'd question that. In my mind what the user *REALLY* wants is 7 "point and click", and the underlying system be damned.   E When you look at all the goofy machinations like Citrix and such that A "WhineBloze addicts" go through to run an app. on one machine and H display it on a another, the subtle elegance of X's intent really shines through.  C Makes you wonder if Bill Gates won't someday end up like Jake Blues E standing in the brilliant, blue-white beam and finally see the light.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 7 Oct 2005 20:19:40 -0200 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)+ Subject: Re: VMS on a PC - Is it possible ? , Message-ID: <4346d85c$1@news.langstoeger.at>  q In article <TXclABJ27G0x@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: f >In article <4346b12d$1@news.langstoeger.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:K >> You miss the features of OpenVMS Alpha (and I64) which are not available M >> on OpenVMS VAX (like CDE, APACHE, MOZILLA, SSH, ODS5, JAVA and many more).  > C >   Since the OP wanted to learn DCL and practice Pascal, I think a ( >   free VAX is a better starting place.  ' A free VAX better than a emulated one ? D Maybe (options but power costs vs only one small box but complexity)  % A free VAX better than a free Alpha ?  No way.   < A free VAX and a free Alpha better than a free Alpha alone ? Who can resist ?  ? (Except my 2 DS10) I think I got all my VMS systems for free...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 07 Oct 2005 15:03:27 -0400 - From: JF Mezei <jfnezei.spamnot@teksavvy.com> ? Subject: Re: Why did VMS users go along with the itanium farce? + Message-ID: <4346C67D.9A94440@teksavvy.com>    FredK wrote: > F > This just confirms that you are insane.  You would need an NDA if weJ > were talking about the next generation x86-32 chip, or x86-64 chip, justG > as you would need one even if it was an existing chip on a new system  > platform.     H The real issue here is that customer need not worry about HP producing aH next generation 8086 box in a size that they need. They know that marketG pressures from Dell and others will force HP to produce a full range of . 8086 based products from laptop to datacentre.  F My point was the following: person asked if there is any commitment byE HP to continue to produce new IA64 based low end servers. Your answer 2 was roughly "if you get an NDA, HP will tell you".   ------------------------------  $ Date: Fri, 7 Oct 2005 15:32:46 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> ? Subject: RE: Why did VMS users go along with the itanium farce? R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB70C1CC@tayexc19.americas.cpqcorp.net>   > -----Original Message-----9 > From: JF Mezei [mailto:jfnezei.spamnot@teksavvy.com]=20  > Sent: October 7, 2005 3:03 PM  > To: Info-VAX@Mvb.Saic.Com A > Subject: Re: Why did VMS users go along with the itanium farce?  >=20 > FredK wrote: > >=20H > > This just confirms that you are insane.  You would need an NDA if we= > > were talking about the next generation x86-32 chip, or=20  > x86-64 chip, just A > > as you would need one even if it was an existing chip on a=20  > new system
 > > platform.  >=20 >=20A > The real issue here is that customer need not worry about HP=20 
 > producing a A > next generation 8086 box in a size that they need. They know=20 
 > that market > > pressures from Dell and others will force HP to produce a=20 > full range of 0 > 8086 based products from laptop to datacentre. >=20H > My point was the following: person asked if there is any commitment byG > HP to continue to produce new IA64 based low end servers. Your answer 4 > was roughly "if you get an NDA, HP will tell you". >=20  H Nope - Fred's response was "yes - if you need the details, then you needH an NDA in the same manner that you will need a NDA to get the details of) any unannounced product from any company"    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Fri, 07 Oct 2005 15:52:36 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ? Subject: Re: Why did VMS users go along with the itanium farce? , Message-ID: <4346D1FD.6808FFD6@teksavvy.com>   "Main, Kerry" wrote:  J > Nope - Fred's response was "yes - if you need the details, then you needJ > an NDA in the same manner that you will need a NDA to get the details of+ > any unannounced product from any company"   F And my point is that for the 8086, people need not even ask, they knowF that vendors will continue to pout out 8086 based machines from laptopF to data centre. The fact that people need to ask about whether HP willG continue to evolve mid range IA64 servers is the real issue. It denotes < lack of confidence in the product line's future scalability.  H Remember that VMS customers have been screwed on June 25 2001 , for even> nice "firm commitments" from the vendor are worth very little,H especially since HP so easily canned the firm commitment to make EV79 orE when the VMS roadmap conventiently removes promises for VAX VMS 8.2.    A A product cannot grow if customers are weary of the vendor's true   commitment on the product line.   A Many would see VMS as just a necessary evil for HP. HP certaintly B doesn't treat it as a valuable asset. It certaintly doesn't try toD maximise its potential. It certaintly doesn't advertise it. So HP isH seen as doing us a favour by not killing VMS, but as soon as it runs outG of patience, it will kill it. And when you look at the renegging of the F VMS 8.2 for VAX, HP hasn't said a word about that, whether 7.3 was theH final VAX version ever, whether HP will constinue VAX evolution for some, layered products or not etc etc. Not a word.    D By moving VMS to the 8086, VMS would become mainstream, and while itH wouldn't fix all the problems, it would greatly alleviate the fears thatD HP would pull the plug on it. Right now, VMS is sitting on bomb thatM could explode in the next couple of years when/if IA64 is declared "matured".   H HP doesn't even want to commit to porting VMS to an alternative platformG should IA64 be retired. (Not that such commitment would be worth much).     H If VMS is to survive and be seen as a viable option for current, old andG new customers, VMS must be seen as self sustaining and not dependant on F HP's goodwill to maintain it on life support. Lets be blunt here, thatC is what VMS is and has been since the Palmer days: life support. No 9 marketing. Cut the limbs slowly and control the bleeding.     G And right now, the best way to ensure VMS' success is to move it to the D 8086.  Not only because the 8086 provides better scaled systems fromE laptop to datacentre, but also because it is the key architecture for G HP, and an architecture you can bank on because there is no way that it  will go away anytime soon.  0 Consider who is on IA64: VMS, HP-UX and Tandem.   , VMS is anemic on life support, no marketing.F HP-UX is often declared irrelevant and without future because of Linux. NSK is too small a niche to make a difference.  C All the other OS's that are available to some extent on IA64 do not F depend on IA64 for their survival, and IA64 represents a tiny fraction of their market.  ) So what is left on IA64 isn't impressive.    ------------------------------  % Date: Fri, 07 Oct 2005 20:57:45 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>? Subject: Re: Why did VMS users go along with the itanium farce? + Message-ID: <43472799.AF631D5D@comcast.net>    FredK wrote: > [snip]E > The voices in your head are suggesting that if VMS were to run on a E > PC, that VMS would arbitrarily support any hardware...  and that is  > beyond even wishful thinking.   $ Well, no - that seems a bit extreme.  @ The truth is, however, that with the major roadblock obliterated@ (getting VMS natively onto IA32 and/or x86-64), the "impossible"E suddenly becomes possible - and from there, anything can happen. It's D just a question of who is willing to do the work (write the drivers,A etc.). In the open source world, there seems little doubt that if  someone can, they will.   E We see that even in this group. Frequent posters here certainly being H among the ones most likely to roll their own, necessity being the mother
 of invention.   = > The NDA is needed because you would see the roadmap for the A > delivery of new systems.  To do this, you would have to be made F > aware that you are being shown information that is subject to change* > (like schedules, features, speeds, etc). > F > This isn't Integrity server specific, this has always been the case.  G Oh, is *THAT* how they justify saying one thing then coming back months F later and saying something else? ("rolling roadmap" = "moving target": rarely gets hit)   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 07 Oct 2005 21:01:20 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>? Subject: Re: Why did VMS users go along with the itanium farce? + Message-ID: <43472870.A7561CDB@comcast.net>    "Main, Kerry" wrote: >  > > -----Original Message-----8 > > From: JF Mezei [mailto:jfnezei.spamnot@teksavvy.com]! > > Sent: October 7, 2005 3:03 PM  > > To: Info-VAX@Mvb.Saic.Com C > > Subject: Re: Why did VMS users go along with the itanium farce?  > >  > > FredK wrote: > > > J > > > This just confirms that you are insane.  You would need an NDA if we< > > > were talking about the next generation x86-32 chip, or > > x86-64 chip, just @ > > > as you would need one even if it was an existing chip on a > > new system > > > platform.  > >  > > @ > > The real issue here is that customer need not worry about HP > > producing a @ > > next generation 8086 box in a size that they need. They know > > that market = > > pressures from Dell and others will force HP to produce a  > > full range of 2 > > 8086 based products from laptop to datacentre. > > J > > My point was the following: person asked if there is any commitment byI > > HP to continue to produce new IA64 based low end servers. Your answer 6 > > was roughly "if you get an NDA, HP will tell you". > >  > J > Nope - Fred's response was "yes - if you need the details, then you needJ > an NDA in the same manner that you will need a NDA to get the details of+ > any unannounced product from any company"   H ...when a simple, non-NDA "yes" would suffice, if HP could be trusted toE honor even such a simple commitment. Want details? O.k. *NOW* we talk  NDA.  H NDA = blanket clemency and/or license to say just about anything and not' be held responsible/accountable for it.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 7 Oct 2005 12:39:07 -0700  From: jordan@ccs4vms.com+ Subject: Re: WLAN options for OpenVMS Alpha C Message-ID: <1128713947.688366.263600@g14g2000cwa.googlegroups.com>   F Scratch the Motorola WE800G.  Just got the answer to my questions, andE its IP only, and also is literally 1 to 1 access in their ad-hoc mode C (one WE800G talking to another).  If you are OK with IP only it may ? still be a viable choice to connect to an 802.11G access point.    ------------------------------   End of INFO-VAX 2005.561 ************************                                                                                                                    l):D W*ie?1(
0 
6)smWx3-`)s6l 6|sIG`uB昉TnaˈXa2%M@Q~͝4čUNCÉ53xie^:t1d6;|_°&"mz]a7FlhTlȈ;6E<́H^o|C:k}3i«O[`p!_{aȑ[%_n#ރx,cP.xgu=0(:W^9.;Jyaen"z\`MYsUr]?vʕReY,"Ģ>`Jn!XL~<6w
P;"e,Ni )Q~k,a

 k`43.Wt+u5VyWIJ(iZrŕ&}#bU7h*X\4V^;a |V쥓AӝN"`XE K9;4bt7_zb3dR%̙*Ne10;6mawb17!4a&.ԖA|Kaw )h,Ke)4DVr<W
wLJQJ՗K]K]yՊZqw<3zsssF̽È7VRt{ĻsGᲠw($Q}CPoFox;q5iHd;}и OEn.i)Qŏbp:y{5Z	=ɗY"g\y܏f=SމHm

Ҁ|	aN~Ji4,֍rwڱhu>J|.ΰhvܘ /Gopk_j
C3wv@{U:p'-njZL,KJ1"`6ok/`{+>Fe\X5,`QRcW pݨӍBE	wrN]UC
#
; Coׄf	WP3LPu˭m	
z䗵V24ʯ(,35NAlUvgfrkɠ
55Պntz8 B8g}QVmT4c|UYQ{ ,~t|)ÊZ&*09
@xhwd-z#8:W9=}崣,NdB"HJtӔqRe]ֶ8Ps:& vNUrM(y`TO28Nn<{bc]L7ޥBc'u8;3|Oh"a!ɥ}w##/F/jMhkAPl+vU8wA.L4f=ER륈j`[:?mU+תrs