e-ghost

Hi @IG-88, read what you wrote and understood the situation now. Thanks a lot!

Hi, may I ask if v1.04b loader for 918+ with mpt2sas under 6.2.3 still haven't issue with HDD Hibernation? Is there any solution to re-gain the HDD hibernation under this combination? Thanks a lot!

sorry I found out the problem and resolved! I copied /etc.defaults/syslog-ng/patterndb.d/scemd.conf as /etc.defaults/syslog-ng/patterndb.d/scemd.conf_orig as a backup. The system also loaded both scemd.conf and scemd.conf_orig also. After I removed scemd.conf_orig then it works! Sorry for stupid question but you still keep on helping! ^_^

Thanks a lot! I got these: bash-4.3# ls -l /etc.defaults/syslog-ng/patterndb.d/scemd.conf -rw-r--r-- 1 root root 261 Dec 27 01:46 /etc.defaults/syslog-ng/patterndb.d/scemd.conf bash-4.3# cat /etc.defaults/syslog-ng/patterndb.d/scemd.conf filter f_scemd { program(scemd); }; filter f_scemd_sev { level(err..emerg) }; # destination d_scemd { file("/var/log/scemd.log"); }; destination d_scemd { file("/dev/null"); }; log { source(src); filter(f_scemd); filter(f_scemd_sev); destination(d_scemd); }; bash-4.3# ls -l /etc/syslog-ng/patterndb.d/scemd.conf -rw-r--r-- 1 system log 261 Dec 27 16:33 /etc/syslog-ng/patterndb.d/scemd.conf Seems the file content and permission are the same as your, but it just unable to point the logs to null device. Really strange.... Not sure where did the system pick up the scemd log settings from....

Can you help to take a look what I did wrong? I already fully copied your file to replace my /etc.defaults/syslog-ng/patterndb.d/scemd.conf. After rebooted, the /etc/syslog-ng/patterndb.d/scemd.conf is the same as it. However, I see the /var/log/scemd.log is still keep on growing 8-lines per minute: 2020-12-27T02:10:49+08:00 fevernas03 scemd: SYSTEM: Last message 'polling_fan_speed_rp' repeated 1 times, suppressed by syslog-ng on fevernas03 2020-12-27T02:10:49+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-12-27T02:10:49+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-12-27T02:10:49+08:00 fevernas03 scemd: SYSTEM: Last message 'polling_sys_thermal.' repeated 1 times, suppressed by syslog-ng on fevernas03 2020-12-27T02:10:49+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-12-27T02:10:49+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-12-27T02:10:49+08:00 fevernas03 scemd: SYSTEM: Last message 'polling_sys_voltage.' repeated 1 times, suppressed by syslog-ng on fevernas03 2020-12-27T02:10:49+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed 2020-12-27T02:10:49+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed Is there any other factor that I can re-check? Thanks a lot!

Hi, I cannot get my HDD hibernated. May I confirm with you that the only change to the system is to amend the 3rd line of that file? (as you commented the orginal 3rd line with # then added a new line to point the logs to /dev/null?) My config: DS3615xs, DSM 6.2.3-25426-U2 & U3, extra.lzma v0.11_test. I have amended that line and reboot. U see the /var/log/scemd.log is keep on growing. The HDDs are not willing to sleep at all. Keep spinning.... Thank you in advance!

Sorry IG-88 please ignore the above post. Just got the CSM enabled and now the RTL8111H can get the IP. Thanks a lot! Also, may I ask if jun's loader v1.04b 918+ support MPT HBA? My is LSI_SAS2308_LSI-9207-8i (HP220). Thanks a lot!

Hi IG-88, thanks for your advise! Still trying to figure out how to enable CSM mode from my Biostar A68N-5455 as the manual doesn't has such option. Also, may I ask if jun's loader v1.04b 918+ support MPT HBA? My is LSI_SAS2308_LSI-9207-8i (HP220). Thanks a lot!

Hi, I am using 3615xs v1.03b loader with my motherboard but the on-board 8111H cannot get any IP. Can you help to advise what was wrong? 1) my motherboard is Biostar A68N-5545. It uses AMD CPU so I chose 3615xs v1.03b loader 2) Tried the 3 extra.lzma for loader 1.03b ds3615 (original, v0.5, v0.11_test) All 3 extra.lzma cannot get any IP from router. Router cannot see this motherboard is in network. Please help. Thanks a lot!

I saw DSM 6.2.3-25426 Update 3 was out. Is this issue fixed by official DSM? Thanks a lot!

