DiskStation DS220+ のクチコミ掲示板

原因不明のシャットダウン

[はるみち８８]

DS220+購入後、半年ほど安定稼働しておりましたが数週間前より原因不明のシャットダウンに悩まされております。

SynologyのDDNSサービスを利用していまして、
「****.synology.me への接続は 2022-01-01 04:20:04 +09:00 より消失しました」
というメール通知でNAS本体を確認すると、インジケーターは全て消灯しアクセス出来ない状態となります。

電源ボタンを軽く押すと即座に起動動作がなされしばらくすると完全起動されます。

するとSynologyから
「[****.synology.me] ****NAS が不適切にシャットダウンされました」
「[****.synology.me] ****NAS が UPS に接続されました」
「****.synology.me への接続が 2022-01-01 08:45:17 +09:00 より再開されました」
とメール通知が届きます。

UPSはOMRONのBY35SをUSB接続しています。
外付けUSB-HDDにHyper Backupで毎晩バックアップしています。

障害頻度は5〜7日おきに発生しいつも朝方同じように時間に発生するようです。

ログを見るとシャットダウンの30分ほど前に以下のメッセージが12件ほど立て続きに残されていました。

Skipped shutdown task due to the following tasks: [Performing backup task]

Hyper Backup関連が原因のような気もしますが 数ヶ月設定は変えていません。

起床後電源オンで起動するのですが防犯カメラを24時間記録しているので早めに改善したいところです。

何か思い当たることがございましたらご助言頂ければ幸いです。
宜しくお願いします。

書込番号：24521959

[たく0220]

＞はるみち８８さん

この機種の所有者ではありませんが、

＞ログを見るとシャットダウンの30分ほど前に以下のメッセージが12件ほど立て続きに残されていました。

まず設定状況の確認と補足をお願いします。
コントロールパネル -> タスクスケジューラー
でタスクの実行時刻がその30分前ぐらいになっている物はありませんか？
シャットダウンするようなタスクはありませんか？

コントロールパネル -> ハードウェアと電源 -> 電源管理(タブ)
で有効/無効にかかわらず何か設定はありますか？

＞Hyper Backup関連が原因のような気もしますが 数ヶ月設定は変えていません。

バックアップのタスクが実行中だったのでシャットダウンのタスクをスキップ(未実施かリスケされたかは判りません)したという内容に思われます。

＞防犯カメラを24時間記録しているので早めに改善したいところです。

記録はSurveillance Stationを使われてるのですか？

あと、DSMの正確なバージョンも補足ください。

書込番号：24522011

[おかめ@桓武平氏]

＞はるみち８８さん

あと、NASを置いている「室温」はどのぐらいの気温なのでしょうか？

書込番号：24522015

[はるみち８８]

＞たく0220さん

元旦から早々にありがとうございます。

DSMのバージョンは 「DSM 7.01-42218」です。


＞コントロールパネル -> タスクスケジューラー
でタスクの実行時刻がその30分前ぐらいになっている物はありませんか？
シャットダウンするようなタスクはありませんか？

コントロールパネル -> ハードウェアと電源 -> 電源管理(タブ)
で有効/無効にかかわらず何か設定はありますか？


⇒いずれも設定はありません。


＞Hyper Backup関連が原因のような気もしますが 数ヶ月設定は変えていません。

バックアップのタスクが実行中だったのでシャットダウンのタスクをスキップ(未実施かリスケされたかは判りません)したという内容に思われます。

⇒ 承知しました。
何らかのシャットダウン命令がバックアップ中のため実行されなかったというわけですね。
ただ、結局バックアップ完了前に強制シャットダウンされバックアップエラーとなっています。

正確にはシャットダウンではなくフリーズ状態？のようで、電源ボタンでの起動後の時刻に「不適切にシャットダウンされました」とログが残っています。


＞防犯カメラを24時間記録しているので早めに改善したいところです。

記録はSurveillance Stationを使われてるのですか？

⇒ はい。5台ほどONVIFカメラを接続しています。



＞おかめ@桓武平氏さん

早々にありがとうございます。

＞あと、NASを置いている「室温」はどのぐらいの気温なのでしょうか？

⇒ 現象が出たのが11月後半からで起床前の暖房を入れる前で、5〜10度程度かと思います。


引き続き宜しくお願いしますm(__)m

書込番号：24522059

[たく0220]

＞はるみち８８さん

確認ありがとうございます。
シャットダウンに関する設定は無いとの事なのでそこに問題はなさそうですね。

＞UPSはOMRONのBY35SをUSB接続しています。

BY35Sは最近購入された物ですか？もし長く使われてる物でしたらバッテリーは大丈夫そうですか？
UPSに接続している機器はNAS以外にもありますか？また電源容量には余裕はありますか？

5〜7日おきに発生との事ですのでUPSは関係ないかもしれませんが、
購入時の設定のままだと28日おきに自動でバッテリーテストが行われます。
別機種ですがバッテリーの劣化が原因で似たようなトラブルがあった記憶があります。


＞正確にはシャットダウンではなくフリーズ状態？のようで、電源ボタンでの起動後の時刻に「不適切にシャットダウンされました」とログが残っています。

正常にシャットダウンされたかは、システムに情報が残りますので起動時にそのフラグが確認できない場合はそのようにログが残ります。
ですのでシャットダウンの処理は正常にされておらず、急に電源が落ちた可能性が高いかと思われます。

ログにあるシャットダウンタスクを開始させた元がログセンターで確認できれば良いのですが、おそらく無いかと思います。
外出先からアクセス可能な設定をしている場合は、念のためファイアウォール等の設定を見直してください。

ちょっと原因らしき物に思いあたらないので申し訳ないのですが、
まだ保証期間内ですので購入した代理店のサポートが使えるかと思いますので、そちらにも相談された方が良いかもしれません。
箱に代理店サポートのシールが貼ってあるか、中にサポートの連絡先の紙があったかと思いますのでご確認ください。
年末年始でサポートがお休みかと思いますので、代理店のWebサイトなどで確認してください。

