ReadyNAS316 -容量切迫- <スナップショットを削除する>

久しぶりのReadyNAS関連記事です。

さて、ReadyNASを買ってそれなりの年月がたち、それほど容量を入れていないはずのReadyNAS316が

いっぱいになってきました。

316に入れているファイルの実容量が4TB程度で、現在ReadyNAS316の7TB(8TB-天使の取り分)がいっぱいになっています。

・・・おかしくない?・・・

いえ、おかしくありません。

Snapshotのせいです。

Snapshotは何もせずとも勝手に過去のバックアップを取ってくれる優れものです。

これがあれば、しばらく前に消してしまったファイルもその時点に戻れば復旧できますし、

完全なバックアップ代わりにはなりませんが、人的ミスを補ってくれるはず・・・です。

しかしいくらSnapshotが便利だとは言え、+3TBも取られたのではやってられません

そこで内部でどうなっているのか、解除の仕方を調べてみました。

 

そもそもReadyNASのスナップショットは採用ファイルシステムである、btrfsの標準機能を使って実装されているようです。

どこにあるのかとファイルを探してみると、

/data/._share/共有名/.snapshot フォルダに関連ファイルがあるようです。

WEBから常時保護のオプションを外すだけでは削除されませんでした。

そこでえいやとterminalから削除しようとしてみますが、Read-onlyファイルだそうで

一筋縄ではいきません。

 

そこでbtrfs関連のコマンドを探してみると

これで削除できるようです。

 

実際に削除してみると98%→65%まで下がりました。

 

リポジトリpath 変更のお知らせ

これまであまりopenSUSE Build Service(以後OBS)のパッケージ構成をわからないまま使っていたのですが、

最終的にrec10のパッケージングは困難を極めることが薄々わかってきたため、

OBSのリポジトリのパッケージ構成を変更しました。

libre10のrpmsをgn64のリポジトリ直下に置くようになりました。

もしrepoなど登録されている方がいらっしゃいましたら、

変更をお願いします。

新リポジトリ

RHEL6/RHEL7/Centos6/Centos7

libre10 rhel6/7向けリポジトリ追加

後々記事を載せるつもりではいますが、open Suse Buildserviceに個人リポジトリを作成しました。

https://build.opensuse.org/project/show/home:gn64

今後はここで各ディストリ向けのパッケージングを行いたいと思います。

リポジトリはこちら

http://download.opensuse.org/repositories/home:/gn64/

rhel7/centos7向けのrpmsに関しては動作確認を行いました。

rhel6/centos6向けは少々お待ちください。  (2014.07.19 Centos6.5にて動作確認しました)

Libre10パッケージング for Centos6.5 <3> SELinux関連

前回前々回の続きです

さて、とりあえず最低限のrpmを作ってみたはいいものの、実際にインストールしてもうまく動きません。

何が行けないのでしょうか。そうです、SELinuxのことを何も考慮していません。

SELinuxの説明に関してはgoogle先生にお任せするとしますが、

webで軽く検索するとすぐにselinux 無効と言った文言を散見することになります。

 

確かに今のままでもselinuxを無効にすれば動きますが、せっかくパッケージを作っているのだからselinuxに適応させたい!

と言うことで問題を調べてみました。

インストール直後だと

#ファイル

/var/libre10          system_u:object_r:var_t:s0
/var/tmp/libre10     unconfined_u:object_r:rpm_tmp_t:s0
#プロセス
tomcat             unconfined_u:system_r:unconfined_java_t:s0
httpd(apache)        unconfined_u:system_r:httpd_t:s0
となっていて、
  • /var/tmp/libre10にhttpdプロレスがアクセスできないこと
  • /var/libre10以下にhttpdプロセスがアクセスできないこと
  • httpdプロセスがtomcatのポートを見に行けないこと
が問題のようです。

そこでファイルを全てhttpdからアクセスできるsystem_u:object_r:httpd_sys_content_t:s0

