Duct tape can't fix stupid, but it can muffle the sound.
Wat wil ik doen?
Ik wil een tijdelijke koppeling maken vanaf mijn raspberry naar mijn synology zodat er een backup weggeschreven kan worden.
Nadat dit klaar is zal de share weer verwijderd worden.
Wat ben ik aan het doen ?
Vanaf mijn raspberry probeer ik het volgende:
sudo mount -t nfs 192.168.178.119:/backups/Domoticz/2018 /home/pi/domoticz/backup/ -o nolock
Waar 119 het ip-adres is van de NAS.
Ik krijg echter de volgende foutmelding:
mount.nfs: access denied by server while mounting 192.168.178.119:/backups/Domoticz/2018
Leek mij een rechten kwestie, maar de NFS-rechten op de share staan goed.
Via het log van de synology zie ik het volgende voorbij komen
Diskstation mountd[8072]: refused mount request from 192.168.178.120 for /backups/Domoticz/2018 (/): not exported
Aangezien ik wat sub-folders gebruik heb ik het ook geprobeerd om alleen een verbinding te maken met de map backups, maar blijf de melding houden.
Ik heb het idee dat ik op de verkeerde plek aan het zoeken ben.
Wie heeft er een tip ?
2250 WP Zuid PVoutput
Op welk volume staat de map backups?MdO82 schreef op maandag 26 februari 2018 @ 22:18:
Na een avondje googlen en zoeken kom ik er helaas nog even niet uit en hoop dat iemand een tip heeft
Wat wil ik doen?
Ik wil een tijdelijke koppeling maken vanaf mijn raspberry naar mijn synology zodat er een backup weggeschreven kan worden.
Nadat dit klaar is zal de share weer verwijderd worden.
Wat ben ik aan het doen ?
Vanaf mijn raspberry probeer ik het volgende:
sudo mount -t nfs 192.168.178.119:/backups/Domoticz/2018 /home/pi/domoticz/backup/ -o nolock
Waar 119 het ip-adres is van de NAS.
Ik krijg echter de volgende foutmelding:
mount.nfs: access denied by server while mounting 192.168.178.119:/backups/Domoticz/2018
Leek mij een rechten kwestie, maar de NFS-rechten op de share staan goed.
Via het log van de synology zie ik het volgende voorbij komen
Diskstation mountd[8072]: refused mount request from 192.168.178.120 for /backups/Domoticz/2018 (/): not exported
Aangezien ik wat sub-folders gebruik heb ik het ook geprobeerd om alleen een verbinding te maken met de map backups, maar blijf de melding houden.
Ik heb het idee dat ik op de verkeerde plek aan het zoeken ben.
Wie heeft er een tip ?
Ik maak vaak de fout om /volume1 niet voor de map te zetten dan krijg je ook dezelfde foutmelding.
1
| sudo mount -t nfs 192.168.178.119:/volume1/backups/Domoticz/ enz |
Wordt het dan.
Ik ga er vanmiddag eens verder mee stoeien.ComTech schreef op maandag 26 februari 2018 @ 22:28:
[...]
Op welk volume staat de map backups?
Ik maak vaak de fout om /volume1 niet voor de map te zetten dan krijg je ook dezelfde foutmelding.
code:
1 sudo mount -t nfs 192.168.178.119:/volume1/backups/Domoticz/ enz
Wordt het dan.
Vermoed dat er iets anders niet helemaal klopt
Krijg met volume1 als zonder volume1 in mijn commando telkens access denied.
Ik heb op de map /backups een nfs machtiging gezet, maar daar zit iets niet goed denk ik.
Zoals gezegd kijk ik er vanmiddag wel verder naar
2250 WP Zuid PVoutput
Streamen ok, maar als ik mij niet vergis, gaat pms transcoden wanneer er subtitles zijn en het om een ios toestel gaatFlorisVN schreef op zondag 25 februari 2018 @ 21:24:
[...]
de Atom D2700 in jouw NAS, kan ook maar officeel volgens plex max. 1 stream op 720P low bitrate aan.
ik heb deze CPU ook in onze DS1512+ en speel altijd plex af op originele bitrate zodat transcoding niet nodig is, dan heb je geen enkel probleem met alles.
Echter een degelijke upload is dan natuurlijk wel nodig, maar dat probleem heb ik niet![]()
![]()
480P is hoe dan ook officieel ondersteund, en dat zou hij zowiezo moeten kunnen.
zie deze lijst eens van plex :
https://docs.google.com/s...j3tmMPc/htmlview?sle=true
Iemand die deze vraag kan beantwoorden?wezep schreef op zondag 25 februari 2018 @ 21:42:
Kleine vraagje.
In mn bestaande NAS (DS212) heb ik een 4Tb schijf zitten die bijna vol staat.
Deze schijf is met ext4 geformatteerd en zit dus niet in een raid set.
Nu heb een andere NAS (DS414) gekocht. Kan ik deze schijf in de nieuwe NAS zetten?
In deze NAS zit inmiddels een SHR set met 3 schijven van 2Tb (4Tb netto).
Beide NAS'en draaien dezelfde DSM versie.
Doel is ook.deze 4Tb schijf naast de bestaande SHR set te blijven gebruiken.
Op deze 4Tb schijf staan ook minder belangrijke zaken.
Als je m niet mee wil nemen in je SHR volume moet dit gewoon kunnen. Je kunt het toch proberen? Hij zal je altijd vragen of je de schijf wil wissen indien dit aan de orde is.
Ik mount op mijn pi ook meerdere NFS shares. Weet niet of al mijn stappen benodigd waren maar zo heb ik het voor elkaar gekregen:MdO82 schreef op maandag 26 februari 2018 @ 22:18:
Na een avondje googlen en zoeken kom ik er helaas nog even niet uit en hoop dat iemand een tip heeft
Wat wil ik doen?
Ik wil een tijdelijke koppeling maken vanaf mijn raspberry naar mijn synology zodat er een backup weggeschreven kan worden.
Nadat dit klaar is zal de share weer verwijderd worden.
Wat ben ik aan het doen ?
Vanaf mijn raspberry probeer ik het volgende:
sudo mount -t nfs 192.168.178.119:/backups/Domoticz/2018 /home/pi/domoticz/backup/ -o nolock
Waar 119 het ip-adres is van de NAS.
Ik krijg echter de volgende foutmelding:
mount.nfs: access denied by server while mounting 192.168.178.119:/backups/Domoticz/2018
Leek mij een rechten kwestie, maar de NFS-rechten op de share staan goed.
Via het log van de synology zie ik het volgende voorbij komen
Diskstation mountd[8072]: refused mount request from 192.168.178.120 for /backups/Domoticz/2018 (/): not exported
Aangezien ik wat sub-folders gebruik heb ik het ook geprobeerd om alleen een verbinding te maken met de map backups, maar blijf de melding houden.
Ik heb het idee dat ik op de verkeerde plek aan het zoeken ben.
Wie heeft er een tip ?
1: Op mijn pi heb ik bijvoorbeeld in /mnt een map aangemaakt temp > sudo mkdir /mnt/temp
2: Rechten geven op die map; sudo chmod 775 /mnt/temp
3: Op je Synology naar Control Panel > Shared Folder > de map die je wil delen > Edit > tabblad NFS Permission > Create. Vul hier het IP adres van je Pi in + Read/Write + map all users to admin + asynchronous + non-privileged
4: Op je pi: sudo nano /etc/fastab > hier kun je een share mounten bij booten van je Pi
5: Deze regel heb ik toegevoegd:
1
| ip-adres-van-je-nas:/volume1/map-van-stap-3 /mnt/temp nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0 |
6: reboot je pi en als het goed is heb zie je onder /mnt/temp de inhoud die je op je synology hebt onder /volume1/map-van-stap-3
Wel zie ik dat hij de rsize en wsize specifiek opgeeft in fstab, dit kun je (bij voorkeur) ook in DSM afvangen.
De optie noauto houdt in dat 'ie niet automatisch mount na het booten, maar automount heft dat weer deels op door de share te mounten zodra je deze probeert te benaderen. Dus het kan zijn (correct me if i'm wrong) dat je initieel de share niet ziet met "df" maar pas na een "cd" naar de share bijvoorbeeld.
Je kan tot slot nog showmount -e ip-adres-van-je-nas doen om te kijken wat er exporteert wordt.
“In a world without walls and fences, who needs Windows and Gates".
@mickjuh Waar ik even mee zit is dat mijn NAS 's nachts uit staat.mickjuh schreef op dinsdag 27 februari 2018 @ 13:56:
[...]
Ik mount op mijn pi ook meerdere NFS shares. Weet niet of al mijn stappen benodigd waren maar zo heb ik het voor elkaar gekregen:
1: Op mijn pi heb ik bijvoorbeeld in /mnt een map aangemaakt temp > sudo mkdir /mnt/temp
2: Rechten geven op die map; sudo chmod 775 /mnt/temp
3: Op je Synology naar Control Panel > Shared Folder > de map die je wil delen > Edit > tabblad NFS Permission > Create. Vul hier het IP adres van je Pi in + Read/Write + map all users to admin + asynchronous + non-privileged
4: Op je pi: sudo nano /etc/fastab > hier kun je een share mounten bij booten van je Pi
5: Deze regel heb ik toegevoegd:
code:
1 ip-adres-van-je-nas:/volume1/map-van-stap-3 /mnt/temp nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
6: reboot je pi en als het goed is heb zie je onder /mnt/temp de inhoud die je op je synology hebt onder /volume1/map-van-stap-3
Heeft een permanente mount naar de NAS dan geen gevolgen verder ?
Mijn idee was om 's nachts de nas even te booten en dan een backup te maken van de domoticz-database waarna de NAS weer uit gaat tot de volgende ochtend.
Weet niet of dit te realiseren valt.
Overigens zie ik met showmount -e ip-adres-van-je-nas het volgende staan:
/volume1/backups 192.168.178.120
Echter als ik in mijn geval naar /home/pi/domoticz/backup ga dan zie ik geen bestanden of mappen staan.
/home/pi/domoticz/backup $ ls -l total 0
Ergens zit ik wat verkeerd te doen, maar als ik jouw stappen kan gebruiken ook al is de NAS uit dan ga ik dat uiteraard eerst proberen voordat ik verder ga lopen klooien.
[ Voor 14% gewijzigd door MdO82 op 27-02-2018 14:55 ]
2250 WP Zuid PVoutput
Klopt, ik weet ook niet of alles nog nodig is maar heb heel veel lopen spelen met die parameters en uiteindelijk met deze set kreeg ik het werkend zoals ik het graag zou willen :-)TommyGun schreef op dinsdag 27 februari 2018 @ 14:28:
@MdO82 De uitleg van @mickjuh is prima.
Wel zie ik dat hij de rsize en wsize specifiek opgeeft in fstab, dit kun je (bij voorkeur) ook in DSM afvangen.
De optie noauto houdt in dat 'ie niet automatisch mount na het booten, maar automount heft dat weer deels op door de share te mounten zodra je deze probeert te benaderen. Dus het kan zijn (correct me if i'm wrong) dat je initieel de share niet ziet met "df" maar pas na een "cd" naar de share bijvoorbeeld.
Ik denk het niet. Ik patch de Synology ook regelmatig met reboot. Volgens mij werkt de gemounte share gewoon na de reboot. Maar durf het niet met zekerheid te zeggen. Zou je even moeten testen.MdO82 schreef op dinsdag 27 februari 2018 @ 14:41:
[...]
@mickjuh Waar ik even mee zit is dat mijn NAS 's nachts uit staat.
Heeft een permanente mount naar de NAS dan geen gevolgen verder ?
Mijn idee was om 's nachts de nas even te booten en dan een backup te maken van de domoticz-database waarna de NAS weer uit gaat tot de volgende ochtend.
Is ook enigszins afhankelijk van je fstab entry of de NFS share al dan niet onbeschikbaar (Stale NFS) raakt.mickjuh schreef op dinsdag 27 februari 2018 @ 15:20:
[...]
Klopt, ik weet ook niet of alles nog nodig is maar heb heel veel lopen spelen met die parameters en uiteindelijk met deze set kreeg ik het werkend zoals ik het graag zou willen :-)
[...]
Ik denk het niet. Ik patch de Synology ook regelmatig met reboot. Volgens mij werkt de gemounte share gewoon na de reboot. Maar durf het niet met zekerheid te zeggen. Zou je even moeten testen.
“In a world without walls and fences, who needs Windows and Gates".
Als test heb ik een nieuwe map op mijn NAS aangemaakt /domoticzbackup
Op mijn raspberry heb ik ook een nieuwe map gemaakt /home/pi/domoticz/test
in mijn fstab heb ik nu de volgende regel toegevoegd.
192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/test nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
als ik de raspberry reboot en dan een poging doe om de map test te openen dan krijg ik het volgende
-bash: cd: test/: No such device
Als ik een showmount -e ip-van-nas uitvoer dan zie ik de link wel terugkomen.
/volume1/domoticzbackup 192.168.178.120 /volume1/backups 192.168.178.120

