memo.

カテゴリー: 技術系memo

  • Windows Update でIE11のJavaScriptの挙動が変わった

    2014年12月のWindows Update でInternet Explorer 11の
    JavaScriptの解釈というか挙動が変わっている。

    自分がハマったのは、子画面で選択した値を親画面の特定の場所入れる
    という挙動で、あたい戻しができなくなった。
    子画面側で値を選択した時に、親画面の別の場所にフォーカスが
    当たっており、値が表示されない。
    （そんな挙動が悪いといえば、そうなのだが・・・）

    問題の発生時点を切り分けて行くと、2014年12月のWindows Update
    を適用したかどうかで、挙動が変わっていた。
    このUpdateに含まれていたIEのUpdateプログラムをアンインストールで、
    もとの挙動に戻ることも確認できた。
    なので、今回のUpdateが悪さをしていることは間違いなし。

    IEのバージョンが変わるタイミングで、JavaScriptの挙動やCSS解釈が
    変わるというのは割と良くある話だが、、、
    月例のUpdate変わられてしまうと、なかなか打つ手がない。

    ちなみに、影響を受けたのは、IE11のみ。
    Windows 7、Windows 8の両方のIE11で発生する。
    IE10の場合は、Windows Updateを行っても動作は変わらなかった。

    IEのバージョンをみると、
    11.0.15　・・・　このバージョンがアウト。障害にあたる。
    11.0.14　・・・　このバージョンはセーフ（Windows Update前）。
    だった。

    忘れそうなので、メモとして。

  • Acronis Backup & Recovery 11.5で、バックアップタスクの所有者が変更されないバグ

    何かと不具合の多いAcronis Backup & Recovery 11.5。
    バックアップタスクの所有者の変更についての不具合がある。

    本来であれば、バックアップタスクは最終更新者が、そのタスクの所有者になる。
    この不具合では、最終更新者が更新しても、バックアップタスクの所有者が更新されない。
    ちなみに、バックアップ計画（タスク）作成時のアカウントがバックアップをできる権限を
    もっているアカウントであれば、所有者が変わっても問題なくバックアップは行えるとのこと。

    不具合として、Acronisが認識しているようで、いつかはわからないが、 不具合は修正されるとのこと。

    そもそも、最終更新者が所有者になるという仕様もいけてない。
    さらにいけてないのは、不具合で所有者をあるべきユーザにすら戻せないということ。
    しかもバックアップ計画の作成時のユーザで認識されてバックアップが行われる、
    というのであれば、そもそも所有者の意味はなんだ？

  • Windows のディスク管理

    Windows のディスク管理は、Windows標準のディスクマネジャーだけと思いがちだが、
    別のツールに変更されていることがある。

    たとえば、Veritas Storage Foundationがインストールされている場合、
    Windows標準のディスクマネジャー（ディスク管理ツール）は使えない。
    「コンピューターの管理」から「記憶域」「ディスクの管理」を見ると、Veritasの表示がある。
    標準ツールではないので、便利な部分もあるが、扱いにくい部分（癖）もある。
    一長一短だが、現場では、設定されているツールを使うだけ。
    実際にディスクの管理を行おうとした時に、標準ツール以外の可能性があるので、注意。

  • NTFSで扱える最大ファイル数（個数）

    NTFS上で扱えるファイル数が最大でどのくらいなのかが気になって調べてみた。
    １つのNTFSのボリュームで扱えるのは、4,294,967,295個（2^32-1個）のファイル。
    ざくっと42億個のファイル。

    ちなみに、1ファイルの最大サイズは、16TB-64KB。

    １つのボリュームの最大ファイル数 4,294,967,295個
    1つの最大サイズ 16TB-64KB

    http://technet.microsoft.com/ja-jp/library/cc766145%28v=ws.10%29.aspx

  • Acronis Backupで大容量のバックアップが取れない

    Acronis Backup で大容量のバックアップが取れない、という問題が発生している。

    事象としては、大容量のデータがあるファイルサーバのバックアップを行うと、
    1回目は正常に終了するが、2回目以降のバックアップで、バックアップが開始されたまま
    バックアップ進まず（進行状況が0%のまま）に、そのまま止まってしまう。

    確認されている環境は、Acronis Backup 11.5、バックアップ対象がWindows Server 2012 。
    バックアップデータが1.2TBを超えると、AcronisのバックアップDBが処理を行えずに
    ハングアップするというバグとのこと。
    現行では、修正プログラムを開発中で、Update6でリリースされる予定とのこと。
    （本当にUpdate6に入るかどうかは不明）

    回避策としては、バックアップ後の管理DBのサイズが1TBを超えないように、
    小さい単位でバックアップ設定を行っていくこと。

    バックアップ製品なのに、大容量のバックアップができないなんて、最低。

    追記（2014/10/29）

    フォルダ単位でバックアップの設定をし、1TBにならないようにしたが、
    結局、状況は改善せず。
    サイズ的には200GB程度までしぼった。
    ファイル数が多いのが原因だろうか。

  • Netscreenのシリアル番号をコマンドで調べる方法

    Screen OSを使っているNetscreen、SSGでシリアル番号をコマンドで調べる方法

    以下のコマンドをTelnetやシリアルコンソールから実行する。

    get system

    このコマンドの上部に、シリアル番号や型番やライセンスなどが表示される。
    コマンドの結果は、長いので注意。
    備忘として。

  • iLOはWindowsの権限がある程度ないとブラウザでスクリプトが動作せず、ログインできない

    HPの便利なサーバツールのiLO。
    電源のON/OFFやハードウェアの状態などの確認やコンソールの確認もできるので重宝するツールだ。
    設定したiLOには、ブラウザを使ってアクセスするのだが、
    企業の中には運用端末経由じゃないとアクセスできないようにネットワーク設計されていたり、
    ルールとして縛られていたりする。
    その運用端末がWindowsでログインするユーザが一般ユーザの権限しかない場合、
    iLOの画面はIEからアクセスできて表示できるが、ログインIDとパスワードを入れて、
    OKをクリックしても、次の画面に進まないことがある。

    iLOの画面を開くときに、スクリプトの実行が云々という警告がでるので、
    インターネットオプションから信頼済みサイトに登録して、
    スクリプトを実行できるようにする（している）。
    それでも、ログインできない時の話。

    その場合は、ログインをしているユーザの権限を疑う。
    リモートデスクトップなどで、運用をするためのユーザを使っている場合、
    ポリシーとして弱い権限しか割り当てていないことがある。
    （会社によると思うが・・・）
    その場合、画面の見た目上は、スクリプトが動くように錯覚するが、
    実際はWindowsによりスクリプトの実行が禁止されており動いていない。
    切り分けとして、WindowsのAdministratorやAdministrator権限をもったユーザを使い、
    iLOにアクセスして、ログインを試す。
    Administrator権限を持ったユーザの環境からアクセスしログインできれば、
    使用していたユーザの権限が足りないということ。

    試した環境は、Windows Server 2008以降、iLO3、iLO4。

  • 別のWindowsのCドライブに直接アクセスする方法

    Windowsは、管理用としてCドライブがデフォルトで共有されており、
    アクセス方法を知っていれば、管理者ユーザあれば直接Cドライブを参照できる。

    アクセス方法は以下。

    \\ホスト名（コンピュータ名）\c$

    これで、指定したホストのCドライブにアクセスできる。
    アクセスする際には、管理者ユーザのIDとPWが必要。
    いっつも、cと$の順番とかを忘れるので。

    ちなみに、このCドライブの共有は「管理共有」や「デフォルト共有」と呼び、
    共有フォルダは「管理共有フォルダ」と呼ぶ。
    共有設定を切ってもOKだが、管理ツールを使っている場合は、
    この管理共有フォルダを使っているので不具合がでる。

  • Cドライブの空き容量が0バイトになると、新しいユーザはログオンできない

    考えてみれば、原理的には当たり前のことだが。
    Windowsで、Cドライブの空き容量が0バイトになると、新しいユーザがログオンできない。
    AD環境の場合、新しいユーザがログオンする際に、ユーザプロファイルの作成を行う。
    Cドライブの空きがないと、このユーザプロファイルの作成ができないため、
    エラーになりログオンもできない（つまりWindowsが使えない）。

    既にユーザプロファイルができているユーザであれば、ログオンできるので、
    管理者ユーザなどの既にログオンしたことのあるユーザで、Windowsに入り、
    Cドライブの空き容量を確保するといい。

    もし、HDDの合計サイズとドライブ内のファイルの合計サイズが一致せず、
    数GB単位でずれがある場合は、仮想メモリを疑う。

  • NetscreenとSRXのOID（MIB情報）

    調べたついでに、メモ書き。
    書いておかないと忘れるので。

    ■Netscreen のOID（MIB情報）

    1.3.6.1.4.1.3224.4   -> VPN系の情報
1.3.6.1.4.1.3224.16  -> リソース系の情報

    ■Juniper SRX のOID（MIB情報）

    1.3.6.1.4.1.2636.3

    http://kb.juniper.net/InfoCenter/index?page=content&id=KB16545

    ■Juniper SSG のOID（MIB情報）

    Screen OSなので、Netscreenと同じようだ。