へ変更し bool : httpd_can_network_connect を1にすることで解決しました。

該当部分だけ抜粋

これでlibre10のパッケージングが完了しました。

 

パッケージはこちらにあります。

 

以下spec全文

Libre10パッケージング for Centos6.5 <2>ファイル一覧

前回依存関係について設定しました。

続いてfilesの設定です。

solrを動かす方法として、jettyとtomcatがあります。

元々はjettyを使用していたのですが、tomcatの方が管理が楽だろうということで

tomcat関連の設定をします。

solrに含まれているライブラリ、設定ファイルをtomcatのライブラリ以下に移動し、

tomcat用に/var/libre10フォルダを作り、関連ファイルを移動させます。(Centosには /srvが無いため仮にこうしています。良い方法はないものか・・・)

以上を踏まえてspecファイルは以下のようになりました。

次 : Libre10パッケージング for Centos6.5  <3> SELinux関連

 

Libre10パッケージング for Centos6.5 <1>依存関係

rec10のパッケージングが課題山積で進んでいませんが、

libre10のパッケージングはぼちぼち進んできたので

記事にしてみます。

 

そもそも、libre10が何を使っているかと言うことですけれども

Libre10は文字データベースにsolrを使っていて、solrはtomcatもしくはjetty上で動きます。

その他に検索/管理ページにperlのcgi、index作成にpythonを使っています。

纏めると、httpdserver(apacheなど), tomcat, python, perl, スクリプトの各モジュール群 pdfからテキストを抜き出すためのソフト(poppler-utils), 画像軽量化のためのソフト群(GraphicsMagick libjpeg)

になりました。

これらをlibre10パッケージとlibre10-wwwパッケージに分けて記載します。

尚、GraphicMagickを使う関係から、標準リポジトリではパッケージが足らないため、EPELの設定済みであることを前提とします。

libre10-wwwに大量のスクリプト関係のライブラリが入ってしまいました。

しかしlibre10-wwwはEPELパッケージングされていないライブラリも使うので、

あまり良くない事とは思いますが、cpanやpip/easy_installで関連パッケージを入れます。

lxmlはリポジトリのバージョンが古すぎるため。他のライブラリは一部動かないバージョンがあったため指定しています。

 

加えて、cpanやpip/easy_installでビルドするのに必要なライブラリのソースを依存関係に加えておきます。

とりあえずこれにて依存関係の設定はおしまいです。

ここまでのspecファイルを張っておきます。

次 : Libre10パッケージング for Centos6.5 <2>ファイル一覧

パッケージング入門

はて、前々からやりたいと思っていた、rec10およびlibre10のパッケージングにチャレンジしてみることとします。これまではmake&make installで依存関係から何からcpanとか使って入れるようになっていましたが、

cpanやpipだとバージョン管理が出来ない、アンインストールがやりずらい等の問題があったためこの機会にrpmやdebファイルを作ってみようと言うことです。

とりあえずこの記事はじわじわ更新していく予定なのでやる予定のことをリスト化していきます。

TO DO

<rec10のパッケージング化>

  1. 録画フォルダの標準パスをどこにするか、インストールパスをどこにするか
  2. 依存関係をどのようにするか、rpmの作り方
  3. debの作り方
  4. rectool(rec10-web)のインストール先をどうするか
  5. b25のインストールをどうするか
  6. MySQL,録画ユーザーをどうするか
  7. rec10デーモン化

<libre10のパッケージング化>

  1. Libre10パッケージング for Centos6.5  <1>  依存関係
  2. Libre10パッケージング for Centos6.5  <2> ファイル一覧
  3. Libre10パッケージング for Centos6.5  <3> SELinux関連

以上、ぱっと思いつく限りでも問題は山積ですがぼちぼちやっていきたいと思います。

x264とL-Smash

皆様新年あけましておめでとうございます。