その際は、トラブルがあった日のログが残っていた方が原因究明につながるかと思いますので
アプリ「サポート センター」を使ってログをとっておく事をお勧めします。

参考: DSMのシステムログ(debug.dat)を作成したい – ASKサポートセンター
https://support.ask-corp.jp/hc/ja/articles/360030422013-DSM%E3%81%AE%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%83%AD%E3%82%B0-debug-dat-%E3%82%92%E4%BD%9C%E6%88%90%E3%81%97%E3%81%9F%E3%81%84

書込番号：24522147

[はるみち８８]

＞たく0220さん

ご丁寧にありがとうございます。

＞BY35Sは最近購入された物ですか？もし長く使われてる物でしたらバッテリーは大丈夫そうですか？
UPSに接続している機器はNAS以外にもありますか？また電源容量には余裕はありますか？


⇒BY35SはNASと同時で去年の7月購入です。
NASのみの接続なので容量は問題無さそうです。

ですが、試しにUPSを使わず様子を見てみようと思っています。


ログの記録方法も大変勉強になりました。ありがとうございます。

ファイアウォール等も今一度確認してみます。


更に、ご指示頂いた方法でログを保存しました。

アスクのサポート対象製品なので後ほど相談してみます。

色々とありがとうございましたm(__)m

書込番号：24522281

[はるみち８８]

経過情報です。
UPSを外してもシャットダウンされてました。
今度は一晩持ちませんでした。

HyperBackupの実行前だったせいか初めて見るログです。
23:59:57 Server started counting down to shutdown.


あと、後ろのACアダプタを抜き差ししただけで電源が入って起動したんですがこれって正常な動作でしょうか？
電源ボタンの押ししろが少ない様な気がしますし、電源周りにも問題があるような気がしてきました。

昨日サポートに連絡したんですが追加で報告入れようと思います。

書込番号：24523432

[たく0220]

＞はるみち８８さん

＞HyperBackupの実行前だったせいか初めて見るログです。

DSMからシャットダウンを実行したりすると、そのログが残るのですがどこ(PCとかIPアドレスとか)からの命令かまでは読み取れないので今回の原因のヒントにもならないのです…
ただ何かがシャットダウンを実行させてると思われるログにはなります。
サポートにはこの時間誰も操作してない事も伝えておいた方が良いかもしれません。

＞あと、後ろのACアダプタを抜き差ししただけで電源が入って起動したんですがこれって正常な動作でしょうか？

コントロールパネル -> ハードウェアと電源 -> 全般(タブ)
で「電源の問題が修正されたときに自動的に再起動する」がONになっていませんか？

＞電源ボタンの押ししろが少ない様な気がしますし、電源周りにも問題があるような気がしてきました。

同じタブ内に「警告音の設定」もあるのですがデフォルトだと全てONなので、シャットダウンされた後に警告音は聞こえましたか？
ただ長押しでの強制シャットダウンの場合は警告音が鳴らせない可能性は考えられるので、スイッチ周りの可能性も捨てがたいですね。
私のはDS220jですがボタンのストロークはそれほどなく2〜3mm程度な感じだったと思います。

ログの中には一定のファイルサイズを超えると古いログが消えてしまう物もありますので
今日の分のシステムログ(debug.dat)を再度取得しておいた方が良いかと思います。

書込番号：24523506

[おかめ@桓武平氏]

＞はるみち８８さん

>> UPSを外してもシャットダウンされてました。
>> 今度は一晩持ちませんでした。

まさかですが、
雪国で運用されていませんでしょうか？

当方のQNAP TS-119PIIは、
12月から3月の期間で、
室温が7℃を下回ると、
起動中は、シャットダウンしますし、
停止中は、勝手に起動する症状が、
購入した時からずっと発症しています。

もし、「室温」が原因でしたら、
NASをストーブのある部屋に移されるか
凌がれることをお勧めします。

NAS本体のコンデンサーの不良の可能性があるので、
メーカーに交渉されると良いかと思います。

>> あと、後ろのACアダプタを抜き差ししただけで電源が入って起動したんですがこれって正常な動作でしょうか？
>> 電源ボタンの押ししろが少ない様な気がしますし、電源周りにも問題があるような気がしてきました。

家のTS-119PIIでも、なります。

書込番号：24523604

[はるみち８８]

＞たく0220さん

コメントありがとうございます。

やはり何かがシャットダウン命令を出しているとのことですね。
何も設定はしてないのですが24時少し前というのも気になるところです。

＞「電源の問題が修正されたときに自動的に再起動する」がONになっていませんか？
⇒はい。ONとなっていした。正常動作ということで安心しました。


＞シャットダウンされた後に警告音は聞こえましたか？
⇒夜間無人なので落ちた時の警告音は聞けてないのですが、さきほどACアダプタの抜き差し時に起動後すぐに落ちた時には警告音が鳴りました。


＞ボタンのストロークはそれほどなく2〜3mm程度な感じ
⇒再確認するとストロークがほとんど無く異常に思い触ってるうち少し動くようになりました。
何かに引っ掛かっていたのでしょうか。長押し状態による強制シャットダウンの可能性も出てきました。。


今日の分のログも控えて様子を見てみます。



＞おかめ@桓武平氏さん

コメントありがとうございます。

関東の沿岸部で比較的温暖な地方ですが昨日今日は特に冷え込み外は氷点下となりました。
室温も7度以下になっていたかもしれません。
夜間は空調をオフにするんですがすが防寒対策も考えてみます。

またACアダプタを抜き差しの件、正常動作とのこと承知致しました。


お二人ともご助言に感謝しますm(__)m

書込番号：24523638

[たく0220]

＞はるみち８８さん

コントロール パネル -> 情報センター
でNAS本体の温度を確認する事が出来ます、下記ナレッジにもある様に高温時は自発的にシャットダウンするみたいですが低温時については記載がないので不明となります。
記載が無いだけで一定の気温下では自発的にシャットダウンする仕組みがあるかもしれませんので、サポートにこの点も確認してもらうと良いかもしれません。

