自宅とかで優雅にデジタルライフを送るために、日々苦悩していると思われるブログ

2016年2月3日水曜日

久々のコメントがそれか？

気がつくのがやや遅れたけど

ワーナーのアニメ正式チャンネルが停止されている？
ドユコト？

これは正式チャンネルではなかったってことかな？

う〜ん？

情報持ってる人来られたし！！

2016年1月24日日曜日

さて、明日は何やら北陸周辺では10年に1度の大雪だとか？本当か？

東京は少しの雪で交通網が麻痺しますが、私の自宅周辺はなんのその！
本日も平常運転です。
そして、10年に1度の明日もやはり、平常運転です。

この頃いろいろとかけていないのですが、
実のところ、もう一つのブログ側が忙しくて、こっちの私の気持ちを
吐露する場所にたどり着けない毎日です。

1月15日前後から、あ〜これは、今月プライベートの時間で
ほぼ自由にできる時間ってのはないない！と覚悟したぐらいですね・・・

といのも、メインの仕事以外にフリーランスで
デジタル系であれば何でも屋をやってます。
近所のお助けから、映像作成、Liveのサポート、デザイン作成や
音楽収録、デジタルサイネージとか、あとプレゼンサポート、
パソコン修理、パソコン、プリンタ、ネットワークの設定云々なんかも

年明けは微妙に、年明けセール（福袋）でゲットしたPCや周辺機器の
セットアップやあれができない！これがしたい！などが矢継ぎ早に入ってきまして
プラスして、もう一つのブログの活動も並行しており、
微妙に年末ぐらいから、業者さんからの依頼がぼちぼちとあって
問い合わせだけでも1週間で15〜20件で、でもってこれがまた
私の意志に反して、まぁ〜こういう時に限ってそうなるのですが、
高確率で正式受注となり、気がつけば今月休みがないな・・・・というか
前倒しでいろいろとこなさないと、月末に確実に死人がでる勢です

プライベートの時間だけで、フリーランスの仕事の収入がほとんど変わらないって
どうゆうこと？まぁ〜年始の特需もあったのですが、身が持ちませんよ！！

といいながらも、映像編集のエンコード待ちなどの時間を見つけては
ボチボチと新サーバーのメンテをやってます。
今はほとんどが、監視項目を減らしたり、システムログ通知レベルを変更したり、
データ連携を増やしたりして、快適度をアップさせてる状態です。
ほぼほぼ自動でデータが増強、変換、配備、配信されていきますね・・・・
放置しても、２年はまず問題ないレベルで動き続けますね。

新サーバーも移行の過渡期を超えて、ほぼ平常運転です
大きなデータ移行も終了しているので安心です。
警戒レベルを上げていた、強制排気システム？も、レベルをダウンさせて
強制排気の回数を減らして、バランスを整える作業に入っています。
いい感じの温度設定で、今のように積極的に強制排気するのではなく、
高負荷時のみの運転に切り替えています。

このまま平常運転で今年一年を予期せぬダウン無しで終えたいです
先は長いですが・・・・

本日も平常運転、異常なし！！

では！！

2016年1月18日月曜日

ほぼ完了です。

昨年、6月末ごろから始めた自宅のMyオンデマンドですが、
試験サーバーから、テストリリースをして、強化、統廃合を行い
新サーバーへのリプレイスが、昨日、ほぼ完了しました。

残るは、データの振り分け処理の登録のみです。
これはシーズンごとに発生する処理なので、
これを期に、もっと簡易的に行えないか考えながら
のんびりやる予定です。

これで、Myオンデマンドでは、各種サービスから
配信に最適かされた動画が、日々60件ほど更新されるようになり
見る方が追いつかない状態です。

データのアーカイブ化も今回導入しました
これで、予想では３年程度であれば追加なしで、動画が自動で蓄積されてきます。
あ〜恐ろしい！！

自宅、外出時、旅行中など関係なく
また、PC・スマホ・TVも関係なく、どれでも観れる状態です
もちろん、古すぎるものはダメですが、ここ2年以内に発売されている
ものであればほぼカバーできています。

