[Cloud storage] "Stack" van TransIP

[makooy]

Weet iemand een oplossing voor dit "probleem" met Stack?

Ik wil vanuit Stack een document uploaden via Safari(op iPhone) in WordPress alleen heb ik Stack niet staan als "bron" om bestanden uit te halen.

Onder "Meer" staat Stack ook niet.

https://tweakers.net/ext/f/CUGi2ehx7XNJki8DHqUbT82T/full.jpg (klik voor screenshot)

[ Voor 6% gewijzigd door DJSmiley op 07-05-2017 20:25 ]

[glnk]

Uploaden naar Stack is inderdaad niet zo snel. Ik gebruik meestal robocopy /MT zodat ik met een aantal gelijktijdige uploads toch mijn 100 mbit upload kan benutten.

[Perkouw]

glnk schreef op zondag 7 mei 2017 @ 18:19:
Uploaden naar Stack is inderdaad niet zo snel. Ik gebruik meestal robocopy /MT zodat ik met een aantal gelijktijdige uploads toch mijn 100 mbit upload kan benutten.

Hm. 100mbit draait Stack hier zijn had niet voor om. Als de upload start begin ik rond de 300~350mbit.

[MauriX]

Ik heb een map gedeeld met een aantal mensen zodat zij allemaal hun foto’s kunnen uploaden.
Gedeeld, wachtwoordje er op ,allemaal prima.

Helaas lukt het niet vanaf een telefoon (web of app) om meerdere bestanden tegelijk te sturen. Dit zelfde geldt voor de OwnCloud app.
Iemand enig idee hoe ik dit voor mekaar krijg? Aangezien het per gebruiker om tientallen foto’s gaat, is één-voor-één niet echt een optie.

[680x0]

Perkouw schreef op zondag 30 april 2017 @ 09:13:
Hm. Owncloud dingetje of Stack? Neemt niet weg dat het bijzonder irritant kan zijn....

Op stack... Probleem is er nog steeds.. In GoodSync mijn profiel voor photo backup starten en na een analyze zijn alle vroegere geuploade foto's plots allemaal dezelfde timestamp van vandaag...

Het blijft dus onbruikbaar...

[timmie1]

glnk schreef op zondag 7 mei 2017 @ 18:19:
Uploaden naar Stack is inderdaad niet zo snel. Ik gebruik meestal robocopy /MT zodat ik met een aantal gelijktijdige uploads toch mijn 100 mbit upload kan benutten.

Klopt, upload is bij mij naar Stack maximaal 1.5MB/sec oftewel 12Mbit. Maar opvallend is ook dat de download vaak tegenvalt, hoogste wat ik heb gezien is 3.5MB/sec. Aan mijn verbinding ligt het iig niet want ik heb volle snelheid met speedtests.
Is dat specifiek een beperking voor gratis users of hebben ze niet zoveel capaciteit?

[Wimsomnia]

Hoi Stackers.....

Mogelijk is het hier al eens behandeld maar even zoeken in deze lange thread leverde niks op.

Regelmatig krijg ik de melding : "kan owncloudsync.log niet synchroniseren"
Alsof ie z'n eigen logbestand niet kan syncen....

Kennen jullie de oorzaak en mogelijk een oplossing?

Alvast bedankt voor elke reactie!!

[Perkouw]

@Wimsomnia Ik heb echt wat meer informatie nodig. Gebruik je de standaard app of de app van TransIP zelf? Welke OS komt dit voor? Meerdere devices? Need moar input!

[Wimsomnia]

Perkouw, bedankt voor je snelle reactie.

Ik ken het verschil niet tussen de standaard app en die van Transip. Het is in ieder geval de app die je op de "website" van Stack zélf downloadt. Ik heb het eens nagekeken en de installatie-file heet Stack-windows-latest.exe.

Is er dan nog een andere en mogelijk betere app?

Ik heb 2 usernames binnen deze app: een "Nederlandse" Stack en een "Belgische".

Wat devices betreft: ik gebruik Stack enkel op m'n PC en op m'n i-Phone(waar ik nooit foutmeldingen krijg).

Ik "gebruik" geen Webdav.

OS: Windows 10 Pro

Hopelijk ben je wat met deze informatie.

Stack werkt overigens perfect, het is enkel die "owncloudsync.log" die (altijd al) een foutmelding gaf en nu was ik toch nieuwsgierig geworden wat hiervan de oorzaak was....

[boyfromutrecht]

Hoi, ik heb nu 24 uur de Stack van TransIP in gebruik. Ik heb gewoon de 2 Terabyte optie gekozen omdat ik op mijn Synology DS214 een schijf heb die nu aangeeft dat hij 32 bad sectors heeft ( 2 x WD Green die al 5 jaar 24/7 draaien ). Ik wilde voor de zekerheid een backup hebben aangezien ik nog geen schijf van die grootte in huis heb.

Ik heb de Synology gekoppeld via WebDAV en zoals het er nu naar uitziet gaat het 6,25 dagen duren voordat de backup van 1 Terabyte compleet geupload is ( 160 GB per 24 uur).

[mcDavid]

Ziggo complete zeker? Als ik doorreken kom ik op ca 15 Mbit/s uit. Als je het sneller geüpload wilt hebben moet je je NAS meenemen naar iemand die glasvezel heeft.

[Perkouw]

@Wimsomnia Wat geeft de applicatie voor foutmelding aan? Dat het bestand in gebruik is of een andere fout? En kijk ook even of de file bestaat en wat er in zit (even openen met notepad bijv.)

@boyfromutrecht Wat is je internetsnelheid? m.a.w. met hierboven.

[ Voor 4% gewijzigd door Perkouw op 31-05-2017 09:31 ]

[Wimsomnia]

@Perkouw

De melding is een pop-up mededeling "kan owncloudsync.log niet synchroniseren"

De file bestaat en bevindt zich "los" in de Stack map. Wordt blijkbaar elke dag weer aangemaakt of aangevuld als de PC en dus Stack op start.

Wat zit er in ? Blijkbaar een log van recente activiteiten.Heel de file hier kopiëren zou wat veel zijn

Hier een klein uittreksel van de file:

#=#=#=# Syncrun started until (0 msec)
#=#=#=# Syncrun started until (0 msec)
#=#=#=# Syncrun started until (0 msec)
#=#=#=# Syncrun started until (0 msec)
|0|Afbeeldingen|INST_SYNC|Up|1495724584||0||4||0|0|1495813992|4EDCA2C678E84B83D|29|INST_NONE|
|0|Afbeeldingen/2017 Lucas|INST_SYNC|Up|1495838559||0||4||0|0|1495796517|59258EF5799DFD1|157438|INST_NONE|
22:42:47|358|InstantUpload/IMG_0987.JPG|INST_RENAME|Up|1495109112|14bfb1d0ed4693cb17c218|1557016|153247|4||201|0|0|||INST_NONE|
22:42:47|351|InstantUpload/IMG_0989.JPG|INST_RENAME|Up|1495109115|14bfb1d1b3d19bd8153b65|1391461|153251|4||201|0|0|||INST_NONE|
22:42:47|359|InstantUpload/IMG_0990.JPG|INST_RENAME|Up|1495109116|14bfb1d202ea02921c3106|1847558|153253|4||201|0|0|||INST_NONE|
22:42:47|280|InstantUpload/IMG_0991.JPG|INST_RENAME|Up|1495109119|14bfb1d2951093741e9e2d|2006573|153257|4||201|0|0|||INST_NONE|
22:42:47|144|InstantUpload/IMG_0992.JPG|INST_RENAME|Up|1495109121|14bfb1d33046731f1eeca2|2026658|153258|4||201|0|0|||INST_NONE|
22:42:47|409|InstantUpload/IMG_1029.JPG|INST_RENAME|Up|1495630335|14c18bdda545066c204387|2114439|153516|4||201|0|0|||INST_NONE|
22:42:48|405|InstantUpload/IMG_1031.JPG|INST_RENAME|Up|1495630326|14c18bdbb19a97941b55fb|1791483|153520|4||201|0|0|||INST_NONE|
22:42:48|427|InstantUpload/IMG_1037.JPG|INST_RENAME|Up|1495630816|14c18c4dc39617ab1fb76f|2078575|153580|4||201|0|0|||INST_NONE|
22:42:48|429|InstantUpload/IMG_1040.JPG|INST_RENAME|Up|1495630908|14c18c630aacf04b195c41|1662017|153615|4||201|0|0|||INST_NONE|
22:42:48|428|InstantUpload/IMG_1041.JPG|INST_RENAME|Up|1495630945|14c18c6b98c9dd0c19af4c|1683276|153632|4||201|0|0|||INST_NONE|
22:42:48|416|InstantUpload/IMG_1042.JPG|INST_RENAME|Up|1495631002|14c18c78dda82eda209efd|2137853|153649|4||201|0|0|||INST_NONE|
22:42:48|422|InstantUpload/IMG_1044.JPG|INST_RENAME|Up|1495631090|14c18c8d80a798f0173d6d|1523053|153703|4||201|0|0|||INST_NONE|
22:42:48|428|InstantUpload/IMG_1078.JPG|INST_RENAME|Up|1495631591|14c18d021d57492b359e2|219618|153766|4||201|0|0|||INST_NONE|
22:42:49|428|InstantUpload/IMG_1083.JPG|INST_RENAME|Up|1495631594|14c18d02d8ada6623515b|217435|153778|4||201|0|0|||INST_NONE|
22:42:49|430|InstantUpload/IMG_1084.JPG|INST_RENAME|Up|1495631594|14c18d02c8b44a574ce1e|314910|153776|4||201|0|0|||INST_NONE|

[Perkouw]

@Wimsomnia Hm gewoon echt een log van logfile dus. Kan je kijken bij 'synchronisatiegeschiedenis' dan wel 'niet gesynchroniseerd' of hier meer staat dan alleen dat hij hem niet kan syncen? Anders zou ik toch even een ticket aanmaken bij TransIP.

Ik zie de file hier ook staan wanneer ik verborgen bestanden aanzet, maar verder geeft deze file nooit problemen. Check anders even of je die file mag verwijderen (Google / TransIp). Gok dat het geen impact heeft op de sync, maar beter even checken. Dan kijken wat er gebeurd als je deze verwijderd.

[Wimsomnia]

@Perkouw

Bij de synchronisatiegeschiedenis staat ie er niet tussen en ook niet bij de niet-gesynchroniseerde bestanden. Zal inderdaad eens bij Transip gaan horen. Laat hier het resultaat achter, bedankt!!

[MauriX]

Ik gebruik de Stack app als backup van al mijn foto’s en filmpjes.
Alles wordt weggeschreven in 1 back up map in de cloud.

Welke app kan ik het beste gebruiken zodat alles in dezelfde map structuur wordt weggeschreven als mijn Gallerij/quickpic app? Bestaat er een backup app die weg kan schrijven naar Stack Storage cloud?
Ik gebruik android.

[slommer]

Ik gebruik Synchronize Ultimate ervoor. Maar elke webdav client is goed ervoor. even de juiste url erin en gaan.

[Nyarlathotep]

Ik heb zojuist de Stack app van mijn (Android) telefoon gegooid omdat dat ding al maanden niet synced.
Ik upload namelijk standaard alle foto's en filmpjes (wifi only). Dus ik dacht: ik selecteer opnieuw mijn camera folder op de telefoon. Als je dan terug gaat bladeren naar de root, kun je daarna nergens meer heen bladeren. Weg ermee....
De app is sowieso al eeuwen niet meer geupdate, ik krijg een beetje het idee dat de boel op z'n gat ligt?

Is er een andere goede app voor op mijn telefoon die hetzelfde kan maar dan wél goed?

[FreshMaker]

Nyarlathotep schreef op woensdag 31 mei 2017 @ 15:08:
Ik heb zojuist de Stack app van mijn (Android) telefoon gegooid omdat dat ding al maanden niet synced.
Ik upload namelijk standaard alle foto's en filmpjes (wifi only). Dus ik dacht: ik selecteer opnieuw mijn camera folder op de telefoon. Als je dan terug gaat bladeren naar de root, kun je daarna nergens meer heen bladeren. Weg ermee....
De app is sowieso al eeuwen niet meer geupdate, ik krijg een beetje het idee dat de boel op z'n gat ligt?

Is er een andere goede app voor op mijn telefoon die hetzelfde kan maar dan wél goed?

Alle next/owncloud apps
Ik gebruik zelf de nextcloud app, omdat die jaar/maand mappen in de fotofolders gebruikt.

[aex351]

Ondanks ik mij wel had aangemeld voor Stack en al een tijd een account heb, heb ik het niet in gebruik genomen. Dit omdat het (toen nog) niet helemaal lekker liep (traag) op mijn systeem. Daarnaast had ik een tijd daarvoor zelf een Owncloud instantie draaien op mijn NAS en dat liep toen niet lekker. Dus ik heb weinig vertrouwen om mijn bestanden toe te vertrouwen aan een Owncloud instantie.

[Perkouw]

aex351 schreef op woensdag 31 mei 2017 @ 16:10:
Ondanks ik mij wel had aangemeld voor Stack en al een tijd een account heb, heb ik het niet in gebruik genomen. Dit omdat het (toen nog) niet helemaal lekker liep (traag) op mijn systeem. Daarnaast had ik een tijd daarvoor zelf een Owncloud instantie draaien op mijn NAS en dat liep toen niet lekker. Dus ik heb weinig vertrouwen om mijn bestanden toe te vertrouwen aan een Owncloud instantie.

Ok?

[Wimsomnia]

@Perkouw

Reactie van Transip : bestand wordt normaal gezien genegeerd, mag gerust verwijderd worden.

Ik kan me wel niet van de indruk ontdoen dat het regelmatig terug wordt aangemaakt.

Ik hou je op de hoogte.

[boyfromutrecht]