参考: 情報センター | DSM - Synology ナレッジセンター
https://kb.synology.com/ja-jp/DSM/help/DSM/AdminCenter/system_info_center?version=7

私の環境ですと6時頃、設置場所には暖房なしで気温10度前後でアップした画像のように40度程度
（マウスのカーソールを緑●のところにあわせると温度が表示されます。）

防犯カメラの映像を24時間録画されてるので、常時稼働状態かと思いますのでNAS内部温度は仕様の範囲内かと考えたのですが
おかめ@桓武平氏さんがおっしゃるように、低温の為NASが自発的にシャットダウンしてしまった可能性も考えられます。
23時〜24時頃のNAS内部温度を確認出来るようでしたら、1度確認してみてください。
（温度に関するアラートの項目はないのでブザーは鳴らないみたいですね…）

書込番号：24524666

[はるみち８８]

＞たく0220さん

昨夜は落ちませんでした。

おかめ@桓武平氏さんのアドバイスから冷やしすぎを疑い、ファン速度を「冷却モード」から「低ノイズモード」に変えたぐらいです。
今のところ夜間暖房オフで様子を見ています。

NAS温度にも注目していて、冷却モード時の早朝6時で17度前後、低ノイズモードに切り替えた今朝8時で22度でした。


今朝は昨日までの寒波がだいぶ緩んだ感じですが引き続き検証を続けたいと思います。

書込番号：24524843

[たく0220]

＞はるみち８８さん

DSM内部設定の話なので参考程度の情報ですが
CPUとHDDの温度でのファン制御などのイベントは「ファン速度モード」で選択したモードで変わります。
「全速モード」以外では、CPUの温度が105度、HDDの温度が61度を超えるとシャットダウンされる設定になっています。
設定ファイルを見る限りなのですが低温時、例えば0度以下となった場合の設定はありませんが、デフォルトでシャットダウンする仕組みなのかもしれません。

もしご自身でも確認されたい場合は、「scemd.log」にイベントとしてログが残っているかもしれません。
「サポート センター」のログdebug.datをdebug.zipと拡張子を変更すれば、中身を確認できます。
※ オリジナルを残すためにdebug.datをコピーして、コピーした物に対して行ってください。

dsm\var\log の中に「scemd.log」というファイルがあります。メモ帳などで開けますので
＞ 23:59:57 Server started counting down to shutdown.
の時間付近で何かログが残ってないか確認してみてください。

書込番号：24525306

[はるみち８８]

＞たく0220さん

お世話になります。
「scemd.log」を確認してみました。

まず直近障害の
2022-01-01 23:59:57 Server started counting down to shutdown.付近です。

2022-01-01T23:59:56+09:00 **** scemd[11768]: feasibility_check.cpp:110 FeasibilityCheck: [Info] Start feasibility check [poweroff] with type [hard].
2022-01-01T23:59:57+09:00 **** scemd[11768]: feasibility_check.cpp:129 FeasibilityCheck: [Info] [0] of feasibility check [poweroff] failed.
2022-01-01T23:59:57+09:00 **** scemd[11768]: event_microp.c:84 power button pressed, ret = 0
2022-01-01T23:59:57+09:00 **** scemd[11768]: event_shutdown.c:60 Shutdown the system.

---------再起動後すぐにシャットダウン----------↓
2022-01-02T09:28:53+09:00 **** scemd[11636]: event_handler.c:292 event handler thread 140060665214720 created
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:17 +---- Model HW info ---
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:18 | fan_type=9
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:19 | led_type=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:20 | thermal_type=2
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:21 | diskled_ctrl_type=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:22 | auto_poweron_type=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:23 | dual_power_type=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:24 | usbcopy_type=2
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:25 | fan_number=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:26 | eunit_pwron_type=0
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:27 | pis_type=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:28 | rtc_type=2
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:29 | lcm_type=2
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:30 | cpu_freq_adjust=1
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:31 | has_cardreader=2
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:32 | hibernate_led=4
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_module_type.c:33 +----------------------
2022-01-02T09:28:53+09:00 **** scemd[11636]: show_memory_info.c:24 MemTotal: 5914992 kB
2022-01-02T09:28:55+09:00 **** scemd[11636]: system_status.c:274 Hibernation timer:20 min(s)
2022-01-02T09:28:55+09:00 **** scemd[11636]: system_status.c:278 Deep sleep timer:1 min(s)
2022-01-02T09:28:55+09:00 **** scemd[11636]: system_status.c:282 Eunit deep sleep timer:0 min(s)
2022-01-02T09:28:56+09:00 **** scemd[11636]: system_status.c:305 Auto poweroff timer:0 min(s)
2022-01-02T09:28:56+09:00 **** scemd[11636]: fan_config_get.c:51 Type: INTERNAL Fan Mode: HIGH
2022-01-02T09:28:57+09:00 **** scemd[11636]: led_brightness_handler.c:45 LED brightness schedule is default rule.
2022-01-02T09:28:57+09:00 **** scemd[11636]: led_brightness_handler.c:65 LED brightness:2
2022-01-02T09:28:57+09:00 **** scemd[11636]: manage_services.c:502 hw polling thread 140060648429312 created
2022-01-02T09:28:57+09:00 **** scemd[11636]: manage_services.c:502 disk led ctrl thread 140060640036608 created
2022-01-02T09:28:57+09:00 **** scemd[11636]: manage_services.c:502 scemd connector thread 140060427024128 created
2022-01-02T09:28:57+09:00 **** scemd[11636]: manage_services.c:502 led ctrl thread 140060418631424 created
2022-01-02T09:28:57+09:00 **** scemd[11636]: scemd.c:254 ************************ System ready ************************
2022-01-02T09:28:57+09:00 **** scemd[11636]: led.c:334 Enable power & phy LED
2022-01-02T09:28:58+09:00 **** scemd[11636]: raid_sys_volume_check.c:153 MD0 active disks 2, designed disks 2
2022-01-02T09:28:58+09:00 **** scemd[11636]: raid_sys_volume_check.c:153 MD1 active disks 2, designed disks 2
2022-01-02T09:28:58+09:00 **** scemd[11636]: scemd_connector.c:142 scemd connector thread start.
2022-01-02T09:28:58+09:00 **** scemd[11636]: fan_config_get.c:51 Type: INTERNAL Fan Mode: HIGH
2022-01-02T09:29:24+09:00 **** scemd[11636]: feasibility_check.cpp:110 FeasibilityCheck: [Info] Start feasibility check [poweroff] with type [hard].
2022-01-02T09:29:24+09:00 **** scemd[11636]: feasibility_check.cpp:129 FeasibilityCheck: [Info] [0] of feasibility check [poweroff] failed.
2022-01-02T09:29:24+09:00 **** scemd[11636]: event_microp.c:84 power button pressed, ret = 0
2022-01-02T09:29:24+09:00 **** scemd[11636]: event_shutdown.c:60 Shutdown the system.


