1 INFO-VAX	Thu, 28 Dec 2000	Volume 2000 : Issue 724       Contents:, Re: ??== Allocating only one block per file.3 Re: ??== Examples of TCPIP socket FORTRAN programs. / Re: Any tips and/or tricks for VMS with HSG80s?  Re: BASIC License Question6 Re: Bug - NLB0: crash, was: "NLA0: the null device..."( Re: Happy Holidays - From Rich Marcelllo( Re: Happy Holidays - From Rich Marcelllo( Re: Happy Holidays - From Rich Marcelllo* Re: How to determine current license usage Martin Minow Dies . Problem with BASIC V3.9 installation from TK50= Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster ( Re: TZ887 equiv not unloading on /UNLOAD Wanted: DEFPA FDDI NICs  Re: Wanted: DEFPA FDDI NICs   F ----------------------------------------------------------------------  + Date: Wed, 27 Dec 2000 23:37:38 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>5 Subject: Re: ??== Allocating only one block per file. J Message-ID: <Pine.LNX.4.21.0012272330300.17395-100000@irys.stanpol.com.pl>  # On 27 Dec 2000, Rick Cadruvi wrote:   L +I am coming in late on this thread, so forgive me if my comments are out of +context    Really -:) ; BTW, FYI: DejeNews, advanced search, usefull "preprocessor" 9 - without the all "blinks" available from someone's page: 3 http://www.geocities.com/tsca.geo/various/deja.html 6  allows fast check of selected threads; unfortunatelly%  the database is time-limited, but...   ' +RMS can be called from BASIC directly.     Sure.=  The point was not regards to RMS call but about "is the time = compare worth the effort for specific example" -:) (we *know* ; that the time conversion is also available, of course -:)!)   =  And minor request: answer after the original text... that is  better readable.   [...] ; +"Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> [...] , +> On Sat, 9 Dec 2000, Howard S Shubs wrote: +>E +> +In article <3A327448.B48E4B1E@earthlink.net>, "David J. Dachtera"  [...]  +> +I +> +>See PPF.BAS in that "kit". You can use this (BASIC) code as a model; C +> +>however, you'll have to add in your own code to compare dates. C +> +>DIR/SIN/BEF seemed easier (to me) than going through all that.                   ************    [...]   Regards - Gotfryd   --  E ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------  % Date: Wed, 27 Dec 2000 12:11:58 -0800 ! From: Shane.F.Smith@Healthnet.com < Subject: Re: ??== Examples of TCPIP socket FORTRAN programs.D Message-ID: <OFB4C55478.1298374C-ON882569C2.006EDB15@foundation.com>  J I don't have any PD stuff, but I have some well commented private examplesC that I might be able to let you peek at. What do you need them for?    Shane           @ aus@vim.uni-wuerzburg.de (Hans M. Aus) on 12/27/2000 02:14:13 AM   To:   Info-VAX@Mvb.Saic.Com  cc:   9 Subject:  ??== Examples of TCPIP socket FORTRAN programs.     G Are there any PD examples available of programming TCPIP sockets either 1 directly in FORTRAN or using calls to C programs?     OpenVMS 7.2-1, Alpha, TCPIP 5.0a   --B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Wed, 27 Dec 2000 06:22:22 +0100 . From: "Gorazd Kikelj" <gorazd.kikelj@aster.si>8 Subject: Re: Any tips and/or tricks for VMS with HSG80s?/ Message-ID: <OZe26.105$Io4.12605@news.siol.net>    Hay,  J on FC allocation class is hardcoded into device driver in VMS so you can'tH change it in controller. All disk devices get allocation class 1 and allH tape devices get allocation class 2. So you must be very carefull not toK allocate same index numbers on different controller pairs because of device  naming overlap.      best regards, Gorazd     --4 ----------------------------------------------------
 Gorazd Kikelj  OpenVMS system support Aster d.o.o. e-mail: gorazd.kikelj@aster.si www:  www.aster.si      + "Dirk Munk" <munk@home.nl> wrote in message ! news:3A45EF6B.6775C6FA@home.nl...  > Hi Kerry,  > J > > >> Set the allocation class on the controller, even if VMS doesn't use it > > (yet).<< > > K > > Not sure if I understand this tip. The main reason for setting a device F > > allocation class is to ensure a device is uniquely identified in a cluster.I > > I have not heard of any future requirement for allocation class to be  usedH > > by OpenVMS with HSG80's (not saying that there is not a requirement, just/ > > that I have never even it being discussed).  > > L > > As you stated, OpenVMS does not use the allocation parameter for HSG80's and J > > SAN's, so I am not sure what this would gain ...the down side could be added L > > confusion when alloc parameters are set on the HSG80's but these are notF > > reflected back in the OpenVMS device numbering scheme, so it might confuse  > > some folks.  > >  > D > I can imagine this tip looks a bit strange at first. The HSG80 CLIH > manual states op page 2-121 that the allocation class number should beF > set to a unique value for every HSG80 pair. Apparently in an earlierG > stage of development of the SAN infrastructure VMS was suppose to use E > this allocation class number. I don't know if the present situation D > where VMS does not use it is a permanent situation, or that it mayC > change in the future. Furthermore I don't know if other operating H > systems like to see unique allocation class numbers or not. So to keepA > on the save side I give the HSG80's a unique allocation number.  > E > And I would very much like it if VMS could use the allocation class E > number. I have a situation where 4 large computer sites are located H > miles from each other. I would like to use the allocation class numberH > to determine where the HSG80 is located. That way I can design commandG > procedures that will set the appropiate shadow settings for shadowing J > over 2 sites in disaster tolerant cluster setups with cascaded switches./ > For now I have designed the following scheme:  > J > Every site gets a range of numbers, 2-19, 20-39, 40-59, 60-79, and 80-99
 > (spare).? > Every controller pair gets a unique number from these ranges. H > This number is used as allocation class number, CCL identifier, and in* > the first digits of the unit identifier. > 
 > Example:E > the controller pair has allocation class 14, CCL identifier 14, and . > units with identifiers 1401, 1402, 1403 etc. > J > But this way I can 'only' install about 20 HSG80 pairs on every computerI > site, and that is not so much. I was hoping that with the proper use of G > the allocation class numbers I would be able to make a scheme where I J > can install something like 1000 HSG80 pairs on every site (in the scheme= > that is, so no need to send Rich Marcello over here to sign F > multi-million $$$ contracts -:)) ). Of course this only works if theI > allocation class is added to the identifier number, because identifiers & > have a maximum value of 'only' 9999. >  >  > > Regards, > >  > > Kerry Main > > Senior Consultant  > > Compaq Canada Inc. > > Professional Services  > > Voice: 613-592-4660  > > Fax  :  819-772-7036  > > Email: Kerry.Main@Compaq.com > >  > > -----Original Message-----) > > From: Dirk Munk [mailto:munk@home.nl] # > > Sent: December 23, 2000 3:40 AM  > > To: Info-VAX@Mvb.Saic.Com < > > Subject: Re: Any tips and/or tricks for VMS with HSG80s? > >  > > Some tips: > > J > > When adding a unit, use the disable_path=all switch !! Before you knowG > > it some unix box grabs your new unit, and you don't notice. If this @ > > happens, delete the unit, and add it again with this switch.L > > Use enable_path for security, to prevent billy boxes and unix systems to > > destroy your VMS disks. I > > Set the maximum cached transfer for the unit to 128 (VMS can generate  > > IO's of more than 32).K > > You have to set the desired path on the HSG80 (I think), or on VMS (you # > > may have 8 paths to the unit !) L > > After installing the shadow patch, using cascaded switches is allowed !!K > > This is very important if you plan to build a disaster tolerant cluster G > > over 2 or more sites. Of course you have to use the new switches in L > > shadow too in case of disaster tolerant clusters over 2 or more sites...J > > Don't forget to use the identifier=nn on the This_controller settings,F > > VMS will create a GGann device to communicate with the controller.J > > Design some logic in the identifier numbers you use for the units etc.C > > It may help you to identify in which HSG80 cabinet the disk is. J > > Set the allocation class on the controller, even if VMS doesn't use itI > > (yet). If VMS is going to use the allocation class later on, then you J > > can adapt system by system, instead of having to change all systems adK > > once if you change the allocation class on the controller at that time.  > >  > > regards, > >  > > Dirk > >  > > Scott Vieth wrote: > > > 	 > > > Hi:  > > > F > > > I've connected NT servers to our ESA12000s and even got a Novell server
 > > > to talk H > > > to one of our Big StorageToys just to prove that it would work but have > > > not yet connected " > > > a VMS system to an ESA12000. > > > J > > > Does anyone have any tips or tricks that they can pass along when itK > > > comes to connecting a VMS system to an ESA12000?  Has anyone done any J > > > dual-path stuff similar to SecurePath on NT?  (Which is also similar toD > > > the dual-path setup I have with my CI-based storage networks.) > > > " > > > Many thanks in advance.  :^) > > >  > > > -Scott Vieth, > > > CI Plumber, Fibre Channel Plumber  ;^)   ------------------------------  % Date: Wed, 27 Dec 2000 23:28:08 -0500 4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com># Subject: Re: BASIC License Question , Message-ID: <92efgp$1s24$1@lead.zk3.dec.com>  5 "Terry Kennedy" <terry@gate.tmk.com> wrote in message ! news:G68B3K.KLn@spcuna.spc.edu...   > >   Remember, when licenses are combined, the most restrictive limitations F > apply to the combined licenses. That (and other topics) were covered in theB > LMF manual at the time (probably merged into the system managers	 manual by  > now).   E An updated license manual is in the works for sometime in the future.   F >   LMF will let you load any PAK with a valid checksum, regardless of whether C > that PAK is useful - it might not load on the system (termination 	 date, in- F > sufficient units) or it might load but not enable a product (product release  > date or version), etc.  D Terry is correct.  Licensing loads the PAK into memory (i.e. loadingG PAKS into memory that you do not use wastes logical name space - if you E are not using it, disable it).  Whether you use them or not, is up to H the products calling the license routines.  When a product, in your caseH Basic, executes a call to check the license ability, licensing returns a2 failure to Basic, which in returns it back to you.    - mark    ------------------------------  + Date: Wed, 27 Dec 2000 23:43:55 +0100 (CET) : From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl>? Subject: Re: Bug - NLB0: crash, was: "NLA0: the null device..." J Message-ID: <Pine.LNX.4.21.0012272342080.17395-100000@irys.stanpol.com.pl>  * On Wed, 27 Dec 2000, Howard S Shubs wrote:  L +In article <Pine.LNX.4.21.0012270918450.14210-100000@irys.stanpol.com.pl>, < +"Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> wrote: +   +>.... and the machine crashes !D +>BUGCHECK code 3C4, [...] unexpected system service exception [...] +  +Ow.  Maybe I -won't- try this.   2  Fortunatelly have access to a testing machine(s).>  Unfortunatelly the (testing) one has not fiber optic or other, like-this-interesting stuff installed :( -;)    Regards - Gotfryd --  E ===================================================================== F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=ME . $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------  % Date: Wed, 27 Dec 2000 12:14:20 -0800 ! From: Shane.F.Smith@Healthnet.com 1 Subject: Re: Happy Holidays - From Rich Marcelllo D Message-ID: <OFC8B41E15.26EAA26F-ON882569C2.006F250A@foundation.com>  J But by not being available for VMS, sends a negative message to anyone who notices.   Shane           > young_r@eisner.decus.org (Rob Young) on 12/27/2000 07:16:17 AM   To:   Info-VAX@Mvb.Saic.Com  cc:   2 Subject:  Re: Happy Holidays - From Rich Marcelllo    8 In article <92crd8$a59$1@mordred.cc.jyu.fi>, Osmo Kujala <kujala@tukki.jyu.fi> writes: ; > John Macallister <J.Macallister1@physics.ox.ac.uk> wrote: G >> The "Happy Holidays" (Ugh!) message was aimed at people with desktop 4 >> systems. VMS is not marketed as a desktop system. > E >> Even if the message had somehow been adapted to run through a "VMS  browser"H >> I wonder how many of us have VMS hardware configured to reproduce the audio.I >> I suspect the percentage would be low. On the other hand the number of  us> >> with PCs available, and used, on our desktops must be high. > + >> The message reaches its target audience.  > K > Exactly. It seems to be a message from a fool to stupids.  :-)        /OK   A      No no no... and this whole thing is rather silly.  I know IT =      directors and CIOs that have never logged into their VMS B      platforms they own, nor their AIX boxes, Sun boxes, NT boxes,?      etc.  They read their email and do other PC related stuff. C      By counter-example, how many CIOs do you know that have active @      VMS accounts?  I'm asking because I don't believe there are?      many at all.  Hence, the Windows flash message would reach       the target audience.                        Rob    ------------------------------  % Date: Wed, 27 Dec 2000 16:08:11 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 1 Subject: Re: Happy Holidays - From Rich Marcelllo , Message-ID: <3A4A5A35.80E0A785@videotron.ca>  " Shane.F.Smith@Healthnet.com wrote: > L > But by not being available for VMS, sends a negative message to anyone who
 > notices.  I And those who are either considering the future of VMS for their shop are O extremely sensitive to any small hint that Compaq gives to the world about VMS.   N For instance, Compaq says it will focus on enterprise systems. Great. But whatF follows are ads that push proliant servers that can be stacked in a VWM minibus. The message: VMS is not important for enterprise, what Compaq really I meant when it said it would focus on enterprise is that it would push its & intel servers instead of desktop PCs.   M So VMS is once again left in the dark, false hopes were dashed and we're back ( at the "Compaq is ignoring VMS" threads.  K If Compaq's agreements with Micorosft and Intel prevent Compaq from pushing N Alpha and VMS, then Compaq should sell Alpha and VMS to a company that has theI guts to push those assets and make the most of them. And right now, I can 1 think of only 3 companies: Oracle, Sun and Apple.   N Oracle probably won't take it because it wants to stay neutral in OS wars. SunM might take VMS sicne it would bring more value to Sun, and provide Sun with a L hard product that would differentiate itself from the Linux competition. AndG Apple has the vision, imagination and marketing savy to turn Alpha into M something very interesting (goodbye PowerPC) as well as being able to provide 7 a real robust enterprise server pitted against MS's NT.   N Perhaps Compaq could do as PSION did in the UK with its EPOC handheld OS. SpinI it off into a separate company and get others to buy into the platform by  becoming major shareholders.   ------------------------------    Date: 27 Dec 2000 22:14:01 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson) 1 Subject: Re: Happy Holidays - From Rich Marcelllo * Message-ID: <92eb5p$4kr$1@lisa.gemair.com>  , In article <3A4A5A35.80E0A785@videotron.ca>,/ JF Mezei  <jfmezei.spamnot@videotron.ca> wrote: # >Shane.F.Smith@Healthnet.com wrote:  >>  M >> But by not being available for VMS, sends a negative message to anyone who  >> notices.N >VJ >And those who are either considering the future of VMS for their shop areP >extremely sensitive to any small hint that Compaq gives to the world about VMS. > O >For instance, Compaq says it will focus on enterprise systems. Great. But what G >follows are ads that push proliant servers that can be stacked in a VWFN >minibus. The message: VMS is not important for enterprise, what Compaq reallyJ >meant when it said it would focus on enterprise is that it would push its' >intel servers instead of desktop PCs. l >iN >So VMS is once again left in the dark, false hopes were dashed and we're back) >at the "Compaq is ignoring VMS" threads.t > L >If Compaq's agreements with Micorosft and Intel prevent Compaq from pushing  ? I doubt that there're any formal agreements like this.  Nothing02 that could be subpoenaed in an anti-trust trial.    O >Alpha and VMS, then Compaq should sell Alpha and VMS to a company that has theeJ >guts to push those assets and make the most of them. And right now, I can2 >think of only 3 companies: Oracle, Sun and Apple. >iO >Oracle probably won't take it because it wants to stay neutral in OS wars. SunRN >might take VMS sicne it would bring more value to Sun, and provide Sun with aM >hard product that would differentiate itself from the Linux competition. AndtH >Apple has the vision, imagination and marketing savy to turn Alpha intoN >something very interesting (goodbye PowerPC) as well as being able to provide8 >a real robust enterprise server pitted against MS's NT. >l  F Don't hold your breath on Sun for VMS.  They are selling a message of H focussed product line.  VMS would distract from this.  Now, Alpha, they J might be interested in as the Sparc line is running out of steam and they H do need to differentiate their line from Intel servers.  Interestingly, J wasn't the Cray/SGI technology that the E10K was based on Alpha processor  based initially?  H Apple is currently imploding, unable to get OS/X out, they don't want orK need the distraction of bringing their line up on a new architecture.  I've F never seen any reason to believe that Apple wanted to go anywhere near Enterprise computing.h  O >Perhaps Compaq could do as PSION did in the UK with its EPOC handheld OS. Spin-J >it off into a separate company and get others to buy into the platform by >becoming major shareholders.H  J That would be interesting, seeing as the major customers are big banks andK equity markets.  All deep pokets who have some interest in VMS thriving for= some time to come.   -Jordan Henderson- jordan@greenapple.com    ------------------------------  % Date: Wed, 27 Dec 2000 23:35:59 -0500 4 From: "Mark Buda" <buda@tabasco.zko.dec.no.spam.com>3 Subject: Re: How to determine current license usage0, Message-ID: <92eg3j$1s70$1@lead.zk3.dec.com>  A "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote inb0 message news:91jf36$jub$1@reader1.imaginet.fr...  = Here is the quick help on the ones that might be of interest.o    - mark0    ( $ SHOW LICENSE/UNIT_REQUIREMENTS/CLUSTER   /UNIT_REQUIREMENTS  F Displays information in the License Unit Requirement Table (LURT). TheB /UNIT_REQUIREMENTS qualifier is incompatible with the product-name7 parameter and with the /BRIEF and /PRODUCER qualifiers.    /CLUSTER  E Use with the /UNIT_REQUIREMENTS qualifier to display the license unit 2 requirements for every node in an OpenVMS Cluster.   $ SHOW LICENSE/USAGE   /USAGE  C Tells you how many license units are loaded, how many are currentlykG allocated, and how many are currently available, as well as the license D type for each product on the system. Use with the /FULL qualifier toF display complete information-including the PID, process name, node, orA user name-for each instance of use of the product. You need groupbC privilege to see the list of users in your group who have allocatedrG license units; you need world privilege to see the list of users in alld groups.   E In an OpenVMS Cluster, if you own multiple license types for a singlenA product, you are limited to viewing the usage information for thewE license type loaded on the node from which you are executing the SHOWeF LICENSE/USAGE command. To find out the usage of the other license typeH loaded on another node, issue the command on that node. You can also use2 the System Management (SYSMAN) utility to do this.  H In an OpenVMS Cluster, usage information is limited to the local licenseH type. For example, VAX and Alpha availability licenses are considered byH LMF to be different license types. If you are running both VAX and AlphaD systems in a cluster, usage information for availability licenses is@ limited to the local system type. For example, if you have DEC CE installed on all nodes in your OpenVMS Cluster, you can display DEC C H license allocation on all the VAX nodes in the cluster from any VAX node> with DEC C installed, but you cannot display the DEC C license allocation on the Alpha nodes.  D Usage information is not available for unlimited licenses (a licenseA with 0 units). Clusterwide usage information is not available for.? personal use or NO_SHARE licenses. Refer to the OpenVMS License @ Management Utility Manual for more information on license types.   ------------------------------   Date: 27 Dec 2000 21:04:26 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Martin Minow Dies6 Message-ID: <92dlgq$lg5$1@mailint03.im.hou.compaq.com>  F   For those that had the privilege of knowing him, I've received word    that Martin Minow has died.t  :   Information from Risks Digest 21.17 is included below...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com     	--r  # Date: Tue, 26 Dec 2000 15:18:39 PSTu. From: "Peter G. Neumann" <neumann@csl.sri.com> Subject: Martin Minowe  L It is with deep sadness that we note here the sudden passing of Martin MinowH last Thursday.  He was a long-standing, noble, insightful contributor toI RISKS, dating back to Volume 1, number 33, on 1 Jan 1986.  A quick search I shows that he had 172 messages in RISKS over the past 15 years, including G translations of some otherwise inaccessible news items that appeared in J Swedish sources.  He was a delightful person, and will be sorely missed byK many of us.  Thanks to all of you who forwarded the e-mail message from his  brother, Robtminow@aol.com.i  A Greg Marriott <greg@spies.com> added URLs for Martin's Web pages:s   http://www.vmeng.com/minow/     http://homepage.mac.com/k6mam/<   http://www.ag.ohio-state.edu/~natres/faculty/homepage.html   ------------------------------  % Date: Wed, 27 Dec 2000 21:59:40 -0500   From: John Santos <JOHN@egh.com>7 Subject: Problem with BASIC V3.9 installation from TK50m. Message-ID: <1001227215123.2970B@Ives.egh.com>  D There appears to be a problem with installing the new BASIC compilerD from TK50 tape.  If you select all the optional components, it triesE to install the Motif definitions from save set C after installing theeA Example Graphics programs from save set D.  Since they are out oflG order, VMSINSTAL can't find save set C on the tape and the installationn fails.  D I copied the tape to disk and am trying the installation from there.@ So far, it's okay.  (Still building the systems definitions textA library, which takes a long time on a 4000-200, but it's past theh restore of save set C.  ? You could also skip either the Graphics or Motif definitions if:< you don't use this stuff.  (I don't know why I installed the> graphics examples, since I no longer have a terminal that this stuff works on!)   -- w John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 27 Dec 2000 22:24:17 -0000 4 From: "John D. Peedle" <john@peedle.freeserve.co.uk>F Subject: Re: Simply Marvelous (was Re: DS20 vs DS20E. Was: Sun Cluster. Message-ID: <92dq55$kl9$1@news8.svr.pol.co.uk>  3 "Peter da Silva" <peter@abbnm.com> wrote in messagee news:92aeq6$j92@web.nmti.com...I0 > In article <920lgf$63t$1@news6.svr.pol.co.uk>,5 > John D. Peedle <john@peedle.freeserve.co.uk> wrote:iJ > > And add a whole range of flashing lights - that *really* impresses the > > technically challenged >sA > Blue LEDs. Everyone knows blue LEDs make the system run faster.w    And they look *so* expensive...!   John D. Peedle   ------------------------------  % Date: Wed, 27 Dec 2000 22:16:57 -0500n  From: John Santos <JOHN@egh.com>1 Subject: Re: TZ887 equiv not unloading on /UNLOAD 5 Message-ID: <1001227220324.2970C-100000@Ives.egh.com>t  " On 27 Dec 2000, Marty Kuhrt wrote:  B > I just inherited the Quantum equivalent of a TZ877, a seven tapeG > jukebox with a DLT4000 drive.  I installed the tape drive and the MRUsD > V1.3 software on an AlphaServer 2100 5/250, running V6.2-1H3.  TheD > robot functions seem to work just fine.  When I work with the tapeD > drive manually, it, too, seems to work just fine.  The problem I'mC > having is that when backup finishes filling up one tape, the tape , > doesn't kick out and become unavailable.   > G > Usually what happens with my other jukebox (on another system runningeH > V7.1-2) is that when a tape gets full it kicks out and backup sends an? > opcom to change tapes.  With this jukebox, backup simply says C > "resuming operation on volume 2" and starts overwritting the samei$ > tape.  No opcom messages occurs.   > G > I'm using the same command procedure on both systems, so the variable E > here is either the juke/tape combo or the VMS version (or somethinglF > I'm missing completely).  My bet would be on the drive, since when IF > do a dismount/unload manually, the tape can be immediately remounted? > without any jukebox intervention.  On the other system a tape-F > dismounted with unload has to be taken from the tape drive to a slot> > and back with the robot software before a mount can be done. > I > I tried different external switch settings on the juke, no difference. yF > I tried mounting the tape before the backup command with an explicitE > /UNLOAD qual, no difference (duh).   Before I entertain the idea of H > installing ALPBACK02_062 (and it's five ALP companions) to see if thatH > "might" fix the problem, I thought I'd post the problem, here, and see% > if someone else has seen this, too.n  E Customer site has TZ877, MRU V1.2, VMS V7.1.  When it hits the end of C the tape, it unloads the tape and loads the next one automatically. D At least, it used to work when I tested it when they first installed this thing!e  @ I don't think it depends on the MRU software for this, since I'mA pretty sure this worked before we installed MRU.  I don't know if @ this is a software issue, hardware or robot firmware.  (I assume@ the robot must have firmware, since its behaviour is complicated4 enough.  I don't know how to check the rev, though.)  > I programmed this remotely, and have never actually seen it in@ operation, so I don't know what is inside it such as switches or= sensors that might be broken and cause the robot to not sensei% when a tape was ejected by the drive.-   -- - John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 27 Dec 2000 20:59:13 +0100N4 From: "Robert Schmoelzer" <robert.schmoelzer@aon.at>  Subject: Wanted: DEFPA FDDI NICs: Message-ID: <3a4a4a31$0$18088@SSP1NO25.highway.telekom.at>   Hi everybody out there,r  6 I am looking for "not anymore in use" DEFPA-FDDI NICs.> Preferrably the DAS-MMF(dual attached, MultiMode fiber) model.  # pls mailto:robert.schmoelzer@aon.atc Robert   ------------------------------    Date: 27 Dec 2000 17:40:27 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e$ Subject: Re: Wanted: DEFPA FDDI NICs+ Message-ID: <hK47DJyd3GPp@eisner.decus.org>p  q In article <3a4a4a31$0$18088@SSP1NO25.highway.telekom.at>, "Robert Schmoelzer" <robert.schmoelzer@aon.at> writes:=  8 > I am looking for "not anymore in use" DEFPA-FDDI NICs.@ > Preferrably the DAS-MMF(dual attached, MultiMode fiber) model.   There have been several:  1 	DEFPA-DA DAS PCI/FDDI ADAPTER part # 54-22499-01=  ? offered on eBay lately, but I don't know if that is MMF or not.-  % > pls mailto:robert.schmoelzer@aon.at0   Ask here, get answers here..  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------   End of INFO-VAX 2000.724 ************************