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

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

iPhoneのVLCアプリより

[sigeji99]

SMB接続(インターネット側から)を試みていますが
なかなか上手くいきません。
サーバーとポート番号は
何を入れたら良いでしょうか？
クイックコネクトのURLとポート445みたいな
感じでしょうか？

またルーターを通してる場合に
ルーターのポートを解放したり
する必要がありますか？

お詳しい方ご教授くださいませ

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

[sigeji99]

ちなみに設定画面はこんな感じです。

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

[Gee580]

＞sigeji99さん
＞またルーターを通してる場合にルーターのポートを解放したりする必要がありますか？

まずは、ローカルでは、アクセスできてるの？　そこをまず、しっかりさせておいてね。
２２０の設定は　＞sigeji99さん　のほうがとくいかもね。

そこが、固まっていれば、ルーターにてポートの開放だよ。
言って見えるように、445の開放と、２２０のIPアドレスへそれを関連付けるよ。
でつながるよね。

ただし、これが大きいけれども、ISPによるところがあるよね。　以下の3種類のISPに大別できるよね。
１．ポートの開放ができず、外出先からネット越えで一切アクセスできないよね。　
２．開放できるポート番号が制限される。　これについてルーターのポート開放設定でカバーできるよね。
３．問題なし。　PPPoEサービスを提供するISPで、PPPoEサービスでそれに加入していること。

こんなところかな？

書込番号：25587856

[ありりん00615]

まず、WiFi接続の場合です。IPアドレスを調べる必要はありません。サーバーには自分で設定したサーバー名を入れればいいです。あとは、ユーザー名を設定して、必要に応じてパスワードを設定し、右上の接続を押せば接続されます。

インターネット経由で利用できるのはQuickConnectです。しかし、これをサポートするのはSynologyのアプリだけです。SynologyのDS FileやDS Videoから、VLCに送ることで再生できます。

書込番号：25587883

[Gee580]

＞sigeji99さん

https://voltechno.com/blog/ds916access/

QuickConnectを使えば、ルーターでのポート開放はいらないみたいね。
設定については、たくさん記事があるよね。

書込番号：25587922

[sigeji99]

＞Gee580さん
＞ありりん00615さん

みなさまご返信ありがとうございました！
いろいろやってみます！
ありがとうございます。

書込番号：25593915

HDDの読み書きがどのソフトから行われているか調べたいです

[ネトビ]

NASにアクセスしていないときに、HDDの読み書き音がよくするので気になります。

なるべくアクセスしていないときは静かにしたいのですが、

どのアプリ（パッケージ、ソフト）からHDDにアクセスしているか分かれば読み書き頻度を下げれるかと思ったんですが

それを調べる方法はありますか？

書込番号：25533127

[KAZU0002]

WindowsPCからのアクセスなら、リソースモニター→ディスク→ディスク活動 から、どのプロセスがどのファイルを開いているか、どれだけの読み書きがされているかを確認できます。

書込番号：25533132

[ひめにゃん]

アクセスしなくてもインデックス作成とか裏で動く処理があるからアクセスしていない時にHDDを完全に止めるのは無理じゃないかと思われます。

書込番号：25533322

[ネトビ]

ご返信ありがとうございます。

HDDのアクセス音があるときに、タスクマネージャーでサービスを見ていたら

Active Insight が頻繁に動いているようでした。　

これを止めてみたいのですが、無効にする方法がわかりませんでした。

書込番号：25534196

[ネトビ]

とりあえずアンインストールしたところ、HDDへの異常な書き込みが止まりました。

書込番号：25534199

Synology Photosの共有リンクについて

[nippynippy]

DS220＋でSynology Photosの共有リンクを作成しようとすると、どうしても上手くいきません。
解決策をご存じの方がいらっしゃれば、ぜひご教示いただきたいです。

【事象】
・Synology Photosで共有リンクを作成すると、
https://example.synology.me/photo/mo/sharing/CuAjRW3tm
の形で生成される。

・本来であれば、ポートを指定した
https://example.synology.me:5001/photo/mo/sharing/CuAjRW3tm
の形で生成してほしい。

・以下のサポートURLを参考にした。
https://kb.synology.com/ja-jp/DSM/tutorial/How_does_Synology_Photos_generate_share_links
→しかし、URLがポート番号込みの
ttps://example.synology.me:5001〜
で表示されているにも関わらず、共有リンク作成をすると「5001」が抜け落ちてしまう。
LAN外からアクセスすることができない。

生成されたリンクに「5001」を手動で足せばいいだけなのですが、面倒です。
最初から「5001」込みでリンクを生成させることはできないのでしょうか。


ご存じの方がいらっしゃれば、よろしくお願いします。

書込番号：25488136

[たく0220]

＞nippynippyさん

＞共有リンク作成をすると「5001」が抜け落ちてしまう。

あれっ？と思って私も確認してみました。
確かにポート番号抜けてますね…

ログイン ポータルをSynology Photos用に設定を試したままでしたので、一旦全項目削除して初期状態にしてみましたがNGでした。
それから、こういう時はNASの再起動かな〜と、再起動後に確認したらアップした画像のようにポート番号も反映されるようになりました。

とりあえず、そのままNASを再起動してみて共有リンクを再度確認してみてください。

書込番号：25489491

[nippynippy]

＞たく0220さん

ご回答ありがとうございます。
私も試しに再起動してみたのですが、相変わらずポート番号が抜け落ちてしまう状況のままでした。

お手上げです…。

書込番号：25489521

[たく0220]

＞nippynippyさん

再起動ではダメでしたか…

ちなみに、DSMのバージョンはいくつですか？

試しにですが

１．ログイン ポータル -> アプリケーション -> Synology Photos
で何か設定しているのでしたら、スクショを撮るなどして設定を控えた後に各項目を全て削除した後に保存してください。

２．外部アクセス -> 詳細
でアップした画像のように設定してみてください。

　ホスト名または静的 IP： example.com
　DSM (HTTP)： 49080
　DSM (HTTPS)： 49443

※ 「example.com」は実在しないドメインですので、接続することは出来ません。
　テスト後は各項目を削除して「適用」にて保存する事で元に戻せます。

おそらく設定ファイルのポートに関する項目が消えてしまっている可能性が考えられます。
他の手段では項目が復活するかもしれませんので試してみて変わったら、その設定を削除する事で通常の状態に戻るかもしれません。

書込番号：25489720

[nippynippy]

＞たく0220さん
ありがとうございます！！！！

２．外部アクセス -> 詳細
で提示いただいた操作を試したところ、無事ポート番号が反映されるようになりました！

DSMバージョンは7.2.1-69057 Update 1 でした。

本当にありがとうございます。

書込番号：25490774

[たく0220]

＞nippynippyさん

海外のRedditなどでも同様な質問を検索してて見かけたのですが、解決策みたいなのが見当たらなかったんですよね。
どうもSynology Photosの更新時にバグがあったんじゃないかと思います。

私も再起動前に色々試してたので、それが影響して治ってしまてたのかな…
とりあえず、治って良かったです。
あとデフォルトのポート番号は攻撃されやすいですので、適当なポート番号に変更しておいた方が無難です。
完全ではないですが、多少はマシかと思います。

書込番号：25490811

[nippynippy]

＞たく0220さん
海外の方でも話題になっていたのですね…。
英語では全然調べられませんので、ご教示いただけて助かりました。

また、ポート番号のご指摘もありがとうございます。
早速変更いたしました！

書込番号：25490840