続いてその前の障害付近に続きます。

書込番号：24525473

[はるみち８８]

続いてその前のこのスレで相談した時のログ
2022-01-01 03:56:30 Skipped shutdown task due to the following tasks: [Performing backup task] 付近

2022-01-01T03:49:48+09:00 **** scemd[12642]: feasibility_check.cpp:110 FeasibilityCheck: [Info] Start feasibility check [poweroff] with type [hard].
2022-01-01T03:49:49+09:00 **** scemd[12642]: feasibility_check.cpp:121 FeasibilityCheck: [Info] Feasibility check [/usr/local/share/feasibilitycheck/poweroff.d/HyperBackup-hyperbackup_poweroff.cfg] failed.
2022-01-01T03:49:49+09:00 **** scemd[12642]: feasibility_check.cpp:129 FeasibilityCheck: [Info] [1] of feasibility check [poweroff] failed.
2022-01-01T03:49:49+09:00 **** scemd[12642]: event_microp.c:32 Shutdown check error

以上の同じログが12個残されています。


何かお分かりでしょうか？

書込番号：24525477

[はるみち８８]

連投すみませんm(__)m

温度に関係しそうなログが見付かりました。
このログが記録される以前は落ちていません。

2021-12-11T20:53:36+09:00 **** scemd[15827]: disk_temperature_update.c:119 Failed to update /dev/sata1's cache file temperature
2021-12-13T07:37:42+09:00 **** syno_scemd_connector[16434]: scemd_connector/scemd_connector.c:118 Fail to lockf() for scemd connector client.
2021-12-13T07:37:42+09:00 **** syno_scemd_connector[16434]: scemd_connector/scemd_connector.c:204 Fail to SYNOScemdConnectorClient() for scemd conncetor client
2021-12-13T07:37:42+09:00 **** scemd[15827]: scemd_connector.c:199 Fail to sendto() for scemd connector client.

書込番号：24525527

[たく0220]

＞はるみち８８さん

作業中で落とせず、先に確認出来なかったのですが下記が一連のログになります。
※ 電源ボタン3秒ほど長押ししてシャットダウンさせた場合になります。(ピピピとビープが鳴ったらボタンを離す)

2022-01-03T16:59:31+09:00 NAS220J01 scemd[8179]: feasibility_check.cpp:110 FeasibilityCheck: [Info] Start feasibility check [poweroff] with type [hard].
2022-01-03T16:59:32+09:00 NAS220J01 scemd[8179]: feasibility_check.cpp:129 FeasibilityCheck: [Info] [0] of feasibility check [poweroff] failed.
2022-01-03T16:59:32+09:00 NAS220J01 scemd[8179]: event_microp.c:84 power button pressed, ret = 0
2022-01-03T16:59:32+09:00 NAS220J01 scemd[8179]: event_shutdown.c:60 Shutdown the system.
2022-01-03T16:59:37+09:00 NAS220J01 scemd[8179]: manage_services.c:465 led ctrl thread exit
2022-01-03T16:59:37+09:00 NAS220J01 scemd[8179]: manage_services.c:465 disk led ctrl thread exit
2022-01-03T16:59:37+09:00 NAS220J01 scemd[8179]: manage_services.c:465 scemd connector thread exit
2022-01-03T16:59:38+09:00 NAS220J01 scemd[8179]: manage_services.c:465 hw polling thread exit
2022-01-03T16:59:38+09:00 NAS220J01 scemd[8179]: event_handler.c:318 event handler claimed
2022-01-03T16:59:38+09:00 NAS220J01 scemd[8179]: scemd.c:337 ************************SCEMD End**************************
最後の「SCEMD End」の行がでてscemdデーモンが終了となるのですが、もしこの行がなければ強制シャットダウンされた可能性があり
＞「[****.synology.me] ****NAS が不適切にシャットダウンされました」
に繋がったと考えられます。

event_microp.c:84 power button pressed, ret = 0
event_shutdown.c:60 Shutdown the system.

は電源ボタンを押した場合のみログに記録されています。


＞2022-01-01T03:49:49+09:00 **** scemd[12642]: feasibility_check.cpp:121 FeasibilityCheck: [Info] Feasibility check [/usr/local/share/feasibilitycheck/poweroff.d/HyperBackup-hyperbackup_poweroff.cfg] failed.

FeasibilityCheckはおそらくpoweroffするので中断可能か？の確認プログラムと思われます。
中断不可なので
＞2022-01-01T03:49:49+09:00 **** scemd[12642]: event_microp.c:32 Shutdown check error
となったと考えられますが、リトライされたのか最終的にシャットダウンに至ったと思われます。

＞2021-12-11T20:53:36+09:00 **** scemd[15827]: disk_temperature_update.c:119 Failed to update /dev/sata1's cache file temperature

これは定期的に温度を監視してて、結果をどこかにキャッシュする際に失敗したログみたいですが
メーカーでないと詳細は解りませんが高温、低温のエラーでは無いように思えます。

内容的には電源ボタンの操作によるシャットダウンではないかと考えられるのですが
その原因がボタンの接触不良含め電気的な誤動作なのかまでは判りません。
温度低下により電源出力が不安定になったとも考えられますが、その部屋で朝に結露が酷い状況な物とか気づかれたのはありますか？

