{"id":2012,"date":"2010-03-15T20:26:06","date_gmt":"2010-03-15T10:26:06","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=2012"},"modified":"2018-12-11T18:52:42","modified_gmt":"2018-12-11T08:52:42","slug":"basics-bypassing-networker-for-media-movement","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2010\/03\/15\/basics-bypassing-networker-for-media-movement\/","title":{"rendered":"Basics \u2013\u00a0Bypassing NetWorker for media movement"},"content":{"rendered":"

Sometimes NetWorker may not want to cooperate when it comes to moving media in and out of drives, or around in a tape library. While nsrjb -n<\/em> will do the trick for some media load operations where you don’t want to mount media, it’s not always available. Sometimes you will need to do a media move operation without NetWorker \u2013 either in situations where NetWorker isn’t running, or at times when NetWorker is disagreeing with the output of sjirdtag<\/em>.<\/p>\n

In these cases, you want to work with sjimm<\/em>.<\/p>\n

The usage for sjimm<\/em> is:<\/p>\n

[root@tara ~]# sjimm\n1642:sjimm: usage: sjimm jukebox {drive|slot|inlt|mt} src {drive|slot|inlt|mt} dst<\/pre>\n
In this case, ‘jukebox’ will be the x.y.z<\/em> component of the SCSI device ID as output from inquire<\/em> (or as determined by checking the control port field for the jukebox.)<\/p>\n
For instance, on my lab system, inquire shows me:<\/p>\n
[root@tara ~]# inquire -l | grep Autochanger\nscsidev@0.0.0:SPECTRA PYTHON          5500|Autochanger (Jukebox), \/dev\/sg6<\/pre>\n
So I know then that the jukebox<\/em> component of my sjimm<\/em> command will be 0.0.0<\/em>.<\/p>\n
So say I wanted to move the tape in slot 23 into the first drive in my autochanger. I’d use the command:<\/p>\n
[root@tara ~]# sjimm 0.0.0 slot 23 drive 1<\/pre>\n
Note though that this doesn’t mount<\/em> the tape. If I then run nsrjb, for my drive area I see:<\/p>\n
drive 1 (\/dev\/nst0) slot   :   \ndrive 2 (\/dev\/nst1) slot   :   \ndrive 3 (\/dev\/nst2) slot   :   \ndrive 4 (\/dev\/nst3) slot   :   \ndrive 5 (\/dev\/nst4) slot   :   \ndrive 6 (\/dev\/nst5) slot   :<\/pre>\n
Note too that I didn’t give the drive to load the tape into as a operating system device, but instead a device number as per the autochanger’s definition. (I’ll get to tracing that in a minute.)<\/p>\n
I can verify that there is a tape in the given drive at this point by running the command:<\/p>\n
[root@tara ~]# nsrmm -p -f \/dev\/nst0\nVerified LTO Ultrium-4 tape 800823L4 on \/dev\/nst0<\/pre>\n
When you’re done with the tape, you can then move it back:<\/p>\n
[root@tara ~]# sjimm 0.0.0 drive 1 slot 23<\/pre>\n
Note that depending on the drive type, it may be necessary before issuing the above command to issue the mt<\/em> command to take the media “offline”, which usually issues an eject command to the drive – e.g.,:<\/p>\n
[root@tara ~]# mt -f \/dev\/nst0 rewoff<\/pre>\n
Other than that, there’s actually not a lot to sjimm<\/em>. You can move tapes from slots to drives, slots to CAP slots, drives to slots, slots to slots, etc.<\/p>\n
However, I did mention that I’d help you work out what drive number corresponds to what operating system device. Obviously if you’ve got the library configured, you can just use nsrjb’s output to see see the autochanger device <-> OS device path mapping. If you don’t yet have a tape library configured in NetWorker, or the issue is determining which drive is currently mapped to which path (after say, a tape drive replacement), you need to do a little more digging.<\/p>\n
So, in this case you’d run sjisn<\/em> \u2013 which is designed to report serial numbers and device details for tape library components. Like sjimm<\/em>, sjisn<\/em> takes the control port of the tape library we want to communicate with – e.g.:<\/p>\n
\n
[root@tara ~]# sjisn 0.0.0<\/pre>\n
Serial Number data for 0.0.0 (SPECTRA  PYTHON          ):
\nLibrary:
\nSerial Number: XYZZY
\nSCSI-3 Device Identifiers:
\nATNN=SPECTRA PYTHON          XYZZY
\nWWNN=11223344ABCDEF00
\nDrive at element address 1:
\nSCSI-3 Device Identifiers:                         ATNN=ZF7584364
\nDrive at element address 2:
\nSCSI-3 Device Identifiers:
\nATNN=ZF7584366
\nDrive at element address 3:
\nSCSI-3 Device Identifiers:
\nATNN=ZF7584368
\nDrive at element address 4:
\nSCSI-3 Device Identifiers:
\nATNN=ZF7584370
\nDrive at element address 5:
\nSCSI-3 Device Identifiers:
\nATNN=ZF7584372
\nDrive at element address 6:
\nSCSI-3 Device Identifiers:
\nATNN=ZF7584374
\nThe number given in the \"Drive at element address\" line for each drive represents, literally, the drive number according to the tape library itself. I.e., when it refers to drive 1, it means the drive with serial number ZF7584364.<\/p>\n
Moving on, we can then run inquire -l<\/em> to provide the device details so as to align internal library drive numbers to operating system paths, cross-referencing by the serial numbers (or WWNs when using a fibre-channel tape library).  In this case, I'll just show the details for two of the tape drives:<\/p>\n
scsidev@0.3.0:IBM     ULT3580-TD4     5500|Tape, \/dev\/nst2\n                                           S\/N:    ZF7584368\n                                           ATNN=IBM     ULT3580-TD4     ZF7584368\n                                           WWNN=11223344ABCDEF03\nscsidev@0.4.0:IBM     ULT3580-TD4     5500|Tape, \/dev\/nst3\n                                           S\/N:    ZF7584370\n                                           ATNN=IBM     ULT3580-TD4     ZF7584370\n                                           WWNN=11223344ABCDEF04<\/pre>\n
So, you can see from the above that we can map the drives as follows:<\/p>\n
    \n
  • The drive known to the OS as \/dev\/nst2, which has a serial number of ZF7584368 maps to the library device number 3.<\/li>\n
  • The drive known to the OS as \/dev\/nst3, which has a serial number of ZF7584370 maps to the library device number 4.<\/li>\n<\/ul>\n
    So this would give us the drive numbers to use in sjimm<\/em> if we needed to move tapes in or out of those drives without using NetWorker's NMC or nsrjb<\/em>.<\/p>\n
    As a side-note, that's also how you'd go about identifying the correct device order for a manual jbconfig<\/em> operation when the library device order is out of sync with the operating system devices \u2013 cross-checking via sjisn<\/em> and inquire<\/em>.<\/p>\n","protected":false},"excerpt":{"rendered":"
    Sometimes NetWorker may not want to cooperate when it comes to moving media in and out of drives, or around…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[6,16],"tags":[483,506,892,894],"class_list":["post-2012","post","type-post","status-publish","format-standard","hentry","category-basics","category-networker","tag-inquire","tag-jbconfig","tag-sjimm","tag-sjisn"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-ws","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/2012","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/comments?post=2012"}],"version-history":[{"count":1,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/2012\/revisions"}],"predecessor-version":[{"id":7568,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/2012\/revisions\/7568"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=2012"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=2012"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=2012"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}