Windows Server 2008上のPowerShellでHyper-Vの仮想マシンの状態一覧を出すコマンド
WMI+VBScript経由で取得するサンプルスクリプトはいくつか見つけたんですが、PowerShell版はうまく動かなかったりするので書き直したものを残しておきます。 VMStateは仮想マシンの状態を文字列に戻すためのハッシュ変数。 Msvm_ComputerSystemが戻すオブジェクトは仮想マシン＋ホストマシンの一覧になっていて、EnabledStateが実際のマシン状態を表す整数値(と見せかけて文字列)を返してくる。 ※ EnabledStateをそのままVMState変数に突っ込むと"2"みたいな文字列でハッシュを当たりに行くので、[int]$_.EnabledStateでint型に変換してからVMStateに当たりに行くのが書き換えたポイント。 $VMState=@{ 0="Unknown" ; 2="Running" ; 3="Stopped" ; 32768="Pause
2014年5月7日 /dev/full疑似デバイスファイル登場 | gihyo.jp
src /dev/full is always full FreeBSD 11.0-CURRENTに疑似デバイスファイル/dev/fullが追加されました（リビジョン265132）。/dev/fullはディスク容量がフル状態を模擬的に作り出しているデバイスファイルで、ディスク容量がフル状態になっている場合のソフトウェアの動作をチェックするといった目的で使われます。 図 新しく追加された/dev/full疑似デバイスファイル $ ls -l /dev/full crw-rw-rw- 1 root wheel 0x9 May 3 14:39 /dev/full $ /dev/fullからデータを読み込むとNUL文字データ（0x00）が取り出されます。この動きは/dev/zeroと同じです。 図 読み込みに関しては/dev/fullは/dev/zeroと同じ $ dd if=/dev/ful
[infrataster] サーバを外部から自動的に基盤テストするには? | oshiire*BLOG
最近、serverspec – Home中心に会社で研究会をやっているわけですが、メンバーから「これも面白そうです」と紹介されたのが、コレ。 Infrataster – Infra Behavior Testing Framework #oedo04 // Speaker Deck 気にしないで読んでたんだけど、これ全編英語なのね。ただ、中二病まっしぐらの全編英語のオレの資料とはちがうので、ただしいスライドを見ている気がして穴に帰りたいです。 さて、何ができるものかというと、「基盤の振る舞いを、サーバの外からテストする(14of37)」ツールです。テスト局面で言うと「結合テスト」なんて呼ばれるときに使うと便利そうなツールです。 proxy や ssh の portforward も駆使して、ゲートウェイの先のサーバへのアクセステストもできるようです。そして、ちゃんとそのサーバが http
![[infrataster] サーバを外部から自動的に基盤テストするには? | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d71ff5111e05619a10d29bb40d7aebaa75c8fbc/height=288;version=1;width=512/https%3A%2F%2Fs0.wp.com%2Fi%2Fblank.jpg)
備忘録とか 表関数をつかってみたときの話
こんな設計はすべきじゃないと思うのだが、引き継いでしまったのだから仕方ない。 表mmbのemail_listsカラムに複数人のemail addressがコロン':'で区切られている場合のこと。 具体的にはこんな表。 CREATE TABLE mmb( id NUMBER(8,0), email_lists VARCHAR2(1000), PRIMARY KEY (id) ); INSERT INTO mmb VALUES(1, 'taro@foo.bar:jiro@foo.bar'); COMMIT; この時に、表mmbのidカラムが1のemail_listsカラムの内容をレコードセットで戻すにはどうすれば良いか？ 以下のような手順で表関数を使えます。 1.レコードセットを定義 CREATE OR REPLACE TYPE email_lists AS TABLE OF VARCHAR2
備忘録とか Oracle Databaseのキャラクタ・セット「UTF8」
とあるお客様に、Oracle Databaseのデータベース・キャラクタ・セットとしてAL32UTF8を推奨したところ、AL32UTF8ではなくUTF8を使いたいとの相談があったので、UTF8について簡単に調べたことのまとめです。 とあるお客様がデータベース・キャラクタ・セットとしてUTF8を使いたかった理由は以下の通り。 - 設計をUTF8前提でおこなっていた - AL32UTF8は4バイトの文字コードサポートとなる為、データ量に影響する可能性がある （データ量が増えることを懸念） それに対して、以下のように回答しました。 - AL32UTF8はOracle Database提供時点の最新のUnicode規約に対応しているため、AL32UTF8を強く推奨 - UTF8からAL32UTF8に変更することでデータ量は減る可能性がある さて、このOracle Databaseの提供するキャラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
備忘録とか regexp_replace を使ってみたときのはなし
備忘録とか OSの文字コードとOracle Databaseの文字コード
備忘録とか JPOUG> SET EVENTS 20120721 で使った資料