書込番号：24525732

[はるみち８８]

＞たく0220さん

ご検証ありがとうございます。

> event_microp.c:84 power button pressed, ret = 0
> event_shutdown.c:60 Shutdown the system.
> は電源ボタンを押した場合のみログに記録されています。

⇒承知しました。
直近 2022-01-01 23:59:57 のシャットダウンはどうも電源ボタンの物理的な押し込み状態によるものだったようですね。

ボタンの引っかかりを修正した後、UPSを再接続するための長押しでは以下のように正常に処理されました。

2022-01-02T09:39:14+09:00 **** scemd[11586]: event_microp.c:84 power button pressed, ret = 0
2022-01-02T09:39:14+09:00 **** scemd[11586]: event_shutdown.c:60 Shutdown the system.
2022-01-02T09:39:18+09:00 **** scemd[11586]: manage_services.c:465 disk led ctrl thread exit
2022-01-02T09:39:18+09:00 **** scemd[11586]: manage_services.c:465 led ctrl thread exit
2022-01-02T09:39:19+09:00 **** scemd[11586]: manage_services.c:465 scemd connector thread exit
2022-01-02T09:39:19+09:00 **** scemd[11586]: manage_services.c:465 hw polling thread exit
2022-01-02T09:39:19+09:00 **** scemd[11586]: event_handler.c:318 event handler claimed
2022-01-02T09:39:19+09:00 **** scemd[11586]: scemd.c:337 ************************SCEMD End**************************


> その部屋で朝に結露が酷い状況な物とか気づかれたのはありますか？

⇒今まで結露はついたことはありません。

2022-01-01 03:49 の障害もボタン不良によるものだといいのですが、、、、

書込番号：24525894

[たく0220]

＞はるみち８８さん

＞今まで結露はついたことはありません。

了解です。結露によるショートなどの誤動作の可能性は低いみたいですね。


＞2022-01-01 03:49 の障害もボタン不良によるものだといいのですが、、、、

そうですね…。
ただ長押し時は3秒経過後も押しっぱなしだとピピピと目覚まし時計みたいに、ずっと鳴りやまないはずですので
聞こえなかったか、短時間のみ起こっていたのか疑問は残りますね。
ググってみると海外の情報では古い機種ですが数件同じような現象みたいな報告があり、中にはスイッチのボタンを外しても効果なかったケースもあったみたいです。

この電源ボタンでのシャットダウンを一時的に無効化できれば良いのですが、設定には無いのが残念です。
サポートから他の原因についても連絡あるかもしれませんので、暫くはこのまま様子見て頂く感じになるかと思います。

書込番号：24525962

[はるみち８８]

＞たく0220さん

海外では同様の事象があるのですね。
あとはサポートの対応を待とうと思います。
お陰様でサポートの応対前に予備知識を得ることが出来ました。

また何か進展がありましたらご報告します。
この度はご親切にありがとうございました。

書込番号：24526000

[はるみち８８]

経過報告です。
サポートから回答があり、本体故障の可能性が高いとのことで即交換対応となりました。
予めシステムログを添付したせいか何もやりとりすることなく済みました。

ただ交換に3〜4週間掛かるとのことで、その間防犯カメラを止められないため新たにDS220+を購入しHDD移行を済ませ現在は元通り稼働しております。
（移行の際「マイグレート」ではなく「復元」という名称でした。）

皆様のアドバイスのお陰で短期で復旧することが出来ました。
交換品が届きましたら緊急時のスペアに保管しておこうと思います。
ありがとうございました。

書込番号：24540541

[たく0220]

＞はるみち８８さん

＞サポートから回答があり、本体故障の可能性が高いとのことで即交換対応となりました。
＞予めシステムログを添付したせいか何もやりとりすることなく済みました。

報告ありがとうございます。
原因は特定されなかったみたいですので、予防交換になるのかと思いますが
「このまま様子見てください」でなく良かったです。

DS220+は2台になってしまったのですね ^^;
Synology High Availability | Synology Inc.
https://www.synology.com/ja-jp/dsm/feature/high_availability

DS220+もHAには対応してるのですが、個人での運用でここまでは必要ないかとは思いますが面白そうではあります。

書込番号：24542866

[はるみち８８]

＞たく0220さん

今後予備機があれば安心感も違うかと思い切って追加購入しちゃいました。

＞Synology High Availability | Synology Inc.
https://www.synology.com/ja-jp/dsm/feature/high_availability

この様なシステムを組むことも出来るのですね。勉強になります。
いまはここまでは必要ありませんが頭の片隅に留めておきます。
この度はありがとうございました。

書込番号：24543371

[sigeji99]

こちらのスレッド大変参考にさせていただきました。

同様に勝手にシャットダウンされる症状があり
ログを確認すると

2025-12-05T05:36:08+09:00 scemd[12884]: feasibility_check.cpp:110 FeasibilityCheck: [Info] Start feasibility check [poweroff] with type [hard].
2025-12-05T05:36:08+09:00 scemd[12884]: feasibility_check.cpp:129 FeasibilityCheck: [Info] [0] of feasibility check [poweroff] failed.
2025-12-05T05:36:08+09:00 scemd[12884]: event_microp.c:93 power button pressed, ret = 0
2025-12-05T05:36:08+09:00 scemd[12884]: event_shutdown.c:60 Shutdown the system.

同じようなログが出ていました。
皆様ありがとうございます

書込番号：26356863

[sigeji99]

またサポートから連絡きました

設置環境の温度を確認するお使いの DS220+ の動作温度は 0°C から 40°C の範囲内です。NASが設置されている場所の温度がこの範囲を下回ったり、上回ったりすると、システムを保護するために自動的にシャットダウンする場合があります。NASが適切な温度環境に設置されているか、また、吸排気口が塞がれておらず、十分な換気が確保されているかをご確認ください。

寒すぎてもシャットダウンするようです。

書込番号：26356906　スマートフォンサイトからの書き込み