本日は、念のため起動しておいた。

旧メインサーバーの電源を落とし、掃除等のハードウェアメンテを行い

パーツをバラしました。
今後は簡易的な試験環境として活躍してくれるかもしれません
ストレージは流用可能で、現在は中身のチェック中です。

と、作業が終わったかのような流れですが
まだまだ　実は作業が残っています。
試験機のテストとネットワークの増強です。

試験機はちょいとしたPCをゲットしたので、そいつのテストを行う予定ですが
まとまった時間が取れずに放置している状態

ネットワークは、自宅のフレッツ光にWIMAXを追加して
1.2Gbpsに増強する計画で、こちらも機材はすでにあるのですが
これも同様にまとまった時間が取れずに、放置プレイ中です。

さて、ここら辺がいつ完了になるかは正直不明ですが
最近、もう一つのブログを書くのに追われてしまっていて・・・・

ことしもいろいろやりたい
そんなこんなでここ数日がすぎておりました。

とりあえず、現状報告まで！

では！！

2016年1月13日水曜日

MediaServerSE サービス終了・・・

お疲れ様でした。
メディアサーバーとして、過去のアニメ配信を担当していました。
MediaServerSEが本日サービス終了です。
現在は新サーバーにて、新しくサービスinしています。
それに伴い、一定のくくりごとに仮想サーバーを立てて配信していましたが
今回より、一括で配信することになりました。スペックUpの恩恵です。
4ヶ月ほどの短い期間でしたが、構築後全くトラブルことなく
安定して動作しており、非常に優秀なサーバーでした。
ほぼ無停止です！！

さて、今後ですが、正式停止後、軽めのハードウェアメンテを行い
その後、テストサーバーへと移行していく予定でおります。
動作検証等していないので、未確認ですが、ESXiの導入テストを行い
可能であれば、そのまま複数のサーバー群をテスト的に作成する場所として
活躍してくれることとなるでしょう！
それが叶わない場合は、エンコードと各種ログ、セキュリティサーバーの
フェイルオーバー先の2号機（すでにフェイルオーバー1号機はあり！）として
有効活用の予定です。

サーバーのパッケージングとしては非常に良かったので
今後もそういった部分で活躍してくれることを期待しております。

FreeNAS9.3のJailにminiDLNA1.1.4をインストールする。

さて、云々言う前に答えをざくっとコマンドを

インストール
fetch http://pkg.freebsd.org/freebsd:8:x86:64/latest/All/minidlna-1.1.4_1,1.txz
pkg install minidlna-1.1.4_1,1.txz

設定
vi /usr/local/etc/minidlna.conf

データベース設置
mkdir /var/db/minidlna
chown dlna:dlna /var/db/minidlna

起動設定
vi /etc/rc.conf
minidlna_enable="YES"

サービス起動
/usr/local/etc/rc.d/minidlna start

では、経緯から

現状FreeNASでJailを使用したminiDLNAを使用するパターンとして

pkgの標準設定を使用してインストールするとバージョンが

minidlna-1.1.5がインストールされます。

通常はこれでいいと思うのですが、これでトラブりました。

1.1.5が自宅のネットワークでは安定して稼働してくれないのです。

DLNAが発見できるものとできないもがあります。

同じアプリケーション、同じネットワーク経路でもばらつきがあり

原因を追求していたのですが、特定できない状態でした。

サーバー側のネットワーク設定、miniDLNAの設定ぐらいしか

変わっていないので、ここら辺に問題があるのかもしれませんが、よくわかりません・・・

時間をかけても面倒くさいので、とりあえず前のバージョンをインストールという

まぁ〜ありありな答えで対応する事にしましたが、これがまた・・・

pkgで過去バージョンをインストールする手順ってのが

明確に示された情報がないんですね・・・・

なので、他から情報を紐ずけしてみました。

FreeNASの公式サイトにあるHowToで乗っていた

https://forums.freenas.org/index.php?threads/how-to-install-minidlna-on-freenas-9-3-prior-to-plugin.25395/page-7