@Wimsomnia je kan via instellingen aangeven hoe de synch moet werken ( bidirectional etc).

[Lulukai]

Ik benader Stack via WebDAV onder Windows 10 (up to date etc). Files uploaden werkt perfect, ze downloaden nadien lukt niet. Via de website kan ik de files wel downloaden en zijn ze niet corrupt. Is dit een gekend probleem?

[Perkouw]

@Lulukai Wat bedoel je precies met 'lukt niet'? Krijg je foutmeldingen of duurt het lang of?
Overigens zou ik op een Windows systeem liever ook gewoon de Stack applicatie gebruiken dan een WebDav koppeling.

[Lulukai]

Ik wil Stack blijven gebruiken als externe folder, en niet lokaal syncen.



edit: oplossing zelf gevonden
By default, Windows has a ~47MB limit for this type of WebDav transfer. Apparently it's a policy put in place as a security measure to ensure a misbehaving WebDav endpoint doesn't DOS/flood the client machine.

To change this setting on the client you need to edit the registry key at HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Services -> WebClient -> Parameters called FileSizeLimitInBytes. You can set this to any legal 32-bit value you wish. You may want to click on the Decimal type to make it easier to enter a value. The max value you can use in this key (4294967295) will allow you to transfer about a ~4GB file.

Once you have saved this key, you'll need to restart the WebClient windows service (or reboot your machine if you wish).

[ Voor 95% gewijzigd door Lulukai op 05-06-2017 17:05 ]

[InjecTioN]

Zojuist de bevestiging dat het met de standaard Qnap WebDAV v1.2.141 applicatie (de enige WebDAV applicatie die je kan vinden via de Qnap AppCenter) ook goed werkt om te backuppen.

Synology:


Gewoon de gegevens uit de synology tutorial gebruiken om de job aan te maken:

Qnap:


Gebruikersnaam en wachtwoord spreekt voor zich bij Stack. Dat zijn natuurlijk je persoonlijke inloggegevens bij TransIP (of anders de gegevens die je zelf gedefinieerd hebt).

De URL moet zijn:

code:

https://<TransIP_STACK_URL>/remote.php/webdav

Poortnummer wordt logischerwijs bepaald door https-protocol.

De reden dat ik bovenstaande heb geschreven: Er staan in dit topic alleen maar mislukte pogingen. Wellicht dat het met de configuratie bij TransIP of in de backup-applicatie te maken had. Desalniettemin, het werkt nu!

[WRT54G]

Helaas bij Synology (HyperBackup) nog steeds niet mogelijk.
Zojuist nog maar eens geprobeerd maar met hezelfde resutaat:

[ShadowLord]

Marcel_EA schreef op donderdag 8 juni 2017 @ 11:28:
Helaas bij Synology (HyperBackup) nog steeds niet mogelijk.
Zojuist nog maar eens geprobeerd maar met hezelfde resutaat:

[afbeelding]

Dat komt omdat Stack nog steeds geen sparse files ondersteund. Totdat die ondersteuning er is (of deze requirement van Hyperbackup wegvalt) zal het niet gaan werken.

Zie ook dit topic op het TransIp forum: https://www.transip.nl/forum/post/prm/4373
En dan met name deze recente reactie: https://www.transip.nl/forum/post/prm/4373/6#5510

[Waah]

Marcel_EA schreef op donderdag 8 juni 2017 @ 11:28:
Helaas bij Synology (HyperBackup) nog steeds niet mogelijk.
Zojuist nog maar eens geprobeerd maar met hezelfde resutaat:

[afbeelding]

Wat een optie kan zijn....
Hyper Backup naar een externe schijf (sowieso niet onverstandig) en dan de files die daar opstaan syncen via Webdav met Stack. Dan heb je toch een offsite Hyper Backup als de boel afbrand.

Bijkomend voordeel is dat het sneller is dan twee losse hyper-backups.

ik heb dit trouwens niet getest!

[ Voor 4% gewijzigd door Waah op 08-06-2017 12:35 ]

[WRT54G]

@ShadowLord
Thanks, ik ga eens de topics checken.

@Waah
Op dit moment heb ik Duplicati (in Docker) draaien welke naar Stack zijn backup stuurt.
Werkt verder prima wat mij betreft. Maar bedankt voor je tip! Wellicht voor andere een optie.

[sander817]

ik heb tot nu toe mijn stack met de hand gemount onder debian met de tutorial van transip.
Ik wil dit nu graag dat dit vanzelf gaat.
Ik heb zodoende ~/.davfs2/secrets aangemaakt met mijn login en pass.
In /etc/rc.local mount -a toegevoegd.
Maar nu vraagt hij na een reboot bij het mounten van de disks nog steeds om de user en pass.

Hoe kan ik dit vanzelf laten gaan?

[Rylo]

Ik heb een map met foto's op mijn synology NAS die ik ook backup op een externe HDD schijf.

Nu wil ik de backup van de externe schijf via de 'sync client' van STACK uploaden zodat ik in totaal alles op drie plekken gebackupped heb. (dit om de x aantal maanden)

Is het bovenstaande een goede manier, of bestaan er inmiddels makkelijke/efficientere methodes om hetzelfde te bewerkstelligen ?

[Perkouw]

Rylo schreef op zaterdag 10 juni 2017 @ 20:38:
Ik heb een map met foto's op mijn synology NAS die ik ook backup op een externe HDD schijf.

Nu wil ik de backup van de externe schijf via de 'sync client' van STACK uploaden zodat ik in totaal alles op drie plekken gebackupped heb. (dit om de x aantal maanden)

Is het bovenstaande een goede manier, of bestaan er inmiddels makkelijke/efficientere methodes om hetzelfde te bewerkstelligen ?

Je kan dan toch gewoon vanaf je NAS een webdav koppeling aanmaken en die laten syncen?
Beetje gek om dat weer vanaf de externe hdd te doen als het toch al direct op de map staat, no?

[RaymonDL]

Marcel_EA schreef op donderdag 8 juni 2017 @ 11:28:
Helaas bij Synology (HyperBackup) nog steeds niet mogelijk.
Zojuist nog maar eens geprobeerd maar met hezelfde resutaat:

[afbeelding]

Het is wel mogelijk om met Cloud Sync je bestanden te synchroniseren naar Stack. Je moet het dan wel instellen met een user die toegang heeft tot alle gedeelde mappen die je wilt synchroniseren (dus bijvoorbeeld de 'homes' share).

[ShadowLord]

RaymonDL schreef op zondag 11 juni 2017 @ 17:51:
[...]

Het is wel mogelijk om met Cloud Sync je bestanden te synchroniseren naar Stack. Je moet het dan wel instellen met een user die toegang heeft tot alle gedeelde mappen die je wilt synchroniseren (dus bijvoorbeeld de 'homes' share).

Nadeel daarvan is wel dat je geen meerdere versies van files houd. Overschrijf je dus een file per ongeluk (weggooien kun je wel uitzetten in Cloud sync) dan is het origineel weg. Iets wat met een incremental backup niet zomaar kan.
Zeker met alle ransomware die er op het moment rondzweeft is het handig dat je terug kan gaan naar een vorige versie van je belangrijke bestanden.