active backup for business クライアントがNASに接続できない

[Gankun]

DS220で、active backup for businessを使ってWindows11　ＰＣのバックアップをとっています。

ある日、デスクトップＰＣのバックアップが1月ほど失敗しているのに気がつきました。
他の2台のノートＰＣは上手くいっているのです。

なんだかうまく行かないので、一旦デスクトップＰＣからクライアントアプリを削除しました。
NASのactive backup for businessアプリの方からもデスクトップＰＣのバックアップを削除しました。

この状態で、デスクトップＰＣもNASも再起動をかけてから、デスクトップＰＣにsynologyから取ってきたactive backup for businessのクライアントアプリを再インストールしてNASに接続するところで、NASのＳＳＬの証明書は信頼されていない。とか、DSMパッケージをアップデートしてください。とか出て接続できません。

NASのコントロールパネルを見ても、ＤＳＭは最新版ですし、クライアントアプリも最新版ですし、active backup for businessの証明書も2033年8月12日まで有効期限があるようで、アプリのメッセージと矛盾しています。

原因がわかる方いらっしゃいましたら、教えてください。

書込番号：26147638

[ありりん00615]

FAQは確認したのですか？
https://kb.synology.com/ja-jp/DSM/tutorial/abb_my_pc_powered_on_but_abb_shows_offline

市販のセキュリティソフトが原因であれば、アンインストールが必要になる可能性もあります。

書込番号：26147663

[Gankun]

＞ありりん00615さん　こんばんわ

コメントありがとうございます。

FAQは確認していませんでした。

確かにデスクトップPCには、ウイルス対策ソフトが入っています。

ウイルスソフトの日々バージョンアップしていますから、それで急にダメになった可能性がありますね。
一回外してみますかね。

書込番号：26147870

[たく0220]

＞Gankunさん

ちなみにですが、ABBのバージョンはわかりますか？
今月７日に更新があったみたいです。

Version: 3.0.0-24631ですか？
更新されてたら、その前後で変になった感じですか？

参考:
https://www.synology.com/ja-jp/releaseNote/ActiveBackup

書込番号：26148039　スマートフォンサイトからの書き込み

[Gankun]

＞たく0220さん
バックアップが出来なくなったのは1か月程度前のようです。

各バージョンは以下の通りで、現状最新のようです。

デスクトップPC　ABBエージェント（再インストールした物）：3.0.4631　2025/04/12

NASのDSM：　7.2.2　72806　update3

NASのABBアプリ：2.7.1.232235

　

書込番号：26148766

[Gankun]

デスクトップPCにインストールしていたウイルスセキュリティZEROと言うウイルスソフトをアンインストールして、再起動して試してみましたが、状況は変化せずABBエージェントのNAS接続ができません。

Windows11は　24H2です。

書込番号：26148793

[たく0220]

ABB Agent メッセージ１	ABB Agent メッセージ２	ABB Agent メッセージ３

＞Gankunさん

＞バックアップが出来なくなったのは1か月程度前のようです。

最初に書かれてましたね。失礼致しました。

時間ができたので、私のはDS923+ですが同じような条件で確認してみました。

・DS923+
DSM: 7.2.2-72806 Update 3
ABB: 2.7.1-23235
・PC
OS: Windows11 Pro 24H2
ABB Agent: 3.0.0-4631 (Synology Active Backup for Business Agent-3.0.0-4631-x64.msi)

接続は出来なかったのですが、Gankunさんが確認されたメッセージはアップした画像(ABB Agent メッセージ１〜３)でしたか？
一旦区切ります(続く)

書込番号：26149811

[たく0220]

ABB Agent ダウンロード１	ABB Agent ダウンロード２	ABB Agent ダウンロード３

＞Gankunさん

(続きです。)
もし、画像(ABB Agent メッセージ３)のメッセージが表示されてた場合ですが、
これはDSM側のABBパッケージとABB Agentのアプリのバージョンが違っていて、ABB Agentの方が新しいのでDSM側のABBパッケージを最新(Ver3.0.0-24631)にするようにとの事です。
どうやらAgentアプリは後方互換は無いみたいですね。

DSM側のABBパッケージはメッセージに書かれてる通り、ローリングリリースとなっているので時間が経てばパッケージセンターに更新が落ちてくる感じになります。(タイミングは不明)

今回はABBパッケージのバージョンが「2.7.1-23235」ですので、WinPCにインストールするエージェントは同じ2.7.1である「2.7.1-3235」が妥当となります。
現在のABB Agentはアンインストールした後、「2.7.1-3235」をインストールしてください。

参考: Release Notes for Synology Active Backup for Business エージェント | Synology Inc.
https://www.synology.com/ja-jp/releaseNote/ActiveBackupBusinessAgent


旧バージョンのABB Agent「Ver 2.7.1-3235」のダウンロードは、下記ダウンロードセンターから
　１．「すべてのダウンロード」をクリック(画像 ABB Agent ダウンロード１ 参照)
　２．「2.7.1-3235」をクリック(画像 ABB Agent ダウンロード２ 参照)
　３．「Synology Active Backup for Business Agent-2.7.1-3235-x64.msi」をクリックしてDL(画像 ABB Agent ダウンロード３ 参照)

となります。

参考: ダウンロードセンター - DS224+ | Synology Inc.
https://www.synology.com/ja-jp/support/download/DS224+?version=7.2#utilities


バックアップ出来なくなった原因は不明なのですが、他の端末でインストールされているABB Agentのバージョンなどの違いがあったのかもしれません。
ABBパッケージのバージョンが3.0.0台に更新されて、同様に止まってしまった場合はABB Agentもあわせて更新してみてください。

参考までに。

書込番号：26149817

[たく0220]

ABB Agent ダウンロード３

＞Gankunさん

すみません、ABB Agent ダウンロード３の画像を間違ったのをアップしてしまいました。
こちらのと差し替えて確認してください。

書込番号：26149827

[Gankun]

＞たく0220さん
詳しく検証ありがとうございました。

