Windows Server バックアップ とRDXでローテーションバックアップ

高価なバックアップソフト（Backup ExecやArcserve）ではなく、サーバーの機能追加で利用できるWindows Serverバックアップを利用できるので、安価なバックアップを行える組み合わせではあるが、実現するのにいくつかのポイントがあった。

●Windows Server バックアップでRDXを使うには「Fixed Disk」に変更する必要がある

各ドライブメーカーが提供しているツールで設定を変更することで解決。

例えばこちら。他社のドライブ（自分はHPE）でも使えた。
Tandberg Data RDX Utility for Windows
http://www.tandbergdata.com/jp/index.cfm/products/data-protection-software/rdx-utility-for-windows/

●Fixed Diskの交換には操作が必要

ドライブの取り外しボタンや、USB機器を取り外す操作を行うと、そのままでは次に取り付けたRDXカートリッジのパーティションが認識されない。

ので、交換後、「ディスクの管理」から該当ディスクを「オフライン」にし、「オンライン」にし直す必要がある。1回では書き込み禁止状態のままオンラインになったので、2回やったら通常通り書き込み可能な状態になった。

RDXカートリッジ高いしうちのはUSB3.0接続だしSATA接続なのも少ない気もするので、3.5インチの外付けUSBHDD、なんならカートリッジ式にするほうがいい気もしてきた。





そもそもRemovable Diskであっても、CドライブにRDX〇〇（〇〇はカートリッジの番号）って名前でフォルダ作って、そこにRDXをマウントしてバックアップ先にそこ指定すりゃいいんじゃねぇの？知らんけど。





というメモ。

minidlna

以前はCentOSでメディアサーバーというと何かと大変だったのが、EPELで一式揃う時代になっていてらくちんだなぁと思ったのでメモ。

前提としては、EPELを導入済みである事。自分はEPELやRPMforgeなどの各種リポジトリは導入だけして普段は無効にしておき、利用するときは --enablerepo= をつけて使う勢。

