[Handleiding] Hibernation op de DS412+

[nomad]

Hibernation, ik heb er veel over gelezen maar heb toch maar mijn eigen oplossingen bedacht die voor mij werken:

Er zijn 2 hoofdredenen waarom een NAS niet in hibernation gaat (en met hibernation bedoel in deze alle lampjes uit, disks uit, fans zachter, en 1 lampje langzaam aan en uit aan het gloeien).

1) netwerkverkeer
2) er gebeurt iets op de disk.

goed, we beginnen met netwerkverkeer

Het is aan te raden om in de webinterface gewoon alles dicht te firewallen behalve de poorten die je gebruikt.
Zorg dat poort 5000 (webinterface) en poort 22 (ssh) altijd open staan anders kom je er niet meer in

We beginnen bij configuratiescherm->Firewall and QoS

Duw op create->select from a list of built-in applications->select.  Daar selecteer je alleen wat je echt nodig hebt. Over het algemeen is het genoeg om de volgende aan te vinken: "Windows File Server", "Mac/Linux Fileserver",  "Synologic Assistant", "Management UI" en "Encrypted Terminal Service (SSH)". Je kan hier verder nog aanvinken wat je nodig hebt, maar dit kan later ook nog veranderd worden.
We houden het verder simpel vandaag met de firewallregels, SourceIP op All en Action Allow.

Vervolgens creeeren we een custom rule met destination port, tcp, en een paar poorten die we nodig hebben: 5050 voor couchpotato, 8081 voor sickbeard, 6789 voor nzbget, etc.

Daarna zetten we "if no rules are matched" op deny. Daarna save je de boel.
Nu staat alles dicht wat niet nodig is.

Nou zitten we nog met een windows probleem, windows heeft nogal de neiging om over het hele netwerk op CIFS te roepen "HIER BEN IK". (of nouja mijn windows 8 doet dat in ieder geval). De nas pikt dat op en logt dat op de disk waardoor de hibernationtimer terug naar af gaat.

Dit lossen we op:

1) ga naar de webinterface van je nas
2) zoek in configuratiescherm naar terminal
3) zet SSH aan
4) sluit de webinterface af.
5) download putty.exe van http://www.putty.nl/download.html
6) start putty, vul het ip van de nas in en zorg dat het op ssh staat en druk op open of start ofzo
7) je krijgt een zwart scherm. login is root en het password is hetzelfde als van admin van de webinterface

Nu komt er een moeilijk gedeelte: je typt vi /usr/syno/etc/rc.d/S80samba.sh

vi is een beetje een kut programma, handleidingen zijn her en der wel op het forum te vinden.
We springen meteen naar de goede regelnummers, Dit doen we door op Esc : te duwen, dan regelnummer in te voeren en op enter te duwen.  We voeren op 3 plaatsen --log-basename=/dev/null in zodat de logfile niet naar disk gaat maar naar het afvoerputje.
Op regel 138 zie je if /usr/syno/sbin/smbd "$@"; then staan, dit veranderen we naar if /usr/syno/sbin/smbd --log-basename=/dev/null "$@"; then
Op regel 434 doen we hetzelfde en op regel 373 doen we hetzelfde maar dan met nmbd

nu doen we Esc : wq! om te saven en we staan weer op de commandline

Vervolgens starten we de windows networking overnieuw op door het volgende te typen:
/usr/syno/etc/rc.d/S80samba.sh stop
/usr/syno/etc/rc.d/S80samba.sh start

De grootste/bekendste netwerkproblemen icm hibernation hebben we nu getackeld.

Wat betreft disk, laat sickbeard of sab of nzbget niet pollen, laat de programma's onderling communiceren, nzb's meteen afleveren aan sabnzb/nzbget en sabnzb/nzbget gebruik laten maken van het sabToSickBeard.py script wat met sickbeard meegeleverd wordt om terug te koppelen dat de download klaar is. Pollen is namelijk diskactiviteit en diskactiviteit staat hibernation in de weg. Verder is het raadzaam om logfiles naar /dev/null (afvoerputje), /tmp (tijdelijke ramdisk), naar een usbstick laten schrijven of als je de logfiles uberhaupt toch nooit leest gewoon uit te zetten indien dat kan.


Wat ik zelf gedaan heb:  (dit is wel wat geavanceerder, ik ga niet elke stap tot in details uitleggen)

