カテゴリー: 技術系memo

  • 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と同じようだ。

  • xyzzy でPowerShellを書くときに便利なPowerShell-Mode

    Powershell用のModeのモードがあった。

    じゃわてぃーのxyzzy的な何か:http://kazy111.info/xyzzy/

    使い方は、ダウンロードしたファイルを解凍して、xyzzyのフォルダのetcとsite-lispにそれぞれ解凍したファイルを保存する。
    あとは、、、xyzzyを起動するときにpowershellmodeが読み込まれた。
    いろいろとやっているうちに読み込まれたので、、、なんとも書けない。

    実際に使ってみると、
    変数の部分やコマンドレットの部分の色を変えてくれるので便利。
    WindowsについているPowerShellの開発環境でもいいのだけど、
    スクリプトを読んだり、簡単な変更をするだけなら、
    使い慣れたテキストエディタの方が好きだ。

  • メモ/Junosって、FreeBSDベースで作られていたのね

    FreeBSDのTCP問題で知ったのだけど、
    Juniper Networks の Junos って、FreeBSDベースで作られていたのね。
    FreeBSDは、目立たないところで使われているな。
    今も昔も。
    使う可能性はゼロではないのでメモ。

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

  • Google Chromeで「Google Chrome では www.xenos.co.jp に接続できませんでした」とエラーが出た際の対処

    普段から使用しているウェブにGoogle Chromeでアクセスした際に
    「Google Chrome では www.xenos.co.jp に接続できませんでした」
    とエラーが表示されたときの対処方法。

    このエラーが出た時に最初に疑わなければならないのはネットワークの接続。
    他のウェブサイトの閲覧ができていれば、ネットワークの可能性は低い。
    また普段使いのサイトなら、急にドメインやサーバがなくなったりもしないので
    こちらの可能性も低くなる。

    そうすると一番最初に疑わなければならないのは、Google Chromeだ。
    Chromeでは、Cookieファイルが壊れた際にこのエラーメッセージが表示されるとのこと。
    切り分ける方法で一番簡単なのは、「シークレットウィンドウ」を使ってみること。
    シークレットウィンドウは、Cookieなどの情報を引き継がないため、
    このモードで正常にアクセスできればCookieの問題ということになる。

    ■切り分けと対処方法

    1. Chromeのメニューから「シークレット ウィンドウでウィンドウを開く」を選択する。
      (シークレットウィンドウで開くと左上に変な人のイラストが表示される)
    2. アクセスできなかったサイトを開く。
      これでエラーになっていたサイトが開くことができれば、ChromeのCookieファイルが原因である可能性が高い。
    3. シークレットウィンドウを終了させ、Chromeのメニューから「ツール」→「閲覧履歴を消去」を選択し、「Cookieと~」「キャッシュ」にチェックをいれ、期間はすべてを選択し、「閲覧履歴データを消去する」をクリックする。
    4. 再度、エラーになっていたサイトを開き、問題が解消したか確認する。
      これでもまだエラーになる場合には、Chromeにインストールされているプラグインが 悪さをしている可能性が高い。

    ■参考
    https://support.google.com/chromebook/answer/1085581?hl=ja

  • SQL Server 2005以降で、現在時刻を取得する関数

    SQL Server 2005(Transact SQL)で現在の時刻は、GETDATE() 関数で取得できる。
    SELECT文で使えば、現在時刻を取得できる。
    UPDATE文やINSERT文で使えば、SQL Serverの現在時刻を使って、更新日を更新できる。

    例えば、現在の時刻を取得するだけのSELECT文

    SELECT GETDATE() AS TIME
    

    例えば、更新日(UpdateDate)を現在時刻で更新するUPDATE文

    UPDATE Employee SET UpdateDate = GETDATE()
    

  • メモ/Android 4.1 でのスクリーンショットの取り方

    Android 4.1(Jelly Beans)でスクリーンショットをとるには、
    “ボリュームを下げるボタン”と“電源ボタン”を1秒くらい同時押しする。
    すると、スクリーンショットがとれる。
    (画面上にエフェクトがかかるので、簡単にわかる)
    Android 4.0でも同様にスクリーンショットがとれるようだ。
    これらは、Android OS の機能なので、初期セットアップ中でも
    スクリーンショットを撮ることができた。
    少なくとも、Xperia VLでは撮れた。

    Android 2.3の時は、PC側に開発ツールをインストールし、
    スクリーンショットを撮っていたことを考えるとかなり楽になった。

  • Gmailの稼働率は、指標として使えそうかも。

    Gmailの2012年の稼働率が99.983%という発表。

    http://googleenterprise.blogspot.jp/2013/04/pure-and-proven-cloud-gmail.html

    http://www.itmedia.co.jp/news/articles/1304/09/news082.html

    稼働率を下げたいわけじゃないが、Gmailでも99.9%の稼働率保証で、
    実際には99.983%というのは良い指標になるのではないか。
    目指すところが99.999%というのがいいけれど、本当にその稼働率が必要なのか、
    という議論はよくある。
    が、落としどころがなくて、そのままインフラ設計が進むなんてこともある。
    そういうとき、この稼働率は使えそうだ。
    99.9%としておいて、実際の運用でカバーして、それ以上を目指す。

    最初から宣言する数字を大きくしてしまうと、それ以上の運用体制が必要になるわけで、
    落としどころとしては、99.9%は悪くない。
    ベンチマーク的な使い方ができる数字を出してくれるのはうれしいね。