Help With getting higher than SMB1 on nsa320
All Replies
-
Mijzelf said:any ideas please?
The package 'Tweaks' has a function 'Disk Monitor' which is meant to find out what keeps your disk(s) awake.
I have been thru and disabled via webmin or tweak util, pretty much everything but essentials.
and surely that util should log to ram to prevent it causing the disks to wake?, the disks will go to sleep, eventually but this system access is strange.
As a side note, sorry for late delay but i later found out the smb3 update also knocked out the print server on the nsa when i limited my win10 machine to smb3 only, so i had to re enable smb1 until i can get spare time to investigate properly.
0 -
not sure i can make sense of this, the log shows constant access via the cache being flushed and the journal updating, this seems to occur even when only the disk monitor is being used.
Can you share a relevant part of the log?
0 -
Mijzelf said:not sure i can make sense of this, the log shows constant access via the cache being flushed and the journal updating, this seems to occur even when only the disk monitor is being used.
Can you share a relevant part of the log?
0 -
It's not that bad. A quick summary tells that the disks are waked up 3 times in 3 hours in that logfile$ grep '====\|awake\|stand by' pkgcgi2.txt
==== Mon Jul 25 13:38:54 WEST 2022 ====
* HD0 stand by now! *
* HD1 stand by now! *
# HD0 awaked by swapper ! #
# HD1 awaked by swapper ! #
==== Mon Jul 25 13:39:06 WEST 2022 ====
==== Mon Jul 25 13:44:55 WEST 2022 ====
* HD0 stand by now! *
* HD1 stand by now! *
==== Mon Jul 25 14:28:38 WEST 2022 ====
# HD0 awaked by swapper ! #
# HD1 awaked by swapper ! #
==== Mon Jul 25 14:29:22 WEST 2022 ====
==== Mon Jul 25 14:30:02 WEST 2022 ====
==== Mon Jul 25 14:31:08 WEST 2022 ====
==== Mon Jul 25 14:32:03 WEST 2022 ====
==== Mon Jul 25 14:33:09 WEST 2022 ====
==== Mon Jul 25 14:34:03 WEST 2022 ====
==== Mon Jul 25 14:35:08 WEST 2022 ====
==== Mon Jul 25 14:40:56 WEST 2022 ====
* HD0 stand by now! *
* HD1 stand by now! *
==== Mon Jul 25 15:24:51 WEST 2022 ====
# HD0 awaked by swapper ! #
# HD1 awaked by swapper ! #
==== Mon Jul 25 15:25:00 WEST 2022 ====The first time it's not clear why. Among other things the file zypkg.log is dirtied by zyshd. So it has something to do with package management, which it shouldn't do with sleeping disks. But as the sleeping and awaking of the disks happened within 12 seconds, it could be some internet action which started before the sleep, and finished after.Both other wakings are caused by weblogin.cgi. Do you have exposed your webinterface to outside? It could be internet noise.
0 -
Mijzelf said:It's not that bad. A quick summary tells that the disks are waked up 3 times in 3 hours in that logfile$ grep '====\|awake\|stand by' pkgcgi2.txt
==== Mon Jul 25 13:38:54 WEST 2022 ====
* HD0 stand by now! *
* HD1 stand by now! *
# HD0 awaked by swapper ! #
# HD1 awaked by swapper ! #
==== Mon Jul 25 13:39:06 WEST 2022 ====
==== Mon Jul 25 13:44:55 WEST 2022 ====
* HD0 stand by now! *
* HD1 stand by now! *
==== Mon Jul 25 14:28:38 WEST 2022 ====
# HD0 awaked by swapper ! #
# HD1 awaked by swapper ! #
==== Mon Jul 25 14:29:22 WEST 2022 ====
==== Mon Jul 25 14:30:02 WEST 2022 ====
==== Mon Jul 25 14:31:08 WEST 2022 ====
==== Mon Jul 25 14:32:03 WEST 2022 ====
==== Mon Jul 25 14:33:09 WEST 2022 ====
==== Mon Jul 25 14:34:03 WEST 2022 ====
==== Mon Jul 25 14:35:08 WEST 2022 ====
==== Mon Jul 25 14:40:56 WEST 2022 ====
* HD0 stand by now! *
* HD1 stand by now! *
==== Mon Jul 25 15:24:51 WEST 2022 ====
# HD0 awaked by swapper ! #
# HD1 awaked by swapper ! #
==== Mon Jul 25 15:25:00 WEST 2022 ====The first time it's not clear why. Among other things the file zypkg.log is dirtied by zyshd. So it has something to do with package management, which it shouldn't do with sleeping disks. But as the sleeping and awaking of the disks happened within 12 seconds, it could be some internet action which started before the sleep, and finished after.Both other wakings are caused by weblogin.cgi. Do you have exposed your webinterface to outside? It could be internet noise.
no, the web interface port is not open on the router, i haven't had much chance to investigate since my print function went down i had to revert back to smb1 but previously i did seem to notice the disks always appeared to be awake whenever i tried to access them, there appeared to be no spinup lag so i had assumed they weren't sleeping at all.0
Categories
- All Categories
- 415 Beta Program
- 2.4K Nebula
- 149 Nebula Ideas
- 96 Nebula Status and Incidents
- 5.7K Security
- 263 USG FLEX H Series
- 271 Security Ideas
- 1.4K Switch
- 74 Switch Ideas
- 1.1K Wireless
- 40 Wireless Ideas
- 6.4K Consumer Product
- 249 Service & License
- 387 News and Release
- 84 Security Advisories
- 29 Education Center
- 10 [Campaign] Zyxel Network Detective
- 3.5K FAQ
- 34 Documents
- 34 Nebula Monthly Express
- 85 About Community
- 73 Security Highlight