jpDVBRec 開発環境復活

KVMでPCIパススルーができて、jpDVBRecの開発環境が復活しました。

それで、jpDVBRecを更新しました。

更新内容はこちら。
http://www.sysgreenplus.net/

コメント

コメントを投稿

このブログの人気の投稿

AMD環境でKVM PCIパススルー (PT2で)

いろいろやってKVM PCIパススルーができた(ゲストOSでPT2を認識)ので環境・ポイントをメモ。 ■HW 【M/B】BIOSTER TA890FXE 【CPU】AMD Phenom II X6 1055T 【Cooler】DEEPCOOL ICEEDGE 200U 【Memory】DDR3 SDRAM 4GB × 2, 2GB × 2 【VGA】Palit GeForce GTX 560 1GB (NE5X5600HD02-1142F) 【Sound】オンボード 【HDD】Western Digital WD30EZRX 3TB 【Drive】LG blu-ray かけるやつ 【Case】サイズの安いやつ 【Power】HEC WIN+ 700W HEC-700TE-2WX 【Other】PT1 × 1 PCIパススルーをするためにはIOMMU,AMD-Viに対応している「AMD890FX」チップセットが必要です。 今回は「BIOSTER TA890FXE」で。 ■SW 【OS】Ubuntu Server 11.04 【Other】qemu-kvm 0.14.0+noroms-0ubuntu4.3 【Other】kvm-pxe 5.4.4-7ubuntu2 【Other】virt-manager 0.8.6-1ubuntu8.1 必要なパッケージはaptでインストール。 Ubuntu Serverを使ってますが、すぐubuntu-desktopをインストールしました。 後はvirt-managerを使ってゲストOSを作成する。 ゲストOSの設定で、PCI Host Deviceで PT2を追加。 ※PT2はlspciで確認してください。 02:05.0 Multimedia controller: Xilinx Corporation Device 222a (rev 01)  ←これです ゲストOSの開始前に以下のコマンドを実行。 # modprobe pci-stub # echo "1002 4384" >/sys/bus/pci/drivers/pci-stub/new_id # echo "0000:00:14.4" >/s
続きを読む

Rails Devise認証のカスタマイズメモ

Deviseのデフォルトの認証ではDBに保存されているemail, passwordの項目で認証を行なっている。 例えば、DBにemail, passwordを別で認証する場合、カスタマイズが必要となる。 そのカスタマイズ方法を調査した内容を以下に記す。 ※omniauthを使った外部サイトで認証・callbackではないです。 バージョン情報 　Rails 3.2.6 　Devise 2.1.2 例 　・usersテーブルにログインユーザの情報を保持。 　・パスワードはDBに保持していない。(ここでは 'password' 固定) 1.認証処理の追加 　Deviseでは認証処理はstrategyとして作成されている。 　認証方法をカスタマイズするにはstrategyを新たに作成する。 ※以下の内容はDeviseのstrategy(database_authenticatable)を参考に、パスワード判定のみ変 更。 ・config/initializers/devise_strategies.rb require 'devise/strategies/authenticatable' module Devise module Strategies class CustomAuthenticatable < Authenticatable def authenticate! resource = valid_password? && mapping.to.find_for_database_authentication(authentication_hash) return fail(:invalid) unless resource if validate(resource){ password == 'password' } resource.after_database_authentication success!(resource) end end end end end Warden::Strategies.
続きを読む

NagiosとSlackの連携時、Channelを指定する

NagiosとSlackの連携時、Channelを指定する NagiosとSlackの連携は検索すれば出てくるものの、Channelが固定だったので、Nagiosのcontact毎に指定する方法を記載します。 環境 Slack Ubuntu 16.04 Nagios 3.5.1.dfsg-2.1ubuntu1.3 Slack設定 Slackのアプリを追加で、Nagiosを設定。 手順は、アプリ追加時のセットアップ手順を参照。 Nagios設定 セットアップ手順にて、以下の部分を個別に指定。 command slack_channel に`"#$CONTACTEMAIL$"のマクロを指定 contact email に通知するチャンネルを指定 これで contact ごとに email でチャンネルを指定できる define command { command_name notify-service-by-slack command_line /usr/local/bin/slack_nagios.pl -field slack_channel="#$CONTACTEMAIL$" -field HOSTALIAS="$HOSTNAME$" -field SERVICEDESC="$SERVICEDESC$" -field SERVICESTATE="$SERVICESTATE$" -field SERVICEOUTPUT="$SERVICEOUTPUT$" -field NOTIFICATIONTYPE="$NOTIFICATIONTYPE$" } define command { command_name notify-host-by-slack command_line /usr/local/bin/slack_nagios.pl -field slack_channel="#$CONTACTEMAIL$" -field HOSTALIAS="$HOSTNAME$" -field HOSTSTATE="$HOST
続きを読む