現状の接続時の状況は投稿いただいた画像と同じ感じです。

なるほど、ABB本体より、ABBエージェントの方が先にアップデートしてしまっているのが原因でしたか。

現在のABBエージェントを削除して、勧めていただいたバージョンをダウンロードしてインストールしたところ、無事にNASに接続でき、タスクを登録できてバックアップを開始することができました。

ありがとうございました。

書込番号：26150185

動画の読み込みスピードについて

[ヤクルト04]

ネットワーク速度

当製品を利用しており、同一ネットワーク上で、Photos Mobileを用いて動画再生をした際に、動画の読み込み時間が長すぎる状況です。
そこでリソースモニタでネットワーク情報を見ると、添付のスピードでした。
ルータとは優先lanで繋いでおり、携帯はwifiで繋いでおります。

皆さんはこれぐらいのネットワーク速度でしょうか？
単位もKB/sであるため、遅すぎるのでは？と思っています。

何か確認すべき点や、改善点あればご教示いただきたいです。

書込番号：26143141

[ありりん00615]

下記と同じでクラウド経由での接続になっているのでは？
https://bbs.kakaku.com/bbs/K0001553362/SortID=26134225/#tab

ログインの際にデバイス名（もしくはIPアドレス）を指定して接続して比較してみればわかると思います。

書込番号：26143179

[sigeji99]

確認してみましたが同じぐらいでした！

書込番号：26143184　スマートフォンサイトからの書き込み

[sigeji99]

メモリ8G追加して10Gにしてもいいのかもしれません。
既にされてたらすみません。

以下ご参考
https://hasethblog.com/it/gadget/nas/6922/

書込番号：26143225　スマートフォンサイトからの書き込み

[sigeji99]

メモリ2Gを10Gにしてもいいかもしれません。
既にされてたらすみません

以下ご参考
https://hasethblog.com/it/gadget/nas/6922/

書込番号：26143227　スマートフォンサイトからの書き込み

DS Video、Video StationでのVLCを使用した動画再生について

[アスカロン62]

お世話になっております。

DSM上のVideo stationとiPhone上のDS VideoのアプリでVLCからの再生ができなく困っております。
PCとiPhoneそれぞれにVLCのアプリはインストール済みです。

動画を再生しようとすると、アプリを選択する画面が出ずに純正(DS Video？)の再生機能を使用して動画が再生されてしまいます。

ちなみにAndroid上のDS Videoアプリからは、VLCを選択する画面がちゃんと現れます。

どうすればVLC経由での再生ができるようになりますか🙇？

書込番号：25863260　スマートフォンサイトからの書き込み

[Investor2371]

＞アスカロン62さん
https://kb.synology.com/ja-jp/DSM/help/DSvideo/iPhone?version=7

ここにやり方書いてあるじゃ無いですか

それで出来ないのであれば、もうアプリの人間に聞くもんです。

書込番号：25873530

RAID 1からRAID 0 に変更が可能か

[監督2]

現在8TBを2台でRAID 1でデータがいっぱいになって来ました。
このデータを一旦、他のHDDに保存してNASのデータを全部消してしまって、初期化？してRAID 0に変更し16TBとして使用出来ますか？可能であれば変更したら、ミラーリングしなくなるので NASの同一データを分散させて別保管しようと思います。
よく理解出来てなくて初めから、全然無理な話なのかも知れませんが何卒宜しくお願いします。

書込番号：25590934　スマートフォンサイトからの書き込み

[KAZU0002]

RAIDアレイを解除して、再構築すればRAID0に出来ます。
ただまぁ、LAN経由のHDDをRAID化しても容量が大きくなるだけで速度的メリットは少ないですし。増えるリスクが恐いですね。

バックアップは当然ですが。NASに置いておかなくて良いデータは別HDDに退避させるなどの整理をした方が良いのでは？とも思います。常にオンラインにしておきたいデータ、そんなに多いですか？

書込番号：25590940

[たく0220]

＞監督2さん

ストレージ マネージャで既存のボリュームとストレージプールを削除してから、ストレージプールをRAID0で作り直す事は可能です。
ただし、パッケージ センターで追加インストールしたパッケージはそこに保存されていますので先に削除(アンインストール)する必要が出てくると思います。

現在のパッケージなどを含めデータのバックアップをしたい場合は、下記を参考にHyper BackupでUSB-HDDなどにバックアップをしてください。
USB-HDDの容量が不足する場合は、バックアップの対象とするパッケージや共有フォルダを選択出来ますので、複数のUSB-HDDを使って分散するように工夫してください。

参考１: Hyper Backup クイック スタート ガイド - Synology ナレッジセンター
https://kb.synology.com/ja-jp/DSM/tutorial/Quick_Start_Hyper_Backup

参考２: Hyper Backupを使用してデータをローカル共有フォルダまたはUSBにバックアップするにはどうすればよいですか？ - Synology ナレッジセンター
https://kb.synology.com/ja-jp/DSM/tutorial/How_to_back_up_your_data_to_local_shared_folders_or_USB_with_Hyper_Backup

RAID0とJBODは、ペアのHDDが1台でも故障してしまうと復旧はまず無理ですので、復旧までの時間がかかりNASを使用出来ない時間が増えるのがデメリットとなりますので運用上それでかまわないか良く検討される事をお勧めします。

書込番号：25590975

[監督2]

たく0220さん

詳細に教えて頂きありがとうございます。可能なのですね。
また追加でお伺いしたいのですが、
今のNASデータをハイパーバックアップを、USBでするとありますが、USBで別のハードディスクに繋げて行うという意味ですか？（一応バッファローの8TBを購入予定）
ちはみに、こちらの新しく買う予定のバックアップHDDのフォーマットはPC macなのでexFATとしてMacでフォーマットしていても問題ないですか？

あとハイパーバックアップは便利な機能なのでしようか
PC上でコピペで移動させてたら8TBもあるのでめんどうですよね。

書込番号：25591186　スマートフォンサイトからの書き込み

[監督2]