[RaymonDL]

ShadowLord schreef op maandag 12 juni 2017 @ 15:22:
[...]

Nadeel daarvan is wel dat je geen meerdere versies van files houd. Overschrijf je dus een file per ongeluk (weggooien kun je wel uitzetten in Cloud sync) dan is het origineel weg. Iets wat met een incremental backup niet zomaar kan.
Zeker met alle ransomware die er op het moment rondzweeft is het handig dat je terug kan gaan naar een vorige versie van je belangrijke bestanden.

Dat is inderdaad wel een nadeel van deze methode, maar het is beter dan niks. Ik ben benieuwd naar Synology C2 in combinatie met Hyper Backup. Ze hebben dat vorig jaar aangekondigd bij de Synology 2017 Events, maar het is (vooralsnog) slechts te gebruiken voor een beperkte groep in een Beta-programma.

[Wimsomnia]

Instant Upload werkt niet meer....

Vanop m'n iPhone wordt er niets meer geüpload. Heb het geprobeerd via zowel WiFi als 3G.
Voor de rest werkt alles perfect.


Iemand een idee hoe dit zou komen?

[FreshMaker]

Wimsomnia schreef op vrijdag 23 juni 2017 @ 11:42:
Instant Upload werkt niet meer....

Vanop m'n iPhone wordt er niets meer geüpload. Heb het geprobeerd via zowel WiFi als 3G.
Voor de rest werkt alles perfect.


Iemand een idee hoe dit zou komen?

Je gps uitgezet ?

[Wimsomnia]

Nee, daar heb ik niets aan veranderd.

[Zobat]

sander817 schreef op zaterdag 10 juni 2017 @ 13:43:
ik heb tot nu toe mijn stack met de hand gemount onder debian met de tutorial van transip.
Ik wil dit nu graag dat dit vanzelf gaat.
Ik heb zodoende ~/.davfs2/secrets aangemaakt met mijn login en pass.
In /etc/rc.local mount -a toegevoegd.
Maar nu vraagt hij na een reboot bij het mounten van de disks nog steeds om de user en pass.

Hoe kan ik dit vanzelf laten gaan?

wat staat er in je fstab?

[sander817]

ik heb er nu weer dit in staan:

https://xx.stackstorage.com/remote.php/webdav /export/backup_disk/stack davfs user,rw,noauto 0 0

maar als ik noauto weghaal, dan vraagt ie bij booten om user en pass, en boot dus niet door

[wouterg00]

Ik heb Stack als schijf in Windows, maar telkens als ik m'n pc uit doe en klik op de Dag schijf moet hij weer opnieuw inloggen en synchroniseren, ook al klik ik op referenties onthouden, het maakt geen verschil.

Hoe synchroniseert hij automatisch?

[ Voor 8% gewijzigd door wouterg00 op 24-06-2017 22:19 ]

[Perkouw]

wouterg00 schreef op zaterdag 24 juni 2017 @ 22:19:
Ik heb Stack als schijf in Windows, maar telkens als ik m'n pc uit doe en klik op de Dag schijf moet hij weer opnieuw inloggen en synchroniseren, ook al klik ik op referenties onthouden, het maakt geen verschil.

Hoe synchroniseert hij automatisch?

Wellicht even opnieuw koppelen?
Snap dat je hier weinig aan hebt, maar als je even de mogelijkheid hebt kan je beter de applicatie van Stack gebruiken. Dat werkt op Windows over het algemeen wat vlotter/beter.

[TaboZ]

sander817 schreef op zaterdag 24 juni 2017 @ 22:11:
ik heb er nu weer dit in staan:

https://xx.stackstorage.com/remote.php/webdav /export/backup_disk/stack davfs user,rw,noauto 0 0

maar als ik noauto weghaal, dan vraagt ie bij booten om user en pass, en boot dus niet door

Heb je je wachtwoord tussen quotes staan in je .davfs2/secrets? Dat moest bij bij mij ivm het feit dat ik een uitroepteken in mijn wachtwoord heb,

[Cass]

Ik heb Duplicatie ism Stack actief als backup.
Vraagje: Als je hele harde schijf dusdanig gegijzeld wordt dat hij bijvoorbeeld geformateerd moet worden (of een nieuwe/andere schijf) is het dan mogelijk om via https://www.duplicati.com/ die tool (2.0 experimental) weer te downloaden en op de nieuwe/geformateerde harde schijf weer alle gegevens te downloaden (dus via de setup wizard en de optie "restore file from backup" ?
Ik vraag dit met het idee dat je mogelijk bij een gijzeling ook niet meer bij die wizard op het bureaublad kunt..
Mogelijk heeft iemand het voorgaande als eens uitgetest?
Kun je op een andere computer ook al je gegevens terugzetten , bij diefstal van je huidige computer? Of loop ik dan tegen zaken aan die ik had moeten voorzien...

[mcDavid]

Zolang je a) je key nog hebt en b) je backup niet óók gegijzeld is, zou dat gewoon moeten kunnen ja.
Maar ik vind het eerlijk gezegd een beetje een rare vraag, je hebt toch sowieso al getest of je backup strategie daadwerkelijk werkt?

[Vos]

Wimsomnia schreef op vrijdag 23 juni 2017 @ 11:42:
Instant Upload werkt niet meer....

Vanop m'n iPhone wordt er niets meer geüpload. Heb het geprobeerd via zowel WiFi als 3G.
Voor de rest werkt alles perfect.


Iemand een idee hoe dit zou komen?

Ik heb dit ook met Android 7.7.1, vrij irritant.

[W00fer]

Iemand ervaring met dat downloads tegenwoordig gecapped lijken qua snelheid? Eerst haalde ik vlot 20 mb/s tegenwoordig is dat nog maar 3 a 4.

[Wimsomnia]

M'n probleem met instant upload is ondertussen opgelost : programma verwijderen van je smartphone, smartphone uit- en aan zetten, terug installeren en instant upload aanzetten want die staat default uit.

[Verwijderd]

Perkouw schreef op zaterdag 18 februari 2017 @ 08:52:
[...]

Mijn gevoel zegt me dat je zelf een foutje hebt gemaakt in het opzetten van je sync. Zo niet dan zou ik alle stappen al dan samen met log files naar TransIp sturen om te kijken waar het mis is gegaan.

Nee, ik heb niets fout gedaan want met dezelfde procedure had ik voorheen wel een goede backup gemaakt. Ik durf Stack niet meer te gebruiken, het levensgevaarlijk voor je bestanden op de pc. De software is tricky.

[pven]

Ik snap Stack even niet ...

Als ik op dat allereerste scherm met dat overzicht optel wat ik erop heb staan, dan kom ik rond de 500GB uit. De teller onderaan die pagina laat me echter zien dat het ruim 900GB is.

Wat mis ik?

[Waah]

pven schreef op donderdag 6 juli 2017 @ 15:20:
Ik snap Stack even niet ...

