蛸介ねっと

ONTAP 9.* での dump to null の手順について記します。
コピー先のボリュームは予め作っておいて下さい（コピー元の容量以上だと安心／シンプロでok）。

ノードスコープモード off

::> set -priv diag
::*> vserver services ndmp node-scope-mode off

操作用アカウント作成

::*> security login create -user-or-group-name <username> -application ssh -authentication-method password -role backup

NDMP用パスワード生成（ここで表示されたパスワードを控えておくこと）

::*> vserver services ndmp generate-password -vserver <cluster_svm_name> -user <username>

::> exit

ノードシェルに入ります

::> node run -node <cluster_node1>
> priv set diag

dump to null 開始

*> ndmpcopy -sa <username> -da <username> -p -e “DUMP_TO_NULL=y” <source_vol_node_ip>:/<source SVM_name>/<source_vol_name> <dest_vol_node_ip>:/<dest_SVM_name>/<dest_vol_name>

パスワードを聞かれますので、先程教えてもらったパスワードを入れて下さい。

問題無ければ dump が始まります。
始まって暫くして表示される

Ndmpcopy: <node_IP>: Log: DUMP: estimated ***** KB.

が処理される量となります。

ACLのコピー（フェーズⅣ）のあとに

Ndmpcopy: <node_IP>: Log: DUMP: ***** KB
Ndmpcopy: <node_IP>: Log: DUMP: DUMP IS DONE
Ndmpcopy: <node_IP>: Log: DUMP_DATE is ‘**********’
Ndmpcopy: <node_IP>: Notify: dump successful
Ndmpcopy: Done

が表示されれば完遂です（このブロックでいくつか failed / error が表示されますが、無視して良いようです）。

ONTAP 9.3*上のCIFSのみのSVMで、エクスポートポリシーを有効化したい時。

::> set -privilege advanced
::*> vserver cifs options modify -vserver <SVM> -is-exportpolicy-enabled true

環境
・ONTAP 9.3P4
・ONTAP AV Connector 1.0.3
・ServerProtect 6.0 (SPFS) 一般サーバ（x64）が2台
・AD環境

node2のLIFもmgmt属性にした場合、フラップすることがあるようです。

発報は

　Nblade.vscanNoScannerConn [LOG_EMERG]

ログとしては

　EMERGENCY Nblade.vscanNoScannerConn: Vserver “SVM名” has no virus scanner connection.

が出続け、vserver vscan disable / enable させるまでは検疫しない状態でした。

フラップ状態

次のようにしたら動くようになりました（あくまで、俺環です）。

①LIF2 のポリシーを mgmt から data に変更

　::*> network interface modify -vserver [SVM名] -lif [SVM名]_cifs_lif2 -firewall-policy data

②ONTAP AV Connector 再設定
　LIF1 の IP アドレスで接続テスト→ Save → Export
　出来上がった .reg ファイルを、C:\Windows\SysWOW64\regedit.exe にて32bitアプリ用ツリーにデータを import

③vscan停止

　::> vserver vscan disable [SVM名]

④LIF2 のポリシーを元に戻す

　::*> network interface modify -vserver [SVM名] -lif [SVM名]_cifs_lif2 -firewall-policy mgmt

⑤一般サーバ再起動

⑥vscan起動

　::> vserver vscan enable [SVM名]

FAS側に

security login create -vserver [SVM名] -user-or-group-name ドメイン名\スキャナプールで指定した特権ユーザ -application ontapi -authentication-method domain -role vsadmin

を入れておくのを忘れないで下さい。

Windowsで印刷作成したPDFファイルのタイトルが化けている事があります。

ファイルのプロパティ例


Chromeで開いてみたところ


原因は、UTF8でエンコーディングされるべきPDFファイルのタイトル部分が、SJISで書かれてしまっているため。

解決方法の例

• 全角ファイル名を諦める（有効？）
• Acrobat DC（not Reader）等で書き換える（順当）
• exiftoolを使ってみる
  http://wave.hatenablog.com/entry/2017/03/31/083500
• perlでメタデータを書き換える
  http://oasis.halfmoon.jp/mw/index.php?title=Soft-pdf-metadata

以上

