Unsolved

This post is more than 5 years old

1 Rookie

 • 

38 Posts

9630

January 7th, 2010 09:00

Device names

I'm wondering how NetWorker comes up with device names.  I just replaced a Dell 124T LTO-4 autoloader because the one we had went bad.  I muddled my way though deleting the bad one from within NetWorker and installing the new one.  My question is this.  The device name for the old autoloader was \\.\Tape2147483636, the device name for the new autoloader is \\.\Tape0.  What's up with that?  I've skimmed the 7.6 NetWorker Admin Guide but haven't found much yet.  I've also noticed that the device names for all of my VTLs are \\.\Tape2147483602, which is obviously similar to the device name of my old autoloader. 

I must have not done something correctly when I installed and configured the new autoloader, can anyone tell me what I screwed up?

334 Posts

January 7th, 2010 12:00

Hi Jason,

Is persistent binding turned on for the drive?  This makes sure that if you reboot the system, drives do not get reordered.  If this happens, NetWorker will get   I believe the technical upgrade note has a section that describes how to set it.

Thanks,

Allan

1 Rookie

 • 

38 Posts

January 7th, 2010 13:00

Um, yeah, no idea if persistent binding is enabled or not.  I'll look into that.  Thanks Allan. 

334 Posts

January 7th, 2010 13:00

And I heard the goofy names come from Windows not NetWorker.  Guessing maybe the drive's serial#, but not sure...

1 Rookie

 • 

38 Posts

January 8th, 2010 09:00

Dang it, foiled by my alter-ego again.  I don't even know how I got logged in as "Dre". 

13 Posts

January 8th, 2010 09:00

After much searching and digging around on PowerLink, I've found where to set persistent binding on Windows Server 2003 R2.  It is a registry edit, however, it is already enabled.  I decided to try a chat session with EMC support and both times it went nowhere.  The first session was disconnected prematurely and the tech from the second session said I should open a ticket because this issue will need to use webex.  Which they can't do through the chat program. 

I still don't get why this drive isn't using persistent binding but my other two VTLs are using persistent binding.  I also found a registry key where I could change the name of the Autoloader but after rebooting the server the name was changed back.  So, what is overriding the registry value?  This is a good one eh?

334 Posts

January 8th, 2010 10:00

I think you might have just hopped over into a support issue.  I'd open up that ticket and get them involved.  Maybe the library firmware is not returning a value the OS or NetWorker is expecting.

As far as your dre name- I was also going to post some lyrics or a video from that album you had memorized... But after looking at them, don't think that would be wise. 

1 Rookie

 • 

38 Posts

January 8th, 2010 11:00

Yeah, I think I'm going to relent and open up a case with tech support.  And I don't think there are any clean lyrics on that entire cd!

57 Posts

January 11th, 2010 02:00

Hi,

Persistant naming and persistant binding are two different things.

When you say persistant binding, it's SAN related stuff, what target connect to which initiator. (Drifve/controller <--> Host )

Persistant naming is related to windows internal "plug & play" naming your target to ex \\.\Tape0 (w.o. persist naming) or \\.\Tape2123455

Persistant naming is done on driver level or global(instance) so it might be that you use different HBA:s for the two

VTLs or do they use different drivers maybe?!

There is good info in docs: Technical GUidance for Upgrades to EMC Networker 7.4sp2 and

                                       Configure Tape Devices for EMC NetWorker.

But I assume that you already have them, as you searched powerlink.

Good luck with the registry hacking,

regards

Håkan

21 Posts

January 11th, 2010 07:00

Hello

i am about a Newbie in Networker Support althaught i ve been using the champ for about 2 years but i am still walking my 1st steps ; however i have a feeling that this issue is purely related to OS<->hardware interaction

i would recommend checking the drivers version against the new library and trying to kick a few CLI stuff ; changers , inquire , sjirdtag ,...... and see if the answers of those guys look consistent

Happy troubleshooting

Shareef

1 Rookie

 • 

38 Posts

January 11th, 2010 07:00

Shareef,

I would agree with you that this seems to be an OS - hardware issue.  Unfortunately I'm not familiar with CLI commands so I need to just contact tech support about this.  Although I hate doing that, it is like admitting defeat!  haha

1 Rookie

 • 

38 Posts

January 11th, 2010 07:00

Hakan,

Thanks for the reply, after reading your post I would say that my issue has to due with persistent naming and not persistent binding.  Do you know if persistent naming has to be enabled for each device?  Or is it something that would enabled at the OS level?  The reason I ask is that both of my VTLs are using persistent naming already. 

21 Posts

January 11th, 2010 23:00

Jason,

i understand your concern ; in fact CLI stuff are quite painfull , especially with different output from different OSs

as a last point ; could you uninstall and re-install the driver ? did you re-install a new driver after replacing the old faulty library ?

if this does not change the status ; lets wait for the feedback from the support guys

cheers

57 Posts

January 12th, 2010 01:00

Hm..

I think that the per driver, but the built in from Microsoft is using the what I call the "generic" entry in the registry.

Check:  HKLM\System\CurrentControlSet\Control\Tape\Persistence:DWORD=1

1= Persistant naming on ; 0=Persistant naming off.

( more info on: http://support.microsoft.com/kb/873337/en-us)

But if you use drivers from example IBM, you set the registry entry there.

If you check inte Win device manager, have all the drives attached to the same driver ?

One tricky thing when working w VTL:s. Did you create another logical robot and presented it to the host or

is it a new hardware ? (Then you present "new" hardware from the same originating SAN port, and I do belive that

the binding is done on the target port information in windows.)

Just a wild sequense that I would test atleast.

Turn persistant naming off and reboot the server. (Verify that you get new targets in windows.)

(maybe even pull that SAN cables so all tape drives are gone + reboot)

Turn persistant naming on again, reboot. (Check that you get persistant names turn up. match VTL drives w Win drivers.

IF ok, go into NetWorker, change your robots. (rescan devices, enable your robots again, create a new one if needed.)

Yes, it can be a frustrating to change hw on a server.

regards

Håkan

1 Rookie

 • 

38 Posts

January 19th, 2010 07:00

Hakan,

I have tried turning persistent naming on and off in the registry key that you provided.  It does not seem to be working for the physical tape device.  However, I did notice that when I turned the persistent naming off the names for the VTLs all changed and they changed again when I re-enabled persistent naming.  So, it seems to be working on my VTL but not on my physical tape device. 

After talking with EMC tech support, the tech decided that this was ok and should not affect the performance.  She really didn't seem all that interested in figuring out why the physical tape device used to be called \\.\Tape21478363 and now it is \\.\Tape0.  So, I guess I'm stuck with that name. 

However, she was not able to figure out why I am not able to label new or old tapes, either virtual or physical.  I just created a new ticket with EMC support and will see what they have to say about it.  I just wanted to say thanks to everyone for their time and effort and will keep you posted on what I come up with for my new problem.  Good times! 

1 Rookie

 • 

38 Posts

January 19th, 2010 08:00

Received a call back already from EMC support and talked to a nice gentleman who helped me out in a matter of minutes.  Turns out my issue was as simple as unchecking a check box.  I guess when you configure a device it has "match bar code labels" checked by default.  That is what was causing my issue.  Attached is a screenshot of what I'm talking about.

1 Attachment

events found

No Events found!

Top