Als ik op dat allereerste scherm met dat overzicht optel wat ik erop heb staan, dan kom ik rond de 500GB uit. De teller onderaan die pagina laat me echter zien dat het ruim 900GB is.

Wat mis ik?

Prullenbak?
2e user aangemaakt?

Dat zijn de eerste 2 dingen die zo bij me opkomen....

[pven]

Waah schreef op donderdag 6 juli 2017 @ 15:22:
[...]

Prullenbak?
2e user aangemaakt?

Dat zijn de eerste 2 dingen die zo bij me opkomen....

Tweede user is het niet ...

... maar wel de prullenbak

Ik heb daar nooit naar gekeken, en zie nu dat er net geen 13.000 items in staan. Die is hij nu aan het verwijderen.

Dank!

---

'Fout bij het uitvoeren van de actie. Probeer het later nog eens'

Het is vast iets te veel

---

En gelukt: terug van 93% vulling naar net geen 50%

[ Voor 17% gewijzigd door pven op 06-07-2017 16:13 ]

[Beunhaas91]

Is het mogelijk om de prullenbak automatisch te legen binnen STACK?

[Verwijderd]

Ik heb het volgende met de Stack Iphone app. Heeft iemand hier de oplossing voor?

Portfolio met foto's geupload naar Stack. En als ik ze via de app wil downloaden op mijn iphone is de kwaliteit een stuk slechter.

Ik kan overigens alleen Bewaar afbeelding via het menu rechtsboven kiezen om de foto te downloaden.

[FreshMaker]

Beunhaas91 schreef op zaterdag 8 juli 2017 @ 09:25:
Is het mogelijk om de prullenbak automatisch te legen binnen STACK?

Helaas (nog) niet.

Ik gebruik het om mijn downloads beschikbaar te hebben op meerdere devices, maar omdat SABnzb de boel eerst in een .temp zet, en dan uitpakt in een "download" waarna sickrage ze in de in de 'originele' map zet, werd het heel snel erg 'druk'

Ik heb het een beetje opgelost door de boel te scheiden, maar een auto-remove zou handig zijn.

[Beunhaas91]

FreshMaker schreef op woensdag 12 juli 2017 @ 17:27:
[...]

Helaas (nog) niet.

Ik gebruik het om mijn downloads beschikbaar te hebben op meerdere devices, maar omdat SABnzb de boel eerst in een .temp zet, en dan uitpakt in een "download" waarna sickrage ze in de in de 'originele' map zet, werd het heel snel erg 'druk'

Ik heb het een beetje opgelost door de boel te scheiden, maar een auto-remove zou handig zijn.

Thanks. Ik heb probeerd om met een QNAP backups via WebDAV naar Stack weg te schrijven. Dat werkt prima, maar wanneer 'ie oude backups weg gooit telt het dus wel als storage... Heel irritant!

[karel1]

Omdat in dit forum ook aandacht besteed is aan Duplicati, een vraag daar over: Onder OSX 10.11 El Capitan heb ik Duplicati 2 geinstalleerd. (V1 heeft ruzie met Mono en wordt niet meer ondersteund). Test Connection levert NameResolutionError op (in diverse browsers). Van de log file wordt ik niet wijzer. Een connectie direkt in de Finder of in Cyberduck werkt prima. Wat kan ik hier aan doen?

[chielmi]

Hoe heb je de Stack gegevens ingevuld in Duplicati? Dit moet als:
Opslagtype: Webdav
Gebruik SSL: Ja
Server: username.stackstorage.com
Poort: leeg
Pad op server: remote.php/webdav/backupmap

Bij mij werkt Duplicati binnen docker probleemloos met Stack.

[karel1]

Bedankt, want ik had bij Server: https://username etc. ingevuld. En dat werkt niet.

[Henkie-Jan]

Ook ik heb met Android 7.0.1 dat ie niet automatisch upload. Als ik de telefoon herstart doet ie het (even) wel weer. Is dit probleem bekend?

[Superdude2]

Ik heb ook Stack en een Mac-computer. Nu heb ik sinds kort een Sitecom-Router, maar nu kan ik niet meer via WebDAV op mijn Stack-account komen. Heeft iemand een oplossing? Ik heb dit ook geprobeerd met Duplicati, maar geen succes. Wie kan mij helpen?

Alvast bedankt.

[pjlgt]

Henkie-Jan schreef op zondag 16 juli 2017 @ 14:59:
Ook ik heb met Android 7.0.1 dat ie niet automatisch upload. Als ik de telefoon herstart doet ie het (even) wel weer. Is dit probleem bekend?

Heb/had hetzelfde probleem. Nu een oude versie van Quickpic (4.5.2) op mijn telefoon en die van de vrouw gezet en daarop via Cloud backup ingesteld dat de foto's geüpload worden naar Stack. Werkt een stuk beter.

[chielmi]

Superdude2 schreef op maandag 17 juli 2017 @ 21:12:
Ik heb ook Stack en een Mac-computer. Nu heb ik sinds kort een Sitecom-Router, maar nu kan ik niet meer via WebDAV op mijn Stack-account komen. Heeft iemand een oplossing? Ik heb dit ook geprobeerd met Duplicati, maar geen succes. Wie kan mij helpen?

Alvast bedankt.

Wat was de foutmelding in Duplicati?

[Sh4wn]

Nog meer mensen waarbij zijn of haar Stack al een paar uur uit ligt? Heb al sinds 18:00 het bericht "We are working on your Stack"...

[BlazeMuis]

Sh4wn schreef op dinsdag 18 juli 2017 @ 21:31:
Nog meer mensen waarbij zijn of haar Stack al een paar uur uit ligt? Heb al sinds 18:00 het bericht "We are working on your Stack"...

Hier geen last van, werkt dus prima hier. Maar dat kan aan de server liggen, waarschijnlijk zit jij dan net op een server waar ze op dit moment onderhoud aan 't plegen zijn.

[Superdude2]

Bedankt,

De foutmelding die ik krijg is:
Failed to connect: Error: ConnectFailure (Connection refused)

Ik weet zeker dat ik de goede inlognaam en wachtwoord heb ingevuld! Hoe nu verder?

[Superdude2]

Ik kan trouwens ook niet via de Finder verbinden met mijn Stack-server? Zou dit komen door mijn router die er sinds kort tussen hangt?

[__Stef__]

Vanavond PC aangezet en nu is Stack alle bestanden opnieuw aan het downloaden?
Heeft iemand anders hier ook last van ?
Misschien te maken met melding van Sh4wn ?

---

Antwoord van stack support:

Dit komt doordat er een update is geweest aan de achterkant van STACK. Hiermee wordt opnieuw voor inconsistenties gescand, waardoor alle bestanden opnieuw gedownload kunnen worden - Onze excuses voor het ongemak. Dit is echter een éénmalige gebeurtenis.

[ Voor 46% gewijzigd door __Stef__ op 21-07-2017 17:19 ]

[Aghanim]