ってのを参考にして

fetch で参照してるURLのバージョンが1.1.4なのでこれいけるかも！とおもったらいけない！！

なので、参照しているURLをヌルヌルを探索しまして

見つけたのが、これ

http://pkg.freebsd.org/freebsd:8:x86:64/latest/All/minidlna-1.1.4_1,1.txz

で、あとはこれをFetchして、pkgで「minidlna-1.1.4_1,1.txz」を指定してインストール！

多分、ファイルを落としてきて、ファイルの場所をFatchすれば、それでもOKかと思います。

あとは、以前作成した時に作成した手順通りで

設定ファイルを変更しています。

vi /usr/local/etc/minidlna.conf

変更箇所は下記の３箇所

media_dir=XXXXXXXX

メディアが入っているディレクトリ

friendly_name=XXXXXX

DLNAクライアントから見えるDLNAサーバー名

UUID:XXXXX

これはDLNAが複数ある場合のみ指定しておくと

サーバー明示的に別れて見えます。

で、次はデータベースの保存場所と設定

mkdir /var/db/minidlna

chown dlna:dlna /var/db/minidlna

これはそのままスルーしていいと思います。

DLNAの配信ファイルのデータベースを手動で再作成する時に消すといいので

覚えておくといいかもしれませんね

起動設定

vi /etc/rc.conf

minidlna_enable="YES"

これもそのままスルーしていいかと、ここら辺はデフォルトですね

で、サービススタートが

/usr/local/etc/rc.d/minidlna start

で、配信スタートです。

ちなみになのですが、構築時の話ができていないので申し訳ないのですが、

今のメイン機　AtomeD525　ではDLNAの配信データは９千件を超えると

不安定になり、途中でハングすることがあります。作成時はCPUが100%で

張り付いたままになります。しかも、うまくいっても作成にかなりの時間が

かかります・・・・最悪です。

新サーバーでは、2万件以上でも普通に動きます！データベース作成時も

CPUの負荷は30%前後、デイスクアクセスはさすがに160MB/s前後ありました。

多分CPUよりディスクの性能値の限界に当たっていると思われます。

もう少しディスクスピードが出れば、もっとCPUを使用して高速で作成が

可能かもしれません・・・・

なので、以前は7千件ぐらいで仕分けして、個別にDLNAサーバーを作成して

いたのですが、今回より、一括作成しています。

サーバーの数が単純に減ってありがたいですね。

まぁ〜その分、個別リブートの利点は失われますけどね

ということで、久々に真面目な話か！という内容でした。

では！！

2016年1月10日日曜日

強制排熱するという事です。

はい、本日は、サーバー群の熱問題です。

これは自宅に限らず、データセンターなどでも結構な問題になります。

専用に作られた施設であれば問題ないのですが、必ずしもそんな場所ばかりではない

ましてや自宅では場所が限られてきます。

私の場合は、最終形態のサーバー群は自室のTVラックにおさまっています。

こんな感じです。

それぞれある程度の静音設計のもと作成されているので

音についてはさほどのものではなく、自室では普通に睡眠ができるレベルです。

PCの音で云々という事はありません

さて、問題となるのが、この静音にしたおかげで

各サーバーにそれなりに負荷がかかった状態が続くと、

隣接している温床として、層状効果てきに温度が上昇していきます。

今回使用しているPCケースはアルミ製

RAIJINTEK METISシリーズキューブ型アルミニウム製Mini-ITXケース 0R200008 (METIS SILVER)

を使用しているのですが、これがまた筐体自体が放熱してくれているので

ありがたいけど周りも伝染しやすく、また、ラックの狭い空間のおかげで

熱がこもります。これをどうにか効果的に熱を逃せないかと検討した結果

こうなった・・・ってよくわからんですよね（汗）

これはラックの裏でして、サーキュレーターが2機います

これが常時ではなく！サバー周辺温度が一定温度以上に上昇した時

動きだして、一気に排熱し、ラックの前に熱を逃がします。そんな事をしています。