新年の番組を録画、エンコードしがてら久しぶりにx264を最新版にするかと思い公式を見に行ったところ

ここしばらく(2013/10/30以来)更新が止まっていました。

公式はこちらhttp://www.videolan.org/developers/x264.html

gitはこちらhttp://git.videolan.org/?p=x264.git;a=summary

x265の開発もされているようだし、そんなものかななど考えつつ変更点を見ていると

>Add L-SMASH support as preferable alternative for MP4-muxing

http://git.videolan.org/?p=x264.git;a=commit;h=7664b45570e4262c4d22bb89f4d395edcb4a639e

キタ――(゚∀゚)――!!

ついにx264がl-smashをサポートしたようです!!

日本語処理が怪しいからという理由で、泣く泣くファイル名を一度英数字に変換してから無理矢理処理しているgpac(MP4Box)を使わなくとも

mp4のmuxが出来るかもしれません!!

と思って早速インストール

公式はこちらのようです

これでインストールできます。

この後にx264の最新版をダウンロードして

で最新版のl-smashビルド込みのx264が作れます

これでこれまで

mpeg2-ts→(mencoder)→yuv4mpeg→(fifo)→x264→raw

raw→(MP4Box)→mp4

としていたのがmp4まで一連の流れでいけるようになります。

あとは音ズレがしないかどうか、音声のインポートがうまくいくかですね。

UHS-I対応SD購入

本ブログで以前白芝のベンチマークを取ったことがありました。

あの際結構な枚数のSDカードを購入したので、その後しばらくSDカード購入はしていませんでしたが、

電子シャッター対応のNikonV1を買ったこともあり、新たに購入してみました。

ネットで調べていると、昔の白芝のようにこれを買っておけば間違いないといったものは存在しないようです。

内部のチップもSLCはほぼ姿を消し、MLC/TLCの時代になっているようで、まさに隔世の感がありますね。

さて、今回買ったのはSanDisk Extreme Pro SDHCカード UHS-I Class10 32GB です。

UHS-I、Class10対応の読み込み書き込みともに90MB/sec対応をうたうSanDiskの高級モデルです。

2013-12-30 15.09.48.jpg 2013-12-30 15.09.56.jpg

僕が買ったのは国内正規版ではないので、英語での説明になります。

さて、気になるベンチマークです。

いつものCrystal Disk Markを使用します。

【Amazon.co.jp限定】SanDisk Extreme Pro SDHCカード UHS-I Class10 32GB (無期限保証)[国内正規品] SDSDXPA-032G-JAZSanDisk_ExtremePro_32GB.png

 このような結果となりました。

Seqのwriteが少し90MBpsに足りませんが、誤差の範囲内でしょう。

比較のために白芝の結果を乗せておきます。

東芝 SDHCカード 16GB 日本製 クラス10 TOSHIBA Class10 海外向けパッケージ品 並行輸入品WA-16GB.JPG

 当然と言われればそれまでなのですが、SanDisk Extreme Proの方が段違いに速度が速いです。

自分自身、白芝を持っているからまぁ良いだろうと思っていた面もあったのですが、ここまで速度の差があると買い換えるのもありかもしれませんね。

Nikon V1もNikon D7000もUHS-Iに対応しているのでRAW連写などでその真価を発揮してくれそうです。

緑芝も買ったのですが、そのベンチは次回紹介します。

Nikon D7000+AF-S DX NIKKOR 16-85mm 作例集

Nikon デジタル一眼レフカメラ D7000 ボディー D7000Nikon D7000  +

Nikon 超広角ズームレンズ AF-S DX NIKKOR 16-85mm f/3.5-5.6G ED VR ニコンDXフォーマット専用AF-S DX NIKKOR 16-85mm f/3.5-5.6G ED VR

個人的に一番気に入っている組み合わせです。

いまはD7000も非常に安くなっているようで、レンズは結構値が張りますが

最後に頼るのはやっぱりこの組み合わせですね。