{"id":5107,"date":"2014-03-05T17:53:50","date_gmt":"2014-03-05T07:53:50","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=5107"},"modified":"2014-03-05T17:53:50","modified_gmt":"2014-03-05T07:53:50","slug":"seven-enhancements-id-like-to-see-in-networker","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2014\/03\/05\/seven-enhancements-id-like-to-see-in-networker\/","title":{"rendered":"Seven enhancements I’d like to see in NetWorker"},"content":{"rendered":"

Much as I love using NetWorker, I do periodically have my gripes with it. As a long term user (I go back to 1996), there’s a bunch of smaller things that I’d love to see fixed. These aren’t the earth-shattering changes that we see slide decks for, but rather, the sort of changes that make NetWorker an easier fit for more environments.<\/p>\n

\"7<\/a><\/p>\n

Bootstrap to a Storage Node<\/span><\/h3>\n

The mmrecov utility needs to be run on the backup server, referencing a volume on the backup server.<\/p>\n

Why?<\/p>\n

Historically this made sense, but storage nodes have so long been ingrained in how we use NetWorker that forcing device requirements onto the backup server is an anachronism. Indeed, it’s getting increasingly common to see NetWorker environments where the server runs in what I call\u00a0director<\/em> mode \u2013 it doesn’t actually do any backups itself, they’re all done by storage nodes. Well, except for the bootstrap.<\/p>\n

It’s time to see NetWorker support there being\u00a0no<\/em> devices on the backup server.<\/p>\n

Fix Peer-Information Wizard<\/h3>\n

Of all the years I’ve been running the NetWorker blog, the one article that gets hit more than\u00a0anything<\/em> else is Fixing NSR Peer Information<\/strong><\/a>. There’s two aspects of this:<\/p>\n

    \n
  1. NMC alerts (when you first log in) should show peer information errors detected in the logs.<\/li>\n
  2. There should be an option to right-click on a client and choose to fix the peer information error. In some cases this can’t be corrected remotely – where that’s the case the server should direct the user to a new utility installed as part of the client install process and the exact command used to run the fix. That command would basically do the nsradmin run against the client NSRLA resource.<\/li>\n<\/ol>\n

    Sure, it might be a bit fiddly, but it’s important.<\/p>\n

    Bring Back Cross Platform Recoveries<\/h3>\n

    Supposedly cross-platform recoveries were never supported. That may be the case, but they certainly worked throughout all of NetWorker version six. Let’s see them come back.<\/p>\n

    Give Schedules to Scheduled Cloning<\/h3>\n

    Scheduled cloning is a great feature, but the scheduling mechanism is just a bit too basic for my preferences. Being able to use an override of “full last Friday every month” in standard schedules is incredibly useful \u2013 it makes configuration of backups highly flexible. Why isn’t there a similar option for scheduled clones? (“clone last Friday every month”)?<\/p>\n

    Let’s go back to the future<\/h3>\n

    Go to your backup server. Create a single file, identify your standard backup pool and run the command:<\/p>\n

    # save -b pool -e \"+40 years\" filename<\/strong><\/pre>\n
    save: invalid expiration time: +40 years<\/pre>\n
    NetWorker still can’t see past 2038. Ten years ago that was a long time away. Not quite so far away now.<\/p>\n
    Let me name a jukebox when I create it in NMC<\/h3>\n
    I love the utility jbconfig<\/strong>, but when I’ve got a jukebox with drive sharing, it’s much more convenient to create it in NMC. Except:<\/p>\n
      \n
    1. Scan for devices<\/li>\n
    2. Configure library<\/li>\n
    3. Disable library<\/li>\n
    4. Edit library properties<\/li>\n
    5. Put in the name I want<\/li>\n
    6. Enable library<\/li>\n<\/ol>\n
      Steps 3-6 shouldn’t exist. When I create a library, I should be prompted for the library name. Just like jbconfig<\/strong> has been doing since … forever.<\/p>\n
      Nested directives<\/h3>\n
      As the number of clients that are managed by NetWorker increases, so too does the challenge of keeping the configuration under control. It’s very easy to end up in situations where dozens of hosts will share 90% of their directive requirements, but have a small variance based on install locations or system purpose. Not being able to include one set of directives in another has been a perennial bug bear for me.<\/p>\n
      So what about you?<\/h2>\n
      So they’re the seven enhancements I’d really like to see in NetWorker at a more basic level. There’s nothing earth shattering in there, but I think it’s easy to get so focused on the major enhancements that the little ones we need get neglected.<\/p>\n
      So what about you? What quibbles do you have with NetWorker that you’d like to see changed?<\/p>\n","protected":false},"excerpt":{"rendered":"
      Much as I love using NetWorker, I do periodically have my gripes with it. As a long term user (I…<\/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":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[16],"tags":[1247],"class_list":["post-5107","post","type-post","status-publish","format-standard","hentry","category-networker","tag-features"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-1kn","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5107","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=5107"}],"version-history":[{"count":12,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5107\/revisions"}],"predecessor-version":[{"id":5120,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5107\/revisions\/5120"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=5107"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=5107"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=5107"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}