Hi @richv31, thanks a lot! Will you know which partition that needed to be deleted? Any guide I can follow? I worry about data lost so much. I only found another guide which is quite diff: https://xpenology.com/forum/topic/12778-tutorial-how-to-downgrade-from-62-to-61-recovering-a-bricked-system/ Thanks a lot!

I need to get the HDD hibernation working again as HDD temperature is high in here. Is downgrade be the only method up to this point? If so, may I ask how an I downgrade back to DSM 6.2 with all my data preserved? Thanks a lot!

after suppressing the scemd.log, then the 3 error message will be logged into /var/log/messages

Hi @richv31, is it any WRITE action to /var/log will stop the HDD hibernation? May I ask where is the hibernation log be stored in DSM? I told some time to test it. I turned it on at 23:00 last night and then let it idle. Then SSH login at 04:34 and I found the log activities like this: drwxr-xr-x 2 root root 4096 Aug 20 20:20 disk-latency drwxr-xr-x 17 root root 4096 Aug 20 23:01 .. -rw-rw---- 1 system log 1917 Aug 20 23:01 apparmor.log -rw-rw-rw- 1 root root 2269 Aug 20 23:01 space_operation_error.log -rw-rw---- 1 system log 2391 Aug 20 23:02 datascrubbing.log -rw-rw---- 1 system log 171881 Aug 20 23:02 kern.log -rw-rw---- 1 system log 9811 Aug 20 23:02 postgresql.log -rw-rw---- 1 system log 202434 Aug 20 23:02 disk.log -rw-r--r-- 1 root root 1218 Aug 20 23:02 synocmsclient.log -rw-r--r-- 1 root root 509695 Aug 20 23:02 dmesg -rw-rw---- 1 system log 29554 Aug 20 23:02 syslog.log -rw-rw---- 1 system log 146347 Aug 20 23:02 synocrond.log -rw-r--r-- 1 root root 2124 Aug 20 23:02 esynoscheduler.log -rw-r--r-- 1 root root 4227 Aug 20 23:02 disk_overview.xml -rw-rw---- 1 system log 757 Aug 20 23:02 sysnotify.log -rw-rw---- 1 system log 176371 Aug 20 23:02 scemd.log -rw-r--r-- 1 root root 19650 Aug 20 23:02 synopkg.log drwxr-xr-x 2 root root 4096 Aug 21 00:01 diskprediction -rw-rw---- 1 system log 33933 Aug 21 03:13 iscsi.log -rw-rw---- 1 system log 109788 Aug 21 04:05 rm.log -rw-rw---- 1 system log 614237 Aug 21 04:05 synoservice.log -rw-rw---- 1 system log 82380 Aug 21 04:05 scsi_plugin.log -rw-r--r-- 1 root root 4104 Aug 21 04:09 synocrond-execute.log -rw-rw---- 1 system log 627685 Aug 21 04:34 messages drwx------ 2 system log 4096 Aug 21 04:35 synolog -rw-r----- 1 root log 15463 Aug 21 04:35 auth.log -rw-rw---- 1 system log 22591 Aug 21 04:35 bash_history.log I think all log write on Aug 20 are normal due to system start up. The last 4 since 04:34 were caused by my SSH login. Those in between are unknown.... Thanks a lot!

Hi @richv31, I have got the ioctl error suppressed from scemd.log with great help from flyride. However I found that HDD hibernation is still not working as before. Would you have further advise on this? Thanks a lot!

Hi @flyride, thanks a lot for your guide! I got these 3 logs suppressed! Unfortunately, the HDD are still not hibernated. 😬

Hi @flyride　, can you help to advise me how to use syslog-ng to suppress that 3 error message from writing into scemd.log? Thanks a lot!

