DS923+ hibernation

[FrankVe]

Mijn DS923+ wil ik gebruiken als backup-unit.
Bevat nu 4x16TB HDD's.

Mijn bedoeling is om 1x/week een backup van mijn "werk-NAS" te maken naar de DS923 (remote). De DS923 mag na de backup weer lekker een weekje verder slapen. Maar wat ik ook probeer: de DS blijft maar bezig met "iets". Zelfs als ik veel services uitgezet heb en tot en met het fysiek de ethernet-stekker eruit (dus stand alone maken).

Wat ik allemaal uitgezet heb:
Eigenlijk alles gevolgd vlgs Synology KB hibernation,
Maar ook via taakplanner bijv SMB/NFS/etc uitgezet. Geen datascrubbing ingesteld bij mijn weten.

De DS blijft iedere 5 sec (ofzo) wat "doen". Ik tel dan ook 4x een geluid per 5 sec (=1x per HDD). Deze actie voorkomt denk ik wel dat de HDD's in slaapstand gaan (laat staan de DS uitschakelt).

Het enige dat ik nog zie in bronmonitor -> taakbeheerder ->service is soms een korte schrijfactie van "synobackupd", "btrfs-cleaner". Veel meer is het niet.
En dat terwijl ik dus DS drive, hyper backup zoveel mogelijk heb uitgeschakeld in package centre, voor zover dat kon. Ik heb niets gede-installeerd.

Ik heb net de DS een dag of 4 laten door "pruttelen", en gelukkig vanmorgen viel hij uiteindelijk dan toch in slaapstand. Echter na een backup van mijn werk-nas (ca 150GB ofzo) begint dat getik weer opnieuw.
De backup duurde 30min ofzo, maar de restactiviteit is nu alweer zo'n uur of 8 aan de gang. Processor zit daarbij uit de neus te peuteren (ca 1% belast), idem HDD's (0% vlgs bronmonitor).
Dus als er een proces nodig is: prima, maar kan dat ook sneller?

Hebben anderen hier ervaring mee/oplossingen voor?

Vast bedankt,

[Hofstede]

Waarom gebruik je niet gewoon de power schedule functie? Dan schakel je hem een kwartier voor de start van de backup in en dan na enige tijd weer uit.

[FrankVe]

Ook wel aan gedacht, maar ik weet niet hoelang de backup duurt. De kortste afgelopen week was 3 minuten, de langste 1,5 dag. En dan is de DS nog maar 50% bezet.
De backupsnelheid is afhankelijk van teveel factoren. Dan moet je de up time weer zodanig ruim zetten dat je hem maar beter weer aan kan laten staan....
Lukt de backup niet voordat hij uitgeschakeld wordt, begint de backup ook nog weer eens opnieuw. Allemaal lastig.

Maar ook als je de DS voor een andere taak wil gebruiken (op een ander tijdstip), is het m.i. belangrijk dat hij wel doet wat er verwacht wordt. Zeker als de DS remote is. Voor je het weet staat hij weer eindeloos aan - naast kosten, afschrijving, risico v falen/malware e.d. wordt er niet beter op dan.

Dus zou ik graag willen dat hij (conform de instelling) naar hibernate gaat.....

[Zeist]

Ik herken dit.

Op dit forum werd mij aanbevolen Active Insight uit te schakelen. Dat was de juiste tip. Werkt nu feilloos waarbij ik ook Advanced Power Manager gebruik

[FrankVe]

Mazzelaar
Ik had om die reden Active Inside al uitgezet. Maar blijkt geen effect te hebben.
De apps die op dit moment actief zijn:
Hyper Backup,
Heyper Backup Vault
PHP 7.4
Node.js v20
Toepassingsservice van Synology (whatever dat is?)
Synology Drive Server (ook uit gehad voor test)
Universal Viewer,
DHCP server geinstalleerd, maar uitgeschakeld
Migration Assistant geinstalleerd, maar uitgeschakeld
File Station
Hybrid Share
OAuth Service (geen idee of ik het nodig heb),
Python,
QuickConnect,
SMB Service
SAN Manager
Secure Signin-service
Opslagbeheer
Universal Search

Een vrij "kale" uitvoering al met al. In totaal heb ik alle items zo's beetje uitgezet die op de kb synology (link boven) stonden:
verschil.

Packages
The following packages or package settings may affect the hibernation of your NAS:

•   Synology Directory Server (formerly Active Directory Server)
•   Active Backup for Business
•   Active Backup for Business Agent (DSM): If this package is installed on your NAS and has set up connection to another NAS.
•   Active Insight service is enabled.
•   Audio Station: If logging is enabled. To check if this is enabled, go to Audio Station > Settings > Advanced > General Settings > Enable Audio Station log for diagnosis.
•   Calendar
•   Cloud Station Server
•   Cloud Sync: For a list of public cloud services that affect hibernation, refer to this article.
•   Cloud Station ShareSync
•   Central Management System: If CMS is managing other Synology NAS servers.
•   Container Manager
•   LDAP Server (formerly Synology Directory Server)
•   Log Center: If there are any devices connected.
•   DNS Server
•   Download Station: When Download Station is running eMule, an RSS scheduled download, or other active tasks.
•   Docker-Discourse
•   Docker-GitLab
•   Docker-LXQt
•   Docker-Redmine
•   Docker-Spree
•   Document Viewer
•   MailPlus Server
•   Mail Server
•   Mail Station: When Mail Station is running, even if IMAP/POP3 is deactivated and not configured.
•   MailPlus
•   Media Server: If DMA logging is enabled. To check this, go to Media Server > General Settings > Diagnose.
•   Plex Media Server
•   PetaSpace
•   Proxy Server
•   Surveillance Station: If there are any devices installed or any tasks enabled.
•   Synology Contacts
•   Synology Drive Server: If there are any devices connected.
•   Virtual Machine Manager
•   VPN Server
•   WebDAV Server
Others
•   Third-party packages: If any third-party package is running.
PHP 7.4, Node.js v20
•   USB devices: If any USB device is attached to the unit.
•   Synology Photos app