Mijn OneDrive 200GB loopt komende week af en toevallig kwam ik Stack tegen. Erg interessant. Net een invite aangevraagd via de website zelf dus hoop snel positief bericht te krijgen

[XfadeR]

Ik krijg m'n stackstorage niet gemount on Mac Sierra (10.12.6)

Ik doe CONNECT TO SERVER doe via finder en vul hier in:

https://<stackdrivenaam>.stackstorage.com/remote.php/webdav/

Ik krijg dan popup voor username en password maar zodra die zijn ingevuld krijg ik:



Ik zie wel in /Volumes dat er een folder is aangemaakt met de naam Wedav,

Krijgt iemand die wel gewoon gemount?

[ Voor 3% gewijzigd door XfadeR op 23-07-2017 14:10 ]

[netvista]

XfadeR schreef op zondag 23 juli 2017 @ 14:05:
Ik krijg m'n stackstorage niet gemount on Mac Sierra (10.12.6)

Ik doe CONNECT TO SERVER doe via finder en vul hier in:

https://<stackdrivenaam>.stackstorage.com/remote.php/webdav/

Ik krijg dan popup voor username en password maar zodra die zijn ingevuld krijg ik:

[afbeelding]

Ik zie wel in /Volumes dat er een folder is aangemaakt met de naam Wedav,

Krijgt iemand die wel gewoon gemount?

Net even geprobeerd en ik kan hem gewoon zonder problemen mounten op dezelfde manier als jij dat hebt gedaan en ook op Sierra (10.12.6) .Weet je zeker dat je de goede user/pass gebruikt?

Mocht het niet lukken dan zou ik er overigens niet al te veel moeite insteken....webdav op OSX is echt retetraag. Via webinterface is vele malen sneller.

[XfadeR]

Net even geprobeerd en ik kan hem gewoon zonder problemen mounten op dezelfde manier als jij dat hebt gedaan en ook op Sierra (10.12.6) .Weet je zeker dat je de goede user/pass gebruikt?

Mocht het niet lukken dan zou ik er overigens niet al te veel moeite insteken....webdav op OSX is echt retetraag. Via webinterface is vele malen sneller.

Ja, weet 100% zeker dat u/p goed zijn. Daarmee log ik ook in op webif.
Bedankt voor je tip mbt snelheid.
Toch zou het moeten werken 😉

[oohh]

XfadeR schreef op zondag 23 juli 2017 @ 14:05:
Ik krijg m'n stackstorage niet gemount on Mac Sierra (10.12.6)

Ik doe CONNECT TO SERVER doe via finder en vul hier in:

https://<stackdrivenaam>.stackstorage.com/remote.php/webdav/

Ik krijg dan popup voor username en password maar zodra die zijn ingevuld krijg ik:

[afbeelding]

Ik zie wel in /Volumes dat er een folder is aangemaakt met de naam Wedav,

Krijgt iemand die wel gewoon gemount?

Volgens mij is er een storing/onderhoud, want ik krijg ook geen verbinding:

[ Voor 5% gewijzigd door oohh op 23-07-2017 22:44 ]

[HollowGamer]

Even vraagje voor de mensen die Stack gebruiken met webdav via davfs2.
Het is mij gelukt deze te mounten en het werkt allemaal opzicht prima, heb locking wel moeten uitzetten anders crashed de verbinding.

Vragen:
- Stack gebruikt geen encryptie (wel voor de verbinding) - daarvoor wil ik kleine veracrypt volumes erop zetten *o.a. voor backups, als ik nu een bestand wijzig in die container hoeft toch enkel alleen de veranderde bits worden geupload; of wordt de gehele container gesynced?
- Zijn er nog tips om meer performance te halen uit davfs2, zoals compression, caching, etc.?

Thanks

[Ben.Hahlen]

HollowGamer schreef op woensdag 26 juli 2017 @ 10:58:
Even vraagje voor de mensen die Stack gebruiken met webdav via davfs2.
Het is mij gelukt deze te mounten en het werkt allemaal opzicht prima, heb locking wel moeten uitzetten anders crashed de verbinding.

Vragen:
- Stack gebruikt geen encryptie (wel voor de verbinding) - daarvoor wil ik kleine veracrypt volumes erop zetten *o.a. voor backups, als ik nu een bestand wijzig in die container hoeft toch enkel alleen de veranderde bits worden geupload; of wordt de gehele container gesynced?
- Zijn er nog tips om meer performance te halen uit davfs2, zoals compression, caching, etc.?

Thanks

Wat zijn de snelheden die je ervaart met WebDAV via davfs2?
Bij mij is het echt onnoemelijk traag (denk aan 100K/sec). Backup van 125G die ik gistermiddag gestart had, was vanochtend nog bezig (middels rsync).

[Verwijderd]

HollowGamer schreef op woensdag 26 juli 2017 @ 10:58:
Even vraagje voor de mensen die Stack gebruiken met webdav via davfs2.
Het is mij gelukt deze te mounten en het werkt allemaal opzicht prima, heb locking wel moeten uitzetten anders crashed de verbinding.

Vragen:
- Stack gebruikt geen encryptie (wel voor de verbinding) - daarvoor wil ik kleine veracrypt volumes erop zetten *o.a. voor backups, als ik nu een bestand wijzig in die container hoeft toch enkel alleen de veranderde bits worden geupload; of wordt de gehele container gesynced?
- Zijn er nog tips om meer performance te halen uit davfs2, zoals compression, caching, etc.?

Thanks

- Je kan toch encrypted backuppen? Dat lijkt me toch de beste manier zodat je de key lokaal hebt en niet bij stack geparkeerd. Bijvoorbeeld via Duplicity.
- Mijn gut feeling zegt dat je bij veracrypt containers de hele container zal moeten syncen in niet alleen nieuwe/veranderde bestanden.
- ik gebruik zelf ook davfs2 maar heb me niet verdiept in optimalisatie.

[HollowGamer]

Ben.Hahlen schreef op vrijdag 4 augustus 2017 @ 10:16:
[...]

Wat zijn de snelheden die je ervaart met WebDAV via davfs2?
Bij mij is het echt onnoemelijk traag (denk aan 100K/sec). Backup van 125G die ik gistermiddag gestart had, was vanochtend nog bezig (middels rsync).

Snelheden zijn echt enorm langzaam, moet wel toegeven dat ik niet verder hebt getweakt. Met caching zou het sneller moeten gaan, maar ben inmiddels overgegaan naar het direct backuppen naar mijn NAS, i.p.v. via TransIP.

Verwijderd schreef op vrijdag 4 augustus 2017 @ 14:00:
[...]

- Je kan toch encrypted backuppen? Dat lijkt me toch de beste manier zodat je de key lokaal hebt en niet bij stack geparkeerd. Bijvoorbeeld via Duplicity.
- Mijn gut feeling zegt dat je bij veracrypt containers de hele container zal moeten syncen in niet alleen nieuwe/veranderde bestanden.
- ik gebruik zelf ook davfs2 maar heb me niet verdiept in optimalisatie.