Dear flyride, Thanks for your info and need your further help. In order to suppress this log pattern: 2020-08-12T10:30:57 nas scemd: polling_sys_thermal.c:35 ioctl device failed 2020-08-12T10:30:57 nas scemd: polling_sys_voltage.c:35 ioctl device failed 2020-08-12T10:30:57 nas scemd: polling_fan_speed_rpm.c:35 ioctl device failed I created two files: 1) /usr/local/etc/syslog-ng/patterndb.d/scemd.conf # /usr/local/etc/syslog-ng/patterndb.d/scemd.conf # scemd.log to suppress ioctl device failed since DSM 6.2.3 filter fs_pollingsysthermal { match("scemd: polling_sys_thermal\.c:35 ioctl device failed" value("MESSAGE")); }; filter fs_pollingsysvoltage { match("scemd: polling_sys_voltage\.c:35 ioctl device failed" value("MESSAGE")); }; filter fs_pollingfanspeedrpm { match("scemd: polling_fan_speed_rpm\.c:35 ioctl device failed" value("MESSAGE")); }; filter fs_ioctldevicefailed { match("ioctl device failed" value("MESSAGE")); }; filter f_allioctlfailmsgs { filter(fs_ioctldevicefailed) or filter(fs_pollingsysthermal) or filter(fs_pollingsysvoltage) or filter(fs_pollingfanspeedrpm); }; log { source(src); filter(f_allioctlfailmsgs); }; 2) /usr/local/etc/syslog-ng/patterndb.d/include/not2msg/scemd and not filter(f_allioctlfailmsgs) Then I restarted the service by your command: # synoservice --restart syslog-ng But it doesn't work. I don't know what I got wrong. Can you help to comment what did I done wrong and how to fix it? Thanks a lot!

I also want to know too. My place is very hot and will not use the HDD very often so I really need HDD hibernation to keep HDD colder. Is there any way to resolve this? Or I will need to downgrade it? If downgrade is the only solution, how can I do it? Thanks a lot!

Hi @richv31, is this the ioctl error that causing the HDD hibernation fail? (I have changed the 3615xs's extra.lzma to v0.11_test that is for DSM 6.2.3 and I can see these: ) bash-4.3# tail -f /var/log/scemd.log 2020-08-12T21:24:57+08:00 fevernas03 scemd: sysnotify_get_title_key.c:65 Can get category description from /var/cache/texts/enu/notification_category 2020-08-12T21:24:58+08:00 fevernas03 scemd: sysnotify_send_notification.c:615 SYSNOTIFY: [DataVolumeFull] was sent to desktop 2020-08-12T21:24:58+08:00 fevernas03 scemd: data_volume_check.c:464 Volume1 Full 2020-08-12T21:24:58+08:00 fevernas03 scemd: system_status.c:278 Deep sleep timer:-1 min(s) 2020-08-12T21:24:58+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-08-12T21:24:58+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-08-12T21:24:58+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed 2020-08-12T21:25:57+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-08-12T21:25:57+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-08-12T21:25:57+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed 2020-08-12T21:26:57+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-08-12T21:26:57+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-08-12T21:26:57+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed 2020-08-12T21:27:57+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-08-12T21:27:57+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-08-12T21:27:57+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed 2020-08-12T21:28:57+08:00 fevernas03 scemd: polling_sys_thermal.c:35 ioctl device failed 2020-08-12T21:28:57+08:00 fevernas03 scemd: polling_sys_voltage.c:35 ioctl device failed 2020-08-12T21:28:57+08:00 fevernas03 scemd: polling_fan_speed_rpm.c:35 ioctl device failed Thanks a lot!

Hi @richv31, I saw IG-88 mentioned that there is serious problem with 918+ and scsi/scs drivers, at least with mpt2sas/mpt3sas, after not properly waking up from hdd hibernation. But hasn't mentioned the issue of 3615. Is 1.03b/3615 from 6.2.3 also suffer the same issue? I am exactly with this combination. Thanks a lot!

Hi IG-88, I am using 3615 v1.03b with the latest v0.5 extra.lzma. Yes the extra was not replaced when changing from 6.2.2 to 6.2.3. Will this be the problem source? Thanks a lot!

I was using DSM 6.2.2-24922 Update 4 and I can have HDD hibernation working with all previous version. I lost this func after upgraded to DSM 6.2.3-25426 Update 2. I have no change in both hardware, software, package and settings. May I ask if anyone know if there is any changes in DSM 6.2.3-25426 Update 2 that will stop HDD hibernation from working? My hardware is ASUS E35M1i-Deluxe + LSI_SAS2308_LSI-9207-8i (HP220). Thanks a lot! Best regards, e-Ghost

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.2-24922 Update 4 - Loader version and model: Jun's Loader v1.03b DS3615XS - Using custom extra.lzma: No - Installation type: BAREMETAL - ASUS E35M1i-Deluxe + LSI_SAS2308_LSI-9207-8i (HP220) - Additional comment: Need to upgrade to DSM 6.2.3-25426 first then automatically upgraded to Update 2 after 2nd reboot. Then cannot found the LAN on LAN. Xpenology boot USB drive required remake then can boot in and all 10 HDD recognized. However HDD hibernation not working since this upgrade.

Hi Olegin, may I ask if N54L can boot with v1.04b for 918+ and load DSM 6.2.1? I thought it was Intel newer CPU only. Thanks!