Het enige wat me opviel, dat was op het moment dat ik de NTP-service uit wilde zetten, dit niet leek te kunnen met de melding: Kan niet op handmatig, omdat de volgende services of taken momenteel worden uitgevoerd:
“Diagnose”
Maar verder een wie/wat/waar over die diagnose is me niet duidelijk. Tenzij het de "diagnose"van support center is, maar die is uitgeschakeld.

Ik snap het niet meer :-\

[FrankVe]

Ik heb helaas nog geen oplossing. Ondertussen wel een ticket naar Support gestuurd. En die zag dat er nog data-scrubbing aan de gang was (ondanks dat ik deze had gepauzeerd). Datascrubbing is niet uit te zetten, alleen te pauzeren.

Maar sinds vorige week heb ik de datascrubbing dan maar weer actief gemaakt, met maximale instellingen (lezen max 6000/ min 600 MB/s. De NAS heeft sindsdien met (grotendeels) 850 MB/s met data aan het schuiven geweest kennelijk, maar zit in een lus verzeild. Van MD2 wordt na 66% overgegaan naar MD3 (ook tot 66%) om dan weer terug te gaan naar MD2 33%->66% en weer MD3 33%->66% etc etc etc.
Daar ben ik achter gekomen door per uur de mailtjes te ontvangen het script op Github

Is er iemand weet hoe dit kan en wat hiervoor de oplossing is?
Mijn DS923 heeft 4x16TB identieke schijven.
SMARTtesten (quicktest) geven allemaal "gezond" aan. De volledige test heb ik nog niet gedaan, want dat kost ook naar schatting 1812 minuten per HDD volgens DSM.....


 

[FrankVe]

Voor de meelezers:

Na weer een week verder is het nog niet mogelijk in de hibernation stand te komen.

Eén van de oorzaken was idd de hierboven beschreven scrubbing: volgens synology support zit er een bug in het tijdsschema voor automatisch scrubben.
Oplossing hiervoor is dan om het automatisch scrubben volledig uit te achakelen, de NAS te rebooten en dan handmarig een descrub-opdracht te geven.
Darlt heeft de NAS idd een stuk rustiger gemaakt, dat scheelt een slok op een borrel.
Ik heb daarom ook op de andere NASsen automatisch scrubben uitgezet.
In de volgende DSM update zou het opgelost moeten zijn.

Neemt niet weg dat er nu nog steeds "iets" continu met de HDD's doet. Dat gaat nucook al weer een week door. Ook al is de NAS door het disablen van ale services, taken, bestandsservices etc etc niet meer dan een externe harddisk.
Zit nu te wachten op een reactie van second line support - ik ben benieuwd of en wanneer daar iets nuttigs uit komt!

[FrankVe]

Een laatste update wat mij betreft voor dit topic....
Ik ben nu 3 maand met SSupport aan de slag geweest. Dat levert nu 64 A4-tjes op aan vragen/antwoorden/enz.
Dat aantal blijkt nadat ik de conversatie naar de leverancier mee moest sturen iv vervangen exemplaren.

Het tikken van de HDD's wordt gedeeltelijk veroorzaakt door schrijfactiviteiten die ook in de logging voorkomen. De reden waarom of er (ook in idle status) naar de HDD's geschreven moet worden, wordt niet duideilijk.

Dat tikkende was wel uitermate hinderlijk geluid. Hoorde je zelfs nog in de kamer naast mij (=slaapkamer).
De unit is nu inmiddels 3x vervangen. De eerste twee rammelden sowieso (alsof er schroeven niet goed vastzitten in de NAS). Zelfs de dekseltjes voor het NVMe-geheugen rammelden nog mee. Hinderlijk.
De tweede had ook nog een voedingsprobleem waardoor er met regelmaat disconnects van de HDDs bleek plaats te vinden.

Nu met de derde unit lijkt het in orde te zijn. Die unit is een stuk stiller in ieder geval.
Het tikkende geluid zit er nog wel in (iedere 5 sec een tik per HDD) maar dan kan ook komen door de WD "PWL-feature" (Pre-emptive Wear Leveling).
Des te meer reden om de unit uit te zetten als deze niet direct nodig is.Een goede hibernate helpt daar zeker bij.

Om de hibernate goed te laten verlopen heb ik:
- De automatische scrubbing disabled. Alleen via handmatige taak, gezien de bug in de software,
- 2xNVMe geheugen ingezet als apart volume (geen cache dus),
- De var/log naar NVMe schrijven ipv Volume 1 (logging).
- Services die niet nodig zijn, uitschakelen via taakplanner (en natuurlijk weer inschakelen op bepaalde tijdstippen) zoals Snapshot, Hyperbackup/Vault, Syno Drive server, log center, e.a.

Vooral van die laatste optie was ik nog niet op de hoogte. Maar is wel praktisch gebleken Zo worden er minder lees/schrijfbewerkingen uitgevoerd wanneer je dat niet nodig hebt, en daarmee de HDDs ook de kans krijgen om in hibernate te gaan.

Dit lijkt dus voorlopig te werken en ga ik me verdiepen in andere vraagstukken