NFS rechten als volgt ingesteld op de map op de synology
[ Voor 22% gewijzigd door MdO82 op 27-02-2018 17:45 ]
2250 WP Zuid PVoutput
Sinds een week kan sickrage geen contact meer maken met sabnzbd. Als ik de apikey invoer van sab, in sickrage, en dan test verbinding klik,dan staat er : unable to connect to host. Wat doe ik niet goed?
Ook al met username en password lopen klooien. Via Google kom ik er ook niet uit, veel oude topics uit 2011 en 2012 die geen oplossing bieden.
Edit, het laden duurt wel een tijdje voordat hij aangeeft 'unble to connect to host'. Als ik een random ip-adres opgeef, dan zegt ie direct dat hij niet kan connecten. Blijkbaar vindt ie dus wel iets.
Moet ik in docker nog ergens instellen dat ze met elkaar kunnen communiceren?
Edit 2, heb in docker sickrage gekoppeld met sab, maar geen resultaat.
[ Voor 35% gewijzigd door EWK op 27-02-2018 19:32 ]
Hoi!
MdO82 schreef op dinsdag 27 februari 2018 @ 17:37:
@mickjuh ik loop nog tegen het volgende punt aan.
Als test heb ik een nieuwe map op mijn NAS aangemaakt /domoticzbackup
Op mijn raspberry heb ik ook een nieuwe map gemaakt /home/pi/domoticz/test
in mijn fstab heb ik nu de volgende regel toegevoegd.
192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/test nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
als ik de raspberry reboot en dan een poging doe om de map test te openen dan krijg ik het volgende
-bash: cd: test/: No such device
Als ik een showmount -e ip-van-nas uitvoer dan zie ik de link wel terugkomen.
/volume1/domoticzbackup 192.168.178.120 /volume1/backups 192.168.178.120
[afbeelding]
NFS rechten als volgt ingesteld op de map op de synology
cd /home/pi/domoticz/test
test is idd geen map als je daar niet een symbolic link voor hebt gemaakt, waardoor je dus het volledige pad zal moeten aanroepen.
[ Voor 7% gewijzigd door stormfly op 27-02-2018 20:56 ]
Dat zal samenhangen met je Docker netwerk instellingen, kan je die delen? Je kan vanuit de bash terminal wellicht een ping doen van de containers naar elkaar, werkt dat? En als de ping werkt zou je op de webserver van sabnzbd moeten komen. En vanuit een lan PC doe je dan een " telnet sabnzbd-ip port 80" en als dat werkt, kan je dat ook nog een keer doen via bash vanuit de sickrage container.EWK schreef op dinsdag 27 februari 2018 @ 18:52:
Iemand die mij een duwtje in de goede richting kan geven? In docker draaien sickrage en sabnzbd.
Sinds een week kan sickrage geen contact meer maken met sabnzbd. Als ik de apikey invoer van sab, in sickrage, en dan test verbinding klik,dan staat er : unable to connect to host. Wat doe ik niet goed?
Ook al met username en password lopen klooien. Via Google kom ik er ook niet uit, veel oude topics uit 2011 en 2012 die geen oplossing bieden.
Edit, het laden duurt wel een tijdje voordat hij aangeeft 'unble to connect to host'. Als ik een random ip-adres opgeef, dan zegt ie direct dat hij niet kan connecten. Blijkbaar vindt ie dus wel iets.
Moet ik in docker nog ergens instellen dat ze met elkaar kunnen communiceren?
Edit 2, heb in docker sickrage gekoppeld met sab, maar geen resultaat.
Als het dan ergens faalt dan weet je waar het faalt
Bedankt voor je reactie.stormfly schreef op dinsdag 27 februari 2018 @ 20:55:
[...]
cd /home/pi/domoticz/test
test is idd geen map als je daar niet een symbolic link voor hebt gemaakt, waardoor je dus het volledige pad zal moeten aanroepen.
Als ik dat dan doe:
cd /home/pi/domoticz/test
Dan geeft het systeem:
-bash: cd: /home/pi/domoticz/test: No such device
2250 WP Zuid PVoutput
172.16.1.2:/volume1/nfs /mnt/nfs/ nfs rw,hard,intr,nolock 0 0
Dit is mijn fstab, in ubuntu. Ik kan overigens alleen met de root user (sudo -i) op de nfs share komen cd /mnt/nfs Maar nooit tijd gemaakt omdat verder uit te zoeken, iemand tips?
Ik kan je geen tip gevenstormfly schreef op dinsdag 27 februari 2018 @ 21:12:
Je hebt die map wel daadwerkelijk aangemaakt? Want uiteindelijk mapped hij slechts e.a. aan elkaar vast, dus zaken moeten wel bestaan.
172.16.1.2:/volume1/nfs /mnt/nfs/ nfs rw,hard,intr,nolock 0 0
Dit is mijn fstab, in ubuntu. Ik kan overigens alleen met de root user (sudo -i) op de nfs share komen cd /mnt/nfs Maar nooit tijd gemaakt omdat verder uit te zoeken, iemand tips?
Maar om even terug te komen op de vraag aan mij
De map bestaat inderdaad ook op de syno (onder volume1)
drwxrwxrwx+ 4 root root 4096 Feb 27 17:26 domoticzbackup
2250 WP Zuid PVoutput
Wil je eens op de Pi " ls -la /home/pi/domoticz/" uitvoeren?
Daar kom ik de volgende regel tegenstormfly schreef op dinsdag 27 februari 2018 @ 21:20:
LOL nee die tip hoop ik uit een andere hoek te ontvangen ;-)
Wil je eens op de Pi " ls -la /home/pi/domoticz/" uitvoeren?
lrwxrwxrwx 1 root root 38 Feb 27 19:07 domoticzbackup -> 192.168.178.120:volume1/domoticzbackup
Nog even volledig
drwxr-xr-x 9 pi pi 4096 Feb 27 19:07 . drwxr-xr-x 8 pi pi 4096 Feb 28 2017 .. drwxrwxr-x 2 root root 4096 Feb 27 14:34 backup drwxr-xr-x 75 pi pi 4096 Jul 26 2017 Config -rw-r--r-- 1 root root 302 Feb 27 21:23 domocookie.txt -rwxr-xr-x 1 pi pi 10517216 Jul 30 2017 domoticz -rw-r--r-- 1 root root 1343488 Feb 26 00:01 domoticz_25-02-2018.db -rw-r--r-- 1 root root 1330176 Feb 27 00:01 domoticz_26-02-2018.db lrwxrwxrwx 1 root root 38 Feb 27 19:07 domoticzbackup -> 192.168.178.120:volume1/domoticzbackup -rw-r--r-- 1 mick mick 1308672 Feb 27 21:20 domoticz.db -rw-r--r-- 1 mick mick 32768 Feb 27 21:22 domoticz.db-shm -rw-r--r-- 1 mick mick 1393872 Feb 27 21:23 domoticz.db-wal -rw-r--r-- 1 pi pi 4354 Jul 22 2017 domoticz.sh -rw-r--r-- 1 pi pi 84449 Jul 30 2017 History.txt -rw-r--r-- 1 pi pi 35147 Nov 14 2016 License.txt drwxr-xr-x 4 pi pi 4096 Feb 2 2017 plugins drwxr-xr-x 8 pi pi 4096 Feb 25 18:19 scripts -rw-r--r-- 1 pi pi 3414 Nov 14 2016 server_cert.pem drwxr-xr-x 2 root root 0 Jan 1 1970 test drwxr-xr-x 2 root root 4096 Feb 22 12:30 tmp -rwxr-xr-x 1 pi pi 583 Nov 14 2016 updatebeta -rwxr-xr-x 1 pi pi 600 Nov 14 2016 updaterelease -rw-r--r-- 1 root root 14307116 Jul 30 2017 update.tgz -rw-r--r-- 1 root root 76 Jul 30 2017 update.tgz.sha256sum drwxr-xr-x 14 pi pi 4096 Jul 30 2017 www
2250 WP Zuid PVoutput
De map test bestaat en is van root, je kan die map dus alleen benaderen nadat je sudo -i gegeven hebt op je Pi. Als je eerst sudo bent gemaakt en daarna het cd commando uitvoert naar het volledige map pad, kom je er dan wel in?
Ik heb niet gedocumenteerd hoe ik het heb uitgevoerd, want ik heb een Ubuntu VM en daar heb ik snel clones/templates van gemaakt toen het werkte.
Hier staan nog wat handmatige commandos werken die wel als je ze los via de cli uitvoert? https://www.cyberciti.biz...ver-exported-filesystems/
Als ik heel diep graag weet ik dat je ook een nfs process moet laden, alleen daar zijn diverse smaken van...
Ik zou eerst focussen op het werkend krijgen via CLI en pas later porteren naar fstab.