Klopt, maar ik wilde liever geen sync, maar een directe koppeling.

Duplicity zou inderdaad moeten werken, ook borg zou moeten lukken.
Echter is het webdav protocol voor mij erg langzaam, en heb ik geen behoefte om een sync-client te installeren als workaround.

Als ik meer tijd heb zal ik onderzoeken of het mogelijk is nog meer eruit te halen, maar voorlopig heb ik een andere oplossing gekozen.

[zeroday]

is er een mogelijkheid om een publieke stack folder van gebruiker A te benaderen anders dan via https? dus in dit geval via WEBDAV ?

Zover ik begrijp moet ik authenticatie aan zetten maar tsja.. ik ben de nobody / anonymous die data van de publieke folder via webdav wil downloaden ..

iemand wil data met me delen maar ikzelf heb geen stack .. de data is teveel qua bestanden en GB's.. qua managen zou dan webdav makkelijker zijn (snelheid is geen issue)

iemand een idee of dit kan?

[FreshMaker]

Het ligt dan aan jullie vertrouwensband.
Webdav is gekoppeld aan het account.
Je kan geen gast opzetten die toegang heeft op één deel.
Wel kan hij een extra account opzetten voor jou, maar die is los van het hoofd account.
Nieuwe data moet opnieuw geüpload worden.

Ik zou een account aanvragen bij stack, een user aanmaken, en hem die gegevens geven, zodat jij de webdav kan gebruiken aan jouw kant

[Ben.Hahlen]

HollowGamer schreef op vrijdag 4 augustus 2017 @ 16:31:
[...]

Snelheden zijn echt enorm langzaam, moet wel toegeven dat ik niet verder hebt getweakt. Met caching zou het sneller moeten gaan, maar ben inmiddels overgegaan naar het direct backuppen naar mijn NAS, i.p.v. via TransIP.

code:

0.0KB 11:37:04 [0.0B/s] [>                                        ] 0% ETA Stalled!
0.0KB 11:37:07 [0.0KB/s] [========================================>] 100% ETA 0sec
--------------[ Backup Statistics ]--------------
StartTime 1501841095.94 (Fri Aug  4 12:04:55 2017)
EndTime 1501882306.82 (Fri Aug  4 23:31:46 2017)
ElapsedTime 41210.87 (11 hours 26 minutes 50.87 seconds)
SourceFiles 24364
SourceFileSize 134773262310 (126 GB)
NewFiles 24364
NewFileSize 134773262310 (126 GB)
DeletedFiles 0
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 24364
RawDeltaSize 134770452454 (126 GB)
TotalDestinationSizeChange 134724097736 (125 GB)
Errors 0
-------------------------------------------------

Dit is hoe mijn initial backup er uit ziet. Heeft 11:26.50 geduurd voor een full backup van 126GB.
Zoals je kan zien, laat Duplicity ook niet goed de progress zien (waarom weet ik ook niet).

Merken anderen dit ook?

[HollowGamer]

Ben.Hahlen schreef op maandag 7 augustus 2017 @ 09:21:
[...]

code:

0.0KB 11:37:04 [0.0B/s] [>                                        ] 0% ETA Stalled!
0.0KB 11:37:07 [0.0KB/s] [========================================>] 100% ETA 0sec
--------------[ Backup Statistics ]--------------
StartTime 1501841095.94 (Fri Aug  4 12:04:55 2017)
EndTime 1501882306.82 (Fri Aug  4 23:31:46 2017)
ElapsedTime 41210.87 (11 hours 26 minutes 50.87 seconds)
SourceFiles 24364
SourceFileSize 134773262310 (126 GB)
NewFiles 24364
NewFileSize 134773262310 (126 GB)
DeletedFiles 0
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 24364
RawDeltaSize 134770452454 (126 GB)
TotalDestinationSizeChange 134724097736 (125 GB)
Errors 0
-------------------------------------------------

Dit is hoe mijn initial backup er uit ziet. Heeft 11:26.50 geduurd voor een full backup van 126GB.
Zoals je kan zien, laat Duplicity ook niet goed de progress zien (waarom weet ik ook niet).

Merken anderen dit ook?

Wat is de upload snelheid van je verbinding?

[Ben.Hahlen]

HollowGamer schreef op maandag 7 augustus 2017 @ 09:29:
[...]

Wat is de upload snelheid van je verbinding?

100MBit (Glasvezel)

[dre111]

Hi,

Ik heb Linux Mint 18.2, Duplicati 2.0.2.1, Google Chrome webbrowser en uiteraard ook Stack.
De verbinding van Duplicati naar Stack werkt. Alleen als ik een backup ga maken dan krijg ik na verloop van tijd de foutmelding:
GetRequestStream timed out

Heeft iemand soortgelijke ervaring en/of oplossing?

[Gijs007]

Ik zie de bestanden niet die ik met Duplicati 2.0.2.1 (Webdav) upload.
Ze nemen echter wel ruimte in op mijn stack. heb nu ~300GB in gebruik.

[chielmi]

dre111 schreef op donderdag 10 augustus 2017 @ 20:06:
Hi,

Ik heb Linux Mint 18.2, Duplicati 2.0.2.1, Google Chrome webbrowser en uiteraard ook Stack.
De verbinding van Duplicati naar Stack werkt. Alleen als ik een backup ga maken dan krijg ik na verloop van tijd de foutmelding:
GetRequestStream timed out

Heeft iemand soortgelijke ervaring en/of oplossing?

Ik heb deze foutmeldingen niet met Duplicatie icm Stack. Wel gebruik ik nog versie 2.0.1.72.
Misschien zit hier het verschil in?

[FreshMaker]

Gijs007 schreef op vrijdag 11 augustus 2017 @ 13:48:
Ik zie de bestanden niet die ik met Duplicati 2.0.2.1 (Webdav) upload.
Ze nemen echter wel ruimte in op mijn stack. heb nu ~300GB in gebruik.

Bestanden die je niet ziet, kunnen nog in de buffer staan, het is soms 'druk' ( vooral als ze redelijk groot zijn )

Komen ze helemaal niet tevoorschijn, is die 300GB in je prullenbak te vinden

[WRT54G]

dre111 schreef op donderdag 10 augustus 2017 @ 20:06:
Hi,

Ik heb Linux Mint 18.2, Duplicati 2.0.2.1, Google Chrome webbrowser en uiteraard ook Stack.
De verbinding van Duplicati naar Stack werkt. Alleen als ik een backup ga maken dan krijg ik na verloop van tijd de foutmelding:
GetRequestStream timed out

Heeft iemand soortgelijke ervaring en/of oplossing?

Ik heb dit in het verleden ook gehad, een zooi versies terug.
De "oplossing" voor mij was toen om de Upload volume size te verkleinen.
Inmiddels draai ik zo'n half jaar Duplicati naar Stack (via webdav) vanaf 2 machines.
1 Ubuntu VPS en 1 via Docker op mijn Synology. Beide draaien vrijwel zonder problemen.
Sinds een week draai ik ook de laatste beta versie.

