Networker

Re: [Networker] HP ML370G2/G3 and Windows2003

2005-06-14 02:56:26
Subject: Re: [Networker] HP ML370G2/G3 and Windows2003
From: Stein-Are Smoge <stein.are.smoge AT ROLLS-ROYCE DOT COM>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Tue, 14 Jun 2005 02:52:47 -0400
Now I've tried disabling the RSM, done the TUR reg. hack. But still I have
got problems.


Any ideas?

Thanks for your help this far.
Stein-Are

On Mon, 6 Jun 2005 08:09:00 -0400, Skinner,Alan C(Contractor)
<alan.skinner AT DIX.ARMY DOT MIL> wrote:

>Here is the information about Win2003 server
>
>
>
>
>
>Attached is a copy of the Windows 2003 Server registry modification.  This
>document should be used in conjunction with Microsoft TechNet article #
>842411.  This must be done on every 2003 Server you have in your
>environment, that is currently connected to your SAN.
>
>
>
>Please also make sure that the RSM Service (Removable Storage Manager) in
>Windows has not only been stopped, but also disabled.
>
>
>
>
>
>
>   Alan Skinner
>   Network Administrator
>   Research, Analysis & Maintenance, Inc.
>   609-562-6039
>
>   <alan.skinner AT dix.army DOT mil>
>
>
>
>-----Original Message-----
>From: Dave Gold - News [mailto:dave2 AT CAMBRIDGECOMPUTER DOT COM]
>Sent: Monday, June 06, 2005 7:32 AM
>To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
>Subject: Re: [Networker] HP ML370G2/G3 and Windows2003
>
>
>Windows 2003 plug and play will do a TUR on all devices periodically. If
>this is done on a tape drive, it could rewind it without NetWorker knowing.
>Check the Microsoft Knowledgebase for an article on this, I don't have that
>info off hand right now. In essense, you make a registry change on each
>Windows 2003 host that sees tape, and plug and play will no longer do
>periodic checks of the device specified.
>
>Also, there is a setting in the autochanger that will check the tape header
>upon ejection--this was designed to help detect the case where a rewind
>occured and the tape header was overwritten by data. I suggest enabling
>this.
>
>Dave
>
>________________________________
>
>From: Stein-Are Smoge [mailto:stein.are.smoge AT ROLLS-ROYCE DOT COM]
>Sent: Mon 6/6/2005 3:59 AM
>To: NETWORKER AT LISTSERV.TEMPLE DOT EDU; Dave Gold - News
>Cc: Stein-Are Smoge
>Subject: Re: HP ML370G2/G3 and Windows2003
>
>
>
>Hi,
>
>I've not done any registry changes so please advise.
>
>The tape is not a shared tape device. This is four Storage Nodes, all
>located in different locations. They all have a single SDLT320 tapedrive
>connected, not a library. The tapedrive is connected to the onboard SCSI
>controller in the ML370Gx and it is the only device connected.
>
>Thanks
>Stein-Are
>
>On Thu, 2 Jun 2005 10:34:31 -0400, David Gold-news
><dave2 AT CAMBRIDGECOMPUTER DOT COM> wrote:
>
>>Hi,
>>
>>Any chance that you put the  registry change that disables Windows 2003
>>plug and play from doing a TUR (Tape Unit Ready) on the tape drives,
>>for any Windows 2003 hosts that see the tape drives?
>>
>>I highly suggest you enable the "check tape header during unload"
>>attribute of the changer, that will help detect if this is occuring.
>>
>>Dave
>>
>>Date: Wed, 1 Jun 2005 09:37:11 -0400
>>From: Stein-Are Smoge <stein.are.smoge AT ROLLS-ROYCE DOT COM>
>>Subject: HP ML370G2/G3 and Windows2003
>>Hi.
>>During the last few months I've had a problem with three Storage Nodes
>>on our Remote Offices. Everything seems to work fine. But when the
>>savegrp starts on the Server, nsrmmd on the Storage Node crashes and
>>the tape is 'unmounted'. Actually it seems that the nsrmmd or networker
>>server get out of syndc about the volume that are loaded into the
>>drive. Afterwards when I mount the tape everything seems to work. The
>>save operations goes ok and data is stored on tape. Sometimes it also
>>seems as save get out of sync with savegrp. Save is running on the
>>client but savegrp tells the backup was not successful.
>>Server: HPUX 11.23 on Itanium - Networker 7.2
>>Storage Node and client: Windows 2003 Server I386 - Networker 7.2 and
>>7.1.3
>>
>>
>>===================================
>>David Gold
>>Sr. Technical Consultant
>>Cambridge Computer Services, Inc.
>>Artists in Data Storage
>>Tel: 781-250-3000
>>Tel (Direct): 781-250-3260
>>Fax: 781-250-3360
>>dave AT cambridgecomputer DOT com
>>www.cambridgecomputer.com
>>
>>===================================
>>
>>-------------------------------------------------------------------------
>---
>>*Any ideas, suggestion or comments are mine alone, and are not of my
>company*
>>
>>--
>>Note: To sign off this list, send a "signoff networker" command via
>>email to listserv AT listserv.temple DOT edu or visit the list's Web site at
>>http://listserv.temple.edu/archives/networker.html where you can also
>>view and post messages to the list. Questions regarding this list
>>should be sent to stan AT temple DOT edu
>>=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
>
>
>
>--
>Note: To sign off this list, send a "signoff networker" command via email
to
>listserv AT listserv.temple DOT edu or visit the list's Web site at
>http://listserv.temple.edu/archives/networker.html where you can also view
>and post messages to the list. Questions regarding this list should be sent
>to stan AT temple DOT edu
>=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
>
>--
>Note: To sign off this list, send a "signoff networker" command via email
>to listserv AT listserv.temple DOT edu or visit the list's Web site at
>http://listserv.temple.edu/archives/networker.html where you can
>also view and post messages to the list. Questions regarding this list
>should be sent to stan AT temple DOT edu
>=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listserv.temple DOT edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

<Prev in Thread] Current Thread [Next in Thread>