{"id":5266,"date":"2014-08-15T07:14:11","date_gmt":"2014-08-14T21:14:11","guid":{"rendered":"http:\/\/nsrd.info\/blog\/?p=5266"},"modified":"2018-12-11T13:42:06","modified_gmt":"2018-12-11T03:42:06","slug":"centralising-data-domain-logging","status":"publish","type":"post","link":"https:\/\/nsrd.info\/blog\/2014\/08\/15\/centralising-data-domain-logging\/","title":{"rendered":"Centralising Data Domain Logging"},"content":{"rendered":"<p>If you&#8217;ve got a Data Domain in your NetWorker&nbsp;environment,&nbsp;you obviously need to monitor it, just as you would any other appliance.<\/p>\n<p>The two main forms of monitoring everyone is aware of with Data Domain systems are:<\/p>\n<ul>\n<li>Autosupport emails<\/li>\n<li>Data Domain Enterprise Manager &#8211; the Web front-end<\/li>\n<\/ul>\n<p>If you&#8217;re logged onto the Data Domain console via ssh, you can also view the logs there via&nbsp;<em>log list<\/em>,&nbsp;<em>log view<\/em> and&nbsp;<em>log watch<\/em>, but if you&#8217;re running an enterprise&nbsp;environment, you&#8217;re equally likely to be interested in centralising the Data Domain logging to&nbsp;a syslog server. Thankfully, this is a breeze. From&nbsp;the Data&nbsp;Domain console, just enter the following two commands to set it up:<\/p>\n<pre>sysadmin@dd1# <strong>log host add logserver.fqdn<\/strong>\nRemote host logging is not currently enabled. Enable with 'log host enable'.\nHost \"logserver.fqdn\" added.\nsysadmin@dd1# <strong>log host enable<\/strong>\nRemote host logging enabled.\nsysadmin@dd1#<\/pre>\n<p>Data Domain logging to a syslog server is efficient and insightful.&nbsp;All commands executed on the Data Domain \u2013&nbsp;regardless of whether they&#8217;re issued by a logged in user, a remote user, or the system itself \u2013 appear in the logging, giving you a very effective overview&nbsp;of what is going on for the system. For instance:<\/p>\n<pre>Aug 15 06:59:44 dd1 -ddsh: NOTICE: MSG-DDSH-00009: (tty=pts\/0, session=7924) sysadmin: command \"filesys clean start\"\nAug 15 06:59:44 dd1 -ddsh: {epoch=1408049961;id='AUDIT-DDSH-00001';desc='DDSH CLI command';level=3;user='sysadmin';role='admin';app='ddsh';host='dd1';detail='cmd=filesys clean start';}\nAug 15 06:59:45 dd1 ddfs[19551]: NOTICE: MSG-GC-00009: Cleaning started\nAug 15 06:59:45 dd1 sms: {epoch=1408049962;id='AUDIT-SMS_FILESYS-00032';desc='Start file system clean.';level=1;user='sysadmin';role='admin';app='-ddsh';host='127.0.0.1';detail='{in='{gc_algo=1;gc_seconds=0;gc_bytes=0;gc_percent=0;}';out='{inactive='true';}';}';}<\/pre>\n<p>Logging gives you another avenue of understanding your&nbsp;environment &#8211; and, depending on your environment, may be more suitable for centralised monitoring of systems. While the autosupport&nbsp;emails sent by the Data Domain are comprehensive,&nbsp;and the alert emails are useful, the logs are an&nbsp;information&nbsp;provision point particularly applicable to&nbsp;many enterprise automated monitoring systems.<\/p>\n<p>If you&#8217;ve get&nbsp;centralised&nbsp;syslog services operating within your environment, I&#8217;d strongly encourage you to enable the remote&nbsp;logging functionality&nbsp;on your Data Domains and start capturing the information.<\/p>\n<p><a href=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2014\/08\/DD160.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-5268\" src=\"https:\/\/nsrd.info\/blog\/wp-content\/uploads\/2014\/08\/DD160.jpg\" alt=\"DD160\" width=\"300\" height=\"200\"><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>If you&#8217;ve got a Data Domain in your NetWorker&nbsp;environment,&nbsp;you obviously need to monitor it, just as you would any other&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":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[1133],"tags":[275,1183],"class_list":["post-5266","post","type-post","status-publish","format-standard","hentry","category-best-practice","tag-data-domain","tag-logging"],"aioseo_notices":[],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pKpIN-1mW","jetpack_sharing_enabled":true,"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5266","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=5266"}],"version-history":[{"count":3,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5266\/revisions"}],"predecessor-version":[{"id":7454,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/posts\/5266\/revisions\/7454"}],"wp:attachment":[{"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/media?parent=5266"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/categories?post=5266"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nsrd.info\/blog\/wp-json\/wp\/v2\/tags?post=5266"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}