DNS上にSRVレコードが存在せず、_ldap._tcp.example.com などが引けないとき。
某メーカーのNASをAD環境にJOINさせようとした時に謎エラーが出て気付きました。

まずはADサーバのipv4の設定を確認

• この接続のアドレスをDNSに登録する、にチェックが入っていること
  入っていたときは、このポストは役立たずです✌(‘ω’✌ )
• 入っていないときは、チェックをしたあと、
  SRVレコード追加作業

  net stop netlogon net start netlogon ipconfig /registerdns

  1 2 3

  net stop netlogon net start netlogon ipconfig /registerdns

  で登録

ちなみにDNSサーバ側で動的更新ができないときは

1. スタート→プログラム→管理ツール→DNSを起動
2. 左側のツリー画面を展開、使用している前方参照ゾーンもしくは逆引き参照ゾーンを表示
3. 対象となるゾーン名を右クリックし、プロパティ
4. 全般タブにある『動的更新を使用可能にしますか』のリストボックスで、“セキュリティで保護された更新のみ”を選択してから、OK

色々検索して頑張って、最後にDLLの登録に失敗した方へ…。

64bit版での手順となります。
32bit版の場合は、コピー元のディレクトリ名（頭のamd64をx86に読み替え）と4～7のファイル名が違う（64を32に読み替え）だけで、あとは同じです。
8番以降の作業は管理者権限のコマンドプロンプトで行って下さい。

1. KB 2693643 をアンインストールし、再起動する
   
   
2. 適当な作業用ディレクトリを作成し、次のURLからRSATをダウンロードする
   https://www.microsoft.com/ja-JP/download/details.aspx?id=45520
   
   
3. 次のURLを参考に、installx64.batとunattend_x64.xmlを作成し、作業用ディレクトリに置く
   https://support.microsoft.com/ja-jp/help/4055558/rsat-missing-dns-server-tool-in-windows-10
   
   
4. installx64.bat の最後のrmdirな行を削除またはコメントアウトする
   
   
5. installx64.bat を実行
   
   
6. dnsmgr.dll と dns.lnk を、
   .\ex\ex\amd64_microsoft-windows-dns-server-snapin_31bf3856ad364e35_10.0.16299.2_none_946c2f555824ecef

   1	.\ex\ex\amd64_microsoft-windows-dns-server-snapin_31bf3856ad364e35_10.0.16299.2_none_946c2f555824ecef

   から取り出す
   
   
7. dnsmgmt.msc と dnsmgr.dll.mui を
   .\ex\ex\amd64_microsoft-windows-d..er-snapin.resources_31bf3856ad364e35_10.0.16299.2_ja-jp_4a92b34b2bab1df4

   1	.\ex\ex\amd64_microsoft-windows-d..er-snapin.resources_31bf3856ad364e35_10.0.16299.2_ja-jp_4a92b34b2bab1df4

   から取り出す
   
   
8. dnsmgmt.msc と dnsmgr.dll を C:\Windows\System32 にコピーする
   
   
9. dnsmgmt.msc と dnsmgr.dll.mui を C:\Windows\System32\ja-jp にコピーする
   
   
10. dns.lnk を
    C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools

    1	C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools

    にコピーする
    
    
11. regsvr32 c:\windows\system32\dnsmgr.dll にてDLLを登録する

以上

GoogleHome（もどき）を普通に作って、おーけーぐーぐるができるようになりました。なお、ウェイクワードには、あめりかんちっくな発音が良い模様。

でも、自動起動させると動かない。声を拾ってくれない。マイクもスピーカーもちゃんとできてるのに。録音も再生もできるのに。

いい加減に調べたところでは、（俺環の場合ですが）piで上がってて、GUIが動いてないとダメぽい。
ということで、かっこいいやり方は諦めて、普通に走らせることにしました。

まずは、main.pyを準備。
次に、キック用スクリプト、~/GoogleHome.sh を作ります。
スクリプトを走らせるために、autostartの最後でこのスクリプトを呼び出します。
これで、自動起動するようになりました。

ついでに起動音追加。

Kidou.wavを拾って来て、~/pi/AIY-projects-python/src/examples/voice/ に保存。

main.pyの81行目あたり（self._can_start_conversation = False の次）に を追加。

準備ができたよの合図が鳴るようになりました。