:~ $ sudo -i root@raspberrypi:~# cd /home/pi/domoticz/test/ -bash: cd: /home/pi/domoticz/test/: No such device root@raspberrypi:~#
Ik laat het maar even zitten voor vanavond.
Mocht je nog tips hebben dan lees ik het morgen graag
Edit: en om het nog even helemaal compleet te maken
:~# showmount -e 192.168.178.119 Export list for 192.168.178.119: /volume1/Data * /volumeUSB2/usbshare 192.168.178.* /volume1/Film 192.168.178.*,192.168.0.* /volume1/Series 192.168.178.*,192.168.0.* /volume1/Muziek 192.168.178.* /volume1/domoticzbackup 192.168.178.120 /volume1/backups 192.168.178.120
*.119 is de Synology
*.120 is de RaspberryPi
[ Voor 47% gewijzigd door MdO82 op 27-02-2018 21:38 ]
2250 WP Zuid PVoutput
(Das binnen de linux wereld "not done", maar geeft wel een testmogelijkheid)
Hold. Step. Move. There will always be a way to keep on moving
Proberen kan het altijd.D_Jeff schreef op dinsdag 27 februari 2018 @ 21:39:
Niet de meest briljante suggestie, maar een chmod 777 aan de zijde van de NAS?
(Das binnen de linux wereld "not done", maar geeft wel een testmogelijkheid)
Maar die staat reeds op 777

Edit: goed ik zou morgen verder kijken, maar zie nu iets dat ik even denk van
via ssh op de raspberry zie ik het volgende
lrwxrwxrwx 1 root root 38 Feb 27 19:07 domoticzbackup -> 192.168.178.120:volume1/domoticzbackup
deze map staat in /home/pi/domoticz/ op de Raspberry die dus ip heeft die eindigt op .120,
Maar heb ik nu niet een link die verwijst naar /volume1/domoticzbackup op de raspberry ipv de synology ?
De synology is zoals eerder gezegd .119
[ Voor 43% gewijzigd door MdO82 op 27-02-2018 21:51 ]
2250 WP Zuid PVoutput
Voor morgen even kijken of je vanaf cli kan mounten en ff in var/log/messages en andere logs grasduinen naar tastbare foutmeldingen.
wat zie je met "df" op de pi?
stormfly schreef op dinsdag 27 februari 2018 @ 21:54:
Ik kan nu even geen output verzamelen omdat de volumes op de nas in migratie zijn, waardoor e.a. niet gemount kan worden.
Voor morgen even kijken of je vanaf cli kan mounten en ff in var/log/messages en andere logs grasduinen naar tastbare foutmeldingen.
wat zie je met "df" op de pi?
# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 15271280 2685988 11936564 19% / devtmpfs 217704 0 217704 0% /dev tmpfs 222020 0 222020 0% /dev/shm tmpfs 222020 16812 205208 8% /run tmpfs 5120 4 5116 1% /run/lock tmpfs 222020 0 222020 0% /sys/fs/cgroup /dev/mmcblk0p1 61384 23224 38160 38% /boot
2250 WP Zuid PVoutput
Hij is niet gemount dat verklaart waarom je er niet in komtMdO82 schreef op dinsdag 27 februari 2018 @ 21:55:
[...]
# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 15271280 2685988 11936564 19% / devtmpfs 217704 0 217704 0% /dev tmpfs 222020 0 222020 0% /dev/shm tmpfs 222020 16812 205208 8% /run tmpfs 5120 4 5116 1% /run/lock tmpfs 222020 0 222020 0% /sys/fs/cgroup /dev/mmcblk0p1 61384 23224 38160 38% /boot
Dus deze stap heb ik eigenlijk te vroeg gedaan in fstab bedoel je ?stormfly schreef op dinsdag 27 februari 2018 @ 21:56:
[...]
Hij is niet gemount dat verklaart waarom je er niet in komtnext step -> mounts vanuit cli als gebruiker realiseren en dan pas porteren naar fstab.
192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/test nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
Oke om nog even te laten zien wat ik precies doe om een koppeling te maken en wat ik krijg
:~ $ sudo mount -t nfs 192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/backup/ mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. mount.nfs: an incorrect mount option was specified
En nu houdt ik er echt mee op en zie het morgen wel weer
[ Voor 32% gewijzigd door MdO82 op 27-02-2018 22:01 ]
2250 WP Zuid PVoutput
Dat is het process wat ik bedoelde, kan je via google vinden hoe dat op te lossen is. En hoe je het reboot proof kan maken.
Had je vooraf op de Pi een map aangemaakt?MdO82 schreef op dinsdag 27 februari 2018 @ 17:37:
@mickjuh ik loop nog tegen het volgende punt aan.
Als test heb ik een nieuwe map op mijn NAS aangemaakt /domoticzbackup
Op mijn raspberry heb ik ook een nieuwe map gemaakt /home/pi/domoticz/test
in mijn fstab heb ik nu de volgende regel toegevoegd.
192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/test nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
als ik de raspberry reboot en dan een poging doe om de map test te openen dan krijg ik het volgende
-bash: cd: test/: No such device
Als ik een showmount -e ip-van-nas uitvoer dan zie ik de link wel terugkomen.
/volume1/domoticzbackup 192.168.178.120 /volume1/backups 192.168.178.120
[afbeelding]
NFS rechten als volgt ingesteld op de map op de synology
# sudo mkdir /mnt/map
# sudo chmod 777 -R /mnt/map
En inderdaad aan de Synology kant
# sudo chmod 777 -R /volume1/map
Mocht dit werken kun je de rechten iets terugschroeven.
Dat heb ik hier uitgelegd;stormfly schreef op dinsdag 27 februari 2018 @ 21:56:
[...]
Hij is niet gemount dat verklaart waarom je er niet in komtnext step -> mounts vanuit cli als gebruiker realiseren en dan pas porteren naar fstab.
TommyGun in "[Synology] Vraag en antwoord - deel 3"
tldr; automounter
/etc/init.d/rpcbind startstormfly schreef op dinsdag 27 februari 2018 @ 22:12:
mount.nfs: rpc.statd is not running but is required for remote locking.
Dat is het process wat ik bedoelde, kan je via google vinden hoe dat op te lossen is. En hoe je het reboot proof kan maken.
chkconfig rpcbind on
/etc/init.d/nfslock start
chkconfig nfslock on
777 aan de client kant maakt niet veel uit vziw, immers neem je de rechten over van de share.mickjuh schreef op dinsdag 27 februari 2018 @ 22:28:
[...]
Had je vooraf op de Pi een map aangemaakt?
# sudo mkdir /mnt/map
# sudo chmod 777 -R /mnt/map
En inderdaad aan de Synology kant
# sudo chmod 777 -R /volume1/map
Mocht dit werken kun je de rechten iets terugschroeven.
Maar de folderstructuur moet inderdaad wel bestaan.
In DSM staan de permissions wel goed?stormfly schreef op dinsdag 27 februari 2018 @ 21:12:
172.16.1.2:/volume1/nfs /mnt/nfs/ nfs rw,hard,intr,nolock 0 0
Dit is mijn fstab, in ubuntu. Ik kan overigens alleen met de root user (sudo -i) op de nfs share komen cd /mnt/nfs Maar nooit tijd gemaakt omdat verder uit te zoeken, iemand tips?
[ Voor 13% gewijzigd door TommyGun op 28-02-2018 11:23 ]
“In a world without walls and fences, who needs Windows and Gates".
Thanks!stormfly schreef op dinsdag 27 februari 2018 @ 21:00:
[...]
Dat zal samenhangen met je Docker netwerk instellingen, kan je die delen?
Bedoel je dit?