では、どうやってそんな事をしているのか？

PC制御ではなく、あくまでラック内温度の上昇と共にスイッチONし

一定温度以下になると停止する事を繰り返しすのですが、以外と簡単です。

要はこれ！

これは何かと言いますと、温度を検知して、指定された温度になると

電気を流すというものです。

オリエンタルモーダー株式会社から出ていまして

http://www.orientalmotor.co.jp/products/cooling_fan/am2xa1/features/

価格が現在(2016年1月)は2500円です。

代引きで送っていただき、送料等含んで2700円で、注文翌日に届きました。

これは注文したタイミングが良かったみたいですね

というか、これってほとんど業者が利用するサイトですが、

個人でも1品から発送してくれるので非常にありがたいです。

で、あとは

延長コードを近くのホームセンターで購入して

つなげて完成です。あとはサーキュレーターをつなげて

温度を設定して、サーバーへあえて負荷をかけて、熱がたまるようにして

動作する温度を調整して完了です！

センサーはラックの天井にくっつけています。

ちなみに電源ケーブルの加工はオススメしません

家事などの原因になりますので、専門の方にしていただくのがベストです。

私は・・・・まぁ〜いいことにしておきましょう！！ね！

で、これで、サーバーでエンコードが連続で続いた場合や

ダウンロードとデータベースやファイルの再編などが同時に発生して

熱がもつ作業をした時のみ自動排熱が行われます。

サーキュレーターは強でも中でもいいのですが、当然ですが、

強さによって排熱が完了するまでに差があります。

弱であれば静かですが、それなりに時間がかかります。

下手をすると、エンコードサーバーがエンコード中はずっとという事もあります。

逆に強にしておくと動作した時は少しうるさいですが

しばらくすると停止しします。

ここら辺はお好みですね！

本日は久々に構築っぽい事を書いてみました。

というか、こういう思想をする方は少ないのか

AM2-XA1にたどり着くまでの情報が少ないのと、たどり着いたところで

活用している情報が圧倒的に少なすぎます。

ほぼ全て手探りでしたが、ほとんど苦労する事なく、順調に動作してくれいています。

これで、高負荷時や夏場などの内部ファンでは処理しきれない熱が発生した場合の

サポートとして協力な武器を手に入れました！！

ちなみに予算としては

AM2-XA1 2700円(送料代引き代込み）

サーキュレーター 2300円2台 4600円

延長コード 900円

合計8200円

実効果からすると高めの費用ですが、これがもしもの時を考えると

決して高くないものです。

それに、意外と面白い動作ですので楽しいですよ！！

では、今日は久々ためになる？お話でした！！！

2016年1月4日月曜日

本日もつつがなく

トラブっております！

さて、そんことはどうでもよくなる
冬休み最終日です。明日からは憂鬱な日々のスタートですが
最終日もやはり、バリバリやっております。

メインである、メディアサーバーのリプレイスはデータ移行フェーズに入っており
しばらくは放置の日々が続きます、それに伴い
一部のデータが更新不可になるので（移行中のデータライブラリでね）、そこらへんのハンドリングついでに？
ついでではなく、前々から積み残していて、手動で対応していた地デジ録画データ
TSファイルの自動リネーム作業ですが、本日プログラムを修正して
なんとか対応ができるようになりました。
明日からは基本的には放置で、録画データの収集、エンコード
自動配信がされる予定です。完全オートメーション化完了？かな？
と言いつつ、いろいろと問題がはらんでおります。

この年末年始の対応として、エンコードデータの一時プールディスクを容量重視の
SSDからHDDへ変更したのですが、ある意味これが裏目に出ました。
データのコピー自体はストレージのスピードよりネットワークのスピードがボトルネックに
なるのですが、ストレージにコピーしてからのデータスプリッター処理などで
ストレージスピードが要求される部分でもろに遅延が発生して・・・・

とここで寝落ちしてしまい　投稿せぬまま本日、今になりましたので
超絶中途半端な投稿をアップしておきます。
こんなこともあるということです。

では

登録: 投稿 (Atom)