1) 16gb usb3 stick achterin geprikt en geformateerd via de webinterface
2) /volume1/@appstore gekopieerd naar de usbstick op /volumeUSB1/usbshare/ zodat alle apps op de usbstick staan. Kunnen ze lekker configs lezen of databases veranderen of logfiles schrijven,whatever , zolang ze maar geen diskactiviteit veroorzaken op de nas.
3) symlink van /volume1/@appstore naar /volumeUSB1/usbshare/@appstore gemaakt zodat het path intact blijft.  Het commando is:  ln -s /volume1/@appstore /volumeUSB1/usbshare/

Hierbij heb ik ook bij sickbeard en couchpotato de startupscripts veranderd

Eerst stoppen we de packages
copy/paste:
/var/packages/SickBeard-ThePirateBay/scripts/start-stop-status stop
/var/packages/couchpotatoserver/scripts/start-stop-status stop

in /var/packages/SickBeard-ThePirateBay/scripts/start-stop-status heb ik het volgende veranderd:
PACKAGE="SickBeard-ThePirateBay"
INSTALL_DIR="/volumeUSB1/usbshare/@appstore/${PACKAGE}"
PYTHON="${INSTALL_DIR}/env/bin/python"

in /var/packages/couchpotatoserver/scripts/start-stop-status het volgende:
INSTALL_DIR="/volumeUSB1/usbshare/@appstore/${PACKAGE}"
PYTHON_DIR="/volumeUSB1/usbshare/@appstore/python"

Zo runnen de programma's helemaal vanaf usbstick zonder de harddisks aan te spreken. Misschien is het in andere packages die je gebruikt ook nodig, geen idee. daar komen we later achter.

Nu starten we ze weer:

/var/packages/SickBeard-ThePirateBay/scripts/start-stop-status start
/var/packages/couchpotatoserver/scripts/start-stop-status start

Nu zouden beiden programma's hun databases en logs en caches op de usbstick moeten hebben.
Goed, we sluiten alles af, dus sluit de webinterface, zorg dat niemand films kijkt of gebruik maakt van de nas.

Plak het volgende in de shell:

/usr/syno/bin/syno_hibernate_debug_tool --enable-force_hibernation
/usr/syno/bin/syno_hibernate_debug_tool --enable 1   
tail -F /var/log/messages


Als het goed is komen er nu wat regels voorbij. Van belang is:
May  9 18:55:39 syno_hibernate_debug_tool: (237): enable force Hibernation
May  9 18:55:39 syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [1]

Alles wat daarna voorbij komt houdt de nas uit zijn hibernation. Log maar eens in op de webinterface of doe iets anders en je zult het zien.

Goed, nu doen we 20 minuten he-le-maal niets met de nas, behalve het venster met de tail open laten staan.
Alles wat er nu voorbij komt houdt de nas uit zijn slaap. Dit kan vanalles zijn, en het is de bedoeling dat je het allemaal oplost Hoe meer je oplost hoe vaker de nas in slaapstand zal staan als je hem niet gebruikt.
Dingen waar ash of sshd in staat kun je negeren, dat is van onze ssh-sessie naar de nas zelf.

Als je klaar bent met alles is het verstandig om de nas even te herstarten, als er problemen komen kun je die beter nu hebben dan de volgende keer dat je herstart en niet meer weet wat je gedaan hebt.

Onthou: diskactiviteit houdt hibernation tegen.  Dus geen torrents laten lopen of logfiles wegschrijven naar disk en andere zaken. Zodra er ook maar 1 ding gebeurt gaat de hibernation timer terug naar af.

Voor mensen die ervaring met linux hebben is het niet zo moeilijk maar ik kan me voorstellen dat als je alleen windows kent dit niet echt makkelijk is. Ik hoop je hiermee in ieder geval een beetje inzicht gegeven te hebben in bepaalde zaken om vooruit te kunnen om hibernation problemen te tacklen.

Zelf heb ik een DS412+ met couchpotato, sickbeard-piratebay (met subliminal ingebouwd), nzbget etc, en mijn nas heeft vaak alle lampjes uit behalve het bovenste wat dan een beetje gloeit, en heeft iets of iemand de nas nodig dan is ie zo weer helemaal aan.

Success ermee!
-nomad

ps, alles op eigen risico natuurlijk :-)

[nomad]

Overigens, als mensen meer/andere idee'en hebben over hibernation, ik zie ze graag komen


Ik zie nou pas dat ik poort 445 van windows networking ook gewoon op deny heb gezet in de firewall.

Mochten mensen nieuwsgierig zijn naar hoe de firewall rules eruit kunnen zien in zo'n geval:

[spikehome]

Goed verhaal.
Ben zelf zo een keer op mijn qnap bezig geweest.
De synology draait niks byzonders op bij mij en gaat dus in standby.
Bij de qnap ook enkele zaken op USB staan zodat de disks niet uit de slaap stand hoeven.
Tnx voor het delen iig.