# yum --enablerepo=epel install minidlna
読み込んだプラグイン:fastestmirror, langpacks
epel/x86_64/metalink | 7.6 kB 00:00:00
epel | 4.3 kB 00:00:00
(1/2): epel/x86_64/updateinfo | 779 kB 00:00:02
(2/2): epel/x86_64/primary_db | 4.6 MB 00:00:22
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* epel: mirror.premi.st
* extras: ftp.tsukuba.wide.ad.jp
* nux-dextop: mirror.li.nux.ro
* remi-safe: repo1.sea.innoscale.net
* updates: ftp.tsukuba.wide.ad.jp
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ minidlna.x86_64 0:1.1.6-1.el7.nux を インストール
--> 依存性の処理をしています: libavutil.so.54(LIBAVUTIL_54)(64bit) のパッケージ: minidlna-1.1.6-1.el7.nux.x86_64
--> 依存性の処理をしています: libavformat.so.56(LIBAVFORMAT_56)(64bit) のパッケージ: minidlna-1.1.6-1.el7.nux.x86_64
--> 依存性の処理をしています: libavutil.so.54()(64bit) のパッケージ: minidlna-1.1.6-1.el7.nux.x86_64
--> 依存性の処理をしています: libavformat.so.56()(64bit) のパッケージ: minidlna-1.1.6-1.el7.nux.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ ffmpeg-libs.x86_64 0:2.6.8-3.el7.nux を インストール
--> 依存性の処理をしています: libtheoraenc.so.1(libtheoraenc_1.0)(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libtheoradec.so.1(libtheoradec_1.0)(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libxvidcore.so.4()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libx265.so.79()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libx264.so.142()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libva.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libtheoraenc.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libtheoradec.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libspeex.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libsoxr.so.0()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libschroedinger-1.0.so.0()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libopus.so.0()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libopenjpeg.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libmp3lame.so.0()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libgsm.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libfdk-aac.so.1()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libfaac.so.0()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> 依存性の処理をしています: libass.so.5()(64bit) のパッケージ: ffmpeg-libs-2.6.8-3.el7.nux.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ faac.x86_64 0:1.28-6.0.el7.nux を インストール
---> パッケージ fdk-aac.x86_64 0:0.1.4-1 を インストール
---> パッケージ gsm.x86_64 0:1.0.13-11.el7 を インストール
---> パッケージ lame-libs.x86_64 0:3.99.5-2.el7 を インストール
---> パッケージ libass.x86_64 0:0.13.4-1.el7 を インストール
--> 依存性の処理をしています: libfribidi.so.0()(64bit) のパッケージ: libass-0.13.4-1.el7.x86_64
---> パッケージ libtheora.x86_64 1:1.1.1-8.el7 を インストール
---> パッケージ libva.x86_64 0:1.2.1-3.el7 を インストール
--> 依存性の処理をしています: mesa-dri-filesystem のパッケージ: libva-1.2.1-3.el7.x86_64
---> パッケージ openjpeg-libs.x86_64 0:1.5.1-16.el7_3 を インストール
---> パッケージ opus.x86_64 0:1.0.2-6.el7 を インストール
---> パッケージ schroedinger.x86_64 0:1.0.11-4.el7 を インストール
--> 依存性の処理をしています: liborc-0.4.so.0()(64bit) のパッケージ: schroedinger-1.0.11-4.el7.x86_64
---> パッケージ soxr.x86_64 0:0.1.2-1.el7 を インストール
---> パッケージ speex.x86_64 0:1.2-0.19.rc1.el7 を インストール
---> パッケージ x264-libs.x86_64 0:0.142-11.20141221git6a301b6.el7.nux を インストール
---> パッケージ x265-libs.x86_64 0:1.9-1.el7.nux を インストール
---> パッケージ xvidcore.x86_64 0:1.3.2-5.el7.nux を インストール
--> トランザクションの確認を実行しています。
---> パッケージ fribidi.x86_64 0:0.19.4-6.el7 を インストール
---> パッケージ mesa-filesystem.x86_64 0:11.2.2-2.20160614.el7 を インストール
---> パッケージ orc.x86_64 0:0.4.22-5.el7 を インストール
--> 依存性解決を終了しました。

依存性を解決しました

========================================================================================================================
Package アーキテクチャー バージョン リポジトリー 容量
========================================================================================================================
インストール中:
minidlna x86_64 1.1.6-1.el7.nux nux-dextop 160 k
依存性関連でのインストールをします:
faac x86_64 1.28-6.0.el7.nux nux-dextop 269 k
fdk-aac x86_64 0.1.4-1 nux-dextop 375 k
ffmpeg-libs x86_64 2.6.8-3.el7.nux nux-dextop 5.0 M
fribidi x86_64 0.19.4-6.el7 base 63 k
gsm x86_64 1.0.13-11.el7 base 30 k
lame-libs x86_64 3.99.5-2.el7 nux-dextop 339 k
libass x86_64 0.13.4-1.el7 epel 92 k
libtheora x86_64 1:1.1.1-8.el7 base 136 k
libva x86_64 1.2.1-3.el7 epel 68 k
mesa-filesystem x86_64 11.2.2-2.20160614.el7 base 23 k
openjpeg-libs x86_64 1.5.1-16.el7_3 updates 86 k
opus x86_64 1.0.2-6.el7 base 630 k
orc x86_64 0.4.22-5.el7 base 165 k
schroedinger x86_64 1.0.11-4.el7 epel 291 k
soxr x86_64 0.1.2-1.el7 epel 77 k
speex x86_64 1.2-0.19.rc1.el7 base 98 k
x264-libs x86_64 0.142-11.20141221git6a301b6.el7.nux nux-dextop 570 k
x265-libs x86_64 1.9-1.el7.nux nux-dextop 1.5 M
xvidcore x86_64 1.3.2-5.el7.nux nux-dextop 258 k

トランザクションの要約
========================================================================================================================
インストール 1 パッケージ (+19 個の依存関係のパッケージ)

総ダウンロード容量: 10 M
インストール容量: 33 M
Is this ok [y/d/N]: y
Downloading packages:
警告: /var/cache/yum/x86_64/7/nux-dextop/packages/faac-1.28-6.0.el7.nux.x86_64.rpm: ヘッダー V4 RSA/SHA1 Signature、鍵 ID 85c6cd8a: NOKEY
faac-1.28-6.0.el7.nux.x86_64.rpm の公開鍵がインストールされていません
(1/20): faac-1.28-6.0.el7.nux.x86_64.rpm | 269 kB 00:00:04
(2/20): fdk-aac-0.1.4-1.x86_64.rpm | 375 kB 00:00:04
(3/20): gsm-1.0.13-11.el7.x86_64.rpm | 30 kB 00:00:00
(4/20): libtheora-1.1.1-8.el7.x86_64.rpm | 136 kB 00:00:00
(5/20): libva-1.2.1-3.el7.x86_64.rpm | 68 kB 00:00:00
(6/20): mesa-filesystem-11.2.2-2.20160614.el7.x86_64.rpm | 23 kB 00:00:00
(7/20): lame-libs-3.99.5-2.el7.x86_64.rpm | 339 kB 00:00:02
(8/20): openjpeg-libs-1.5.1-16.el7_3.x86_64.rpm | 86 kB 00:00:00
(9/20): opus-1.0.2-6.el7.x86_64.rpm | 630 kB 00:00:00
(10/20): orc-0.4.22-5.el7.x86_64.rpm | 165 kB 00:00:00
(11/20): schroedinger-1.0.11-4.el7.x86_64.rpm | 291 kB 00:00:00
(12/20): soxr-0.1.2-1.el7.x86_64.rpm | 77 kB 00:00:00
(13/20): speex-1.2-0.19.rc1.el7.x86_64.rpm | 98 kB 00:00:00
(14/20): minidlna-1.1.6-1.el7.nux.x86_64.rpm | 160 kB 00:00:02
(15/20): fribidi-0.19.4-6.el7.x86_64.rpm | 63 kB 00:00:05
(16/20): x264-libs-0.142-11.20141221git6a301b6.el7.nux.x86_64.rpm | 570 kB 00:00:02
libass-0.13.4-1.el7.x86_64.rpm FAILED ] 662 kB/s | 7.3 MB 00:00:04 ETA
https://linuxmirrors.ir/pub/epel/7/x86_64/l/libass-0.13.4-1.el7.x86_64.rpm: [Errno 14] curl#7 - "Failed connect to linuxmirrors.ir:443; Connection refused"
他のミラーを試します。
(17/20): x265-libs-1.9-1.el7.nux.x86_64.rpm | 1.5 MB 00:00:03
(18/20): libass-0.13.4-1.el7.x86_64.rpm | 92 kB 00:00:00
(19/20): xvidcore-1.3.2-5.el7.nux.x86_64.rpm | 258 kB 00:00:02
(20/20): ffmpeg-libs-2.6.8-3.el7.nux.x86_64.rpm | 5.0 MB 00:00:16
------------------------------------------------------------------------------------------------------------------------
合計 504 kB/s | 10 MB 00:00:20
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-nux.ro から鍵を取得中です。
Importing GPG key 0x85C6CD8A:
Userid : "Nux.Ro (rpm builder) <rpm@li.nux.ro>"
Fingerprint: 561c 96bd 2f7f dc2a db5a fd46 e98b fbe7 85c6 cd8a
Package : nux-dextop-release-0-5.el7.nux.noarch (installed)
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-nux.ro
上記の処理を行います。よろしいでしょうか？ [y/N]y
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
警告: RPMDB は yum 以外で変更されました。
インストール中 : speex-1.2-0.19.rc1.el7.x86_64 1/20
インストール中 : 1:libtheora-1.1.1-8.el7.x86_64 2/20
インストール中 : orc-0.4.22-5.el7.x86_64 3/20
インストール中 : schroedinger-1.0.11-4.el7.x86_64 4/20
インストール中 : mesa-filesystem-11.2.2-2.20160614.el7.x86_64 5/20
インストール中 : libva-1.2.1-3.el7.x86_64 6/20
インストール中 : fdk-aac-0.1.4-1.x86_64 7/20
インストール中 : x265-libs-1.9-1.el7.nux.x86_64 8/20
インストール中 : xvidcore-1.3.2-5.el7.nux.x86_64 9/20
インストール中 : faac-1.28-6.0.el7.nux.x86_64 10/20
インストール中 : lame-libs-3.99.5-2.el7.x86_64 11/20
インストール中 : soxr-0.1.2-1.el7.x86_64 12/20
インストール中 : fribidi-0.19.4-6.el7.x86_64 13/20
インストール中 : libass-0.13.4-1.el7.x86_64 14/20
インストール中 : gsm-1.0.13-11.el7.x86_64 15/20
インストール中 : x264-libs-0.142-11.20141221git6a301b6.el7.nux.x86_64 16/20
インストール中 : openjpeg-libs-1.5.1-16.el7_3.x86_64 17/20
インストール中 : opus-1.0.2-6.el7.x86_64 18/20
インストール中 : ffmpeg-libs-2.6.8-3.el7.nux.x86_64 19/20
インストール中 : minidlna-1.1.6-1.el7.nux.x86_64 20/20
検証中 : opus-1.0.2-6.el7.x86_64 1/20
検証中 : schroedinger-1.0.11-4.el7.x86_64 2/20
検証中 : openjpeg-libs-1.5.1-16.el7_3.x86_64 3/20
検証中 : libva-1.2.1-3.el7.x86_64 4/20
検証中 : x264-libs-0.142-11.20141221git6a301b6.el7.nux.x86_64 5/20
検証中 : gsm-1.0.13-11.el7.x86_64 6/20
検証中 : libass-0.13.4-1.el7.x86_64 7/20
検証中 : minidlna-1.1.6-1.el7.nux.x86_64 8/20
検証中 : fribidi-0.19.4-6.el7.x86_64 9/20
検証中 : soxr-0.1.2-1.el7.x86_64 10/20
検証中 : lame-libs-3.99.5-2.el7.x86_64 11/20
検証中 : faac-1.28-6.0.el7.nux.x86_64 12/20
検証中 : ffmpeg-libs-2.6.8-3.el7.nux.x86_64 13/20
検証中 : xvidcore-1.3.2-5.el7.nux.x86_64 14/20
検証中 : x265-libs-1.9-1.el7.nux.x86_64 15/20
検証中 : fdk-aac-0.1.4-1.x86_64 16/20
検証中 : mesa-filesystem-11.2.2-2.20160614.el7.x86_64 17/20
検証中 : orc-0.4.22-5.el7.x86_64 18/20
検証中 : 1:libtheora-1.1.1-8.el7.x86_64 19/20
検証中 : speex-1.2-0.19.rc1.el7.x86_64 20/20

インストール:
minidlna.x86_64 0:1.1.6-1.el7.nux

依存性関連をインストールしました:
faac.x86_64 0:1.28-6.0.el7.nux fdk-aac.x86_64 0:0.1.4-1
ffmpeg-libs.x86_64 0:2.6.8-3.el7.nux fribidi.x86_64 0:0.19.4-6.el7
gsm.x86_64 0:1.0.13-11.el7 lame-libs.x86_64 0:3.99.5-2.el7
libass.x86_64 0:0.13.4-1.el7 libtheora.x86_64 1:1.1.1-8.el7
libva.x86_64 0:1.2.1-3.el7 mesa-filesystem.x86_64 0:11.2.2-2.20160614.el7
openjpeg-libs.x86_64 0:1.5.1-16.el7_3 opus.x86_64 0:1.0.2-6.el7
orc.x86_64 0:0.4.22-5.el7 schroedinger.x86_64 0:1.0.11-4.el7
soxr.x86_64 0:0.1.2-1.el7 speex.x86_64 0:1.2-0.19.rc1.el7
x264-libs.x86_64 0:0.142-11.20141221git6a301b6.el7.nux x265-libs.x86_64 0:1.9-1.el7.nux
xvidcore.x86_64 0:1.3.2-5.el7.nux

完了しました!

subversion

古い納品物（開発環境のVM、Fedora11）から、現役のサーバー（CentOS 6.5）へリポジトリを移植、チェックアウトしようとして苦戦したのでメモ。

・旧環境からリポジトリをダンプする際に、リポジトリのパスがわからず苦戦。力業で解決。

find / -name "format"

・ダンプしたファイルを取り出すのに苦戦。puttyのpscpで解決。現役サーバーへの送信もついでにpscpで。

pscp.exe ユーザー名@旧環境サーバー:ファイルへのフルパス含んだダンプファイル名 Windows側保存ファイル名

・/etc/httpd/conf.d/subversion.conf が見つからず苦戦。yum install mod_dav_svn で作られる。中身はこうした。

LoadModule dav_svn_module modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so


DAV svn
SVNParentPath /var/svn/repos
Allow from all

・TortoiseSVNでチェックアウトしようとしたら色々とエラーになり苦戦。webブラウザで見るとこう。

この XML ファイルにはスタイル情報が関連づけられていないようです。以下にドキュメントツリーを表示します。

Could not open the requested SVN filesystem

・/etc/httpd/conf.d/subversion.conf の Location名（/repos）とSVNParentPath（/var/svn/repos）は、最後の部分が一致しないとだめ。
・apache側の設定でエイリアスやリダイレクトを設定する必要はない。
・Linux側の設定でシンボリックリンクを作る必要はない。
・Linux側の設定ではオーナーとアクセス権を設定したのみ。

chown -R apache.apache /var/svn/repos
chmod -R 777 /var/svn/repos

これでチェックアウトできた。

Toodledoの運用

　今日、たまたまこんなものを見つけた。

Toodledoで人生が変わったサラリーマンの、Toodledo運用例・全部入り（2014.2段階）

　これによると、

（自分の運用例をまとめると、自分なりのToodledoの使い方のコツ、のようなものが、たくさん見つかります。この観点からも、Toodledoの運用例をまとめることは、おすすめです。）

　とのことなので、自分流の運用方法をまとめてみようと思う。

STOPエラー 0x00000050 SRTSPL64.SYS で BSoD

以前にも同様の現象があり、セーフモードでSymantec Endpoint Protectionを削除すればOKだった。

が、遠隔拠点、かつ、パソコンコワイから電話対応でセーフモード起動なんざお断りだ！というユーザーしかいないという厳しめな状況があった。

ようこそ画面表示からBSoD発生までの１～２分間はリモートデスクトップも使えたため、何回もBSoDを繰り返しながら、以下を実施。

１．タスクマネージャーを起動
２．タスクマネージャーからmsconfig起動
３．Symantec関連サービスのチェックをOFF
４．適用ボタンクリック
５．SEP起動のチェックをOFF
６．適用をクリック

これでなんとかBSoD発生を回避できた。

あとはのんびりSEPを削除、再インストール。

どうもSEPはコンセント抜けレベルの電源断に弱いような。
今回たまたまコンセント抜けが発生し、その直後からの現象。



というメモ。

Nexus7がX表示のまま起動しない

rootedでリカバリはCWMなNexus7のお話。

• 電源ボタン長押しによる強制再起動→状況変わらず


• 裏蓋あけてバッテリー抜き差し→状況変わらず


• CWM起動→起動する


• wipe data/factory reset 実施、再起動→状況変わらず


• Google Nexus 7 Toolkit で 9. Download, Extract + Flash Google Factory Stock Rom を実施→Xすら出ない


• Google Nexus 7 Toolkit で 11. Boot or Flash .img Files to Device を実施、boot.img、system.img、userdata.img をFlash→工場出荷状態で起動

というメモ。

修理に出そうかとも思ったけど、長いんだよなぁ修理。
色々やったけど修理よりは早く使えるようになって良かった。
インストールしてあったアプリは、Google側のバックアップから自動的に戻る模様。
怒涛のアプリ自動インストールを眺め中。

XAMPP + Aptana

今更ながらXAMPP。だけじゃなく、XAMPP + Aptana。

web+DBの勉強のため、AMP環境を作る事に。
今までは普通に仮想サーバー立ててたが、最近何事も面倒に感じるので、試しにやってみた。

MySQLのUTF-8対応について

my.iniの[mysqld]セクションに、下記のような箇所があった。

## UTF 8 Settings
#init-connect=\'SET NAMES utf8\'
#collation_server=utf8_unicode_ci
#character_set_server=utf8
#skip-character-set-client-handshake
#character_sets-dir="/xampp/mysql/share/charsets"

ので、コメントアウトした。

## UTF 8 Settings
init-connect=\'SET NAMES utf8\'
collation_server=utf8_unicode_ci
character_set_server=utf8
skip-character-set-client-handshake
character_sets-dir="/xampp/mysql/share/charsets"

あとは[mysqldump]、[mysql]の各セクションに

default-character-set=utf8

を追加して終わり。

Apacheのアクセス制御について

自分のパソコンからしかアクセスできないようにする設定を行い、IEで動作確認、思惑通りに機能。
だけどAptanaのプレビュー画面からだと403。

Apacheのエラーログを見てみると、IPv6でのアクセスが拒否されてた。
AptanaのプレビューはIPv6優先のようだ。

ので、httpd.confの

Listen 80

を、

Listen 0.0.0.0:80

とし、IPv4のみをリッスンするよう変更した。



というメモ。