追記です。
RAID0とJBODと違うのは後者はセットされたハードディスクをストレートしてつかえる。前者とはどう違うのでしょうか？
またJBODにも変更できますでしょうか？
何もわかってなくて申し訳ないです。

書込番号：25591289　スマートフォンサイトからの書き込み

[ぶうぶうぶう。でも人間です]

UPSの用意とシャットダウンの動作、
サージ対策、
テープ・メディアなどへの退避と復元の経験、
バックアップ・スケジュールの立案と確実な実行

などは大丈夫なんでしょうか

書込番号：25591300　スマートフォンサイトからの書き込み

[監督2]

>ぶうぶうぶう　でも人間ですさん

コメントありがとうございます。
その辺り全然わかってません。
単純に今あるNASデータ（8TB×2 RAID1管理）を16TBにして、そのNASデータを他のHDDにコピーしてデータ管理ようと思ってました。
これではダメってことですか？
UPSはNASには必需品なのでしようか？
その他どういう意味なのか超初心者マークの私にはわかってません。こんな形で質問してしまい申し訳ないです。

書込番号：25591658　スマートフォンサイトからの書き込み

[KAZU0002]

分からないままにしておきたいのなら、それで良いのではないかと。
所詮、自己責任。

書込番号：25591672

[ぶうぶうぶう。でも人間です]

簡単に理解して実行出来ることでは無いです

詳細がわからないけれど、おそらくは現在のデータ保護はとても脆弱で危険です

家庭でミラーリングなんて考えないし、それをやめてストライピングにするのも…

護りたいデータを選択、制限して光ディスクで複製を用意するとか（勧めません）、固定ディスクやSSDとかにコピーするとかじゃないかな

仕事でやるならだけど、個人が抱えるすべてのデータのバックアップは考えないかな。やりきれません。お金も時間も必要です。ひとりではできないんじゃないかな。中途半端にやるのは意味が無い

無くなったら諦められるデータを、安全とは言えないデバイスに記録することも

情報を紙で印刷出力して保管することも、考えた方が良いと思います

書込番号：25591760　スマートフォンサイトからの書き込み

[ぶうぶうぶう。でも人間です]

個人のデータをインターネット上に置くことはしないけれど、それで良いとご判断されるなら、あちこちの無料で使えるクラウドサービスのストレージをバックアップ用に使うということもあります

書込番号：25591787　スマートフォンサイトからの書き込み

[ぶうぶうぶう。でも人間です]

ご質問には間接的な案内でしか答えていませんでした
それが駄目かどうかは、それぞれのご判断です。知識は必要

答えるなら
・今の運用では、データ保護の観点からは駄目だと思います。保護も復元の用意もしていないに等しい
・ディスクアレイなら、UPSとシャットダウン動作は必要でセットです
・サージ対策は家庭用なら直ぐに出来ることで、簡単で費用も小さい
・テープ・メディアへのデータの退避と復元は業務用で家庭、個人での利用には敷居が高い

バックアップの運用がどうであるかと復元される範囲の程度は、貴方の知識と経験、およびバックアップ・スケジュールの実行と復元が出来る範囲のあらかじめの想定範囲の理解次第です

良く分からないで始めたら、いざというときに、こんなはずじゃなかっとなるんじゃないかと思います
失敗するかもしれないけれどバックアップと復元は経験しておかないと駄目でしょう。バックアップだけしているけれど、復元の経験が一度も無いのは危ういと思います

書込番号：25591843　スマートフォンサイトからの書き込み

[監督2]

>ぶうぶうぶう。でも人間ですさん

ご丁寧にありがとうございます。
いかに私が無知で、ネットワーク管理は色々奥深いということはわかりました。

とりあえず一旦、外付けハードディスクに手作業でちょっとずつコピペしてから、RAID変更してみます。

書込番号：25592630　スマートフォンサイトからの書き込み

[abc1238]

＞監督2さん
＞このデータを一旦、他のHDDに保存してNASのデータを全部消してしまって、初期化？してRAID 0に変更し16TBとして使用出来ますか？

簡単にできますよ

書込番号：25863330

SynologyのNASを使いPlexメディアサーバーで音楽を浴びる(*^^*)

[sigeji99]

Plexメディアサーバ001	Plexメディアサーバ002

SynologyのNASで唯一の弱点が音楽ファイルの拡張子”.M4a”が鳴らせない事だと思っていましたが
Plexの「PlexMediaServer.spk」をインストする事によって見事にメディアサーバとして
”M4a”も鳴らせるスーパーマシンとして生まれ変わってくれました。
”Plex”×”Synology”のすごい所はメディアサーバに入れている音楽CDの
アルバムのジャケット写真なども勝手に表示してくれる所です。
ス！素晴らしい。技術のNissan並に素晴らしい！
買ってよかったSynology！
iphoneの家族の写真データもGooglePhoto並にしっかりとバックアップ
専用アプリより表示してくれますし
これほんとに買ってよかったデバイスだと思います。素晴らしいですね！

書込番号：25642489

[ありりん00615]

Synology標準の機能でもDS audio等でm4aの再生はできています。

DLNA前提での話なのでしょうか？

書込番号：25642507

[sigeji99]

失礼しました！
正確には『AACエンコーダ』で
取り込んだ音でも鳴ります！

通常はこのようになって再生出来ないのですが
plexは可なのでオススメです！

書込番号：25645154　スマートフォンサイトからの書き込み

[sigeji99]

DS AUDIOで再生出来ない時の画像はこちら

書込番号：25645179　スマートフォンサイトからの書き込み

[ありりん00615]

SONYが公開しているBee Movedというサンプルを試してみましたが、問題なく再生できました。多分、Androidのバージョンが古いのではないでしょうか？

VLC等の対応するアプリに送る手もありますが、これは不便かもしれません。

書込番号：25645911

[sigeji99]

ありがとうございます！
当端末はiPhoneです。
確かにaacでも鳴る音と鳴らない音がありますね。
また調べてみます！
同じような現象の方いらしたら
コメント頂けたら幸いです。

書込番号：25646162　スマートフォンサイトからの書き込み