Synology-Forum.nl
Overige software => WebDav => Topic gestart door: ttbviper op 21 november 2015, 17:53:57
-
Is het mogelijk, om vanaf mijn Nas verbinding te maken met een andere webdav omgeving?
Ik heb namelijk een online cloud omgeving bij transip afgenomen voor copy back-up van de nas.
Echter erkend de nas niet standaard de leverancier als cloud back-up.
Iemand een idee of tip?
Op mijn nas heb ik webdav geactiveerd en de omgeving van transip is ook te benaderen via webdav.
-
Ik ben ook druk bezig met een backup naar Transip.
Zo ver lukt het wel om een verbinding werkend te krijgen.
in DMS start file station.
dan onder tools 'remote connection' -> connection setup
hostname = [jouwuser].stackstorage.com
path = remote.php/webdav
en user / password
Daarna komt de share in file station beschikbaar.
Het lukt me wel om handmatig te kopiëren, maar het liefst wil ik een periodieke backup.
Iemand een idee voor die laatste stap?
-
Kan je die share niet opgeven als doel bij backup?
-
Dat is mij niet gelukt.
Als doel worden alleen 'shared folders' and 'local disks' getoond.
Ik kan de webdav share niet mounten of er een shared folder op zetten.
Misschien zie ik iets over het hoofd.... ik ben wel redelijk handig maar zeker geen expert.
-
Ik heb de stappen gedaan, en de verbinding maken met transip is gelukt.
Nu probeer ik wel zelf handmatig bestanden over te zetten binnen de synology naar de webdav share maar dat gaat echt traag.
Nog geen 100mb per 4 uur.
Als ik handmatig de verbinding met mijn laptop maak naar de omgeving van transip is de snelheid gewoon normaal.
Heb zelf een 100mbit down/upload verbinding een de synology geeft qua cpu/io/netwerk verbruik ook niets bijzondere meldingen aan.
Wie kan mij hier bij helpen.
-
Ik had ook sterk wisselende snelheden. Heel traag en daarna 500mb in een paar minuten. Transfer van een paar GBA werd halverwege afgebroken.
Is leuk maar ik ben bang dat het vooralsnog geen volwaardige backup oplossing gaat worden.
Waar ik later nog aan dacht, maar niet werkend krijg, is de folder sync optie. Hiermee kan een shares folder met een cloud worden gesynct, geeft hetzelfde resultaat als een backup. Webdav is een optie, alleen wordt de url niet geaccepteerd. Komt denk ik door het path. Suggesties zijn heel erg welkom.
-
MOD: Onnodige citaat is verwijderd, lees even. (http://www.synology-forum.nl/vragen-en-opmerkingen-over-het-forum/gebruik-de-citaatknop-met-mate-17838/)
Het werkt wel als je de laatste (back)slash weg haalt.
-
Vandaag ook mijn gratis opslag kunnen activeren.
Vanuit PC en NAS 'mounten' lukt zonder problemen.
Het is zelfs mogelijk met cloudsync een backup/synchronicatie te doen vanaf de NAS naar je 'stack'
Een en ander staat ook beschreven bij de help van IP Stack, er is zelfs een vermedling voor Synology :P
Wil je dit doen naar een specifieke map op je 'stack' dan zul je achter de connective de vooraf aangemaakte folder moeten toevoegen.
Uiteraard gelden de restricties van de huidige cloudsync; om meerdere folders te syncen werkt de workaround zoals al beschreven in:
Cloudsync meerdere folders (http://www.synology-forum.nl/cloud-sync/selectief-folders-syncen-(mounten-folders-van-andere-folders)-voor-cloud-sync/msg153922/#msg153922)
-
Jep werkt bij mij ook.
Wat ik graag zou willen is mounten via cifs. Dan kan je er gewoon bij ook in windows.
-
Heb mezelf ook geregistreerd maar puur om te kijken wat er met je bestanden gebeurd.
Er zijn waar weinig bedrijven die je een 1tb aan ruimte aanbieden en daar niets voor terug willen.......
Ook al staat in de voorwaarden dat ze niet weten wat je upload....
-
Wat ik graag zou willen is mounten via cifs. Dan kan je er gewoon bij ook in windows.
Je kunt ook vanuit Windows 'mounten' met gebruik van WebDAV.
Persoonlijk verwacht ik niet dat men koppelingen via cifs gaat aanbieden.
-
Lukt het al iemand om de stack te mounten via terminal commando's?
Mij lukt het niet. Het lukt wel via FileStation en dan is de share te vinden op het filesysteem onder /var/@tmp/user/1024/gvfs
Dan kan je ook daarheen via cd en backuppen via rsync.
Maar ik zou graag die handmatige GUI actie willen voorkomen en een command-line methode hebben.
De onderliggende tools die gebruikt worden zijn verschillende gvfsd-* programma's uit de /usr/syno/gvfsd folder
-
Wat ik nu heb gedaan, is een gedeelde map Stack aangemaakt.
Hier heb ik een test backup bestemming van gemaakt.
Daarna heb ik een backup opdracht gemaakt in DSM dat hij een backup maakt van bepaalde files naar die map.
Daarna pakt cloud sync ze op en upload ze richting de stack.
Tot nu toe werkt dat maar wil hem inderdaad rechtstreeks op een map mounten, zodat het in 1 keer gaat ;-)
We hebben nog wat te doen ;-)
-
@Stephan296
Even of ik het goed begrijp wat je wilt (en dan hoe ik het heb opgelost)
Er zijn verschillende mappen op je nas (onder verschillende shares) en hiervan wil je een copy (backup) van opslaan bij transip stack.
Het protocol wat transip gebruikt is WebDAV.
Probleem:
Vanuit de DSM kun je niet rechstreeks backuppen (copieeren) naar een WebDAV locatie.
Hoe heb ik dat opgelost:
Ik heb een nieuwe share aangemaakt (cloudbackup) en hieronder een folder stack.
Onder deze folder mount ik nu de folders/shares welke ik wil backuppen
mount -o bind /volume1/photo /volume1/CloudBackup/Stack//Photo
En om deze mounts read only te maken
mount -o remount,ro /volume1/CloudBackup/Stack//Photo
(Een mount kost geen extra opslag op de NAS)
Via cloudsync (deze ondersteund wel WebDAV) Sync ik nu alles wat onder stack staat realtime.
Uiteraard uitsluitend 'upload van wijzigingen
In Cloudsync kun je instellen de hoeveelheid bandbreedte welke gebruikt wordt en binnen welke tijdsperiode cloudsync moet gaan 'pollen' voor wijzigingen.
Volgens mij is dit de kern van de wens (maar ik kan mij vergissen).
Wat ik niet (in mijn logica) volg is waarom dat je dit vanuit de functie backup zou wensen.
Ik kan nl niet volgen welk voordeel dit zou bieden.
-
Ik heb het ook zo ingesteld als hansie, werkt prima.
-
Op die manier is het mij ook gelukt te mounten en de backups te maken.
Mijn vraag is echter nu hoe kun je een mount verwijderen?
-
Mijn vraag is echter nu hoe kun je een mount verwijderen?
Een mount (koppeling) un-mounten (ontkoppelen) doe je op de volgende manier:
Maken van een mount:
mount -o bind /volume1/photo /volume1/CloudBackup/Stack//Photo
Weghalen van een mount
umount /volume1/CloudBackup/Stack//Photo
Opties voor cloudsync process
#options stop, start, restart
/var/packages/CloudSync/target/scripts/start.sh restart
-
thx het werkt nu helemaal top
direkt aan backup systeem koppelen is mooier, en ik hoop dat die optie binnenkort komt maar voor nu werkt het
-
Hallo allemaal,
Ik zou graag e.e.a. in willen richten volgens de oplossing zoals hansiedown dat aangaf.
Ik worstel echter altijd met de Linux commando's en ben ook nog eens een (trotse) nieuwe gebruiker van een Synology NAS.
Ik kom niet verder bij de terminal (mount) commando's; met Putty kom ik via SSH in mijn NAS (zowel met admin als met root geprobeerd), maar bij het uitvoeren van het mount commando geeft hij aan: "failed: No such file or directory".
Wanneer ik met het ls commando de paden controleer, zijn die er echter wel allemaal.
Dit is het commando wat ik wil gebruiken:
mount -o bind /volume1/Test123 /volume1/CloudBackup/Stack_Rene/Test123
Ook met dubbele slash geprobeerd zoals hieronder, zelfde resultaat (waarom eigenlijk de dubbele slash?).
mount -o bind /volume1/Test123 /volume1/CloudBackup/Stack_Rene//Test123
Wie weet de oplossing?
Graag jullie hulp!
Alvast dank!
-
Bestaat "CloudBackup/Stack_Rene/Test123" wel ?
(Linux is trouwens Case sensitive dus, Hoofdletter moet dan ook Hoofdletter zijn).
-
Als je het simpel houdt en alleen 1 shared folder gebruikt, heb je de command line niet nodig.
-
Thx Birdy, dat was de oplossing voor deze stap. Het was me niet duidelijk geworden uit de beschrijving van hansiedown dat je ook die laatste map aan moest maken.
Je moet uiteindelijk wel via putty inloggen als root (en hetzelfde wachtwoord als je admin account) om de terminal commando's goed uit te voeren.
Nu ben ik nog bezig om de juiste instellingen te vinden in CloudSync.
-
Beste Allemaal.
Ik volg het wel maar ik krijg nu alleen maar deze melding in de terminal
-ash: -o: not found
Iemand een idee?
-
Dan geef je het commando waarschijnlijk niet goed in.
Doe het nog eens en maak een printscreen incl. de foutmelding.
-
@Stephan296
Even of ik het goed begrijp wat je wilt (en dan hoe ik het heb opgelost)
Er zijn verschillende mappen op je nas (onder verschillende shares) en hiervan wil je een copy (backup) van opslaan bij transip stack.
Het protocol wat transip gebruikt is WebDAV.
Probleem:
Vanuit de DSM kun je niet rechstreeks backuppen (copieeren) naar een WebDAV locatie.
Hoe heb ik dat opgelost:
Ik heb een nieuwe share aangemaakt (cloudbackup) en hieronder een folder stack.
Onder deze folder mount ik nu de folders/shares welke ik wil backuppen
mount -o bind /volume1/photo /volume1/CloudBackup/Stack//Photo
En om deze mounts read only te maken
mount -o remount,ro /volume1/CloudBackup/Stack//Photo
(Een mount kost geen extra opslag op de NAS)
Via cloudsync (deze ondersteund wel WebDAV) Sync ik nu alles wat onder stack staat realtime.
Uiteraard uitsluitend 'upload van wijzigingen
In Cloudsync kun je instellen de hoeveelheid bandbreedte welke gebruikt wordt en binnen welke tijdsperiode cloudsync moet gaan 'pollen' voor wijzigingen.
Volgens mij is dit de kern van de wens (maar ik kan mij vergissen).
Wat ik niet (in mijn logica) volg is waarom dat je dit vanuit de functie backup zou wensen.
Ik kan nl niet volgen welk voordeel dit zou bieden.
HI,
Ik probeer dit ook maar loop tegen het probleem aan dat hij aangeeft dat alle remounts die ik wil doen niet kunnen omdat de mount busy is. Als ik het bij booten probeer via /etc/rc.local crasht ie het hele volume. GEwoon rw mounten lukt prima, maar ik wil het in de cloudbackup wel readonly hebben.
Nog tips om dat goed voorelkaar te krijgen?
Check, zelf opgelost :)
Readonly zetten met iets gewijzigd commando:
mount -o bind,remount,ro mount -o remount,ro /volume1/photo /volume1/CloudBackup/Stack//Photo
dat werkt wel.
-
Ik heb het bovenstaande geprobeerd toe te passen op mijn NAS, welke DSM6 draait
Echter krijg ik het niet aan de praat..
Zijn de commando's wellicht wat veranderd, of hoe gaat dit nu te werk ?
Ik kom constant uit met deze melding :
For more details see mount(8).
Ik heb sudo su gebruikt, om als root het commando te moeten uitvoeren..
Ben benieuwd of iemand mij kan helpen..
thx in advance
-
Ik doe het zoals hier (https://www.transip.nl/vragen/110000578-mijn-stack-mijn-synology-koppelen/) onderaan de pagina word beschreven! :idea:
[attachimg=1]
[attachimg=2]
Meerder mappen aanmaken
[attachimg=3]
-
Reeds opgelost
-
Ik heb het bovenstaande geprobeerd toe te passen op mijn NAS, welke DSM6 draait
Echter krijg ik het niet aan de praat..
Zijn de commando's wellicht wat veranderd, of hoe gaat dit nu te werk ?
Ik kom constant uit met deze melding :
For more details see mount(8).
Ik heb sudo su gebruikt, om als root het commando te moeten uitvoeren..
Ben benieuwd of iemand mij kan helpen..
thx in advance
Krijg ik ook...
-
De oplossing van TheProphet werkt uitstekend !!
Dank daarvoor, hoef niks meer te doen via terminal, :)
-
De oplossing van TheProphet werkt uitstekend !!
Dank daarvoor, hoef niks meer te doen via terminal, :)
Ja, maar dan heb je geen versiegeschiedenis. Weg is weg.
-
Dat klopt,
versiegeschiedenis werkt enkel met Hyperbackup, en dat werkt weer niet mer Webdav.
Dit is volgens mij het beste wat je kunt opzetten met je Synology..
-
Zonder gebruik te maken van de terminal bedoel je?
-
Als je hem naar een gedeelde map kunt mounten moet het zelfs met hyperbackup werken.
Of een verzoek indienen bij synology
-
zoals eerder beschreven in dit topic, kon je ook shares linken, als snelkoppeling binnen een andere share.
En zo kon je een share opzetten als bron, naar de stack toe voor het backuppen..
Volgens mij was dit nog gelimiteerd in DSM 5.X in versie 6 kan dit dus nu anders..
Zie eerdere posts..
-
ik zal wel eens een verzoek indienen bij Synology.
Want Hyper Backup, kan enkel naar een selectief aantal doelen backupen.
En daar zit WebDav niet tussen..
-
Heb onlangs dit verzoek ingediend bij Synology, zodra ik wat terug krijg laat ik het jullie weten..
Hopelijk doen ze er wat mee..
-
Ja, maar dan heb je geen versiegeschiedenis. Weg is weg.
Als je het bidirectioneel instelt is het idd meteen weg.
-
Ik heb antwoord teruggekregen via Synology support.
Mijn verzoek word ingediend,
voor de geïnteresseerde, dit was het bericht wat naar mij is teruggestuurd.
------------------------------------------------------------------------------------------------------------------------
First of all, I would like to thank you for your interest in our products and for your feedback.
Please, allow me to answer in English.
We value a lot the feedback from our users. It allows us to improve our products and software to fit our users' needs best.
Having the possibility to backup to a WebDAV server would offer even more flexibility to our Hyper Backup solution. I will therefore forward your feature request to our R&D so they can study the possibility to implement it in a future version of DSM.
I hope that this information will be useful for you.
-
Is een standaard recatie :lol:
Ik ben benieuwd of het gaat gebeuren. Ik denk dat ze zichzelf daarmee financieel in de vinger snijden; omdat er dan plots een heleboel back-up aanbieders bijkomen, nu heb je slechts beperkte keuze en het zou mij niets verbazen als die aanbieders betalen om door Synology genoemd te worden ;)
-
Ik probeer Hyper Backup te gebruiken helaas zonder succes. Wie weet raad?
Via File Station, Tools, Remote Connection, Connection Setup een verbinding toegevoegd:
Hostname or IP: xxxxxx.stackstorage.com
Port: 443
Path: remote.php/webdav
Account name: xxxxxx
Password: ******
Codepage: Unicode (UTF-8)
Profile Name: xxxxxx.stackstorage.com
Deze wordt als volgt gemount:
root@DS716:/volume1# mount | tail -1
gvfsd-fuse on /var/tmp/user/1024/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1024,group_id=100,allow_other)
root@DS716:/volume1#
Hierna een shared folder aangemaakt en deze gelinkt naar bovengenoemd mount point:
root@DS716:/volume1# ls -l | grep Stack
lrwxrwxrwx 1 root root 110 May 2 09:26 Stack -> /var/tmp/user/1024/gvfs/dav:host=xxxxxx.stackstorage.com,ssl=true,user=xxxxxx,prefix=%2Fremote.php%2Fwebdav/
root@DS716:/volume1#
Dit werkt. Ik kan hier files naar toe kopieren.
Bij het aanmaken van een Hyper Backup task met als doel de shared folder krijg ik echter de volgende meldingen
May 2 09:40:02 DS716 synoscgi_SYNO.Backup.Task_1_create[25545]: repository.cpp:299 Error: sqlite3 open failed /volume1/Stack/Backup/Config/target_info.db:10 []
May 2 09:40:02 DS716 synoscgi_SYNO.Backup.Task_1_create[25545]: repository.cpp:343 Error: creating target info table failed
May 2 09:40:05 DS716 synoscgi_SYNO.Backup.Task_1_create[25545]: local_tm.cpp:284 Error: create target failed with unknown reason
May 2 09:40:05 DS716 synoscgi_SYNO.Backup.Task_1_create[25545]: (25545) [err] task_util.cpp:445 failed to create target. target err[1]
Als ik kijk naar de files die worden aangemaakt dan mis ik een aantal files.
Deze staan niet op de lijst van Trans IP maar ik krijg ze niet geupload.
https://www.transip.nl/vragen/110000550-waarom-sommige-verborgen-bestandstypen-syncen/
Heeft iemand meer succes met het gebruik van Hyper Backup? Of nog andere suggesties?
-
Ik heb hem nu inderdaad ook gemount, ik krijg hem bij hyperbackup ook niet te voorschijn.
alleen als ik een legacy backup maak binnen hyperbackup dan krijg ik wel die gedeelde map.
Echter als ik de taak wil aanmaken en op opslaan klik dan krijg ik de melding dat de bewerking mislukt is en dat ik mij opnieuw moet aanmelden bij DSM.
-
Bij mij zit er een raspberry pi tussen. Daarop is de stack gemount, en hyperback-up maakt een rsync verbinding.
-
ik hoor ook graag als het gelukt is. zelfs met de nieuwe hyperbackup die webdav ondersteund wil het nog niet.
-
Het ligt niet aan synology het ligt aan stack.
-
Het blijft toch een raar verhaal. Bij mij is er een tussenkomst van een raspberry pi, welke via webdav is gemount aan stack. Via rsync maak ik dan vervolgens een back-up van synology naar de pi.
Als het probleem bij stack zou liggen, zou de webdav functie toch ook niet werken met de pi?
-
Mee eens maar stack geeft zelf aan dat het een bestandsformaat is wat zij niet ondersteunen. (Misschien een vorm van backup controle ofzo vanuit synology)
-
is er geen ander simpel alternatief om de synology backup naar transip te krijgen?
Ik gebruik crashplan maar crashplan ziet de mapping van transip ook niet.
-
Via een docker of virtual machine misschien en anders een raspberry gebruiken zoals @Erwin1.
-
ik heb wel een raspberry draaien voor domotica,.
@Erwin heb je ook een krte handleiding hoe je dit gedaan hebt in linux?
hoe benader je mappng of share weer vanuit synology of benaderd de raspberry de share van synology juist?
-
Je moet de webdav folder van stack mounten op je raspberry.
Zorgen dat rsync op je raspberry draait.
Daarna kun je middels hyperbackup backuppen naar de raspberry en als doelmap de map instellen waar de map van stack in gemount is.
-
jahoor kan heel simpel met cloudsync en dat doe ik dan encrypted met een pem sleutel die weer op een andere onlineclouddienst staat maar idd het is geen backup dus niet ransomware proof en decrypten kan weer met een tooltje die je in de downloadsectie vind van Synology
-
Ook dat is een optie, het is niet mijn keuze maar dat is natuurlijk ieder voorzich.
Sowieso sleutels in een cloud dienst opslaan is niet aan te raden.
-
Weet ik maar in mijn geval gaat het om en testopstelling dus niet zo interessant in deze
-
Je moet de webdav folder van stack mounten op je raspberry.
Zorgen dat rsync op je raspberry draait.
Daarna kun je middels hyperbackup backuppen naar de raspberry en als doelmap de map instellen waar de map van stack in gemount is.
Jup zo dus ;-)
-
gaan we proberen, bedankt
-
Laat maar weten als je ergens tegenaan loopt!
-
Ik loop ergens tegen aan ;D
Ik heb raspberri pi2 draaien met rsync.
stack is gemount en bereikbaar op de rpi2
Vanaf nas ga ik de hyperbackup tool starten en kies remote rsyn server. Rsync compatible kies ik dan.
Geef ip adres rpi2 in. User en password (gedaan met pi en later nieuwe user gemaakt en daarmee geprobeert)
Kies voor encrypted (port 22) en als backup module : /home/synology(of pi)/stack
Als dir geen ik nas op (bestaande map onder stack).
Als ik dan op next klikt komt de popup : The operation failed. Login to dsm again and try again.
Wat ik ook doe, met welke user of rechten dan ook, die melding blijf ik houden.
Dus als iemand het gouden tipje van de sluier heeft dan hoor ik dat graag :-)
-
Gebruik je Webdav ?
-
Webdav voor de connectie naar STACK op de rasperig pi ja.
Dus niet vanuit de hyperbackup op de synology. Vanuit de synology probeer ik met rsync compatible server te connecten.
-
Heeft iemand nog pointers voor mij?
Verzonden vanaf mijn iPhone met Tapatalk
-
Geef eens geen bestaande map op dus een andere naam.
Hyperbackup maakt zelf die map aan binnen je bestemming.
-
Modje: onnodig quote weggehaald.
Ik ga het eens proberen
Verzonden vanaf mijn iPhone met Tapatalk
-
Nu werkt hij idd wel. Dus geen bestaande map opgeven werkt.
Dank je wel. Eindelijk eens spelen met hyperbackup nu
Verzonden vanaf mijn iPhone met Tapatalk
-
Dat geeft hyperbackup zelf ook aan als het goed is ;-)
-
En nu sinds vannacht doet hij hier weer niks.
Er liep een backup en die is gestopped terwijl hij liep.
Rsync naar de raspberry gaat goed, is online. De mount op de rpi is er ook en ik kan handmatig dirs maken (om te zien dat het vanaf de rpi wel gaat) maar als ik nu hyperbackup wil gebruiken voor een backup krijg ik weer een popup op de syno.
Failed to connect to the backup destination.
Reboot rpi heeft geen oplossing gegeven.
Tijdens het maken van een backupjob in hyperbackup gaat alles goed, tot na het klikken op apply na de rotation settings.
-
Welke rechten heeft de map op de pi? En waar heb je hem staan?
-
De map op de pi staat onder /home/synology/stack
Ik heb net de rechten en owner nogmaals aangepast naar sudo chown synology:users /home/synology/stack en de rechten 1777 -R op dezelfde map en nu doet hij het weer wel.
Snap alleen niet dat de rechten spontaan tijdens een backup kunnen zijn verandert.
Er liep een backup en die failed en daarna kon hij er niet meer bij.
Wederom ga ik een backup proberen. :)
-
Ik vraag me wel af of het verstandig is om je backup op zo'n onstabiele basis te bouwen. Teveel onzekerheden, componenten en afhankelijkheden om betrouwbaar te zijn. Door al dat gevogel verhoog je zelfs nog het risico dat je ook je originele data kwijtraakt.
Ik zou dan liever uitkijken naar een andere oplossing of rustig afwachten tot het -na updates van hyperbackup of stack- met hyperbackup wel goed lukt naar stack.
Maar da's mijn persoonlijke mening.
-
Het draait hier gewoon stabiel en bij @Erwin1 ook naar mijn weten.
-
Nou wederom ineens midden in een backup de melding offline van de rsync met de rpi.
Als ik dan de job editen wil gaat het goed maar dan het afsluiten van de eist actie geeft weer de melding geen rechten etc op het doel.
Ik stop er maar even mee en hoop dat er een native ondersteuning gaat komen en anders moet ik maar naar een ander alternatief kijken.
Dit is niet betrouwbaar zo voor mij. 45 Gb backupen en dat lukt echt niet zo.
Misschien dat er nog een echte stap voor stap lijst is voor het juist configen van de rpi voor deze rsync oplossing, die zou ik dan nog wel een keer willen proberen.
Verzonden vanaf mijn iPhone met Tapatalk
-
Verbaast me niks; blijft toch houtje-touwtjes werk zo.
Vandaag van TransIP mededeling ontvangen dat ze een nieuwe investeerder hebben gevonden en daardoor o.a. versneld kunnen werken aan uitbreidingen in Stack. Hopen dat daarin ook de oplossing voor het "Hyperbackup-Stack probleem" schuilt.
-
ik denk het niet maar wat mijn meer opviel is dat ze de stack nu sneller kunnen uitbreiden
zou dit nu betekenen dat het straks niet meer op een Nederlandse server staat ??
(mijn gegevens zijn wel encrypted maar toch)
-
Probeer eens een map aan te maken in de map media. Daar staan mijn mappen ook.
Ik zou de de mappen ook root access geven, en niet een gebruiker Synology aanmaken.
-
Verbaast me niks; blijft toch houtje-touwtjes werk
Bijzonder dat het dan bij anderen wel werkt toch.
Transip mailt net wat hun het beste uitkomt.
Eerst zeiden ze dat ik bij Synology moest zijn, toen ik mailde dat het via een raspberry wel werkt, zetten ze het ineens door naar de technische afdeling.
Met als antwoord dat het ooit een keer aangepakt gaat worden....
Oja heb je je raspberry wel bekabeld aangesloten?
-
Onder de map /media doet hij het vooralsnog wel. Backup doe ik nu in stukjes. Elke keer een map erbij kiezen.
Rpi ie bekabeld aangesloten en heb glasvezel 500mbit internet en die is rocksolid zonder uitval.
Verzonden vanaf mijn iPhone met Tapatalk
-
Je pi hangt toch lokaal?
-
Ja pi hang in lan. Maar geef die internetsnelheid even aan omdat die geen issue is in het soms "ineens" weg zijn van de rsync en unable to connect meldingen.
Verzonden vanaf mijn iPhone met Tapatalk
-
Wederom willekeurige hangers midden in de backup. Lijkt echt alsof transip soms gewoon vreselijk traag is en er een time-out komt
Verzonden vanaf mijn iPhone met Tapatalk
-
Mmm dat is toch wel heel vreemd. Hangt die altijd op een bepaald percentage? Ik heb trouwens ook ooit problemen gehad toen ik bestanden met een vreemde extensie ging uploaden.
-
Nee percentage is willekeurig. Probeer de photo map te backup'en van de DS.
Hier zit 140 GB foto in maar als ik Submappen kies ipv de hele map dan is het resultaat ook hetzelfde.
Ik snap er ook niks meer van nu.
Verzonden vanaf mijn iPhone met Tapatalk