1 INFO-VAX	Wed, 26 Mar 2003	Volume 2003 : Issue 168       Contents: Alpha workstation wanted.  Re: Alpha workstation wanted. 3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) 3 Re: An opportunity for HP? (wes: Micromedex on VMS) # Another day without VMS advertising ' Re: Another day without VMS advertising ' Re: Another day without VMS advertising : Re: asymmetric cluster? question on cluster communications Re: Cisco support of DECnet  Re: compatibility problem  Re: compatibility problem ( Re: DCPS V2.2  LaserJet 4200 and NO_SYNC Re: DHCP on WE1.3 Re: Hoff, what is the status of your book ? (Again) / Hoff, what is the status of your book ? (Again) ' Re: HSZ Cache Corrupting Files? (Long!) # Re: I Have Seen The IA64 Future !!! ! I64/VMS boot contest; Thanks Sue! , Is someone running Spamassassin on OpenVMS ? Re: Microsoft vs. reality - Re: Microvax 3100 dead - need data from drive  Re: Minimum version ( Multiple file versions served by Apache?, Re: Multiple file versions served by Apache? mysql undefined references- Need List of Patches for 'Post' 7.2-2 upgrade 1 Re: Need List of Patches for 'Post' 7.2-2 upgrade $ Re: Netscape gags on VMS FTP Servers% New additions to decus.acornsw.com... ) RE: New additions to decus.acornsw.com...  New DECservers0 Re: next installment - alpha 3000 console now...# OpenVMS at CUO/Interex/DECUS Europe P Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai Question regarding FC$CP
 Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights  Re: Reboot Rights 1 Re: Terminal driver for VAX synchronous interface 1 Re: Terminal driver for VAX synchronous interface  Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions Re: Write Bitmap questions  F ----------------------------------------------------------------------  % Date: Wed, 26 Mar 2003 12:56:26 -0000 * From: "John Travell" <john@travell.uk.net>" Subject: Alpha workstation wanted.6 Message-ID: <b5s81s$2behjm$1@ID-120847.news.dfncis.de>  J Ok folks, It's time I bit the bullet and put my money where my mouth is...  G I want an Alpha workstation, ev5-400 or better, 512Mb + a collection of ' disks, possibly in a storageworks rack. F If you have something suitable sitting idle and would like to get someL return on it, or if you are a reseller and can offer me a deal, I would likeL to hear from you. The system and storage do not have to come together, so if6 you only have one of them I could still be interested.   1. What are you offering! 2. What is your best price to me. G 3. How much will shipping cost, or if in the UK, where can I collect it  from.   H I will also need a commercial VMS license for 1 (ONE) user, me. I do notJ think the hobbyist license will cover my desire to make money out of using! whatever machine I end up buying.   K If you do not want your offer to be public, I will welcome replies by Email  instead of posts to the NG.    -- John Travell  VMS crashdump expertise for hire john@travell.uk.net  http://www.travell.uk.net/       --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.443 / Virus Database: 248 - Release Date: 10/01/2003    ------------------------------  % Date: Wed, 26 Mar 2003 13:12:09 +0000  From: Roy Omond <Roy@Omond.net> & Subject: Re: Alpha workstation wanted.( Message-ID: <3E81A729.8080505@Omond.net>   John Travell wrote: L > Ok folks, It's time I bit the bullet and put my money where my mouth is... > I > I want an Alpha workstation, ev5-400 or better, 512Mb + a collection of ) > disks, possibly in a storageworks rack. H > If you have something suitable sitting idle and would like to get someN > return on it, or if you are a reseller and can offer me a deal, I would likeN > to hear from you. The system and storage do not have to come together, so if8 > you only have one of them I could still be interested. >  > 1. What are you offering# > 2. What is your best price to me. I > 3. How much will shipping cost, or if in the UK, where can I collect it  > from.  > J > I will also need a commercial VMS license for 1 (ONE) user, me. I do notL > think the hobbyist license will cover my desire to make money out of using# > whatever machine I end up buying.  > M > If you do not want your offer to be public, I will welcome replies by Email  > instead of posts to the NG.   C Apart from the obvious Dave Turner at Island Co., you might like to D check out MIT Ltd. (http://www.mitlimited.com) contact Sheila Moore,B tel: (0208) 9508005.  They're in Watford, so they're not *too* far@ from you.  Sheila gave an excellent talk at the recent HP-CUO UK? seminar on the second-hand marketplace in the UK, and she knows 
 her stuff.  
 Good luck,  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Wed, 26 Mar 2003 11:04:54 +0000 ' From: Andrew Harrison SUNUK Consultancy < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS), Message-ID: <3E818956.40404@nospamn.sun.com>   Bob Ceculski wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E8087FE.6030101@nospamn.sun.com>...  >  >>Keith Parris wrote:  >>c >>>"David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3E7FD21F.68CEAD0A@fsi.net>...  >>>  >>> K >>>>Well, I'd be careful there. Cerner with the back-end on AIX is at least . >>>>as viable as having the back-end on VMS... >>>  >>> I >>>IBM has been waffling lately as to whether AIX will survive long-term, B >>>given the popularity of Linux.  In contrast, VMS has the strong< >>>support of HP, and a long-term path laid out ahead of it. >>> F >>>And since 80% of Cerner customers use VMS compared with 20% at mostF >>>for AIX, I think it is the AIX back-end which is arguably much less
 >>>viable. >>> H >>>"Today Cerner serves some 1,500 clients, 80% of whom run their Cerner9 >>>applications on HP OpenVMS AlphaServer technology." -- @ >>>http://h71000.www7.hp.com/openvms/brochures/cerner/cerner.pdf >>7 >>However IBM are supplying Cerner with the development : >>and deployment software platform for their new products. >>9 >>WebSphere and DB2, and this is a huge threat to OpenVMS 5 >>if it is as people suggest the largest platform for  >>Cerner currently.  >>	 >>Regards  >>Andrew Harrison  >  > D > are you kidding me?  IBM sells garbage just like you do at sun ...B > IBM has no solution that even comes close to OpenVMS clustering,C > security, and uptime ... I am still waiting for them to call back A > and tell me why the AS400 I worked on 9 years ago crashed twice B > in one month ... I have been on VMS 18 years now around that oneB > month nightmare stint on convuluted menu city OS400 and have yet@ > to have "ONE" VMS os crash ... IBM is what sun is ... GARBAGE!  9 Bob it doesn't matter you may think about the reliability 6 or security of other non OpenVMS platforms if they are5 the ones that can run the applications and OpenVMS is  the one that cannot.  1 No applications in this contexted =100% downtime.   3 Its nice to see that you are still as articulate as 4 ever keep it up, an archive of your postings sent to2 an IT manager considering OpenVMS or anything else5 would be a powerfull sales tool for the people trying  to sell the non OpenVMS system.    Regards  Andrew Harrison    ------------------------------  + Date: Wed, 26 Mar 2003 12:03:36 +0000 (UTC) + From: david20@alpha2.mdx.ac.uk (David Webb) < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)+ Message-ID: <b5s4uo$qu0$1@aquila.mdx.ac.uk>   h In article <d7791aa1.0303251657.57a49790@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: >Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E8087FE.6030101@nospamn.sun.com>... >> Keith Parris wrote:e >> > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3E7FD21F.68CEAD0A@fsi.net>...  >> >  L >> >>Well, I'd be careful there. Cerner with the back-end on AIX is at least/ >> >>as viable as having the back-end on VMS...  >> >   >> >  K >> > IBM has been waffling lately as to whether AIX will survive long-term, D >> > given the popularity of Linux.  In contrast, VMS has the strong> >> > support of HP, and a long-term path laid out ahead of it. >> >  H >> > And since 80% of Cerner customers use VMS compared with 20% at mostH >> > for AIX, I think it is the AIX back-end which is arguably much less >> > viable. >> >  J >> > "Today Cerner serves some 1,500 clients, 80% of whom run their Cerner; >> > applications on HP OpenVMS AlphaServer technology." -- B >> > http://h71000.www7.hp.com/openvms/brochures/cerner/cerner.pdf >>  8 >> However IBM are supplying Cerner with the development; >> and deployment software platform for their new products.  >>  : >> WebSphere and DB2, and this is a huge threat to OpenVMS6 >> if it is as people suggest the largest platform for >> Cerner currently. >>  
 >> Regards >> Andrew Harrison > C >are you kidding me?  IBM sells garbage just like you do at sun ... A >IBM has no solution that even comes close to OpenVMS clustering,  >security, and uptime ...   @ Not quite true. If you pay enough then IBM has good solutions eg, Syplex clustering for its mainframe systems.  
 David Webb VMS and Unix team leader CCSS Middlesex University  ) >I am still waiting for them to call back @ >and tell me why the AS400 I worked on 9 years ago crashed twiceA >in one month ... I have been on VMS 18 years now around that one A >month nightmare stint on convuluted menu city OS400 and have yet ? >to have "ONE" VMS os crash ... IBM is what sun is ... GARBAGE!    ------------------------------    Date: 26 Mar 2003 16:31:30 -00005 From: Anonymous <Use-Author-Supplied-Address@[127.1]> < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS)7 Message-ID: <BPGSCOM937706.4385416667@anonymous.poster>   @ >And since 80% of Cerner customers use VMS compared with 20% at @ >most for AIX, I think it is the AIX back-end which is arguably  >much less viable.     H >"Today Cerner serves some 1,500 clients, 80% of whom run their Cerner  9 >applications on HP OpenVMS AlphaServer technology." --   > >http://h71000.www7.hp.com/openvms/brochures/cerner/cerner.pdf    So what?  E Cerner has a sweetheart deal.  If they push $250 million in hardware, ? they maintain a very nice discount.  It isn't rocket science to C figure out that a large chunk of that would be conversion of VMS to / AIX (they are selling into a captive audience).   > Tell you what, get together some of the business and financial= geniuses and have them crunch the numbers and just what would  $250 million in sales mean.   6 See if your spies can verify that $250 million number.  E If anyone there had BALLS, (even those that squat to piss) they would D make a call on Cerner and ask them straight up about their customers? that have converted and just how hard they are pushing IBM kit.   > By the way, there is a whisper campaign to help this along and+ you can catch glimpses of it now and again.   ( Some day you guys are gonna get my bill.   ------------------------------  % Date: Wed, 26 Mar 2003 13:23:57 -0500 A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> < Subject: Re: An opportunity for HP? (wes: Micromedex on VMS), Message-ID: <3e81f03e_1@hpb10302.boi.hp.com>  D I don't think we'll honor a PO for FUD from someone named Anonymous.  B "Anonymous" <Use-Author-Supplied-Address@[127.1]> wrote in message1 news:BPGSCOM937706.4385416667@anonymous.poster... A > >And since 80% of Cerner customers use VMS compared with 20% at A > >most for AIX, I think it is the AIX back-end which is arguably  > >much less viable. > H > >"Today Cerner serves some 1,500 clients, 80% of whom run their Cerner9 > >applications on HP OpenVMS AlphaServer technology." -- @ > >http://h71000.www7.hp.com/openvms/brochures/cerner/cerner.pdf > 
 > So what? > G > Cerner has a sweetheart deal.  If they push $250 million in hardware, A > they maintain a very nice discount.  It isn't rocket science to E > figure out that a large chunk of that would be conversion of VMS to 1 > AIX (they are selling into a captive audience).  > @ > Tell you what, get together some of the business and financial? > geniuses and have them crunch the numbers and just what would  > $250 million in sales mean.  > 8 > See if your spies can verify that $250 million number. > G > If anyone there had BALLS, (even those that squat to piss) they would F > make a call on Cerner and ask them straight up about their customersA > that have converted and just how hard they are pushing IBM kit.  > @ > By the way, there is a whisper campaign to help this along and- > you can catch glimpses of it now and again.  > * > Some day you guys are gonna get my bill. >    ------------------------------  # Date: Wed, 26 Mar 2003 14:29:00 GMT # From: "John Smith" <a@nonymous.com> , Subject: Another day without VMS advertisingH Message-ID: <MOiga.18184$s421.9697@news02.bloor.is.net.cable.rogers.com>  E More full page ads appeared in one of my local newspapers today - and  none mention VMS.   C HP's current adverting campaign is a remarkable exercise in driving F the profit margins out of the business. Here they are promoting Linux,F which has zero profit margin on the theory that they will 'make it up'> on the hardware. With the hardware margins being compressed byB competition, especially in the 'industry standard' market segment,< just where the hell do they think that they will make money?  7 HP certainly 'invents'....more ways to ruin a business.   = IBM's motto, 'Think', certainly does not apply at The New HP, % especially at the board of directors.    ------------------------------  % Date: Wed, 26 Mar 2003 09:09:53 -0600  From: brandon@dalsemi.com 0 Subject: Re: Another day without VMS advertising1 Message-ID: <03032609095299@dscis6-0.dalsemi.com>   @ > Is it possible to have a VMS Apache server serve multiple fileG > versions when browsing directories? It works fine when displaying the C > latest file version in a directory, but the browser won't display H > multiple versions of the same file. How can I make it do that (perhaps > I can't)? Thanks.     N I beleieve that this is a design issue with CSWS.  Besides, web browsing takesM place on clients that have no knowledge or understanding of multiple versions  of the same file.   L That said, you could create a CGI, PHP, or DCL command procedure to create aN web page that serves multiple versions.  The idea here would be that a processK would perform a directory to an output file, process that output file using . links to the file name, etc...  Then serve it.  O The CGI would allow the user to interactively update the list.  Same with PHP.  M The DCL would be run at the backend generating a web page every day, hour, or  as desired.      John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------  % Date: Wed, 26 Mar 2003 09:11:58 -0600  From: brandon@dalsemi.com 0 Subject: Re: Another day without VMS advertising1 Message-ID: <03032609115876@dscis6-0.dalsemi.com>   C >> > Is it possible to have a VMS Apache server serve multiple file J >> > versions when browsing directories? It works fine when displaying theF >> > latest file version in a directory, but the browser won't displayK >> > multiple versions of the same file. How can I make it do that (perhaps  >> > I can't)? Thanks. >>   >>  Q >> I beleieve that this is a design issue with CSWS.  Besides, web browsing takes P >> place on clients that have no knowledge or understanding of multiple versions >> of the same file. >>  O >> That said, you could create a CGI, PHP, or DCL command procedure to create a Q >> web page that serves multiple versions.  The idea here would be that a process N >> would perform a directory to an output file, process that output file using1 >> links to the file name, etc...  Then serve it.  >>  R >> The CGI would allow the user to interactively update the list.  Same with PHP. P >> The DCL would be run at the backend generating a web page every day, hour, or >> as desired.  G So what does this have to do with VMS advertising?  Absolutely nothing!    Sorry... wrong subject...    John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------    Date: 26 Mar 2003 00:29:09 -0800% From: Bart.Zorn@xs4all.nl (Bart Zorn) C Subject: Re: asymmetric cluster? question on cluster communications = Message-ID: <a98cd882.0303260029.2722fd97@posting.google.com>   | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KTY201XZGIA9LL1B@sysdev.deutsche-boerse.com>...      [ Snip ]    > 7 > > Or use /TABLE=LNM$SYSCLUSTER (and /EXEC) for those!  > K > In general, the old system-table logical names which VMS uses, and which  D > are normally defined separately on each machine---can one use the  > cluster table now?  
 Yes, you can!    <Shameless plug alert>  @ If you come to the HP Users week in May in Amsterdam, come to my& session on Cluster Wide Logical Names!   <\Shameless plug alert>   	 Bart Zorn    ------------------------------    Date: 26 Mar 2003 05:42:19 -0800( From: bob@instantwhip.com (Bob Ceculski)$ Subject: Re: Cisco support of DECnet= Message-ID: <d7791aa1.0303260542.3efc69a6@posting.google.com>   u susan_skonetski@hotmail.com (Sue Skonetski) wrote in message news:<857e9e41.0303251050.5d41f2b@posting.google.com>...  > Dear Newsgroup,  >   ? Decnet will be in use for the next 25 years, esp on itanium ... < if they don't want vms customers, go to digital networks and% buy dec hardware that is the best ...    ------------------------------  % Date: Wed, 26 Mar 2003 09:34:21 +0000  From: Atanas <atanas@iec.co.il> " Subject: Re: compatibility problem) Message-ID: <3e8157f5@news.hai.iec.co.il>    Nic Clews wrote:   > Atanas wrote:  >>  E >> I have AplaServer DS-10 and VMS 7.3 installed. I need to implement  >> interfaceB >> for data acquisition from control system  (PROCONTROL) to PlantH >> Information System (P.I.) based on ABB's CPS package. CPS require UCX >> V4.0 and do notL >> work with new TCP/IP that replaces UCX  starting with VMS 7.2 I installedI >> UCX 4.0 and CPS and wrote my interface. All works file, but  after 1-3 E >> days system freezes. I tried to solve the problem upgrading VMS to  >> version 7.3-1K >> - now system do  not freeze , just crashes every 30 minutes. Do somebody J >> know how is possible to solve the problem without replacing  hardware ? > I > There simply isn't enough information here, and you've effectively told I > us what you think your fix will be without permitting a deeper analysis  > of your problems.  > 4 > What is the bugcheck your system is crashing with?G It seems to be timeformat related: something like "Invalid time format"  > F > I'm sorry to say this, but I think the problem is most likely in the > interface you've written. @ I am using very basic tcp/ip functions tested in other programs,B additionally I am setting system time when time difference occurs.G But in addition to my Interface system crashes also without it running.    * > If you fully adopted all the programmingD > standards and requirements laid down for UCX 4 and VMS at 7.2, youE > really should not have a problem. Upward compatibility is generally / > maintained when you follow what is laid down. K TCP/IP package has different behavior,compared to UCX  even in user level,  < for example returned $STATUS from ping command is different.   > F > Have you tried contacting ABB (whoever they are) about CPS (whatever/ > that is). Perhaps they have updated versions.   M I tried this very logical option, but ABB have sold the package in 1997, and  I do not have a free upgrade contract, we need to buy it again (it is very  < expensive and comes with installation and hardware included) > Why didn't you upgrade to  > TCPIP v 5 when at 7.2?. CPS do work only with UCX, not with TCPIP v 5.  3 > Why didn't you upgrade to 7.3 on the old hardware 0 > if you were migrating a sensitive application?  We have not available old Alpha. > G > I presume you are paying for support, this is the value of paying for F > support when upgrading, "big bang" approaches are often fraught withI > issues and potential problems. Upgrading the operating system, hardware E > and the communications package, you have one of three or a possible + > combination of where the real problem is.  > I > I know this doesn't really help, and it's all well said with hindsight, A > but the only way you'll fix this is with a 'phased' or 'tasked' C > approach. It is almost like buying a brand new car in a different J > country, then finding you keep getting lost driving around, is it really > the new car's fault?  K Thanks, I am working now on installing VMS 7.1-2 on DS10 and it appears to  $ be compatible with UCX and hardware. Thanks again, Bye    ------------------------------  % Date: Wed, 26 Mar 2003 10:54:50 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>" Subject: Re: compatibility problem) Message-ID: <3E8186FA.9765801E@127.0.0.1>   
 Atanas wrote:  >  > Nic Clews wrote:  K > > There simply isn't enough information here, and you've effectively told K > > us what you think your fix will be without permitting a deeper analysis  > > of your problems.  > > 6 > > What is the bugcheck your system is crashing with?I > It seems to be timeformat related: something like "Invalid time format"   H You do know that time services changed relatively significantly from 7.3B to earlier versions? Of course the bugcheck or crash code could beG erroneous, and simply displaying whatever value was left in R0. (Do you < mean a 'bugcheck' or the code itself (program) is crashing?)  H > > I'm sorry to say this, but I think the problem is most likely in the > > interface you've written. B > I am using very basic tcp/ip functions tested in other programs,D > additionally I am setting system time when time difference occurs.  D See the release notes with regard to time change handling on 7.3 and above.  I > But in addition to my Interface system crashes also without it running.  > , > > If you fully adopted all the programmingF > > standards and requirements laid down for UCX 4 and VMS at 7.2, youG > > really should not have a problem. Upward compatibility is generally 1 > > maintained when you follow what is laid down. L > TCP/IP package has different behavior,compared to UCX  even in user level,> > for example returned $STATUS from ping command is different. >  > > H > > Have you tried contacting ABB (whoever they are) about CPS (whatever1 > > that is). Perhaps they have updated versions.  > N > I tried this very logical option, but ABB have sold the package in 1997, andJ > do not have a free upgrade contract, we need to buy it again (it is very> > expensive and comes with installation and hardware included) > > Why didn't you upgrade to  > > TCPIP v 5 when at 7.2?0 > CPS do work only with UCX, not with TCPIP v 5.  E This is what you're paying for. Not buying the "expensive" upgrade is D now costing you in terms of the problems you are seeing. Add up yourG hourly rate times the number of hours you've worked on this so far (and C will have to to resolve it) adding in the cost of the downtime, the F business impact of the loss of service, and perhaps you'll see that an) upgrade is more like an insurance policy.   F With the differences from UCX to TCPIP, there will be differences, butE there are still things the same, UCX is still ever present in its own D way in TCPIP, so you're most likely using UCX in a non-standard way.D I've done a number of UCX to TCPIP upgrades, and no-ones noticed any4 difference (other than performance and reliability).   5 > > Why didn't you upgrade to 7.3 on the old hardware 2 > > if you were migrating a sensitive application?" > We have not available old Alpha.  B I meant, upgrade the *current* alpha to 7.3, i.e. don't change the6 hardware. Less changes, easier to diagnose fault area.  L > Thanks, I am working now on installing VMS 7.1-2 on DS10 and it appears to& > be compatible with UCX and hardware. > Thanks again, Bye   F This is your solution for now. Some way down the line, you may wish toF re-evaluate your position. You are running a (now) obsolete version of@ the operating system, with an obsolete version of the networkingF software, on vaguely recent hardware. You could well be back at squareF one if you have a problem. The time and effort spent downgrading couldF be false economy. Like so many times with VMS, "it works" is a far cry> from "working the best it can". Requiring more performance, orH supporting an updated network infrastructure, and you could be back here again.  G I don't mean to be critical of the way you're handling this, I'm trying E to offer what I believe to be advice in your best interests (based on  information you've provided).    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Wed, 26 Mar 2003 09:49:16 +0100 0 From: "labadie" <en_trajectant_a_mort@127.0.0.1>1 Subject: Re: DCPS V2.2  LaserJet 4200 and NO_SYNC * Message-ID: <3e816bab@usenet01.boi.hp.com>  . "Michael" <noone@nowhere.com> wrote in message8 news:RD8ga.60872$s75.20981475@twister.columbus.rr.com... > Hello, > E > I have several new HP LaserJet 4200 printers.  They have the latest  firmware > from HP: R.24.08 > H > I just installed DCPS 2.2 which I thought supported the LaserJet 4200.8 > However, I can only seem to make this work by defining% > DCPS$queuename_NO_SYNC set to TRUE.  > L > Is this correct?  If its a supported printer should I have to define this? > 	 > Thanks,  > 	 > Michael  >  Hello   2 it is documented in the releases notes of Dcps 2.2I http://h71000.www7.hp.com/doc/731final/dcps_rn/dcps022_release_notes.html    see J Some HP printers do not respond to the DCPS synchronization request at the? beginning of a job. Therefore, you must define the logical name K DCPS$queuename_NO_SYNC before queues to these printers are started, or DCPS I jobs will not start. See Section 3.2 in these Release Notes or the System L Manager's GuideSystem Manager's Guide for more information. The printers for+ which you must define the logical name are:      HP Color LaserJet 2500   HP Color LaserJet 5500   HP LaserJet 4200   HP LaserJet 4300J It is also recommended that the printer's personality setting be set to PS
 (PostScript).        Grard   ------------------------------  + Date: Wed, 26 Mar 2003 14:49:02 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>  Subject: Re: DHCP on WE1. ; Message-ID: <01KTZFO1H2EW9H3B5Q@sysdev.deutsche-boerse.com>   D > I am using an alphaserver DS10, which has 2 network ports and I amE > trying to get the second port to run a DHCP server (the 1st port it A > talking to the house network and the second is a little private * > network talking to some control devices) > C > I have configured WE0 to talk to the house network and WE1 to the E > first address of the range I want to use, plugged the laptop into a E > switch connected to WE1 and set an apropriate IP address - they can  > ping each other, no problems.  > G > I enable, configure and start DHCP with a range of IPs for the second 8 > network but try as I might I cannot pick up an address  I Keep in mind that your TCPIP default gateway will be used for ALL return  H traffic, including return traffic from incoming connections via another I interface---which means that it won't work if the incoming and outcoming  I interface are different.  You can get around this by setting an explicit  E route, but then you won't be able to connect via the other interface.    ------------------------------    Date: 26 Mar 2003 03:05:50 -0800* From: rob.kersey@ntlworld.com (Rob Kersey)< Subject: Re: Hoff, what is the status of your book ? (Again)= Message-ID: <81995067.0303260305.2e623921@posting.google.com>    http://groups.google.com/groups?q=OpenVMS+system+managers+and+administrators+group:comp.os.vms&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=OF13B17283.9FF849BE-ON07256CE7.004FE102%40rsc.raytheon.com&rnum=1       _ Michael Rice <marice@whiteice.com> wrote in message news:<v81vf9tg2t9119@corp.supernews.com>... @ > This question was posed about 6 months ago in this same group. > J > Referencing the book: "OpenVMS System Management Guide", Digital Press,  > ISBN: 1555582435.  > K > Mine's been on order at Amazon for quite some time.  Is there an updated  & > ETA for this sure-to-be masterpiece?   ------------------------------  % Date: Wed, 26 Mar 2003 07:41:44 -0700 . From: "David D Miller" <ddmiller@raytheon.com>8 Subject: Hoff, what is the status of your book ? (Again)F Message-ID: <OFCCF176DD.1B5C734C-ON07256CF5.00506571@rsc.raytheon.com>  F Hoff has done quite a bit or work on the 2nd edition but was unable toE finish.  Digital Press asked me to finish it up.  We are targeting an  October publication date.    dave.    MIchael Rice wrote ....   > This question was posed about 6 months ago in this same group.  G Referencing the book: "OpenVMS System Management Guide", Digital Press,  ISBN: 1555582435.   H Mine's been on order at Amazon for quite some time.  Is there an updated$ ETA for this sure-to-be masterpiece?   ------------------------------  % Date: Wed, 26 Mar 2003 07:33:23 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>0 Subject: Re: HSZ Cache Corrupting Files? (Long!)) Message-ID: <3E8157C3.7FA73647@127.0.0.1>    Gerald Marsh wrote:   H > It started with a suspicion of a Backup bug - it seemed that restoringF > a file onto a test system would frequently result in a corrupt file.G > I've since found out that the file can be corrupted even if it's just 0 > created from DCL as long as it's large enough. > : > ======================================================== > ( > Here are some (perhaps) salient facts: > E > AlphaServer 8400 running OpenVMS V7.2-2 with all eco's installed (I 
 > think!). > F > Disks are mainly RZ28's with some 9 Gb versions connected via HSZ50.G > There are no defraggers or clever caching systems in use at the time.   H > We can easily reproduce the problem on the above-mentioned test systemE > but not on the production system with exactly the same HSZ firmware H > but with vol shadowing (thank whichever God I feel I should!) nor on a
 > baby Alpha.   H You're saying that the file is "corrupted" when restoring on a different system.   G If you restore to the system you pulled the file from, are there _ever_ 
 any problems?   B I would check out the status of things like highwater marking, andH cluster sizes as well as extend quantities. These things have a habit ofB biting you in unusual ways in certain circumstances. /TRUNCATE canH sometimes help in BACKUP. It is my experience that "development" systems? are often very far removed from the production environment, and 8 therefore not always reliable for a "direct" comparison.   --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Wed, 26 Mar 2003 13:28:32 -0500 A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> , Subject: Re: I Have Seen The IA64 Future !!!. Message-ID: <3e81f150$1_2@hpb10302.boi.hp.com>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:87adfiluay.fsf@prep.synonet.com... E > "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com> writes:  > J > > > So there is definitely a requirement for an (additional) EFI consoleF > > > (ROM!) command to make a drive unavailable for access by any OS: >  > > > SET <drive> OFFLINE  > C > > > and of course the inverse command to make it available again.  > ? > Put all your IA-64 stuff on a system disk. Install Windoze on ; > another disk, with you disk available. Don't touch yours.  > ; > All will be apparent, even if your data isn't any longer.  >   6 1) you have attributed a quote to me that is not mine.   2) you are wrong in this case.   ------------------------------  % Date: Wed, 26 Mar 2003 16:23:03 +0100 " From: "Hans Vlems" <hvlems@iae.nl>* Subject: I64/VMS boot contest; Thanks Sue!6 Message-ID: <b5sgkp$2cqouh$1@ID-143435.news.dfncis.de>   Sue,  K the boot contest polo shirt arrived today. Very nice indeed: deep blue with L the text in white. The HP logo on the right sleeve needs adjusting to though :-) 
 Thank you!  
 Hans Vlems   ------------------------------  % Date: Wed, 26 Mar 2003 09:04:54 +0100 * From: Daniel Clar <Daniel.Clar@supelec.fr>5 Subject: Is someone running Spamassassin on OpenVMS ?t) Message-ID: <3E815F26.9090208@supelec.fr>    Hello,  , I'm trying, as many people, to prevent spam.  H One of the freeware solutions is to use spamassassin/procmail on a Unix I box but, as far as I know, it seems to work only if the users have their e mailboxes on the Unix system.!  I My configuration is the following : the incoming mail arrives on a Tru64 eH box where an antivirus sofware is running, then the mail is transmitted G to sendmail and through the aliases mechanism the mail is delivered to  1 an OpenVMS system where the user has the mailbox.   A So has someone succeeded to run Spamassasin or an other freeware  2 solution on OpenVMS or with such a configuration ?   Thanks   Daniel CLarF Computer Operations Managerd Supelecn France   ------------------------------  % Date: Wed, 26 Mar 2003 20:08:07 +1200s From: "AG" <ang@xtra.co.nz> " Subject: Re: Microsoft vs. reality4 Message-ID: <Kddga.33479$jE3.756064@news.xtra.co.nz>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messagee) news:3E80BB3D.27FA85A6@vl.videotron.ca...t  K > But when came time to sell a few billion licences to China, Microsoft hadt no? > problems releasing the source code to the chinese government.   . Mind boggles ... Even with China's population,/ still - "a few billion licences"? How many doesm+ it make per every living person there? Now,r2 exclude infants, too old or terminally ill people,. people who couldn't care less about a computer if they ever saw one ...  % Looks like it must be one of the mostr( MS-licenced population in the world :-))   > If it was such aA > secrity risk, how come MS released it to a foreign government ?-  / Assuming each of these licences brought in even2) a modest return, we know now who financesl
 the MS :-)   ------------------------------    Date: 26 Mar 2003 09:35:47 -0800( From: rickaldred@yahoo.com (Rick Aldred)6 Subject: Re: Microvax 3100 dead - need data from drive< Message-ID: <4c6c3ca.0303260935.3733bade@posting.google.com>  ` "Hans Vlems" <hvlems@iae.nl> wrote in message news:<b5qffm$2akgl7$1@ID-143435.news.dfncis.de>... > L > First of all, Chris is quite right in pointing at the SCSI capabilities of > AXP/VMS V1.5. K > That said, an Alpha is most likely to have a CD ROM and these are factorys > set at DKA500.L > So you might still have a SCSI id problem. Remove one jumper: that'll give > you either DKA100 of DKA400.C > Make sure there's no tape drive (they have SCSI id 4 by default).  >  > Hans Thanks for the response.  A I disconnected the CD ROM to add the drive to the SCSI chain, andcD there is no tape drive on the Alpha. When I booted the Alpha withoutA the external drive it had no device with a 5 or 500 in it. When I A rebooted with the hard drive connected, DKA500: showed up for the B first time.  So I am pretty confident that it was indeed the drive itself that I was looking at.   C It appears that without access to a MicroVax, I will not be able toiC read the disk. As yet I am unsure how much further the company willsE allow me to take this, as the drive contains proprietary source code.   D Thanks to all of you for the amazing level of response that my queryE received. I am overwhelmed at the knowledge level displayed and great@ questions that were asked.   ------------------------------  % Date: Wed, 26 Mar 2003 07:20:56 +0000u( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Minimum version) Message-ID: <3E8154D8.490533FF@127.0.0.1>o   Seghers Bruno wrote: > C > Could somebody tell me what is the minimum version requiered, theuB > lasted version and the recommended one of CXX on a OpenVMS 7.3-1	 > system.h  6 http://h71000.www7.hp.com/openvms/os/swroll/index.html   -- ,? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot comf   ------------------------------    Date: 26 Mar 2003 06:38:21 -0800  From: alanb@cloud9.net (Alan B.)1 Subject: Multiple file versions served by Apache?a= Message-ID: <88599d89.0303260638.5b7d469d@posting.google.com>   > Is it possible to have a VMS Apache server serve multiple fileE versions when browsing directories? It works fine when displaying the A latest file version in a directory, but the browser won't displaypF multiple versions of the same file. How can I make it do that (perhaps I can't)? Thanks.h   ------------------------------  % Date: Wed, 26 Mar 2003 09:12:40 -06002 From: brandon@dalsemi.comt5 Subject: Re: Multiple file versions served by Apache?a1 Message-ID: <03032609124087@dscis6-0.dalsemi.com>n  . This is the correct subject for my response...  @ > Is it possible to have a VMS Apache server serve multiple fileG > versions when browsing directories? It works fine when displaying therC > latest file version in a directory, but the browser won't displayoH > multiple versions of the same file. How can I make it do that (perhaps > I can't)? Thanks.o  N I beleieve that this is a design issue with CSWS.  Besides, web browsing takesM place on clients that have no knowledge or understanding of multiple versionss of the same file.a  L That said, you could create a CGI, PHP, or DCL command procedure to create aN web page that serves multiple versions.  The idea here would be that a processK would perform a directory to an output file, process that output file using . links to the file name, etc...  Then serve it.  O The CGI would allow the user to interactively update the list.  Same with PHP.  M The DCL would be run at the backend generating a web page every day, hour, or. as desired.d     John Brandon VMS Systems Administratore Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wki 972.371.4003 fxc   ------------------------------    Date: 26 Mar 2003 09:04:55 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)e# Subject: mysql undefined referencesw- Message-ID: <3e815f27$1@news.uni-konstanz.de>    Hi,o  9 mysql seems to a crucial test of the c & cxx environment.e  ' In the multinet-newsgroup someone says:o  I "They are references to routines in the CRTL that the compiler did not doiF correctly because of errors in the prototype definitions in the recent CRTL+ patch that provides access to large files."o  " %LINK-I-UDFSYM, 	__OFF64_UTC_FSTAT! %LINK-I-UDFSYM, 	__OFF64_UTC_STATo %LINK-I-UDFSYM, 	__OFF64_LSEEK" %LINK-I-UDFSYM, 	__OFF64_FTRUNCATE %LINK-I-UDFSYM, 	__OFF64_LSEEK %LINK-I-UDFSYM, 	__OFF64_MMAP   & Where  are the correct header-file????   thanks eberhard   ------------------------------  % Date: Wed, 26 Mar 2003 12:24:04 -0500 $ From: "Bill Clark" <bclark@lrgh.org>6 Subject: Need List of Patches for 'Post' 7.2-2 upgrade2 Message-ID: <RwWdnZ10W6-jfxyjXTWc3g@metrocast.net>  	 greetingsh=     am plodding along towards an upgrade from 7.1-2 to 7.2-2,a?     and would like to get the official (or recommended) list ofe:     patches that ought to be applied after the OS upgrade.       thanks in advance.   ------------------------------  % Date: Wed, 26 Mar 2003 11:27:11 -0600  From: brandon@dalsemi.comn: Subject: Re: Need List of Patches for 'Post' 7.2-2 upgrade1 Message-ID: <03032611271119@dscis6-0.dalsemi.com>    > greetingso? >     am plodding along towards an upgrade from 7.1-2 to 7.2-2,-A >     and would like to get the official (or recommended) list ofr< >     patches that ought to be applied after the OS upgrade. >  >     thanks in advance.  : I load what is available - regardless if I need it or not.  ! The following links come to mind:7  & http://ftp.service.digital.com/public/* http://ftp.service.digital.com/restricted/   John Brandon VMS Systems Administratorp Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkc 972.371.4003 fxP   ------------------------------  % Date: Wed, 26 Mar 2003 07:38:55 +0100s From: Dirk Munk <munk@home.nl>- Subject: Re: Netscape gags on VMS FTP Serversr2 Message-ID: <b5rhtu$53k$1@news1.tilbu1.nb.home.nl>   Alder wrote:I > Certain VMS-based FTP sites (my own among them, running TCPIP Services tE > 5.3) are responding with the following message when I connect with t9 > Netscape Navigator 7.01 (Windows) using the FTP scheme:o >  > AlertoF > The FTP server 200 VMS OpenVMS V7.3 on node <ftp site> is currently  > unsupported. > J > Does anyone get similar behaviour using VMS Mozilla clients, or is this D > (likely) a Netscape for Windows problem as I'm tempted to believe? >  > Thanks for reading,f > Alder  >   O I'm running Mozilla 1.3 on OpenVMS. Opening a FTP session ( ftp://127.0.0.1/ ) /E from Mozilla to my anonymous FTP account will result in this message:r  / 550-Failed to open LDA2:{ANONYMOUS].; for inputa 550 file not found  L Retrieving a file from the directory is possible, so it seems that the only @ problem at the moment is that we can't get a directory listing !  A Netscape 7.02 on Win98 will still report the unsupported message.s   ------------------------------    Date: 26 Mar 2003 09:37:12 -0800) From: munroe@csworks.com (Richard Munroe)s. Subject: New additions to decus.acornsw.com...< Message-ID: <8d09fa7.0303260937.540dc806@posting.google.com>  B Thanks to a generous donation of material from Glenn Everhart, theE DECUS freeware archive at decus.acornsw.com is now fully up to date. tA One of these days I'll move it to the csworks.com domain... sigh.r   Check it out at:       http://decus.acornsw.com/   F (I'm still working on the search interface, so don't hit that too hard yet...)d   Dick Munroe0  + p.s. I'm looking for work.  My resume is at F http://www.csworks.com/resume.  Take a look and if you've got a match, drop me a line.6   ------------------------------  % Date: Wed, 26 Mar 2003 09:49:32 -0800c# From: "Tom Linden" <tom@kednos.com>i2 Subject: RE: New additions to decus.acornsw.com...9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEBIGOAA.tom@kednos.com>s    How big is your pipe to the net?   >-----Original Message-----X1 >From: Richard Munroe [mailto:munroe@csworks.com] ( >Sent: Wednesday, March 26, 2003 9:37 AM >To: Info-VAX@Mvb.Saic.Com/ >Subject: New additions to decus.acornsw.com...e >o >yC >Thanks to a generous donation of material from Glenn Everhart, thepF >DECUS freeware archive at decus.acornsw.com is now fully up to date. B >One of these days I'll move it to the csworks.com domain... sigh. >t >Check it out at:e >t >    http://decus.acornsw.com/ >eG >(I'm still working on the search interface, so don't hit that too hard  >yet...) >a >Dick Munroe >o, >p.s. I'm looking for work.  My resume is atG >http://www.csworks.com/resume.  Take a look and if you've got a match,  >drop me a line. >  >---' >Incoming mail is certified Virus Free.f; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003c >o --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.455 / Virus Database: 255 - Release Date: 2/13/2003   ------------------------------    Date: 26 Mar 2003 06:54:06 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)5 Subject: New DECserversi= Message-ID: <857e9e41.0303260654.51c3d1eb@posting.google.com>:   Dear Newsgroup,   C I thought this might interest you, and I have a special place in myoC heart for Digital Networks since it is the group I came from when Im" joined VMS (we were all DEC then).  E I also have this document in a much nicer format with pictures if youn need it. Just send me mail.e  
 Warm Regards,s Sues  H ________________________________________________________________________  % NEW DECservers from Digital Networks!l  A By popular demand we have enhanced our best selling device accesshE server, the DECserver 90M, to become the DECserver 90M+. This will be F identical in performance with the added benefits of SSH security and 3D volt technology. It will work with all DEChub 90 and Multiswitch 900@ chassis as well as a standalone unit. Comes with DNAS management	 software.n  ( This will be available from mid May 2003  7 See the attached spreadsheet for part codes and options    SPECIAL OFFER!  B Preorder today and get a power supply FREE worth $138 list. Quote:	 E90M+Prom    Offer ends 30th April, 2003h  / New Family! - New Technologies! - New Features!a  F Throughout the rest of the year we will be introducing a number of new> device access servers called COMservers. These incorporate newF technologies and standards offering greater performance and value than ever before.  
 Key features:r  6 -Greater port density range: 1-48, greater flexibility   -SSH security, peace of mind  A -2 PC card slots - Ethernet card, 802.11 wireless, flash ROM etc.a  . -Redundant power supply on units above 4 ports  C -RS423,422 & 485: interference resistant - improve range, speed and: reliabilityr  A -Environmental housing for 1-4 ports, industrial, harsh locationsa  ? -Power over Ethernet for 1-4 ports, saves installation of powerc supplies   -Faster 256 Kbps connection, a   -Runs DNAS softwaren  D Contact us at emeasales@digitalnetworks.net for further information.   Tel: +44 1256 855600   Fax: +44 1256 855616  D To be removed from this distribution list please reply with 'remove' in the subject.    ------------------------------    Date: 26 Mar 2003 10:03:20 -0800' From: timasmith@hotmail.com (Tim Smith)y9 Subject: Re: next installment - alpha 3000 console now... = Message-ID: <a7234bb1.0303261003.1651df30@posting.google.com>   i "Stuart Johnson" <ssj152 AT charter DOT net> wrote in message news:<v824qodq6hreab@corp.supernews.com>...t6 > "Tim Smith" <timasmith@hotmail.com> wrote in message9 > news:a7234bb1.0303241507.4d1e0512@posting.google.com...aI > > So I have the alpha3000 perched in my basement and I want to find theyG > > boot prompt but I need a console terminal - I don't have one.  I domE > > have a Dell 8200 inspiron laptop with seemingly a male and female G > > serial port.  Looking on the back of the alpha3000 I seem to have a E > > couple of possibilities one marked with an oval, the other with a  > > triangle in a square...  > > I > > ...forgive my hardware ignorance, I really am a software tinkerer butaH > > is it possible to drop by Staples and pickup a serial cable, connectD > > my laptop to the back of the Alpha3000, and configure a terminalH > > emulator with a lucky baud and parity to actually get this sucker toE > > see a boot prompt so I can proceed past go and collect some cash?e > >  > > many thanks in advance!  > >  > > Tim  > N > There is an auction on eBay right now that is for a cable to connect a PC toL > a DEC computer, using a DB9 on one end and a MMJ at the other. The auction > is:lM > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3408890916&category=3704g > .r > M > I do not have anything to do with this auction or seller; I simply saw thissJ > and thought it might be the simplest way for you to get connected. SinceD > this is custom made, I suspect the seller will make them to order. > ! > Best of luck with your project!j > Stuart Johnson  E I tried to bid but someone is outbidding me... at this rate they wantc1 me to spend more than I spent on the Alpha box...r   Timv   ------------------------------    Date: 26 Mar 2003 06:55:48 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski) , Subject: OpenVMS at CUO/Interex/DECUS Europe= Message-ID: <857e9e41.0303260655.7c4c3393@posting.google.com>t  D Best Practices for OpenVMS Performance with Examples of their Use inB Characterizing GS1280 Performance Christian Moser, Hewlett-Packard Companyt  ; OpenVMS in the New HP Mark Gorham, Hewlett-Packard Company    8 Advanced Server and PATHWORKS for OpenVMS Brad McCusker, Hewlett-Packard Company   B OpenVMS on the Intel Itanium Architecture: The Operating System,< Applications and the New Calling Standard - Gaitan D'Antoni, Hewlett-Packard Companyr  D This is only a highlight of the many sessions offered on the OpenVMS topic.  F Don't miss the key sessions on Disaster Tolerance, OpenVMS on Itanium,- OpenVMS Unix portability and OpenVMS Futures.e  8 Visit www.hp-interex.org for a fully up-to-date program.  D The Early bird registration ends on 10 April. Click here to register: on-line or download the PDF registration form available at0 www.hp-interex.org and fax it to +32 2 743 1550.  E For further information and to learn about our sponsorship/exhibition-C opportunities, please contact the HP-Interex EMEA office (please dorC not 'reply' via this E-mail) Avenue des Gaulois 7, B-1040 Brussels,nD Belgium E-mail: paul@associationhq.com, Tel: + 32-2-743 4423, Fax: +! 32-2-743 1550, www.hp-interex.orgg   ------------------------------  % Date: Wed, 26 Mar 2003 11:25:02 +0000L' From: Andrew Harrison SUNUK Consultancy[Y Subject: Re: OpenVMS.org: Marvel article and HP's press release for Marveland Alpha Retai . Message-ID: <3E818E0E.1000204@nospamn.sun.com>   jlsue wrote:G > On Tue, 25 Mar 2003 11:58:00 +0000, Andrew Harrison SUNUK Consultancyl0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >  >> >>jlsue wrote: >>I >>>NOTE:  I know the attribution below may not be exactly correct....  iniH >>>switching ISPs I missed some notes and had to look them up on Google. >>>-H >>>On Tue, 13 Mar 2003 09:12:05 +0000, Andrew Harrison SUNUK Consultancy1 >>><Andrew_No.Harrison_No@nospamn.sun.com> wrote:e >>>- >>>d >>>aH >>>>>I don't divulge any details about my customer.  However, there is aK >>>>>web page for HP wins, and one that's kinda neat is at Bank of Austria.o? >>>>>They have 16-P GS160 systems.  check out the report below:  >>>>>t> >>>>>http://h71000.www7.hp.com/openvms/brochures/Bank-Austria/ >>>>>  >>>>D >>>I never made claims about the performance in specific numbers, so1 >>>you're wasting your time with that argument.  2 >>>0 >>= >>No you made general claims, which you have failed miserablyo# >>to back up with specific numbers.i >   7 Look this is an argument that you lost a long long timeh: ago by not being able to produce one example that supports your conjecture.  6 I have produced numerous examples that support mine so6 unless you actually come up with a more adult response6 that includes fact rather than hand wavey BS you might as well not bother.t   > E > No, I made claims that YOUR general claims are unsupportable in thee7 > real world.  If I made general claims, show me where.y >   : This is the REAL world which you are unable to provide any examples of for inspection.    > < >>When are you going to work it out, Compaq have published a: >>wealth of benchmark results that show that the GS160/320= >>don't perform to the levels claimed by your marketing, your = >>own customers have also provided numbers for their own appsw >>that show this.  >  > H > When in doubt, always quote these benchmark results.  That way you can > ignore real-world results. >   6 You customers have posted their real world experiences9 to this newsgroup they support the inevitable conclusionsl4 of your own benchmark results, how clear do you need	 it to be.    > : >>You have provided no examples that refute this so in the; >>circumstances unless you can I am perfectly free to claim ; >>with supporting collateral that GS160/320's don't perform ; >>and until you come up with something to support your casee& >>you are not in a possition to reply. >> >  > D > I have supplied examples that disprove your claims that they don't@ > perform well, and in particular, your generalizations that allF > "transacton-oriented" applications will perform badly.  YOU made theE > general claims, so all I've got to do is show counter examples thatt > disprove the generality. >   > No you havn't you have made statements like "in my experience"; and "I know of customers that" without providing one singles< example. Forgive me for being harsh but given your dreadfull< track record when you say "in my experience" the BS detector= starts buzzing loudly. After all it was you who said I lookedu9 in the Deja archive for customers with performance issues 9 moving from 8400/140 to GS160/320 and you apparently were  unable to find any !   > 7 >>Get used to it and try being a bit more adult in yourv7 >>responses, accusing me of lying isn't going to assistp >>your case. >  > ? > That's gotta be another for the pot-and-kettle award.  But to C > demonstrate that you are talking out of the wrong end, see below:e >   9 So demonstrate where I have lied in this discussion. Thiso is a put up or shut up point.l   >  >>F >>>The article DOES NOT say that the GS160 gave them a 28% performanceD >>>increase.  Try reading for comprehension next time.  It says thatH >>>"moving to VMS 7.3 gave them a 28% performance increase.  The articleG >>>actually does not give any info as to the performance gains from thepD >>>GS160.  This is yet another attempt on your part to mis-representB >>>things to try to back up your unsupportable logical conclusion. >>>o >>F >>You need to read the small print down towards the end of the article >>and not the headline.e >>A >>The article talks about two events, an upgrade to the GS and an.D >>upgrade to 7.3 but only refers to one 28% performance improvement. >  > G > Yes, you are correct, it does refer to both activities.  However, thet- > EXACT quote from the article is as follows:y > = > 	"Since moving to version 7.3 of OpenVMS, we have seen a 28 " > 	 percent performance increase." > H > Now, how do you get the 28% applied to the GS upgrade without a lot ofF > blind faith, jumping to conclusions, hope-against-hope, and fud?  ItH > specifically says that the 28% reference is to the VMS upgrade, and no) > GS160 performance numbers are provided.c  B No sorry the whole article refers to a TurboLaser to GS160 upgradeE and a 7.3 upgrade, the article also explains that the purpose of thisiD exercise was to improve throughput because the Turbolaser was maxed.  A There is however only one performance number quoted for the whole 	 exercise.p  > Given the apparent confusion in your mind I would suggest that= you either get the reference re-written if you can to explaine9 what the benefits of moving from 8400->GS160 was and what " the benefits were of moving to 7.3  = Either that or remove the reference, it isn't that good is itt3 if you cannot explain it an I can tear holes in it.s   regardsf Andrew Harrisona   ------------------------------    Date: 26 Mar 2003 10:12:30 -0600+ From: young_r@encompasserve.org (Rob Young)w! Subject: Question regarding FC$CPa3 Message-ID: <fQ1fivs9BtW0@eisner.encompasserve.org>e  @ 	I've noticed in the builtin help to FC$CP (mcr sys$etc:fc$cp on' 	7.3-x systems and higher) we see this:t   $!G $!    $ MCR SYS$ETC:FC$CP FGx <enables> [<delay ms>] [<response count>]  $!G $! 1) Enables bit 1 = Response Coalescing, bit 0 = Interrupt Coalescing B $! 2) Delay is in milliseconds and can range from 0 to 255 decimal3 $! 3) Response count can range from 0 to 63 decimale5 $! 4) Any negative value leaves a parameter unchangednC $! 5) Values returned are those which are current after any changest $! $! Recommended command line: $ - $  MCR SYS$ETC:FC$CP FGA 2 1 8 ! Or FGB, etc.v $u   	Yet in a recent ECO:o    I *OpenVMS] VMS73_FIBRE_SCSI-V0400 Alpha V7.3 FibreChannel/SCSI ECO Summaryu   New Kit Date:       14-NOV-2002 " Modification Date:  Not Applicable Modification Type:  NEW KITh    [snip]    C   o  The following recommended command line has been added to  Help       for FC$CP:r  7          $  MCR SYS$ETC:FC$CP FGA 3 1 8  ! Or FGB, etc.C    8           Images Affected: [SYSHLP.UNSUPPORTED]FC$CP.EXE   ---e  ( 	That isn't right.  The help still says:   $! Recommended command line: $l- $  MCR SYS$ETC:FC$CP FGA 2 1 8 ! Or FGB, etc.  $b   ---C  + 	Which is it?  Do you enable both bits via:i  - $  MCR SYS$ETC:FC$CP FGA 3 1 8 ! Or FGB, etc..  * 	Or do you enable Response Coalescing via:  - $  MCR SYS$ETC:FC$CP FGA 2 1 8 ! Or FGB, etc.t   	Which way and why?h  
 			Thanks,   				Robh    K "Even if the biblical assertion is incorrect that where there is no vision,eH  the people perish, it is difficult to think what could be the engine orJ  stimulus for social behavior in a nihilistic system committed only to theI  certainty of the passage of time, without any energetic relationship to m/  another principle or purpose."  --Lionel Tiger    ------------------------------  % Date: Wed, 26 Mar 2003 06:52:46 -0600y From: sfm1115@bjc.orgv Subject: Reboot Rights8 Message-ID: <tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com>  F I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who has@ been working on installing an application and has to have system rights to do so.  F The Problem is this vendor just reboots the server whenever they feel.D Is there a way I can prevent the vendor's account from rebooting theB server, but still allow him to have all the other system rights he& needs.  They have thier own account.     Thanks,  Shawns   ------------------------------  % Date: Wed, 26 Mar 2003 13:11:36 +0000c( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Reboot Rights) Message-ID: <3E81A708.C4808EA1@127.0.0.1>    sfm1115@bjc.org wrote: > H > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasB > been working on installing an application and has to have system > rights to do so. > H > The Problem is this vendor just reboots the server whenever they feel.F > Is there a way I can prevent the vendor's account from rebooting theD > server, but still allow him to have all the other system rights he& > needs.  They have thier own account.  , I just tested this on OpenVMS Alpha 6.2-1H3.  E You can remove SETPRV and SECURITY which will deny then from shuttingtB down the system, because the SHUTDOWN procedures need these privs.  B However this will not stop them from merely invoking OPCCRASH, andD CMKRNL (and possibly also CMEXEC) may need to be revoked. This wouldG them prevent them from installing system wide sharable images which mayH be part of the application.t   HTH. -- r? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Wed, 26 Mar 2003 07:15:15 -0600P From: brandon@dalsemi.come Subject: Re: Reboot Rights1 Message-ID: <03032607151523@dscis6-0.dalsemi.com>e  H > The Problem is this vendor just reboots the server whenever they feel.   Use a big stick...  F > Is there a way I can prevent the vendor's account from rebooting the
 > server,    .. even bigger stick...d  < > but still allow him to have all the other system rights he( > needs.  They have thier own account.     .. BFS  & Maybe it is time to find a new vendor?   John Brandon VMS Systems Administratorv Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk0 972.371.4003 fx@   ------------------------------  % Date: Wed, 26 Mar 2003 07:33:27 -0600  From: sfm1115@bjc.orgm Subject: Re: Reboot Rights8 Message-ID: <40b38v8a1lklfmken83u5jaf389g33mrqv@4ax.com>  F Thanks for the help.  I will give that a shot and if that doesn't workC I will take the 2nd suggestion into play....aka the Big Stick.  :-)h      : On Wed, 26 Mar 2003 06:52:46 -0600, sfm1115@bjc.org wrote:  G >I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasrA >been working on installing an application and has to have system  >rights to do so.g > G >The Problem is this vendor just reboots the server whenever they feel.IE >Is there a way I can prevent the vendor's account from rebooting theuC >server, but still allow him to have all the other system rights her' >needs.  They have thier own account.  e >  >Thanks, >Shawn   ------------------------------    Date: 26 Mar 2003 07:40:04 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Reboot Rights3 Message-ID: <pZQoe5VrB$ju@eisner.encompasserve.org>-  P In article <tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com>, sfm1115@bjc.org writes:H > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasB > been working on installing an application and has to have system > rights to do so. > H > The Problem is this vendor just reboots the server whenever they feel.F > Is there a way I can prevent the vendor's account from rebooting theD > server, but still allow him to have all the other system rights he( > needs.  They have thier own account.   >   K If a vendor did this to one of my production systems without my permission,.% two things would happen very quickly:S  * 1) They would be ejected from the building> 2) Another vendor's sales team would get a phone call from me.  I In other words, why can't you just order them to schedule reboots through  you ?-   Simon.   -- -B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------    Date: 26 Mar 2003 07:45:24 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) Subject: Re: Reboot Rights3 Message-ID: <PaUL5iyLkhfe@eisner.encompasserve.org>g  x In article <pZQoe5VrB$ju@eisner.encompasserve.org>, clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley) writes:R > In article <tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com>, sfm1115@bjc.org writes:I >> I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasiC >> been working on installing an application and has to have system- >> rights to do so.- >>  I >> The Problem is this vendor just reboots the server whenever they feel..G >> Is there a way I can prevent the vendor's account from rebooting the8E >> server, but still allow him to have all the other system rights he ) >> needs.  They have thier own account.  t >> o > M > If a vendor did this to one of my production systems without my permission,e' > two things would happen very quickly:r > , > 1) They would be ejected from the building@ > 2) Another vendor's sales team would get a phone call from me. > K > In other words, why can't you just order them to schedule reboots throughS > you ?0 >   I BTW, If you want a technicial solution, put a deny ACL on SHUTDOWN.COM as  well as OPCCRASH.s   Simon.   --  B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       L VMS advocate: One who makes a Mac advocate look like a beginner at advocacy.   ------------------------------    Date: 26 Mar 2003 08:00:37 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)o Subject: Re: Reboot Rights3 Message-ID: <2FD4DhCU2f2u@eisner.encompasserve.org>y  P In article <tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com>, sfm1115@bjc.org writes:H > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasB > been working on installing an application and has to have system > rights to do so. > H > The Problem is this vendor just reboots the server whenever they feel.  H You have a _severe_ non-technical problem in relations with this vendor.F If you have told them the rules and they have ignored them, you should/ get them disqualified as a vendor to your shop.r  F > Is there a way I can prevent the vendor's account from rebooting theD > server, but still allow him to have all the other system rights he( > needs.  They have thier own account.    G Look at the discussion of privilege _categories_ in the Guide to SystemgH Security to learn the capabilities of the various VMS privileges.  Don'tJ give privileges that allow control of system operations to those you don't# want controlling system operations.    ------------------------------    Date: 26 Mar 2003 08:23:37 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Reboot Rights3 Message-ID: <hWEygen4CQKC@eisner.encompasserve.org>   c In article <2FD4DhCU2f2u@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: R > In article <tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com>, sfm1115@bjc.org writes:I >> I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hashC >> been working on installing an application and has to have system  >> rights to do so.' >>  I >> The Problem is this vendor just reboots the server whenever they feel.) > J > You have a _severe_ non-technical problem in relations with this vendor.H > If you have told them the rules and they have ignored them, you should1 > get them disqualified as a vendor to your shop.$ > G >> Is there a way I can prevent the vendor's account from rebooting theiE >> server, but still allow him to have all the other system rights he ) >> needs.  They have thier own account.    > I > Look at the discussion of privilege _categories_ in the Guide to SystemeJ > Security to learn the capabilities of the various VMS privileges.  Don'tL > give privileges that allow control of system operations to those you don't% > want controlling system operations.'  D And make it clear to the vendor that if they should attempt to alterC their privilege level beyond what you have given them, they will bek summarily disqualified.y   ------------------------------    Date: 26 Mar 2003 08:29:55 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)u Subject: Re: Reboot Rights3 Message-ID: <rVT6If3WaxiE@eisner.encompasserve.org>o  P In article <tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com>, sfm1115@bjc.org writes:H > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasB > been working on installing an application and has to have system > rights to do so. > H > The Problem is this vendor just reboots the server whenever they feel.F > Is there a way I can prevent the vendor's account from rebooting theD > server, but still allow him to have all the other system rights he( > needs.  They have thier own account.    A    Get your CIO (or whatever you call him/her) to call him on theg
    carpet.   ------------------------------  # Date: Wed, 26 Mar 2003 15:46:44 GMTb# From: "John N." <JNixon@cfl.rr.com>a Subject: Re: Reboot Rights< Message-ID: <EXjga.59744$M7.1179183@twister.tampabay.rr.com>  H Do you mean he has done this more than once, and he is still a vendor of yours?  * Hmmmm.  You have more patience than we do.  " <sfm1115@bjc.org> wrote in message2 news:tg838vkt5883armfakjo46hac8vt8nf7i5@4ax.com...H > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasB > been working on installing an application and has to have system > rights to do so. >eH > The Problem is this vendor just reboots the server whenever they feel.F > Is there a way I can prevent the vendor's account from rebooting theD > server, but still allow him to have all the other system rights he& > needs.  They have thier own account. >e	 > Thanks,: > Shawno >  >0   ------------------------------  % Date: Wed, 26 Mar 2003 12:43:45 -0400i0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: Reboot Rights/ Message-ID: <3E81D8C1.D0BCCF94@vl.videotron.ca>   J > > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasD > > been working on installing an application and has to have system > > rights to do so.  N I was once in that situation. The first time around, I was on premises and hadN pre-arranged this, but was working next to one of the system managers, and hadJ to talk to her every couple of minutes to tell her what I woudl be doing.   E Then, that customer told me that the next time around, it would be annG automated istal that the sstem manager could do. So I wrote a VMSINSTALd procedure to do the deed.   K If the person is simply installing software, I, with system manager hat on,dD would demand a pretty good explanation of why a reboot is necessary.  L If the vendor is actually debugging his software, then yeah, I guess that ifN he has drivers etc, he might need a few reboots. But then he shoudl be given a! development environment to do so.t   ------------------------------  % Date: Wed, 26 Mar 2003 13:09:19 -0500l From: norm.raphael@metso.com Subject: Re: Reboot Rights? Message-ID: <OFD5BB83A1.7D23B201-ON85256CF5.00632E36@metso.com>r  B What we may have here is someone seeking a technical solution to a political problem he cannot5 solve himself.  K I once worked where the resident PhD had all privileges on the company VAX,3 and every MondayI morning I would have to put the system back to normal for the rest of thee company because he hadH changed things around while "working" over the weekend.  He was far more important to the companyD than was a stable platform, and once given, those privs could not be  removed because of the politics.' We just had to live with it, so we did.   E In this case, the ACL's on Shutdown.com  and OPCcrash.exe seem a goodm quick-fix, but a seriousI conversation with someone who has the "attention" of the vendor certainly8 seems appropriate (maybe
 even a memo).   1 This certainly should not be allowed to continue.m    H From:  JF Mezei <jfmezei.spamnot@vl.videotron.ca> on 03/26/2003 11:43 AM  < Please respond to JF Mezei <jfmezei.spamnot@vl.videotron.ca>   To:    Info-VAX@Mvb.Saic.Com cc:s   Subject:    Re: Reboot Rightsa    J > > I have an Alpha Server running OpenVMS 7.2-1.  I have a vendor who hasD > > been working on installing an application and has to have system > > rights to do so.  J I was once in that situation. The first time around, I was on premises and hadhJ pre-arranged this, but was working next to one of the system managers, and hadvI to talk to her every couple of minutes to tell her what I woudl be doing.   E Then, that customer told me that the next time around, it would be aneG automated istal that the sstem manager could do. So I wrote a VMSINSTAL  procedure to do the deed.)  K If the person is simply installing software, I, with system manager hat on,rD would demand a pretty good explanation of why a reboot is necessary.  I If the vendor is actually debugging his software, then yeah, I guess thatG ifF he has drivers etc, he might need a few reboots. But then he shoudl be given a ! development environment to do so.e   ------------------------------  % Date: Wed, 26 Mar 2003 07:54:55 +0000s( From: Nic Clews <sendspamhere@127.0.0.1>: Subject: Re: Terminal driver for VAX synchronous interface) Message-ID: <3E815CCF.14415CD8@127.0.0.1>    Michael Unger wrote: > - > "Nic Clews" <sendspamhere@127.0.0.1> wrote:d  H > > The terminal adapter I'm planning to use is a US Robotics Courier-I.  ( > I dont't know that particular adapter.  G The manual claims it switches from asynchronous to synchronous when the9 connection is made.a  C > ISDN communication is synchronous, RS/EIA-232 asynchronous -- themJ > terminal adapter should handle the "translation". The baud rate from theJ > ISDN adapter to the computer should be above the ISDN rate to avoid dataC > congestion (I don't know if the ISDN adapter can deal with a slownG > connection _to_ the computer); the baud rate from the computer to the B > ISDN adapter may be below the ISDN rate (which doesn't cause anyI > problem) or above that (which is handled by the hardware flow control).DG > Just don't use _software_ flow control (i.e., XON/XOFF) because these ; > "characters" may be embedded in the "normal" data stream.D  @ Yep, I'm fairly familiar with that. I'm using full modem controlG hardware flow at 33.6 connection (I'm using a CXY08 at 38400, so pegged3 the modem speed deliberately).  F It would appear then that my TA should be handling the synch to asynch* translation. Perhaps I have the wrong one!  I > > I'll ask another question then, based on your information, if I had a-I > > terminal server that did hardware flow control, and could communicateo> > > (say) at 115,000 bps (say a DS 700-8MC) that even when theI > > modem/terminal adapter (pegged at 64k) flips into synchronous, it may 	 > > work?: > D > It really should! But even a "simple" serial line interface should; > support hardware flow control, even on a 9-pin connector.6  H When the line is installed I'll try it (and report back). However I'm inH need of a DS 700-8MC in the UK (hint, hint, pretty please ! :-) I'd also  be interested in trying a DSV11.  oI > At home I'm using a similar setup to dial-up to the DECUS VMS system: a I > tiny PBX system (with an integrated modem adapter) connected to an ISDNiJ > line; the connection to the PC is made via a USB interface. The terminalH > emulation running on the PC uses a "virtual COM port" established by aH > special software driver which physically uses the USB interface to theG > PBX system. It's running without any problems. (Well, not considering81 > the "normal" Winwoes problems of course ... :-):  D Yes I will get a USB port as well for the PC connection, but most ofG what I'd describe as the real meaty work is done from and tied into the G facilities of what the VMS operating system can give me. To some degreeo- it is also proving that I can do it from VMS.N   -- r? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencese nclews at csc dot com.   ------------------------------  % Date: Wed, 26 Mar 2003 18:19:43 +0100i$ From: Michael Unger <unger@decus.de>: Subject: Re: Terminal driver for VAX synchronous interface* Message-ID: <00A1D74C.BCB544C8.9@decus.de>  + "Nic Clews" <sendspamhere@127.0.0.1> wrote:    > Michael Unger wrote: > > / > > "Nic Clews" <sendspamhere@127.0.0.1> wrote:a > J > > > The terminal adapter I'm planning to use is a US Robotics Courier-I. >  > [...]o > H > It would appear then that my TA should be handling the synch to asynch, > translation. Perhaps I have the wrong one! >  > [...]a  > What is the connector type for the connection to the computer?2 Are you sure that it isn't an _internal_ ISDN bus?   Michael-   ------------------------------    Date: 26 Mar 2003 09:24:53 -0600+ From: young_r@encompasserve.org (Rob Young)t Subject: Write Bitmap questionsD3 Message-ID: <4iuwnBpwlB5P@eisner.encompasserve.org>    	I got to thinking about this.  " 	What is to prevent the following?  - 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:l   	$ MOUNT/OVER=ID $1$DGA4:e   	$ SET DEFAULT $1$DGA4:[SUBDIR]o   	$ EDIT/TPU FILE.DAT  2 		write bunch of blocks, 100, 1000, number doesn't	 		matter.r  D 	$ MOUNT/SYSTEM DSA5/SHAD=$1$DGA4:/POLICY=MINICOPY=OPTIONAL PROD_VOL  C 	At this point WBM copies blocks that changed.  However, the blockscA 	created by editing FILE.DAT aren't number among them and are not ; 	the same as the ones on the rest of the shadowset members.a  D 	Without using MINICOPY, this wouldn't matter as a full copy results 	anyhow.  So my questions are:  9 		1)  What prevents this from happening?  Does the systems6 			keep track clusterwide if DGA4: has been written to" 			and if so, a full copy results?  > 		2)  Would this "potentially" be a problem?  If not, why not?     				Thanks,I   				Rob.   ------------------------------    Date: 26 Mar 2003 09:28:36 -0600+ From: young_r@encompasserve.org (Rob Young) # Subject: Re: Write Bitmap questions 3 Message-ID: <H21bI5eo3Ih0@eisner.encompasserve.org>   a In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:  >   > 	I got to thinking about this. > $ > 	What is to prevent the following? > / > 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:  >  > 	$ MOUNT/OVER=ID $1$DGA4:M > ! > 	$ SET DEFAULT $1$DGA4:[SUBDIR]/ >  > 	$ EDIT/TPU FILE.DAT > 4 > 		write bunch of blocks, 100, 1000, number doesn't > 		matter.t    	$ DISMOUNT $1$DGA4: ! of course > F > 	$ MOUNT/SYSTEM DSA5/SHAD=$1$DGA4:/POLICY=MINICOPY=OPTIONAL PROD_VOL > E > 	At this point WBM copies blocks that changed.  However, the blocksVC > 	created by editing FILE.DAT aren't number among them and are not.= > 	the same as the ones on the rest of the shadowset members.0 > F > 	Without using MINICOPY, this wouldn't matter as a full copy results  > 	anyhow.  So my questions are: > ; > 		1)  What prevents this from happening?  Does the system38 > 			keep track clusterwide if DGA4: has been written to$ > 			and if so, a full copy results? > @ > 		2)  Would this "potentially" be a problem?  If not, why not? >  > 
 > 				Thanks,r > 	 > 				Robn >    ------------------------------   Date: 26 Mar 03 08:45:57 PST From: mckinneyj@cpva.saic.como# Subject: Re: Write Bitmap questionsa( Message-ID: <CuHqpi+WcBv4@cpva.saic.com>  3 In article <H21bI5eo3Ih0@eisner.encompasserve.org>, .  young_r@encompasserve.org (Rob Young) writes:c > In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:e >> e! >> 	I got to thinking about this.  >> r% >> 	What is to prevent the following?  >> i0 >> 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4: >>   >> 	$ MOUNT/OVER=ID $1$DGA4:  E Wouldn't you have to MOUNT/OVER=(SHADOW,ID) which would result in the E shadow generation number being erased? Then the subsequent MOUNT backt0 into the shadow set would require a full copy...   >> r" >> 	$ SET DEFAULT $1$DGA4:[SUBDIR] >> $ >> 	$ EDIT/TPU FILE.DATo >>  5 >> 		write bunch of blocks, 100, 1000, number doesn'to >> 		matter. > " > 	$ DISMOUNT $1$DGA4: ! of course >>  G >> 	$ MOUNT/SYSTEM DSA5/SHAD=$1$DGA4:/POLICY=MINICOPY=OPTIONAL PROD_VOLe >> .F >> 	At this point WBM copies blocks that changed.  However, the blocksD >> 	created by editing FILE.DAT aren't number among them and are not> >> 	the same as the ones on the rest of the shadowset members. >>  G >> 	Without using MINICOPY, this wouldn't matter as a full copy resultsa! >> 	anyhow.  So my questions are:s >> e< >> 		1)  What prevents this from happening?  Does the system9 >> 			keep track clusterwide if DGA4: has been written tof% >> 			and if so, a full copy results?n >>  A >> 		2)  Would this "potentially" be a problem?  If not, why not?u >> s >> F >> 				Thanks, >> t
 >> 				Rob >> N -- f - Jim    ------------------------------  # Date: Wed, 26 Mar 2003 17:04:31 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: Write Bitmap questionsi0 Message-ID: <00A1D718.5476AD07@SendSpamHere.ORG>  H In article <CuHqpi+WcBv4@cpva.saic.com>, mckinneyj@cpva.saic.com writes:4 >In article <H21bI5eo3Ih0@eisner.encompasserve.org>,/ > young_r@encompasserve.org (Rob Young) writes:.d >> In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: >>> " >>> 	I got to thinking about this. >>> & >>> 	What is to prevent the following? >>> 1 >>> 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:b >>>  >>> 	$ MOUNT/OVER=ID $1$DGA4:c >.F >Wouldn't you have to MOUNT/OVER=(SHADOW,ID) which would result in theF >shadow generation number being erased? Then the subsequent MOUNT back1 >into the shadow set would require a full copy...   J Exactly.  Short of perhaps mounting it foreign and doing non-file orientedJ I/Os, normal VMS mount permitting ODS2/Files-11 type file I/O will cause a< remounting into the shadow set to initiate a copy operation.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMb             5   "Well my son, life is like a beanstalk, isn't it?" o   ------------------------------    Date: 26 Mar 2003 11:16:42 -0600+ From: young_r@encompasserve.org (Rob Young) # Subject: Re: Write Bitmap questions 3 Message-ID: <I5PwBs6UyjAN@eisner.encompasserve.org>   H In article <CuHqpi+WcBv4@cpva.saic.com>, mckinneyj@cpva.saic.com writes:5 > In article <H21bI5eo3Ih0@eisner.encompasserve.org>, 0 >  young_r@encompasserve.org (Rob Young) writes:d >> In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: >>> " >>> 	I got to thinking about this. >>> & >>> 	What is to prevent the following? >>> 1 >>> 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:y >>>  >>> 	$ MOUNT/OVER=ID $1$DGA4:h > G > Wouldn't you have to MOUNT/OVER=(SHADOW,ID) which would result in theoG > shadow generation number being erased? Then the subsequent MOUNT backe2 > into the shadow set would require a full copy... >   G 	Not erased, incremented.  You don't need /over=shadow.  In practice , - 	this works:  ! 	$ MOUNT/NOWRITE/OVER=ID $1$DGA4:u  A 	And when added back, a full copy (no MINICOPY in use).  Expectedn
 	behavior:  K http://www.itec.suny.edu/scsys/vms/OVMSDOC072/72final/5423/5423pro_006.htmlP   Shadow set generation number w  K Volume shadowing uses a shadow set generation number as a primary method of,J determining shadow set member validity and status. A shadow set generationO number is an incrementing value that is stored on every member of a shadow set.tL Each time a membership change occurs to the shadow set (members are mounted,G dismounted, or fail), the generation number on the remaining members is M incremented. Thus, if a shadow set's generation number is 100 and a member iseL dismounted from the set, the generation numbers on the remaining members areO incremented to 101. The removed member's generation number remains at 100. When.O mounting shadow sets, the shadowing software uses the generation numbers on thesJ physical units to determine the need for and direction of copy operations.    8 	copy operations or MINICOPY operations, I would assume.  + 	I am either confused or needin' edukatin'.n   				Robs   ------------------------------  # Date: Wed, 26 Mar 2003 17:23:26 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: Write Bitmap questions10 Message-ID: <00A1D71A.F6BD8EBD@SendSpamHere.ORG>  a In article <I5PwBs6UyjAN@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:-I >In article <CuHqpi+WcBv4@cpva.saic.com>, mckinneyj@cpva.saic.com writes:o6 >> In article <H21bI5eo3Ih0@eisner.encompasserve.org>,1 >>  young_r@encompasserve.org (Rob Young) writes:se >>> In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:w >>>> o# >>>> 	I got to thinking about this.r >>>> o' >>>> 	What is to prevent the following?l >>>> t2 >>>> 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4: >>>> x >>>> 	$ MOUNT/OVER=ID $1$DGA4: >> IH >> Wouldn't you have to MOUNT/OVER=(SHADOW,ID) which would result in theH >> shadow generation number being erased? Then the subsequent MOUNT back3 >> into the shadow set would require a full copy...d >> a >>H >	Not erased, incremented.  You don't need /over=shadow.  In practice , 
 >	this works:  >w" >	$ MOUNT/NOWRITE/OVER=ID $1$DGA4:                 ^^^^^^^^^e    4 But then how do you expect to write to the volume???   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM>             5   "Well my son, life is like a beanstalk, isn't it?" >   ------------------------------    Date: 26 Mar 2003 12:16:47 -0600+ From: young_r@encompasserve.org (Rob Young)e# Subject: Re: Write Bitmap questionsm3 Message-ID: <wwSbInkxfPlV@eisner.encompasserve.org>a  U In article <00A1D71A.F6BD8EBD@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:tc > In article <I5PwBs6UyjAN@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:rJ >>In article <CuHqpi+WcBv4@cpva.saic.com>, mckinneyj@cpva.saic.com writes:7 >>> In article <H21bI5eo3Ih0@eisner.encompasserve.org>,e2 >>>  young_r@encompasserve.org (Rob Young) writes:f >>>> In article <4iuwnBpwlB5P@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: >>>>> $ >>>>> 	I got to thinking about this. >>>>> ( >>>>> 	What is to prevent the following? >>>>> 3 >>>>> 	$ DISMOUNT/POLICY=MINICOPY=OPTIONAL $1$DGA4:1 >>>>>  >>>>> 	$ MOUNT/OVER=ID $1$DGA4:i >>> I >>> Wouldn't you have to MOUNT/OVER=(SHADOW,ID) which would result in therI >>> shadow generation number being erased? Then the subsequent MOUNT back 4 >>> into the shadow set would require a full copy... >>>  >>I >>	Not erased, incremented.  You don't need /over=shadow.  In practice , e >>	this works: >># >>	$ MOUNT/NOWRITE/OVER=ID $1$DGA4:  >                 ^^^^^^^^^e >  > 6 > But then how do you expect to write to the volume??? >   1 	Right.  Now I am confused.  Skip the "/NOWRITE".c  ( 	$ MOUNT/NOWRITE  $1$DGA4:  volume_label  . 	I was trying to get cute and save keystrokes.   				Robi   ------------------------------    Date: 26 Mar 2003 12:22:47 -0600+ From: young_r@encompasserve.org (Rob Young)p# Subject: Re: Write Bitmap questionsi3 Message-ID: <UVOXvuervlET@eisner.encompasserve.org>,  a In article <wwSbInkxfPlV@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:eW > In article <00A1D71A.F6BD8EBD@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:g   >>>tJ >>>	Not erased, incremented.  You don't need /over=shadow.  In practice ,  >>>	this works:o >>>t$ >>>	$ MOUNT/NOWRITE/OVER=ID $1$DGA4: >>                 ^^^^^^^^^ >> u >> e7 >> But then how do you expect to write to the volume???e >> t > 3 > 	Right.  Now I am confused.  Skip the "/NOWRITE".o >   > 	ahhhhhh... skip the "/over=id".  In a big hurry today, sorry.  * > 	$ MOUNT/NOWRITE  $1$DGA4:  volume_label > 0 > 	I was trying to get cute and save keystrokes. > 	 > 				Robt >    ------------------------------  # Date: Wed, 26 Mar 2003 18:33:12 GMTs" From:   VAXman-  @SendSpamHere.ORG# Subject: Re: Write Bitmap questions 0 Message-ID: <00A1D724.B818B538@SendSpamHere.ORG>  a In article <UVOXvuervlET@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:sb >In article <wwSbInkxfPlV@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:X >> In article <00A1D71A.F6BD8EBD@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: >s >>>>K >>>>	Not erased, incremented.  You don't need /over=shadow.  In practice ,   >>>>	this works: >>>>% >>>>	$ MOUNT/NOWRITE/OVER=ID $1$DGA4:f >>>                 ^^^^^^^^^t >>>  >>> 8 >>> But then how do you expect to write to the volume??? >>>  >> u4 >> 	Right.  Now I am confused.  Skip the "/NOWRITE". >> e >t? >	ahhhhhh... skip the "/over=id".  In a big hurry today, sorry.  >d+ >> 	$ MOUNT/NOWRITE  $1$DGA4:  volume_labeln >> n1 >> 	I was trying to get cute and save keystrokes.l >> e
 >> 				Rob >> f  4 Doesn't matter.  The default is to mount it /NOWRITE   $ SHOW DEVICE DSA5  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP DSA5:                   Mounted              0  Shadow_Set_5   8250867     1   1A $1$DKD500:    (BRAVE)   ShadowSetMember      0  (member of DSA5:)nA $1$DKD600:    (BRAVE)   ShadowSetMember      0  (member of DSA5:)S   $ DISMOUNT $1$DKD600: * $ MOUNT/OVERRIDE=IDENTIFICATION $1$DKD600:M %MOUNT-W-VOLSHDWMEM, mounting a shadow set member volume; volume write locked,= %MOUNT-I-MOUNTED, Shadow_Set_5 mounted on _$1$DKD600: (BRAVE)w     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            b5   "Well my son, life is like a beanstalk, isn't it?" e   ------------------------------   End of INFO-VAX 2003.168 ************************