[Pierre118]

Geweldige handleiding, net wat ik even nodig had. Dank!

Je hebt het over een 16gb USB 3 stick. Is 16gb. ruim voldoende? Of is bv 32gb aan te raden?

[Matr1x]

Duidelijke handleiding, maar toch even wat suggesties:

• VI is inderdaad geen fijne editor en daarom gebruik ik zelf altijd het programma CFE (Config File Editor)
• De commando's in je uitleg kun je beter als code toevoegen, want dan is het makkelijker te kopiëren en plakken:

Code: [Selecteer]

/usr/syno/etc/rc.d/S80samba.sh stop
/usr/syno/etc/rc.d/S80samba.sh start

• Als je de juiste symlinks maakt, hoef je de start-stop-status scripts niet aan te passen. Dat is ook geen aanrader, want na elke update van een pakket zijn je wijzigingen weer foetsie. Ik weet niet of het goed werkt, maar ik zou juist van /volume1/@appstore een symlink maken naar /volumeUSB1/usbshare. Kans is dan groot dan een nieuwe installatie ook automatisch op USB terecht komt.
• Afhankelijk van welke USB poort je gebruikt, kan volumeUSB1 ook wel eens USB2 of hoger zijn. Bovendien is niet elke USB poort USB3 en het loont wel dat even uit te zoeken.
• Het is overigens niet nodig het gehele pakket op USB te zetten. Vaak is het alleen maar de config file die gelezen wordt en de log file die bijgewerkt wordt. Als een pakket echt iets moet doen (zoals downloaden of post-processen), is de harddisk toch nodig en mag deze gewoon wakker worden. Bij sommige pakketten kun je bij starten opgeven waar de data bestanden staan. Dan moet je weer wel de start-stop-status aanpassen, maar zijn er geen symlinks nodig

Nogmaals prima handleiding en altijd fijn als iemand de moeite neemt wat voor anderen op papier te zetten!

[nomad]

Geweldige handleiding, net wat ik even nodig had. Dank!

Je hebt het over een 16gb USB 3 stick. Is 16gb. ruim voldoende? Of is bv 32gb aan te raden?

Ik heb 16gb gepakt omdat ik die nog had liggen, daar is inmiddels 600mb van in gebruik.... Maar voor de prijzen hoef je het tegenwoordig niet meer te laten om er 32gb in te duwen.

[nomad]

Nogmaals prima handleiding en altijd fijn als iemand de moeite neemt wat voor anderen op papier te zetten!

Thanks voor je toevoegingen!  Zo kan het inderdaad ook,  dat een start-stop script overschreven wordt bij een upgrade is inderdaad een belangrijk punt waar ik nog niet over nagedacht had en is zeker het vermelden waard.  (de rest ook overigens).

De insteek van alle symlinks is dat ik alleen al het lezen van de directory /volume1 wou uitschakelen (lezen is ook diskactiviteit., dit is ook de reden dat ik alle pakketten op usb gezet heb), of het nuttig is is een tweede want het lezen van de directory /volumeUSB1 doet waarschijnlijk hetzelfde :-(  Wat dat betreft is het misschien beter om links in /tmp (tmpfs is memory, geen disk) te gooien bij elke boot.  Ik wou in ieder geval  het python pakket op usbstick hebben omdat die door diverse scripts/pakketten aangeroepen wordt.

In mijn voorbeeld gebruik ik overigens sickbeard-thepiratebay en couchpotatoserver en die updaten zichzelf met git in plaats van dat het pakket zelf geupgrade wordt.

Vooral sickbeard is een grote boosdoener met hibernation. Mijn nas wordt nu precies elk uur wakker en ik heb zeer sterk het vermoeden dat het sickbeard is. Als dit inderdaad zo is (dit ga ik testen door sickbeard te stoppen) overweeg ik een crontab te maken die sickbeard met de commandline 2x per dag een --forceupdate geeft en voor de rest sickbeard niet meer te laten draaien. Dit heeft vast consequenties met hoe snel dingen binnenkomen maar de amerikaanse series worden voor ons toch 's nachts rond bijv. 03:00 uitgezonden, een crontabje wat om 08:00 (en voor europese series zoals dr. who om 23:00?) een forceupdate doet zou dan hopelijk voldoende moeten zijn.  Zo niet dan is het optie om te gaan kijken wat sickbeard nou precies allemaal doet en kijken of we het kunnen aanpassen in de code.

Dit was de brainstormsessie weer voor vandaag :)   Zoals gewoonlijk zijn suggesties, verbeteringen, idee'en en brainstormfarts welkom.