{"id":1926,"date":"2010-02-27T07:40:21","date_gmt":"2010-02-26T21:40:21","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=1926"},"modified":"2018-12-11T18:53:37","modified_gmt":"2018-12-11T08:53:37","slug":"basic-svtls-and-default-media-sizes","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2010\/02\/27\/basic-svtls-and-default-media-sizes\/","title":{"rendered":"Basics &#8211; VTLs and default media sizes"},"content":{"rendered":"<p>While this is pertinent to all versions of NetWorker, it particularly seems relevant mentioning now, since as of 7.5.2, we&#8217;re now seeing revised messaging from NetWorker when a tape becomes prematurely full. These new messages now state:<\/p>\n<pre>nsrd media notice: LTO Ultrium-4 tape 800814L4 used 2039 MB of 800 GB capacity\nnsrd media notice: NetWorker media: (Warning) 800814L4 marked full prematurely.\n  Verify possible error on the device \/dev\/nst4, advertised capacity is 800 GB\n  marked full at 2039 MB<\/pre>\n<p>Now, it&#8217;s worth noting here that normally if you get a tape fill up so soon that probably means there is an issue, and this version of the message, while only subtly different, is certainly more informative and that is a good thing. When we consider VTLs however, it&#8217;s a different story. In a virtual tape library, we normally want to use much smaller media sizes than the drive type we&#8217;re configured for. That way you&#8217;re writing virtual volumes that are 50GB or 100GB rather than 800GB. In my case referring to the above, my lab VTL uses virtual media sizes of 1GB (with compression).<\/p>\n<p>So, how do you go about this? Well, it&#8217;s easiest to accomplish when you first setup the environment. You need to change the &#8220;Volume Default Capacity&#8221; of each virtual device to suit the allocated media sizes. To do this, in NMC turn on View-&gt;Diagnostic Mode, then when viewing device properties, enter the appropriate size in gigabytes (followed by &#8220;G&#8221; or &#8220;GB&#8221;) in the &#8220;Volume default capacity&#8221; field of the Configuration tab, shown below:<\/p>\n<p><a href=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2010\/02\/default-volume-size.png\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-1928\" title=\"Changing default volume size\" src=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2010\/02\/default-volume-size.png\" alt=\"Changing default volume size\" width=\"854\" height=\"634\" srcset=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2010\/02\/default-volume-size.png 854w, https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2010\/02\/default-volume-size-300x222.png 300w, https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2010\/02\/default-volume-size-404x300.png 404w\" sizes=\"auto, (max-width: 854px) 100vw, 854px\" \/><\/a><\/p>\n<p>Now, if you can do that on your VTL devices <em>before<\/em> you start labelling volumes, you&#8217;re done and dusted. However, if you&#8217;ve previously labelled your media, you either have to relabel the currently blank virtual media <em>or<\/em> wait until NetWorker gets around to recycling the currently used media.<\/p>\n<p>You can query mminfo to see what the default capacity is registered at &#8211; e.g.,<\/p>\n<pre>[root@tara ~]# mminfo -m\nstate volume &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;written &nbsp;(%) &nbsp;expires &nbsp; &nbsp; read mounts capacity\n800801L4 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2254 MB full 02\/26\/2011 &nbsp; 0 KB &nbsp; &nbsp; 5 &nbsp; &nbsp;800 GB\n800802L4 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0 KB &nbsp; 0% &nbsp; &nbsp; undef &nbsp; &nbsp;0 KB &nbsp; &nbsp; 5 &nbsp; 1000 MB\n800804L4 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0 KB &nbsp; 0% &nbsp; &nbsp; undef &nbsp; &nbsp;0 KB &nbsp; &nbsp; 5 &nbsp; 1000 MB\n800805L4 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 0 KB &nbsp; 0% &nbsp; &nbsp; undef &nbsp; &nbsp;0 KB &nbsp; &nbsp; 3 &nbsp; &nbsp;800 GB<\/pre>\n<p>Now, what effect does this have to how much you can write to the volumes? The short answer is <em>none<\/em>. All you&#8217;re doing is adjusting the default capacity assigned to new volumes that are labelled in these (virtual) tape drives \u2013 and we can see what happens when NetWorker breaches the default volume capacity all the time in relation to physical tape \u2013 it just keeps writing until it hits end of physical tape. Nothing more, nothing less. So this means when you fill up your virtual media, NetWorker doesn&#8217;t complain at all:<\/p>\n<pre>nsrd media notice: LTO Ultrium-4 tape 800802L4 on \/dev\/nst3 is full\nnsrd media notice: LTO Ultrium-4 tape 800802L4 used 2793 MB of 1000 MB capacity\nnsrd media info: WORM capable for device \/dev\/nst3 has been set<\/pre>\n<p>Is this something you <em>must<\/em> to do? Well, no, not technically. However, remembering that I advocate a <a title=\"What is a zero error policy?\" href=\"https:\/\/nsrd.info\/blog\/2009\/08\/11\/what-is-a-zero-error-policy\/\" target=\"_blank\">zero error policy<\/a>, the above is something I&#8217;d definitely strongly recommend for virtual devices. Doing so will eliminate what would otherwise be false errors on the virtual tapes within the NetWorker daemon logs. That means if you have to search for media issues, or refer your daemon logs to your support provider for analysis, they won&#8217;t be seeing bunches of &#8220;tape filled prematurely&#8221; issues.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>While this is pertinent to all versions of NetWorker, it particularly seems relevant mentioning now, since as of 7.5.2, we&#8217;re&hellip;<\/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":[100,576,753,1080,1093,1101],"class_list":["post-1926","post","type-post","status-publish","format-standard","hentry","category-basics","category-networker","tag-advertised-capacity","tag-marked-full","tag-prematurely","tag-virtual-media","tag-volume-capacity","tag-vtl"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-v4","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/1926","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=1926"}],"version-history":[{"count":1,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/1926\/revisions"}],"predecessor-version":[{"id":7570,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/1926\/revisions\/7570"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=1926"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=1926"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=1926"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}