{"id":84,"date":"2009-02-08T11:51:46","date_gmt":"2009-02-08T00:51:46","guid":{"rendered":"http:\/\/nsrd.wordpress.com\/?p=84"},"modified":"2022-09-08T06:19:56","modified_gmt":"2022-09-07T20:19:56","slug":"basics-mmlocate-vs-offsite-flag","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2009\/02\/08\/basics-mmlocate-vs-offsite-flag\/","title":{"rendered":"Basics – mmlocate vs ‘offsite’ flag"},"content":{"rendered":"\n

NetWorker has long supported a volume location field; this can be shown in the GUI, and can be set and reported on via the command line tool, ‘mmlocate’.<\/p>\n\n\n\n

One of the most typical ways that mmlocate is used is to set that a volume’s location is “Offsite”. For example:<\/p>\n\n\n\n

# mmlocate -u -n 800841 Offsite<\/pre>\n\n\n\n
Thus, when you look at the volume in the GUI (or run the command: mmlocate -l Offsite<\/em>), you’re able to see that the volume is offsite.<\/p>\n\n\n\n
However, somewhere in the 7.3.x cycle, EMC introduced an offsite<\/em> flag that could be associated with a volume, and this fulfills a very different function. First, in order to set the flag, you need to use the nsrmm command, and it would work like this:<\/p>\n\n\n\n
#<\/span> nsrmm -o offsite volumeName<\/pre>\n\n\n\n
Such as:<\/p>\n\n\n\n
#<\/span> nsrmm -o offsite 800841<\/pre>\n\n\n\n
This doesn’t set the location field. (Nor, equally, does a location field of ‘offsite’ equate to a flag set for offsite.) If you want to manually clear the offsite field, you can run the nsrmm command again, using the flag ‘notoffsite’ rather than the flag ‘offsite’. Alternatively, as soon as the volume is either (a) mounted in a standalone drive or (b) imported into a tape library, the flag is cleared.<\/p>\n\n\n\n
Unfortunately, there’s currently no way of querying for volumes based on this field. (I consider this to be a silly mistake, and hope it’s rectified soon.)<\/p>\n\n\n\n
So, what is this volume flag used for, if you can’t query it, and it’s not displayed anywhere? It actually fulfills an important function. I briefly covered that function in my post, Instantiating Savesets<\/a>, but I’ll quickly revisit it now.<\/p>\n\n\n\n
NetWorker assigns a unique clone ID to every saveset copy that is made (be that through cloning or staging). The clone ID is effectively the number of seconds past the epoch, or if not that, some other very similar number of seconds.<\/p>\n\n\n\n
When NetWorker wants to use a saveset to facilitate a recovery, and there’s no copies of the saveset immediately online (i.e., in a drive, or in a library), it must request a volume that holds a copy of the saveset. Previously it would always ask for the saveset with the smallest<\/em> clone ID. This would create problems if you backed up to disk, cloned to tape, then staged to tape later \u2013 the clone would end up with the smallest clone ID, and if neither volume was available, NetWorker would ask for the clone volume, rather than the ‘original’, staged volume.<\/p>\n\n\n\n
To solve this problem we use the ‘offsite’ flag for the clone volume: if NetWorker needs to read from a saveset that has more than one copy, and one of those copies is stored on a volume that is flagged as ‘offsite’ in the media database, then it is least<\/strong> likely to pick that volume.<\/p>\n\n\n\n
(An alternative technique advocated by EMC (and even Legato, before the acquisition), before the development of the ‘offsite’ flag, was to temporarily mark the initially requested volume as ‘suspect’ so that NetWorker would instead request the ‘preferred’ volume. While there’s technically nothing wrong with this technique, I find marking good backups as bad \u2013 even temporarily \u2013 as inelegant. With the availability of the ‘offsite’ flag instead, I’d encourage anyone still using the ‘suspect’\/’notsuspect’ flags to switch.)<\/p>\n","protected":false},"excerpt":{"rendered":"
NetWorker has long supported a volume location field; this can be shown in the GUI, and can be set and…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_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},"jetpack_post_was_ever_published":false},"categories":[6,16],"tags":[594,595,667,694],"class_list":["post-84","post","type-post","status-publish","format-standard","hentry","category-basics","category-networker","tag-mminfo","tag-mmlocate","tag-nsrmm","tag-offsite"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t