[dre111]

chielmi schreef op vrijdag 11 augustus 2017 @ 17:15:
[...]

Ik heb deze foutmeldingen niet met Duplicatie icm Stack. Wel gebruik ik nog versie 2.0.1.72.
Misschien zit hier het verschil in?

Wie zal het zeggen... 2.0.1.72 zou hetzelfde moeten zijn als 2.0.2.1 volgens Dupicati: "It is a rebuild of version 2.0.1.73, intended for users who prefer a stable version instead of "bleeding edge" updates.".
Ik kan het proberen.

Marcel_EA schreef op zaterdag 12 augustus 2017 @ 18:01:
[...]


Ik heb dit in het verleden ook gehad, een zooi versies terug.
De "oplossing" voor mij was toen om de Upload volume size te verkleinen.
Inmiddels draai ik zo'n half jaar Duplicati naar Stack (via webdav) vanaf 2 machines.
1 Ubuntu VPS en 1 via Docker op mijn Synology. Beide draaien vrijwel zonder problemen.
Sinds een week draai ik ook de laatste beta versie.

Goede tip. Ik heb kleiner geprobeerd (tot aan 5MB), maar dat gaf geen verschil. Elke keer weer dezelfde foutmelding: GetRequestStream timed out.
Ik heb groter geprobeerd, dat gaf wel een verschil. Volgens Duplicati eindigt de backup succesvol (bij 400MB files). Dan komt de melding "Waiting for upload..." en dan na een tijdje weer de foutmelding: GetRequestStream timed out.

Nu heb ik via de webinterface op de STACK gekeken... daar staan geen bestanden. Vreemd genoeg.
Als ik de Upload Volume Size weer verklein en de backup opnieuw probeer, dan zie ik op de STACK wel bestanden verschijnen, maar veel te weinig.

Het lijkt erop dat de upload naar de STACK stopt om een of andere reden...

Iemand enig idee of tips hoe het werkend te krijgen?
Alvast dank!

[WRT54G]

Heel vaag. Eerlijk gezegd zou ik het dan niet meer weten. Suc6 iig!

[Wimsomnia]

Een waarschijnlijk zéér stomme vraag, maar ik stel ze toch maar....

Als je Stack gebruikt via een virtuele harde schijf(WebDav), bestaat er dan ook nog de mogelijkheid om
zoals bij het klassieke synchroniseren, bestanden te behouden in de cloud en niet op je computer?

Ik weet het, bij een harde schijf is het "bestand verwijderd, dan is het weg" maar toch....

Alvast bedankt voor elke reactie!

[mcDavid]

Wimsomnia schreef op zaterdag 19 augustus 2017 @ 13:54:
Een waarschijnlijk zéér stomme vraag, maar ik stel ze toch maar....

Als je Stack gebruikt via een virtuele harde schijf(WebDav), bestaat er dan ook nog de mogelijkheid om
zoals bij het klassieke synchroniseren, bestanden te behouden in de cloud en niet op je computer?

Ik weet het, bij een harde schijf is het "bestand verwijderd, dan is het weg" maar toch....

Alvast bedankt voor elke reactie!

Dan moet je zelf met een programma (zoals rsync) of script oid zorgen dat de inhoud gesynced wordt met een andere map.
Eh, nog eens gelezen wat je nou precies vraagt, maar... Wat? Bestanden behouden in de cloud maar NIET op je computer? Dat is juist het tegenovergestelde van wat de sync cliënt doet, en precies wat je met een WebDAV mount wel hebt.

[Wimsomnia]

McDavid, bedankt voor de snelle reactie.

Misschien heb ik me verkeerd uitgedrukt...

Met de sync client synchroniseer ik mappen en bestanden met de cloud én kan ook beslissen om bepaalde mappen na synchronisatie enkel te behouden in de cloud zodat je eigen PC niet "vol" raakt.

Mijn vraag: is dit met een WebDav ook mogelijk?

Ik zei ook dat het antwoord hierop waarschijnlijk nee is, maar indien het wél kan, hoe dan?

[mcDavid]

Een WebDAV mount is gewoon een netwerkschijf dus die ruimte gaat niet van je eigen schijfruimte af nee.

[toro]

Vandaag er achter gekomen dat STACK niet "Alle bestandssoorten" ondersteund

Dus edit de start post maar, .VHD bestanden kan je niet via de (Windows) client syncen met STACK.

Ik kreeg het advies om het .VHD bestand (90GB) te zippen.

Ja ik snap het verhaal er achter wel waarom het niet kan, maar zeg dan niet dat je alle bestanden ondersteund.

Het is jammer, Dropbox kan het wel, maar ik weiger een VS based cloud storage provider.

Toro gaat even gigantische zip files maken

[Koenvh]

toro schreef op zaterdag 19 augustus 2017 @ 19:00:
Vandaag er achter gekomen dat STACK niet "Alle bestandssoorten" ondersteund

Dus edit de start post maar, .VHD bestanden kan je niet via de (Windows) client syncen met STACK.

Ik kreeg het advies om het .VHD bestand (90GB) te zippen.

Ja ik snap het verhaal er achter wel waarom het niet kan, maar zeg dan niet dat je alle bestanden ondersteund.

Het is jammer, Dropbox kan het wel, maar ik weiger een VS based cloud storage provider.

Toro gaat even gigantische zip files maken

Controleert STACK het bestandstype of alleen de extensie? Anders kun je 'm even naar xxx.vhd.z hernoemen

[mcDavid]

Koenvh schreef op zaterdag 19 augustus 2017 @ 20:03:
[...]

Controleert STACK het bestandstype of alleen de extensie? Anders kun je 'm even naar xxx.vhd.z hernoemen

Het ligt niet aan de extensie, STACK accepteert gewoon alle filetypes. Maar .vhd is een disk image format. Grote kans dat het betreffende bestand sparse blocks bevat dus, en dat werkt niet.

[toro]

mcDavid schreef op zaterdag 19 augustus 2017 @ 20:39:
[...]


Het ligt niet aan de extensie, STACK accepteert gewoon alle filetypes. Maar .vhd is een disk image format. Grote kans dat het betreffende bestand sparse blocks bevat dus, en dat werkt niet.

Yep precies dat

[Mark-NL]

toro schreef op zaterdag 19 augustus 2017 @ 19:00:
Vandaag er achter gekomen dat STACK niet "Alle bestandssoorten" ondersteund

......

Het is jammer, Dropbox kan het wel, maar ik weiger een VS based cloud storage provider.

Toro gaat even gigantische zip files maken

Zet jij bestanden dan zonder encryptie in de cloud?? Of het nou in the US of NL is, ik zou je adviseren je bestanden the encrypten. Wil je dit gratis doen, dan kan je kijken naar Boxcryptor (2 clients gratis) of Cryptomaster (gratis op je amac of Windows PC). Ik zelf gebruik al jaren de betaalde versie van Boxcryptor op AL mijn devices. Geen bestand gaat zonder encryptie naar Stack, iCloud en Dropbox.