Bij sab staat bij algemeen -> hosts 0.0.0.0.0, maar bij sickrage staat 10.0.0.48.
Als ik in SR dit aanpas naar 0.0.0.0.0 dan heft ie (wat me ook logisch lijkt) direct een unable to connect to host. Bij 10.0.0.48 moet ie er eerst 30 seconden over nadenken.
Ik heb het idee dat ik in docker of in sab iets niet goed heb staan, maar ben er nog niet achter wat.
Ik weet niet wat je hier mee bedoelt, ik ga het even googlen.Je kan vanuit de bash terminal wellicht een ping doen van de containers naar elkaar, werkt dat? En als de ping werkt zou je op de webserver van sabnzbd moeten komen. En vanuit een lan PC doe je dan een " telnet sabnzbd-ip port 80" en als dat werkt, kan je dat ook nog een keer doen via bash vanuit de sickrage container.
Als het dan ergens faalt dan weet je waar het faalt
Ik heb hem! In SR het ipadres van docker ingevuld en het werkt! Dankjewel!
[ Voor 3% gewijzigd door EWK op 28-02-2018 11:52 ]
Hoi!
Op NFS niveau kan je weinig instellen met NFS 3 meen ik?TommyGun schreef op woensdag 28 februari 2018 @ 11:14:
In DSM staan de permissions wel goed?
Priv: R/W
Squash: no mapping
Security: sys
Any tips?
Ik bedoel op filesystem niveau;stormfly schreef op woensdag 28 februari 2018 @ 12:18:
[...]
Op NFS niveau kan je weinig instellen met NFS 3 meen ik?
Priv: R/W
Squash: no mapping
Security: sys
Any tips?
Wil je schrijven dan dien je meer rechten op te geven, maar het blijft een matige oplossing security wise;Go to File Station
Right click the Folder on my NAS, in this case 'Movies'
Properties
Click Permissions tab
Click Create (to create a permission)
User or group: 'Everyone'
Then I ticked the 'Read' option, click Ok
Click Ok once more.
There are 2 levels which are required to be correct for nfs.
1. ip based security at the export/share level (tells the server which ip can connect to a exported folder)
2. uid mapping - tells the server how a remote uid is mapped to a local uid
from there on everything is normal filesystem permissions which specify who can access what.
Its really frustrating that the nas guys don't get this easily right.
Everyone makes it work - yeah - but better would be to expose the uid mapping in the nas settings which wouldn't totally destroy the fine grained filesystem permissions...
[ Voor 4% gewijzigd door TommyGun op 28-02-2018 12:25 ]
“In a world without walls and fences, who needs Windows and Gates".
Top, wel even chkconfig rpcbind on doen heMdO82 schreef op woensdag 28 februari 2018 @ 13:04:
Nou het is voor elkaar.
@mickjuh , @wopper, @TommyGun
/etc/init.d/rpcbind start
Was de oplossing is kan nu in de map terecht op de NAS.
:/home/pi/domoticz/backup $ ls -l total 8 drwxrwxrwx 2 root root 4096 Feb 27 17:26 #recycle -rwxrwxrwx 1 1026 users 1 Feb 27 21:47 test.txt
“In a world without walls and fences, who needs Windows and Gates".
Dan krijg ik nog command nog found.TommyGun schreef op woensdag 28 februari 2018 @ 13:04:
[...]
Top, wel even chkconfig rpcbind on doen he
Ik zit te zoeken, maar moet volgens mij daarvoor nog een commando installeren.
Nu even kijken hoe en wat
2250 WP Zuid PVoutput
Welk OS heb je draaien?MdO82 schreef op woensdag 28 februari 2018 @ 13:15:
[...]
Dan krijg ik nog command nog found.
Ik zit te zoeken, maar moet volgens mij daarvoor nog een commando installeren.
Nu even kijken hoe en wat
update-rc.d rpcbind enable
“In a world without walls and fences, who needs Windows and Gates".
Ik ben ooit begonnen met een Debian versie van Domoticz.TommyGun schreef op woensdag 28 februari 2018 @ 13:16:
[...]
Welk OS heb je draaien?
update-rc.d rpcbind enable
Ik heb nu de volgende info, weet niet of je er iets mee kunt
4.14.18+ GNU/Linux
2250 WP Zuid PVoutput
Zou je de output vanMdO82 schreef op woensdag 28 februari 2018 @ 13:22:
[...]
Ik ben ooit begonnen met een Debian versie van Domoticz.
Ik heb nu de volgende info, weet niet of je er iets mee kunt
4.14.18+ GNU/Linux
uname -as
en
lsb_release -a
of (als die niet werkt)
cat /etc/*release
kunnen geven?
[ Voor 3% gewijzigd door TommyGun op 28-02-2018 13:25 ]
“In a world without walls and fences, who needs Windows and Gates".
NatuurlijkTommyGun schreef op woensdag 28 februari 2018 @ 13:25:
[...]
Zou je de output van
uname -as
en
lsb_release -a
of (als die niet werkt)
cat /etc/*release
kunnen geven?
4.14.18+ GNU/Linux root@raspberrypi:~# cat /etc/*release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
2250 WP Zuid PVoutput
Dan zou het volgens mij tochMdO82 schreef op woensdag 28 februari 2018 @ 13:26:
[...]
Natuurlijk
4.14.18+ GNU/Linux root@raspberrypi:~# cat /etc/*release PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
update-rc.d rpcbind enable
moeten zijn
“In a world without walls and fences, who needs Windows and Gates".
Dan is ie inderdaad even bezig en komt terug met de promptTommyGun schreef op woensdag 28 februari 2018 @ 13:27:
[...]
Dan zou het volgens mij toch
update-rc.d rpcbind enable
moeten zijn
:~# chkconfig rpcbind on -bash: chkconfig: command not found
Ik zal straks eens verder struinen op Google
2250 WP Zuid PVoutput
Nee;MdO82 schreef op woensdag 28 februari 2018 @ 13:32:
[...]
Dan is ie inderdaad even bezig en komt terug met de prompt
:~# chkconfig rpcbind on -bash: chkconfig: command not found
Ik zal straks eens verder struinen op Google
update-rc.d rpcbind enable
“In a world without walls and fences, who needs Windows and Gates".
oeps, ik keek nog even naar dit bericht
TommyGun in "[Synology] Vraag en antwoord - deel 3"
~# chkconfig rpcbind enable -bash: chkconfig: command not found
Edit: goed om het topic niet verder te vervuilen met zaken betreft raspberry en Synology hebben @TommyGun en ik mijn probleem via DM even verder uitgezocht.
Ik ging uit van het eerdere bericht van @TommyGun:
TommyGun in "[Synology] Vraag en antwoord - deel 3"
Hierin gaf hij aan om de volgende commando's te draaien:
/etc/init.d/rpcbind start chkconfig rpcbind on /etc/init.d/nfslock start chkconfig nfslock on
Echter door wat verwarring aan mijn kant wellicht ging het commando chkconfig rpcbind on niet goed
Als ik echter update-rc.d rpcbind enable draaide dan zag ik wel wat gebeuren, maar daarna kwam de opdrachtprompt weer terug zonder verdere info.
Ondertussen was er wel wat veranderd natuurlijk.
Via het volgende commando
for i in `find /etc/rc*.d -name S*`; do basename $i | sed -r 's/^S[0-9]+//'; done | sort | uniq
kon ik zien dat rpcbind nu in de lijst vermeld stond en gestart wordt bij het booten van de raspberry.
Omdat in eerste instantie rpcbind niet gestart was kreeg ik de volgende foutmelding
:~ $ sudo mount -t nfs 192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/backup/ mount.nfs: rpc.statd is not running but is required for remote locking. mount.nfs: Either use '-o nolock' to keep locks local, or start statd. mount.nfs: an incorrect mount option was specified
Omdat rpcbind nu gestart was kon ik wel een mapping maken met mijn Synology
Om ervoor te zorgen dat na een reboot de boel gekoppeld bleef heb ik in /etc/fstab de volgend regel geplaatst
192.168.178.119:/volume1/domoticzbackup /home/pi/domoticz/backup nfs rsize=8192,wsize=8192,timeo=14,intr,noauto,x-systemd.automount 0 0
Nu start er elke nacht een script die een kopie maakt van de database en op de NAS plaatst.
@mickjuh , @stormfly, @TommyGun dank voor jullie adviezen en tips.
Overigens nu we hiermee klaar zijn is dit wat off-topic geworden m.b.t. de synology, maar mocht er iemand in de toekomst tegenaan lopen dan kan dit bericht daarvoor gebruikt worden
[ Voor 73% gewijzigd door MdO82 op 01-03-2018 13:47 . Reden: oplossingen ]
2250 WP Zuid PVoutput
Wat is precies het verschil tussen deze twee? Welke is sneller en veiliger?
Gulfstream G650
Als ik mij niet vergis dan kan je Quickconnect gebruiken om echt op je Synology in te loggen en DDNS gebruik je om een website te hosten althans je maakt een link naar je NAS.SalimRMAF schreef op donderdag 1 maart 2018 @ 13:57:
Om mijn Synology op afstand te benaderen (web), heb je de optie om voor Quickconnect en DDNS te kiezen.
Wat is precies het verschil tussen deze twee? Welke is sneller en veiliger?
Ik dacht dat het zo was, maar wellicht dat iemand anders daar nog duidelijkere info over heeft.
2250 WP Zuid PVoutput
Het is namelijk zo dat ik ineens sinds vandaag deze error zie:MdO82 schreef op donderdag 1 maart 2018 @ 14:09:
[...]
Als ik mij niet vergis dan kan je Quickconnect gebruiken om echt op je Synology in te loggen en DDNS gebruik je om een website te hosten althans je maakt een link naar je NAS.
Ik dacht dat het zo was, maar wellicht dat iemand anders daar nog duidelijkere info over heeft.
De DDNS-service kon het IP-adres 82.144.x.xx niet registreren naar xxxxboy.synology.me [De DDNS-server is tijdelijk buiten dienst. Neem contact op met de Internet-provider.]
Heeft Synology een probleem?
Gulfstream G650
Leek eerder vandaag een probleem te zijn, de ddns is bij mij iig weer bereikbaarSalimRMAF schreef op donderdag 1 maart 2018 @ 14:18:
[...]
Het is namelijk zo dat ik ineens sinds vandaag deze error zie:
De DDNS-service kon het IP-adres 82.144.x.xx niet registreren naar xxxxboy.synology.me [De DDNS-server is tijdelijk buiten dienst. Neem contact op met de Internet-provider.]
Heeft Synology een probleem?
De grootste Nederlandstalige database met informatie over computers met zoekfunctie!!
Ik zou DDNS gebruiken, en bij voorkeur op je router.SalimRMAF schreef op donderdag 1 maart 2018 @ 13:57:
Om mijn Synology op afstand te benaderen (web), heb je de optie om voor Quickconnect en DDNS te kiezen.
Wat is precies het verschil tussen deze twee? Welke is sneller en veiliger?
Vervolgens port forwarding over een custom port naar de NAS.
“In a world without walls and fences, who needs Windows and Gates".
Waarom? QuickConnect is toch sneller?TommyGun schreef op donderdag 1 maart 2018 @ 15:01:
[...]
Ik zou DDNS gebruiken, en bij voorkeur op je router.
Vervolgens port forwarding over een custom port naar de NAS.
Gulfstream G650
Nee, quickconnect is meer een relay service van Synology. Manier van werken kan het niet sneller zijn dan DDNS.
Helaas heeft de DDNS service van synology wel eens storing. Dit is al sinds dag 1. Het is niet langdurig maar was voor mij wel een reden om verder te kijken. Tijdje no-ip gebruikt maar moet je elke maand her activeren.
Als een paar euro pj niet teveel geld is kan je ook domein registeren en die dan koppelen (DDNS). Ik heb bijv STRATO genomen want die staat oa genoemd in Synology lijst. Super handig. Inloggen en mocht er een ip wijziging zijn dan regelt de NAS dat direct met STRATO.
Uiteraard is het veiliger zoals @TommyGun zegt, om het bij buitendeur te doen (router) maar niet elke router kan dat.
quickconnect moet je gebruiken als je het simpel wilt houden en niet na wilt denken over portforwarding, namen, etc
Ik teken nergens meer voor
Ik zou graag buiten m'n eigen netwerk bij webinterfaces van Docker containers kunnen (Sonarr, Radarr etc). Eventueel ook bij m'n bestanden en Synology configuratie, maar dat is op dit moment minder belangrijk.
Wat is meest veilige manier om dit in te stellen? Complicerende factor is wellicht dat m'n Synology verbonden is met een VPN waarvan het IP-adres ook nog 's af en toe wijzigt. Is QuickConnect dan de enige mogelijkheid?
En een gerelateerde vraag: is het eigenlijk mogelijk om in de firewall van Synology MAC-adressen te whitelisten? Zou bijvoorbeeld alleen mijn iPhone extern toegang willen geven.
Edit: Ik heb het nu trouwens opgelost door ook een VPN server op de Syno te draaien. iPhone maakt via VPN verbinding met de NAS en kan dan overal bij. Maar ik vraag me af of er geen betere/veiliger oplossing is.
Edit2: Ik draai een VPN-server op m'n router, niet op Synology.
[ Voor 16% gewijzigd door sOid op 02-03-2018 13:58 ]
Beste optie is om IP filtering op land toe te passen, gecombineerd met een VPN (die je verbind naar DDNS domein welke je op de NAS draai).
Daarnaast een speciale user maken voor je VPN service, die alleen de VPN kan/mag gebruiken.
Ja precies. Daarom vroeg ik me af of het ook mogelijk is om MAC-adressen te whitelisten. Die veranderen immers niet (al kun je die vast spoofen).Tortelli schreef op vrijdag 2 maart 2018 @ 13:58:
Je kunt IP's whitelisten, alleen is het probleem dat het IP van je telefoon (4G) zal wijzigen waardoor je hier niets aan hebt. Heb dit wel gedaan bij mijn interne ip van mijn PC @ interne netwerk (zodat ik zelf niet geblocked wordt).
IP-filtering: check! Maar die VPN, moet die dan op NAS draaien (met port forward vanaf router) of op router?Beste optie is om IP filtering op land toe te passen, gecombineerd met een VPN (die je verbind naar DDNS domein welke je op de NAS draai).
Daarnaast een speciale user maken voor je VPN service, die alleen de VPN kan/mag gebruiken.
Als je dat via een loadbalacer regelt wel ja maar eigenlijk gebruik je de functionaliteit verkeerd. Je beschrijft hoge beschikbaarheid maar schrijft backup.macmellow schreef op vrijdag 2 maart 2018 @ 11:24:
Ik heb twee Synologies besteld voor opslag in een stichting. Een RS818+ en een DS418 voor back-up van de RS. Ik weet dat je bestanden via Cloud Station Sharesync heen en weer kan sturen, maar is dat ook zo met gebruikers? Dus de RS is down, dan dezelfde gebruikers kunnen tijdelijk in de DS inloggen. Soort heartbeat maar dan over internet.
Normaliter heb je daar synology HA voor waar 2 units in active/passive failover draaien.
Duct tape can't fix stupid, but it can muffle the sound.
Hmm ja oke. Ik bedoel met back-up dat dezelfde data erop staat. HA ken ik, maar dan moeten ze fysiek bij elkaar staan. Bedoel dus HA, maar dan via internet, en met een ander type Synology maar ik snap dat dat niet werkt.DukeBox schreef op vrijdag 2 maart 2018 @ 15:18:
[...]
Als je dat via een loadbalacer regelt wel ja maar eigenlijk gebruik je de functionaliteit verkeerd. Je beschrijft hoge beschikbaarheid maar schrijft backup.
Normaliter heb je daar synology HA voor waar 2 units in active/passive failover draaien.
Nee hoor is niet nodig zolang er maar genoeg bandbreedte beschikbaar is tussen de units.macmellow schreef op vrijdag 2 maart 2018 @ 15:21:
HA ken ik, maar dan moeten ze fysiek bij elkaar staan.
Duct tape can't fix stupid, but it can muffle the sound.
Oh oke. Maar ik heb dus niet twee exact dezelfde configuratie dus wat ik wou gaat niet op. Denk dat ik dan maar cloud.domein.nl en cloud2.domein.nl ga linken aan de QuickConnect URL's. Als 1 er dan uitlicht kan ik makkelijk naar 2.DukeBox schreef op vrijdag 2 maart 2018 @ 15:35:
[...]
Nee hoor is niet nodig zolang er maar genoeg bandbreedte beschikbaar is tussen de units.
Zou ver weg blijven van QC voor wat remote management wel ok maar wil je er daadwerkelijk data over versturen is het erg traag i.v.t. directe toegang. Daarnaast vind ik het niet zo'n tof idee om ssl termination te doen via taiwan.macmellow schreef op vrijdag 2 maart 2018 @ 15:38:
.. ga linken aan de QuickConnect URL's.
Duct tape can't fix stupid, but it can muffle the sound.
Ik heb een statisch extern IP-adres want zakelijk internet abonnement. Hoe kan ik het dan inregelen dat ik via cloud.domein.nl erbij kan? Gewoon een record aanmaken dat cloud.domein.nl redirect naar dat IP-adres?DukeBox schreef op vrijdag 2 maart 2018 @ 16:29:
[...]
Zou ver weg blijven van QC voor wat remote management wel ok maar wil je er daadwerkelijk data over versturen is het erg traag i.v.t. directe toegang. Daarnaast vind ik het niet zo'n tof idee om ssl termination te doen via taiwan.
Gaat me erom dat de gebruikers straks bij serveradres gewoon cloud.domein.nl kunnen invullen, ipv IP-adres en poort.
Ik ben wat aan het spelen, maar Synology wil niet dat ik zowel een OpenVPN server en client tegelijk heb draaien. Lijkt dus niet te werken.Tortelli schreef op vrijdag 2 maart 2018 @ 13:58:
Beste optie is om IP filtering op land toe te passen, gecombineerd met een VPN (die je verbind naar DDNS domein welke je op de NAS draai).
Daarnaast een speciale user maken voor je VPN service, die alleen de VPN kan/mag gebruiken.
Nee redirecten gaat niet werken als je ook certificaten wil gaan gebruiken. Gewoon een A(AAA) record aan maken met het ip van je syno. Overigens kan je ook eenvoudig HA gebruiken op verschillende hardware door DSM te visualiseren.macmellow schreef op vrijdag 2 maart 2018 @ 16:32:
Gewoon een record aanmaken dat cloud.domein.nl redirect naar dat IP-adres?
Duct tape can't fix stupid, but it can muffle the sound.
Ik heb een testje gedaan, andere map aangemaakt, en dit geeft hetzelfde issue. Ik heb geen aanpassingen gedaan (misschien wel auto updates gehad?), maar weet iemand waarom al het verkeer ineens automatisch doorgerouteerd wordt?
update: blijkbaar was Web Station gecrasht/gestopt... De boel herstart, en het werkt weer

[ Voor 8% gewijzigd door mrwolf op 04-03-2018 17:24 ]
Dit dus niet verwarren met de USB Copy functie.
Uitdaging is;
NAS heeft meerdere Shares en al deze Shares moeten gebackupt worden naar een Externe HDD voor Off-Side Backup (AUB niet komen met clouddiensten etc.)
Bedoeling is dus om met Hyper Backup een back-up te maken naar de HDD dit werkt prima.
Maar hierdoor moet er steeds ingelogd worden in de webinterface en de back-up gestart worden.
Dit werkt niet heel erg fijn, dus zoekende naar iets om Hyper Backup te triggeren via een command / sciprt http command etc.
Of als aller mooiste zelfde als de USB Copy functie de Hyper Backup taak starten als de HDD aangesloten wordt.
Heeft iemand daar ervaring mee?
ICTWebSolution - Wi-Fi Problemen? Stuur maar een berichtje! - Wi-Fi Bereik verbeteren?
- Soms volledig onbereikbaar, zowel de webinterface als de gedeelde mappen en ook op een ping geen antwoord (zowel via IP adres als hostname DISKSTATION)
- Soms niet bereikbaar via hostname, maar wel via IP
Systeem in IDLE (CPU fluctueert beetje tussen 12 en 32%).

Heb geen noemenswaardige packages geïnstalleerd.
De twee schijven die in de NAS zitten zijn in orde.
Het Log Center meldt eigenlijk alleen iets over weer zo'n harde reset en het opstarten erna, reeksen als:

Meest recente DSM is geïnstalleerd (gebeurt automatisch).
Herkent iemand dit?
[ Voor 3% gewijzigd door JBS op 04-03-2018 21:57 ]
ie.: http://synology/tt-rss/
Nu heb ik de docker op port 1234 draaien dus is het:
http://synology:1234/
Iemand de gouden tip?
Reverse proxy instellen? (Control panel - Application portal)
Waar is Jos de Nooyer toch gebleven?
Moet je wel een andere poort dan 80 voor gaan gebruiken, maar je kunt in Docker prima tt-rss aanspreken op poort 12345 terwijl die intern op 80 draait.
Robert Elsinga =8-) | IT security, Scouting, zendamateur (PC5E, WC5E) | www.elsinga.net/robert, www.pc5e.nl
Horloge: Garmin Epix (Gen2) Sapphire Titanium
PC: Fractal Design North, Asus ROG strix B650E-F gaming wifi, Ryzen 7 7800X3D, INNO3D® GEFORCE® RTX™ 4080 16GB X3 DLSS 3, 32GB, Meta Quest 3, Fanatec GT DD Pro 8nm
Heb je de batterij al eens vervangen????JBS schreef op zondag 4 maart 2018 @ 21:34:
Mijn DS211j doet al jaren trouw dienst.
Meest recente DSM is geïnstalleerd (gebeurt automatisch).
Herkent iemand dit?
Ik bedoel die knoopcel (2032) die op het moederbord zit.
Heb ook met mijn 215 iets dergelijks gehad, bleek, dat de vorige eigenaar hem gekocht had, maar gewoon een hele tijd in de kast heeft gehad. Na het vervangen van de 2032 werkt het weer uit de kunst.
Sources zijn aanwezig maar scherm blijft leeg. gek genoieg zegt DSM wel dat er 10 package updates zijn (eigenlijk 11 maar 1 ervan is een Synology eigen package)
NAS is al gereboot maar haalt niets uit.
Packages die installed waren zijn er nog wel en draaien ook ik kan alleen geen nieuwe community packages installeren of bijwerken.
Nee, dat heb ik nog nooit gedaan. Wist überhaupt niet dat er een batterijtje in zit. Mijn NAS staat altijd aan, doet die batterij dan nog iets?Rinaldootje schreef op maandag 5 maart 2018 @ 08:07:
[...]
Heb je de batterij al eens vervangen????
Ik bedoel die knoopcel (2032) die op het moederbord zit.
Heb ook met mijn 215 iets dergelijks gehad, bleek, dat de vorige eigenaar hem gekocht had, maar gewoon een hele tijd in de kast heeft gehad. Na het vervangen van de 2032 werkt het weer uit de kunst.
@PatrickC Dank voor de tip.
Dit is een prima work around. Thankskraats schreef op zondag 4 maart 2018 @ 22:30:
[...]
Reverse proxy instellen? (Control panel - Application portal)
Ja, die batterij doet toch nog iets. Ik had ook vreemde klachten, en ondanks dat mijn NAS aan permanente power hing, werkte oa de voor geprogrammeerde tijden van in- en uitschakelen niet.JBS schreef op maandag 5 maart 2018 @ 11:37:
[...]
Nee, dat heb ik nog nooit gedaan. Wist überhaupt niet dat er een batterijtje in zit. Mijn NAS staat altijd aan, doet die batterij dan nog iets?
@PatrickC Dank voor de tip.
Om bij de batterij te komen, moet je de twee schijven verwijderen, daarna de vier schroeven op de hoeken van de bodemplaat eruit draaien. Dan kun je de metalen plaat met het moederbord uit de kast halen. Dan zie je vanzelf de batterij zitten.
Succes!
Aha, vandaar dat een oude DS107+ niet meer scheduled wil booten.Rinaldootje schreef op maandag 5 maart 2018 @ 14:24:
[...]
Ja, die batterij doet toch nog iets. Ik had ook vreemde klachten, en ondanks dat mijn NAS aan permanente power hing, werkte oa de voor geprogrammeerde tijden van in- en uitschakelen niet.
Om bij de batterij te komen, moet je de twee schijven verwijderen, daarna de vier schroeven op de hoeken van de bodemplaat eruit draaien. Dan kun je de metalen plaat met het moederbord uit de kast halen. Dan zie je vanzelf de batterij zitten.
Succes!
Maar eens een batterij scoren
“In a world without walls and fences, who needs Windows and Gates".
Kijk eerst, wat voor batterij erin zit.
In mijn DS-215 (en ook in die van andere, zoals de DS212j) zitten CR-2032'ers.
Maar in mijn DS216play zit er een grotere (ik geloof CR2420).
Zou zonde van het geld zijn, als je de verkeerd koopt
Ik wil daarom upgraden naar een DS218+ met een verse 4Tb HDD. Blijkbaar kan je niet rechtstreeks migreren van een 1-bay naar een 2-bay Synology, dus ik zoek een manier om dat zo handig mogelijk te doen, met zo min mogelijk data- en instellingsverliezen. Als ik de tutorial van Synology volg kom ik al een heel eind, maar dan verlies ik bijvoorbeeld mijn Download station taken en tijdelijke bestanden. Omdat dit zo'n 20Gb is, zou ik die graag willen overzetten. Zou ik dit kunnen doen door met WinSCP oid de mappen /volume1/@download en /volume1/@appstore te kopieren naar mijn PC en die op de nieuwe terug te zetten of werkt dit niet?
Heeft iemand verder nog tips voor het migreren van 1-bay naar 2-bay? Er is in totaal zo'n 1.4Tb aan data, dus ik zou ook graag de snelste manier om dit op de nieuwe schijf te krijgen willen weten. Ik ga sowieso even kijken naar wat er weg kan van de data, maar ik verwacht dat het meeste bewaard moet blijven.
Ik heb de DS114 ook ingesteld als doel voor backup vanaf twee andere Synology's. Hoe kan ik die taken overzetten zonder alles (200Gb?) opnieuw te hoeven backuppen vanaf de externe Syno's?
[ Voor 15% gewijzigd door gwystyl op 05-03-2018 16:03 ]
- Mijn domein verwijst middels een A-record naar mijn externe IP adres.
- Op mijn router wordt port 80 naar port 80 van mijn nas geforward. Eveneens wordt port 5007 (de HTTPS poort op mijn NAS) naar port 5007 geforward.
- De optie HTTP-verbindingen automatisch omleiden naar HTTPS onder Configuratiescherm--> Netwerk -->
DSM-instellingen is ingeschakeld. - Wanneer ik naar mijndomein.nl ga komt de URL er als volgt uit te zien: https://mijndomein.nl:5007.
De reverse proxy functionaliteit benutten van de nas zelf. Onder Applicatie Portal. Netjes op port 443 met een groen certificaat 💪Psvtje10 schreef op maandag 5 maart 2018 @ 16:09:
Ik gebruik al een tijdje een domein om mijn NAS (via een automatische HTTPS redirect verbinding) te bereiken en dit werkt prima. Echter twijfel ik of het niet simpeler/veiliger kan. Mijn configuratie is als volgt:Naar mijn idee nogal omslachtig, echter krijg ik het anders niet aan de praat.
- Mijn domein verwijst middels een A-record naar mijn externe IP adres.
- Op mijn router wordt port 80 naar port 80 van mijn nas geforward. Eveneens wordt port 5007 (de HTTPS poort op mijn NAS) naar port 5007 geforward.
- De optie HTTP-verbindingen automatisch omleiden naar HTTPS onder Configuratiescherm--> Netwerk -->
DSM-instellingen is ingeschakeld.- Wanneer ik naar mijndomein.nl ga komt de URL er als volgt uit te zien: https://mijndomein.nl:5007.
Hoe hebben jullie dit geregeld?
Wat voor soort hyper backup maak je ? Single version of multiple met een retension policy ?djkavaa schreef op zondag 4 maart 2018 @ 20:06:
Bedoeling is dus om met Hyper Backup een back-up te maken naar de HDD dit werkt prima.
Maar hierdoor moet er steeds ingelogd worden in de webinterface en de back-up gestart worden.
Het 'safe unmounten' is denk ik nog een grotere uitdaging.
Duct tape can't fix stupid, but it can muffle the sound.
Hi,DukeBox schreef op maandag 5 maart 2018 @ 18:21:
[...]
Wat voor soort hyper backup maak je ? Single version of multiple met een retension policy ?
Het 'safe unmounten' is denk ik nog een grotere uitdaging.
Maakt voor nu even niet uit, Single of Multiple...
Zodra de job gestart is weet Hyper-Backup natuurlijk wat verder te doen.
Unmount... Ja idd. Maar daarvoor zou je iets kunnen maken wat in de logs kijkt (als hyper backup klaar is run dan command voor eject usb)
ICTWebSolution - Wi-Fi Problemen? Stuur maar een berichtje! - Wi-Fi Bereik verbeteren?
Heb ik ook mee lopen spelen maar kreeg het niet werkend. Je bedoelt dan het volgende denk ik?stormfly schreef op maandag 5 maart 2018 @ 16:36:
[...]
De reverse proxy functionaliteit benutten van de nas zelf. Onder Applicatie Portal. Netjes op port 443 met een groen certificaat 💪
- Poort 80 naar 80 op NAS forwarden.
- Poort 443 naar 443 op NAS forwarden.
- De reverse proxy als volgt:


Heb je verder nog iets met de volgende instellingen gedaan?
- Configuratiescherm --> Externe toegang --> Geavanceerd
- Configuratiescherm --> Netwerk --> DSM-Instellingen
Jeps en dan even goed kijken of je 5002 en 5007 niet met HTTPS moet benaderen, staat nu op HTTP. En voor beide een eigen DNS naam invoeren. Dus DSM.mijndomein.nl en Filestation.mijndomein.nl een reverse proxy kan slechts onderscheid maken op DNS namen, om daarna te bepalen waar het verkeer heen gestuurd moet worden.Psvtje10 schreef op dinsdag 6 maart 2018 @ 14:02:
[...]
Heb ik ook mee lopen spelen maar kreeg het niet werkend. Je bedoelt dan het volgende denk ik?
- Poort 80 naar 80 op NAS forwarden.
- Poort 443 naar 443 op NAS forwarden.
- De reverse proxy als volgt:
[afbeelding]
[afbeelding]
Heb je verder nog iets met de volgende instellingen gedaan?
- Configuratiescherm --> Externe toegang --> Geavanceerd
- Configuratiescherm --> Netwerk --> DSM-Instellingen
Die andere instellingen, nee nog niet lijkt nu niet relevant. Heb dat wel ingesteld maar dat is meer omdat ik bij het linken van een fileshare download link dan ook een copy past url wil hebben die niet meer naar 500x verwijst.
Ik snap niet zo goed wat je met jouw eerste zin bedoeld. Je hebt toch voor zowel HTTP als HTTPS een doorverwijzing nodig? Anders, lijkt mij, is een redirect naar HTTPS toch niet mogelijk? Wanneer ik poort 80 verwijs naar de HTTPS poort op mijn NAS (zie onderstaande afbeelding) krijg je een foutmelding: The plain HTTP request was sent to HTTPS port.stormfly schreef op dinsdag 6 maart 2018 @ 14:25:
[...]
Jeps en dan even goed kijken of je 5002 en 5007 niet met HTTPS moet benaderen, staat nu op HTTP. En voor beide een eigen DNS naam invoeren. Dus DSM.mijndomein.nl en Filestation.mijndomein.nl een reverse proxy kan slechts onderscheid maken op DNS namen, om daarna te bepalen waar het verkeer heen gestuurd moet worden.
Die andere instellingen, nee nog niet lijkt nu niet relevant. Heb dat wel ingesteld maar dat is meer omdat ik bij het linken van een fileshare download link dan ook een copy past url wil hebben die niet meer naar 500x verwijst.

Als ik HTTP naar HTTPS verander onder bestemming kom ik terecht op mijndomein.nl zonder https/certificaat.
Wat betreft de subdomeinen, ik probeer mijn NAS juist op het hoofddomein te bereiken. Vervolgens wil ik mijn Plex server en Unifi controller middels subdomeinen kunnen bereiken.
Ik denk dat je nog even moet inlezen/youtuben op hoe een reverse proxy werktPsvtje10 schreef op dinsdag 6 maart 2018 @ 14:41:
[...]
Ik snap niet zo goed wat je met jouw eerste zin bedoeld. Je hebt toch voor zowel HTTP als HTTPS een doorverwijzing nodig? Anders, lijkt mij, is een redirect naar HTTPS toch niet mogelijk? Wanneer ik poort 80 verwijs naar de HTTPS poort op mijn NAS (zie onderstaande afbeelding) krijg je een foutmelding: The plain HTTP request was sent to HTTPS port.
[afbeelding]
Als ik HTTP naar HTTPS verander onder bestemming kom ik terecht op mijndomein.nl zonder https/certificaat.
Wat betreft de subdomeinen, ik probeer mijn NAS juist op het hoofddomein te bereiken. Vervolgens wil ik mijn Plex server en Unifi controller middels subdomeinen kunnen bereiken.
Helpt dit:

Hier had ik met mijn Buffalo nooit problemen mee.
Als hij na een random periode het netwerk vindt kan ik een snelkoppeling maken en is het verder wel werkbaar.
Ik zit dus nu weer eindeloos te wachten op een zichtbaar netwerk om uberhaupt bij mijn films en series op mijn nas te komen.
met alle respect maar ik ben dus niet erg onder de indruk van die synology.
dat de acryan het netwerk opkomt bijkt wel uit het feit dat upnp (dlna) direct benaderbaar is.
het vervelende is dat via upnp bv dvd's niet afspeelbaar zijn via de acryan.
herkent iemand dit of is het gewoon een soort van downwardse compatability die brak is Synology naar ACRyan?
Wat ik de mooiste manier vind is een subdomein voor je nas gebruiken en deze in DSM instellen als customized domain. Dan benader je DSM gewoon op 80/443 zonder gedoe van port translations, redirections en reverse proxys. Voordeel is ook dat crawlers e.d. die dan ook niet zomaar vinden.Psvtje10 schreef op maandag 5 maart 2018 @ 16:09:
Ik gebruik al een tijdje een domein om mijn NAS (via een automatische HTTPS redirect verbinding) te bereiken en dit werkt prima. Echter twijfel ik of het niet simpeler/veiliger kan. Mijn configuratie is als volgt:
[ Voor 5% gewijzigd door DukeBox op 06-03-2018 21:48 ]
Duct tape can't fix stupid, but it can muffle the sound.
Dit is meer algemeen bedoeld. Zelf heb ik net een migratie van een ds413j naar een ds918+ achter de rug. Op zich was het een kwestie van schijven overschroeven, firmware updaten en gaan. Op OS niveau ging alles prima en is de uitwisselbaarheid tussen diskstations netjes geregeld.gwystyl schreef op maandag 5 maart 2018 @ 15:56:
...
Heeft iemand verder nog tips voor het migreren van 1-bay naar 2-bay? Er is in totaal zo'n 1.4Tb aan data, dus ik zou ook graag de snelste manier om dit op de nieuwe schijf te krijgen willen weten. Ik ga sowieso even kijken naar wat er weg kan van de data, maar ik verwacht dat het meeste bewaard moet blijven.
...
Echter had ik me niet gerealiseerd dat er een architectuur wissel plaats zou vinden van een Marvel processor naar een intel unit. En dat sommige packages (python) daar nog niet beschikbaar voor zijn op DSM. Gevolg is dat sickrage, couchpotato en nog meer packages bricked waren. Even checken waar je aan begint kan dus geen kwaad.
Uiteindelijk kon het allemaal opgelost worden met Docker images
Vwbt je 1 disk naar 2 disk bay kan je denk ik dmv een SHR volume je schijf laten mirroren en later omzetten in bv een raid 5 achtige opstelling. Doe er wel onderzoek naar, want hier heb ik zelf geen ervaring mee, maar ik heb posts van anderen gezien die dit als gedaan hebben.
Nieuwe M3 Macbook of iMac kopen? Check: Apple M3 Prijs Overzicht
Kijk even bij de gebruikers, is het "Guest" account enabled? En dan zonder wachtwoord?MatMich schreef op dinsdag 6 maart 2018 @ 21:04:
Sinds ik een Synology DS216j heb duurt het eindeloos eer mijn ACRyan playonmini het netwerk vindt (WORKGROUP)
Hier had ik met mijn Buffalo nooit problemen mee.
Zo niet, activeer dat account, maar geef het alleen lees rechten in de folders, waar de video's staan (of wat je denkt nodig te hebben).
Wel een WAARSCHUWING!
Mocht je de Synology ook gebruiken om vanaf buiten erop te komen (dus vanaf het grote, boze internet) dan moet je juist NIET dit account activeren. Want dan heb je een beveiligingslek.
Ik heb meerdere Synology's staan en kan alleen diegene snel benaderen (met mijn Popcorn mediaspeler), waarvan het Guest account werkt. De rest is zo traag als....
Plex is volgens mij het antwoord.
[ Voor 7% gewijzigd door pven op 07-03-2018 11:02 ]
|| Marktplaats-meuk. Afdingen mag! ;-) || slotje.com for sale || Dank pven! ||
Idd docker, is de beste en schoonste oplossing !Xion schreef op woensdag 7 maart 2018 @ 00:15:
[...]
Dit is meer algemeen bedoeld. Zelf heb ik net een migratie van een ds413j naar een ds918+ achter de rug. Op zich was het een kwestie van schijven overschroeven, firmware updaten en gaan. Op OS niveau ging alles prima en is de uitwisselbaarheid tussen diskstations netjes geregeld.
Echter had ik me niet gerealiseerd dat er een architectuur wissel plaats zou vinden van een Marvel processor naar een intel unit. En dat sommige packages (python) daar nog niet beschikbaar voor zijn op DSM. Gevolg is dat sickrage, couchpotato en nog meer packages bricked waren. Even checken waar je aan begint kan dus geen kwaad.![]()
Uiteindelijk kon het allemaal opgelost worden met Docker imageswat bij nader inzien veel beter is vanwege de isolatie.
Vwbt je 1 disk naar 2 disk bay kan je denk ik dmv een SHR volume je schijf laten mirroren en later omzetten in bv een raid 5 achtige opstelling. Doe er wel onderzoek naar, want hier heb ik zelf geen ervaring mee, maar ik heb posts van anderen gezien die dit als gedaan hebben.
Ik neem aan dat je volume nog op EXT4 draait.. ?
Dan adviseer ik je deze ook om te zetten naar BTRFS, en RAID6..
Uit nieuwsgierigheid: waarom RAID6 en geen SHR?FlorisVN schreef op woensdag 7 maart 2018 @ 11:02:
[...]
Dan adviseer ik je deze ook om te zetten naar BTRFS, en RAID6..
|| Marktplaats-meuk. Afdingen mag! ;-) || slotje.com for sale || Dank pven! ||
Ook niet voor niets dat Synology SHR uitzet op haar eigen zakelijke serie van diskstations.
Bovendien kun je met normale RAID ipv SHR, ook nog eens een HA Cluster opzetten, mocht je dat ooit nog eens willen doen..
en RAID6 bij hdd's van 3TB en hoger ook absoluut aan te raden.
tijdens de rebuild met grote disken en een RAID5 is er een grote kans dat er nog een disk mee stuk gaat, dan is je hele raid array weg.
RAID6 verlies je 2 disken, maar is de kans een heel stuk kleiner..
Kortom ik ga liefst voor safe dan sorry..
Tijdens de migratie heb ik gelijk voor SHR en BTRFS gekozen. Dit is wel even vette warning voor iedereen die van EXT4 af komt. Nadat ik de schijven had overgezet en met bricked packages zat. Wilde ik docker en VM images gaan testen. Hier voor dwingt DSM je over te gaan op BTRFS en dat bleek nogal exercitie te zijn.FlorisVN schreef op woensdag 7 maart 2018 @ 11:02:
[...]
Idd docker, is de beste en schoonste oplossing !
Ik neem aan dat je volume nog op EXT4 draait.. ?
Dan adviseer ik je deze ook om te zetten naar BTRFS, en RAID6..
DSM kan geen conversie doen, dus je bent dan genoodzaakt je systeem, incl data, te gaan backup-en, dan de disk groups en volumes weer opnieuw te creëren en dan weer je data terug te zetten.
Maarrrr...dan heb je ook wat, loopt nu als een zonnetje en had ook gelijk de mogelijkheid een systeem volume en data volume aan te maken.
Nieuwe M3 Macbook of iMac kopen? Check: Apple M3 Prijs Overzicht
Ik wil daar toch even op inhaken want qua betrouwbaarheid en stabiliteit (als in redundantie) heeft dat géén invloed.FlorisVN schreef op woensdag 7 maart 2018 @ 11:07:
Traditionele RAID is altijd nog steeds meest betrouwbare en stabiele.
Als je puur naar redundantie kijk kan je eenvoudig zeggen: SHR2 == RAID6 (en SHR == RAID5). Het enige verschil is dat SHR vanuit de kleinste HDD de data opdeelt in 'blokken' en zorgt dat die blokken middels de gewenste redundantie verdeeld zijn over de HDD's.
Bij dezelfde HDD's (aantallen en snelheden) is er ook nagenoeg géén performance verschil. Dat kan ook niet omdat het dan op dezelfde manier door md (multiple device / multiple disk) wordt aangestuurd.
Pas wanneer je array bestaat uit verschillende groottes van drives (en/of snelheid) is er een verschil (meestal negatief) in performance. Bij RAID5/6 is het vrij eenvoudig, een write van een stripe gelimiteerd door de langzaamste drive in de array. Bij SHR(2) is het complexer. Stel je hebt een SHR2 array van 5x4TB en migreert deze naar 1x4TB + 4x6TB dat betekend dat je stripes hebt over 3 drives, stripes over 4 drives én stripes over 5 drives. Oftewel niet iedere HDD wordt evenveel belast qua writes (en reads). Dit kan erg nadelige gevolgen hebben wanneer je een allegaartje aan HDD's gebruikt, met name in array's met véél spindels zoals de zakelijke versies:
De reden daarvoor (en je kan het overigens wel aanzetten via de config file) is dat dit niet ondersteund wordt voor HA (en nu nog in beta VM HA).Ook niet voor niets dat Synology SHR uitzet op haar eigen zakelijke serie van diskstations.
Synology probeert steeds meer van de markt weg te snoepen van de grotere storage fabrikanten die dit soort dingen ook kunnen. Het is dan ook niet handig om wanneer iemand daar eindelijk mee gaat 'spelen' er dan pas later tegenaan loopt dat het niet kan.
Qua snelheid, installeer je nieuwe synology zoals je hem wilt hebben (evt. een export van de users op de oude en import op de nieuwe i.v.m. user id's). Vervolgens plug je de oude HDD 'hot' in de nieuwe synology en de data dan overzetten.gwystyl schreef op maandag 5 maart 2018 @ 15:56:
Heeft iemand verder nog tips voor het migreren van 1-bay naar 2-bay? Er is in totaal zo'n 1.4Tb aan data, dus ik zou ook graag de snelste manier om dit op de nieuwe schijf te krijgen willen weten. Ik ga sowieso even kijken naar wat er weg kan van de data, maar ik verwacht dat het meeste bewaard moet blijven.
[ Voor 14% gewijzigd door DukeBox op 07-03-2018 12:08 ]
Duct tape can't fix stupid, but it can muffle the sound.
Ik heb uiteindelijk een soort combi gedaan van wat je voorstelt. Volgens de tutorial die ik linkte, zou je een volledige backup over het netwerk van de oude naar de nieuwe moeten doen, en dan de backup terugzetten op de nieuwe. Dat duurde me veel te lang, dus heb ik alleen apps, users en instellingen via HyperBackup gedaan en teruggezet op de nieuwe.DukeBox schreef op woensdag 7 maart 2018 @ 12:05:
[...]
[...]
Qua snelheid, installeer je nieuwe synology zoals je hem wilt hebben (evt. een export van de users op de oude en import op de nieuwe i.v.m. user id's). Vervolgens plug je de oude HDD 'hot' in de nieuwe synology en de data dan overzetten.
De data heb ik verplaatst van de oude naar de nieuwe door de mappen van de oude via NFS te mounten naar tijdelijke mappen, en dan met File Station alles te verplaatsen. Dat duurt ook lang, maar je kan nog een beetje zien wat hij aan het doen is. Beide beestjes zijn nu bijna klaar, maar sommige mappen/bestanden wilden zich niet op deze manier over laten zetten. Ik denk dat ik daarvoor alsnog jouw tip gebruik en de schijf uit de oude sloop en in de nieuwe zet om het laatste over te zetten. Ik hoop dan alleen dat de DS218+ de schijf van de DS114 wel gewoon kan lezen en niet leeg wil maken om hem toe te voegen aan de SHR array.
Nee, een foreign disk/volume kan je gewoon benaderen. Als je iets niet kan lezen dan moet je de rechten goed zetten.gwystyl schreef op woensdag 7 maart 2018 @ 13:01:
Ik hoop dan alleen dat de DS218+ de schijf van de DS114 wel gewoon kan lezen en niet leeg wil maken om hem toe te voegen aan de SHR array.
Duct tape can't fix stupid, but it can muffle the sound.
Dit topic is onderdeel van de drie topics over Synology:In dit Vraag en Antwoord topic mogen alle vragen over Synology-producten tenzij:
- ... het een vraag betreft over een addon package voor Synology; daar is een apart topic voor.
- ... het een aankondiging of discussie-item betreft wat in het Nieuws en discussie topic hoort.
- ... jouw vraag al beantwoord is in de Veelgestelde vragen (FAQ).