[Cloud storage] "Stack" van TransIP

[WRT54G]

Ik zie idd nu om welke 3 bestanden het gaat.
Het zijn bestanden met een vrije lange naam... Ben bang dat daar het probleem ligt?

[sig69]

code:

Uploading XXXX
to XXXX...
7818/7818MB, 99.99%, 2.20MB/s, 0 minutes left
ERROR: The underlying connection was closed: A connection that was expected to b
e kept alive was closed by the server.

Hier word ik echt gek van. Als ze dit nou eens fixen, scheelt ze een bak dataverkeer ook denk ik.

[pven]

Voor mijn beeld: ik heb een remote-folder op mijn Synology gemaakt. Begrijp ik nou goed dat de data dan EN lokaal op de Synology staat en 'in the cloud' by stack? (Ik kopieer nu de bestanden vanaf mijn Synology naar de stack-folder op mij Synology, dat lijkt me wat dubbelop.)

[ Voor 25% gewijzigd door pven op 06-12-2015 15:05 ]

[kesj]

Ik krijg nu de melding dat er mappen niet gesynchroniseerd zijn omdat ze te groot zijn?
Overigens via de ownCloud client software.

EDIT:
Is een instelling in de client software, dus uitgevinkt en nu werkt het weer goed.

[ Voor 26% gewijzigd door kesj op 06-12-2015 15:16 ]

[WRT54G]

Marcel_EA schreef op zondag 06 december 2015 @ 14:58:
Ik zie idd nu om welke 3 bestanden het gaat.
Het zijn bestanden met een vrije lange naam... Ben bang dat daar het probleem ligt?

Zijn alle 3 zip bestanden van +/- 130 characters lang.

[Xzorby]

Heb ondertussen ruim 500GB op mijn Stack staan en ik ben zeer tevreden. Upload via het programma odrive (https://www.odrive.com/) ging vlekkeloos en bijna altijd wel met de maximale snelheid van m'n aansluiting (~1.6 MB/s).

Ik heb ondertussen bijna m'n complete muziekdatabase losgekoppeld, staat dus niet meer op m'n lokale schijf. Ik speel m'n muziek nu af uit de Stack, gemount als een netwerkschijf. Soms duurt het downloaden van een nummer naar cache een paar seconden in foobar2000, maar in een playlist speelt hij meestal vlekkeloos af (laadt op tijd in zodat er geen pauze tussen nummers zit).

Waar ik iets minder tevreden mee ben, maar wat volgens mij aan WebDAV ligt, is dat de modificatietijden van bestanden niet netjes overkomen. Daarnaast heeft hij moeite met bestandsnamen en/of mapnamen met accenten erin (de "ó" in Sigur Rós bijvoorbeeld). Dat maakt het moeilijk om achteraf backups te syncen met bijvoorbeeld FreeFileSync. Heeft iemand anders daar ook last van en/of een oplossing voor? Of ligt het probleem misschien bij odrive?

[dovo]

Marcel_EA schreef op zondag 06 december 2015 @ 14:58:
Ik zie idd nu om welke 3 bestanden het gaat.
Het zijn bestanden met een vrije lange naam... Ben bang dat daar het probleem ligt?

Ik had ook problemen met grote bestandsnamen, dus dat zal het probleem met 99% zekerheid zijn.

[WRT54G]

Thanks, denk ik idd dat daar het probleem ligt...

[kesj]

Xzorby schreef op zondag 06 december 2015 @ 15:21:
Heb ondertussen ruim 500GB op mijn Stack staan en ik ben zeer tevreden. Upload via het programma odrive (https://www.odrive.com/) ging vlekkeloos en bijna altijd wel met de maximale snelheid van m'n aansluiting (~1.6 MB/s).

odrive ziet er interessant uit.
Bevalt het goed en is het blijvend gratis?

[Xzorby]

kesj schreef op zondag 06 december 2015 @ 15:29:
[...]


odrive ziet er interessant uit.
Bevalt het goed en is het blijvend gratis?

Ik weet niet of het blijvend gratis is, maar het bevalt heel goed. Ik gebruik het naast Stack voor twee Copy-accounts, twee Google Drive-accounts en Dropbox. Selectieve synchronisatie werkt perfect. Het enige dat ik mis is een overzicht van wat er recent is geüpdated (zoals bij Dropbox).

[JPtjeeNL]

Vond deze post over Odrive:

In the ToS: "By submitting, posting or displaying the Content you give odrive a worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any Content which you submit, post or display on or through the Service [...]"

Leek mij ook een mooie dienst.

[kesj]

JPtjeeNL schreef op zondag 06 december 2015 @ 15:53:
Vond deze post over Odrive:

In the ToS: "By submitting, posting or displaying the Content you give odrive a worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any Content which you submit, post or display on or through the Service [...]"

Leek mij ook een mooie dienst.

Oei, daar blijf ik dan ver van weg.

[sig69]

Dat rammelt sowieso al. Hoe kan je Odrive rechten geven die je zelf niet hebt om te geven? Stel ik download de verzamelde werken van Michael Jackson, en upload het naar Odrive. Volgens hun ToS mogen ze daar dan mee doen wat ze willen. Denk het niet...

[Xzorby]

JPtjeeNL schreef op zondag 06 december 2015 @ 15:53:
Vond deze post over Odrive:

In the ToS: "By submitting, posting or displaying the Content you give odrive a worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any Content which you submit, post or display on or through the Service [...]"

Leek mij ook een mooie dienst.

Waar staat dat?
https://www.odrive.com/terms :

6. Your Content

As stated above, odrive does not store any of your content. odrive only gives you access to content that you have created, modified or transmitted by your use of Third Party Sources.
[...]
odrive does not claim any ownership rights to your Content. When you submit, post or display Content in odrive, we will use it only to provide the product to you.

[kesj]

Iemand enig idee hoe ik de stack.app verwijder in OSX?
Als ik de app afsluit en via de finder probeer te deleten, krijg ik een melding dat dit niet kan omdat plugins ervan in gebruik zijn.

[ Voor 55% gewijzigd door kesj op 06-12-2015 16:10 ]

[JPtjeeNL]

Xzorby schreef op zondag 06 december 2015 @ 16:05:
[...]

Waar staat dat?
https://www.odrive.com/terms :

[...]

Stond in een blog post: http://techcrunch.com/2014/10/17/odrive/

Heb het verder nog niet nagekeken. Wellicht dat deze voorwaarden vroeger werden toegepast?

[SlowDown]

@ kesj net als alle andere programma's die je weg wilt hebben, slepen naar de vuilnisbak.

[ Voor 6% gewijzigd door SlowDown op 06-12-2015 16:12 ]

[WRT54G]

Iemand een idee hoe ik het "file (character) lengte probleem" kan omzeilen?
Het gaat bij mij om automatisch gegeneerde bestanden, handmatig zoeken naar de bestanden en hernoemen is een hels karwei. Maar het hernoemen is ook niet wenselijk.

Op dit moment is Stack voor mij dus onbruikbaar.

[kesj]

SlowDown schreef op zondag 06 december 2015 @ 16:11:
@ kesj net als alle andere programma's die je weg wilt hebben, slepen naar de vuilnisbak.

Dan krijg ik de melding dat er enkele plugins van stack in gebruik zijn.

[Markos]

Wat is op dit moment de beste/snelste manier om stack te koppelen zonder sync. Dus puur als netwerkschijf.
De methode die TransIP zelf geeft? https://www.transip.nl/vr...erkschijf-toevoegen-mijn/

[Xzorby]

JPtjeeNL schreef op zondag 06 december 2015 @ 16:11:
[...]

Stond in een blog post: http://techcrunch.com/2014/10/17/odrive/

Heb het verder nog niet nagekeken. Wellicht dat deze voorwaarden vroeger werden toegepast?

Het zal wel een oude ToS zijn. De tekst lijkt 1:1 gekopieerd van de oude Google Docs ToS. In de nieuwe odrive ToS staat in ieder geval niks waar ik me zorgen over maak.

Ik_ben_Mark3 schreef op zondag 06 december 2015 @ 16:16:
Wat is op dit moment de beste/snelste manier om stack te koppelen zonder sync. Dus puur als netwerkschijf.
De methode die TransIP zelf geeft? https://www.transip.nl/vr...erkschijf-toevoegen-mijn/

Er zijn wel alternatieven, zoals NetDrive, maar die zijn niet gratis/ongelimiteerd.

[ Voor 31% gewijzigd door Xzorby op 06-12-2015 16:25 ]

[kesj]

kesj schreef op zondag 06 december 2015 @ 16:08:
Iemand enig idee hoe ik de stack.app verwijder in OSX?
Als ik de app afsluit en via de finder probeer te deleten, krijg ik een melding dat dit niet kan omdat plugins ervan in gebruik zijn.

Opgelost.
Er draaide nog een Stack proces.
Moest die even via Activiteitenweergave force quiten en daarna kon ik de stack.app verwijderen.

[sig69]

Ik heb maar even een ticket ingeschoten bij Transip. Ik krijg niet voor alle bestanden een bestandsgrootte terug via webdav, waardoor niet gewijzigde bestanden ook gesynchronisserd worden.

[daniellammers]

Ik krijg constant: connection closed...
Iemand oplossing?
Ik upload geen uitzonderlijk grote bestanden (mp3's (14mb p/s, word documenten <1mb p/s)

[sig69]

Geen oplossing, zit aan de kant van Transip volgens mij. Al moet ik zeggen dat ik die kleinere files er meestal wel op krijg. Maar heb ook wel eens disconnects gezien na minder dan 1MB inderdaad. Maar als je dat constant krijgt op elk bestand zou ik eens een ander programma proberen ofzo.

[Perkouw]

Hier ook weer een batch van 80GB (1GB files) via het web aan het uploaden. Begon positief, maar krijg nu een ETA van 6 uur wat toch echt minimaal <1 uur zou moeten zijn.

[Cyphax]

Ik_ben_Mark3 schreef op zondag 06 december 2015 @ 16:16:
Wat is op dit moment de beste/snelste manier om stack te koppelen zonder sync. Dus puur als netwerkschijf.
De methode die TransIP zelf geeft? https://www.transip.nl/vr...erkschijf-toevoegen-mijn/

'k Heb dat met davfs gedaan, onder Linux, dan kan je 'm als volume mounten. Gaat goed, maar bij grote hoeveelheden bestanden zie ik de snelheid wel hard inkakken. Hij begon met 13MB/s maar dat zakt op gegeven moment in tot 2 a 3 MB/s. Misschien is het met tweaken van wat opties nog te verbeteren.

[geerttttt]

Cyphax schreef op maandag 07 december 2015 @ 09:26:
[...]

'k Heb dat met davfs gedaan, onder Linux, dan kan je 'm als volume mounten. Gaat goed, maar bij grote hoeveelheden bestanden zie ik de snelheid wel hard inkakken. Hij begon met 13MB/s maar dat zakt op gegeven moment in tot 2 a 3 MB/s. Misschien is het met tweaken van wat opties nog te verbeteren.

Dat is niet zo gek, davfs maakt een soort lokale cache folder, waardoor, als jij een bestand schrijft naar die share map, hij hem eigenlijk lokaal wegschrijft en onder water hem upload.

[j1nx]

Ik probeer STACK als webdav source onder Kodi/XBMC toe te voegen. Het toevoegen als source is uiteindelijk wel gelukt, echter multimedie direct afspelen vanaf STACK via davfs werkt niet.

Muziek gaat in princiepe goed. Als is het wel traag om de folder in eerste instantie te openen aangezien Kodi/XBMC dan de bestanden gaat indexeren en I/O is niet super snel.

Video, speelt met geen mogelijkheid af. Lokaal via laptop, davfs mount, en af spelen met VLC geeft geen melding en duurd oneindig lang. (Denk dat hij op de achtergrond gewoon het gehele bestand aan het cache is eerst)

Beetje googlen zegt mij dat davfs en video streaming niet altijd geheel vanzelf spekend is. Andere met dezelfde issues? Is er wat bekend bij Transip? Zo niet dan kunnen we misschien de dicussie met hun openen over de support ervan.

[Markos]

Xzorby schreef op zondag 06 december 2015 @ 15:21:
Heb ondertussen ruim 500GB op mijn Stack staan en ik ben zeer tevreden. Upload via het programma odrive (https://www.odrive.com/) ging vlekkeloos en bijna altijd wel met de maximale snelheid van m'n aansluiting (~1.6 MB/s).

Ik heb ondertussen bijna m'n complete muziekdatabase losgekoppeld, staat dus niet meer op m'n lokale schijf. Ik speel m'n muziek nu af uit de Stack, gemount als een netwerkschijf. Soms duurt het downloaden van een nummer naar cache een paar seconden in foobar2000, maar in een playlist speelt hij meestal vlekkeloos af (laadt op tijd in zodat er geen pauze tussen nummers zit).

Waar ik iets minder tevreden mee ben, maar wat volgens mij aan WebDAV ligt, is dat de modificatietijden van bestanden niet netjes overkomen. Daarnaast heeft hij moeite met bestandsnamen en/of mapnamen met accenten erin (de "ó" in Sigur Rós bijvoorbeeld). Dat maakt het moeilijk om achteraf backups te syncen met bijvoorbeeld FreeFileSync. Heeft iemand anders daar ook last van en/of een oplossing voor? Of ligt het probleem misschien bij odrive?

Ik heb odrive nu ook geïnstalleerd. Ik dacht dat je hiermee netwerk drives kon aanmaken, maar dit is puur een online client?

j1nx schreef op maandag 07 december 2015 @ 11:20:
Ik probeer STACK als webdav source onder Kodi/XBMC toe te voegen. Het toevoegen als source is uiteindelijk wel gelukt, echter multimedie direct afspelen vanaf STACK via davfs werkt niet.

Muziek gaat in princiepe goed. Als is het wel traag om de folder in eerste instantie te openen aangezien Kodi/XBMC dan de bestanden gaat indexeren en I/O is niet super snel.

Video, speelt met geen mogelijkheid af. Lokaal via laptop, davfs mount, en af spelen met VLC geeft geen melding en duurd oneindig lang. (Denk dat hij op de achtergrond gewoon het gehele bestand aan het cache is eerst)

Beetje googlen zegt mij dat davfs en video streaming niet altijd geheel vanzelf spekend is. Andere met dezelfde issues? Is er wat bekend bij Transip? Zo niet dan kunnen we misschien de dicussie met hun openen over de support ervan.

Je hebt inderdaad gelijk. Source toevoegen was geen probleem, heb toen niet meer getest of aspelen werkte. Maar nu net even geprobeerd en hij speelt inderdaad niets af. Zowel niet via Kodi als gewoon in Windows

[ Voor 30% gewijzigd door Markos op 07-12-2015 11:54 ]

[j1nx]

Het schijnt een OwnCloud dingentje te zijn. 8.2 werkt, 8.1.2 niet ?

Enig idee waar Transip mee werkt?

[dovo]

Blijkbaar is de sint geweest bij transIP, want heb net een invite gekregen in mijn mailbox!

[elsinga]

Hier alweer een tijdje een upload in de orde van 4KB/s. Zo traag als dikke str*nt in een trechter bij min zeven.

[DennusB]

Hier werkt het ook nog steeds niet lekker met m'n Syno, sommige files wil hij gewoon niet syncen. Om gek van te worden ondertussen.

[CyBeRSPiN]

Lijkt er dus op dat je een tool moet gebruiken die lokaal bijhoudt welke files gewijzigd zijn tov wat er in de backup staat, en je niet zomaar een standaard 'sync' kunt doen. Jammer.
Hoe werkt dat met andere (betaalde) storage diensten dan? Niet met Webdav dan waarschijnlijk?

[Joshoon]

elsinga schreef op maandag 07 december 2015 @ 13:18:
Hier alweer een tijdje een upload in de orde van 4KB/s. Zo traag als dikke str*nt in een trechter bij min zeven.

Mooi uitgedrukt

Bij mij zijn de snelheden ook nog verschrikkelijk, behalve vroeg in de ochtend en in de nacht.

[leon1989]

Ik heb momenteel een probleem met mijn Stack

Doordat het datagebruik uit mijn CP niet overeenkomt met het daadwerkelijke gebruik "stackstorage", kan ik nu geen data meer uploaden.
Ik gebruik webdav op mijn synology en heb volgens de CP nog ~100gb over terwijl ik volgens de storage <700gb heb gebruikt. De gehele te sync'en map is ~900gb. Momenteel sync ik 1 map van de synology naar 1 gebruiker van mijn Stack.

Ik heb eerder gelezen dat iemand dit ook al geconstateerd had, maar heb nog nergens een oplossing kunnen vinden.

Zou het kunnen zijn dat synology delen van grote bestanden, wat enkele weken terug herhaaldelijk faalde, al geupload heeft en dat die "onvindbaar" ergens op de stack staan?
Ik heb ook al een ticket lopen bij TransIP, die zeggen dat er waarschijnlijk deze week een update komt voor onzichtbare bestanden. Maar hebben het fenomeen nog niet kunnen achterhalen.

[Perkouw]

Hm....nog steeds bezig met mijn batch van 80GB van vanochtend. Merk dat het toch ook niet helemaal lekker loopt wanneer je een deel via het web doet en vervolgens de applicatie zijn werk laat doen. Die gaat doodleuk een 'x' aantal files weer downloaden terwijl de originele files gewoon aanwezig zijn.

Vooralsnog wacht ik nog even voordat ik echt overstap.

[Gitarist]

Ik ben dagen bezig geweest om een bestand van ± 10GB in m'n Stack te gooien, maar telkens kreeg ik een foutmelding (time-out). Ik deed dit vanaf m'n MacBook met de stack-app geïnstalleerd en Stack dus gemount alszijnde een disc.

Uiteindelijk is het gelukt door de file via een browser te uploaden

Dus vooralsnog ben ik nog niet echt tevreden

[Perkouw]

Gitarist schreef op maandag 07 december 2015 @ 15:32:
Ik ben dagen bezig geweest om een bestand van ± 10GB in m'n Stack te gooien, maar telkens kreeg ik een foutmelding (time-out). Ik deed dit vanaf m'n MacBook met de stack-app geïnstalleerd en Stack dus gemount alszijnde een disc.

Uiteindelijk is het gelukt door de file via een browser te uploaden

Dus vooralsnog ben ik nog niet echt tevreden

Hm, ging dat wel snel?
Ik heb nu voor de zekerheid de bestanden maar weer opgesplitst naar kleinere files. Maar ook dat mag niet baten helaas.

Morgen anders ook die files nogmaals proberen via het web. Heb zo'n vermoeden dat ik de 80GB er voorlopig nog niet doorheen ga krijgen.

[Gitarist]

Perkouw schreef op maandag 07 december 2015 @ 15:34:
[...]


Hm, ging dat wel snel?
Ik heb nu voor de zekerheid de bestanden maar weer opgesplitst naar kleinere files. Maar ook dat mag niet baten helaas.

Morgen anders ook die files nogmaals proberen via het web. Heb zo'n vermoeden dat ik de 80GB er voorlopig nog niet doorheen ga krijgen.

Sorry, ik was wat onduidelijk in mijn post. Ik heb in een tijdsbestek van een paar dagen (gelukkig niet continue ) divere pogingen gedaan om die file te uploaden. Maar steeds kreeg ik foutmeldingen. Uiteindelijk bleek (ondanks dat ik werderom een foutmelding kreeg) dat de file wel degelijk correct was geüpload.
Inderdaad, ik vermoed dat Stack beter overweg kan met kleinere files. Met een bestand van 2GB wat ik probeerde te uploaden had 'ie geen enkele moeite.

[Markos]

Ik heb mijn installatie mappen juist ingepakt omdat hij zo mega traag was met kleine bestanden. Maar toen kreeg ik uiteindelijk ook regelmatig de foutmelding dat het niet was gelukt.
Ik heb het overigens niet via de netwerkmap geupload, maar via WinSCP en Cyberduck. Maar grote bestanden (8+ GB) stopte dan vaak inderdaad toch halverwege of op het eind. Uiteindelijk heb ik deze grotere zip-files (ja geen rar ) via de browser wel kunnen uploaden.

[Perkouw]

Ik_ben_Mark3 schreef op maandag 07 december 2015 @ 15:49:
Ik heb mijn installatie mappen juist ingepakt omdat hij zo mega traag was met kleine bestanden. Maar toen kreeg ik uiteindelijk ook regelmatig de foutmelding dat het niet was gelukt.
Ik heb het overigens niet via de netwerkmap geupload, maar via WinSCP en Cyberduck. Maar grote bestanden (8+ GB) stopte dan vaak inderdaad toch halverwege of op het eind. Uiteindelijk heb ik deze grotere zip-files (ja geen rar ) via de browser wel kunnen uploaden.

Via het web werkte grootte files bij mij ook. Alleen is de snelheid zo belabberd dat ik weer ben gaan splitten. Helaas zonder succes.

Stack heeft het in ieder geval in onderzoek (ticket aangemaakt).

[placemaster]

Ik heb eigenlijk weinig tot geen problemen met Stack.
Ik heb inmiddels bijna 700GB aan data overgezet. Dit alles met een cloud sync verbinding (webdav) via mijn Synology. Diverse files in grootte verschillend van 1kb tot 10GB.
Zodra alles gesynct is verwijder ik de connectie. Alles blijft er dan mooi op staan.
Ik heb niet veel data die veel wijzigt.

[ Voor 8% gewijzigd door placemaster op 07-12-2015 17:18 ]

[Verwijderd]

Reactie gehad van TransIP:

-----
Mede dankzij jouw informatie zijn wij momenteel de nodige stappen aan het nemen om de performance van jouw STACK te verbeteren. Ook vandaag hebben wij al enkele verbeteringen doorgevoerd.

We zullen hier ook de komende dagen nog mee bezig blijven en verwachten in de loop van deze week de nodige verbeteringen uit te rollen. Mocht je aan het einde van deze week toch nog problemen ervaren dan kan je altijd contact met ons opnemen hierover.

Als je op dit moment nog vragen hebt horen wij dat natuurlijk ook graag. Ik hoop je hiermee voldoende geïnformeerd te hebben en wens je nog een prettige dag toe.
-----

[sig69]

Holy shit! 35MB/s nu! Kijk dat zijn nog eens upgrades
Edit: oops, Fiddler draaide nog... Foutje!

[ Voor 76% gewijzigd door sig69 op 07-12-2015 18:24 ]

[BartB.]

Ik zit nog steeds te kloten met de inrichting van m'n Stack... En ik kom er niet uit.

Zijn er hier mensen die een encrypted containerbestand op hun Stack hebben staan, en die via webdav mounten? Ik heb op m'n Mac geëxperimenteerd met een .DMG en een sparsebundle, maar beide doen niet wat ik wil.

Het liefst zou ik sparsebundles gebruiken omdat ik dan efficiënter met de ruimte op mijn Stack omga (aangezien de sparsebundle in grootte meegroeit met de inhoud), maar blijkbaar is het niet mogelijk een sparsebundle vanaf een webdav-mount te mounten.

De DMG krijg ik wel gemount, maar dat heeft met een test-dmg van 250MB ellenlang geduurd. Heb de tijd niet bijgehouden, maar denk dat ik er een kwartier over heb gedaan om hem te mounten. Verre van ideaal dus, zeker omdat ik uiteindelijk naar containers van tientallen GB's wil.

Iemand die met iets vergelijkbaars heeft geëxperimenteerd, en die zijn resultaten wil delen? Het doel is dus om één of meerdere met wachtwoord beveiligde imagebestanden op mijn Stack te hebben staan, die ik vanuit de webdav kan mounten en waarbinnen ik natuurlijk gewoon kan schrijven. Hoewel de DMG in principe doet wat ik wil, is die gewoon te traag, dus ik ben vooral benieuwd of er een oplossing bestaat die wél snel is. Of is zoiets überhaupt niet mogelijk, laat staan met images van meerdere GB's?

[ Voor 3% gewijzigd door BartB. op 07-12-2015 18:47 ]

[Brent]

placemaster schreef op maandag 07 december 2015 @ 17:17:
Ik heb eigenlijk weinig tot geen problemen met Stack.
Ik heb inmiddels bijna 700GB aan data overgezet. Dit alles met een cloud sync verbinding (webdav) via mijn Synology. Diverse files in grootte verschillend van 1kb tot 10GB.
Zodra alles gesynct is verwijder ik de connectie. Alles blijft er dan mooi op staan.
Ik heb niet veel data die veel wijzigt.

Hoeveel kleine files heb je? Heb over het weekend ~6GB aan files geupload, waarvan met name de ~1GB aan git code repos 2 dagen duurde.... grote files gaan stukken sneller.

[Luchtbakker]

daniellammers schreef op zondag 06 december 2015 @ 22:33:
Ik krijg constant: connection closed...
Iemand oplossing?
Ik upload geen uitzonderlijk grote bestanden (mp3's (14mb p/s, word documenten <1mb p/s)

Ik heb deze problemen ook. Daarnaast kan hij enorm veel type files niet uploaden. Sommige zijn 1GB groot, andere slechts een paar MB. Vindt het een waardeloze opslag. Telkens error. TransIP zelf kan via hun support ook niet veel doen.

[mart3]

Hier helaas ook problemen met Foldersync. Denk toch dat het aan die app zal liggen aangezien MiXplorer werkt wel goed, maar helaas geen sync functie. http://forum.xda-developers.com/showthread.php?t=1523691

[Xzorby]

Ik_ben_Mark3 schreef op maandag 07 december 2015 @ 11:49:
[...]
Ik heb odrive nu ook geïnstalleerd. Ik dacht dat je hiermee netwerk drives kon aanmaken, maar dit is puur een online client?

Je kan geen netwerk drives aanmaken. Het werkt ongeveer gelijk aan andere clients, zoals die van Dropbox, met het bijkomende voordeel dat je makkelijk in explorer kiest welke mappen/bestanden je synct of weer onsynct, en het feit dat je meerdere dingen kan koppelen (Dropbox, Google Drive, Copy, etc. - en van elke service ook nog eens meerdere accounts).

Ik dacht dat Stack als WebDAV-netwerkschijf in Windows traag was, maar in Ubuntu is het nog een stuk erger (gvfs)

[Brent]

Ik zie dat de stack client een unicode issue heeft. Ik heb tweede bestanden met een accentje op de e die hij continue 'hernoemt' (veranderd niets, codepage misschien).

[FreestyleFrl]

Ik wacht nog wel even met 'stacken'. Na 3 dagen uploaden met mijn fantastische uploadsnelheid werd mijn stack zo ergens rond dag 10 weer gewiped. Ik mag dus weer vrolijk opnieuw beginnen.

[Brent]

FreestyleFrl schreef op dinsdag 08 december 2015 @ 11:52:
Ik wacht nog wel even met 'stacken'. Na 3 dagen uploaden met mijn fantastische uploadsnelheid werd mijn stack zo ergens rond dag 10 weer gewiped. Ik mag dus weer vrolijk opnieuw beginnen.

Huh? Waarom zouden ze dat doen?

[placemaster]

Brent schreef op maandag 07 december 2015 @ 20:03:
[...]

Hoeveel kleine files heb je? Heb over het weekend ~6GB aan files geupload, waarvan met name de ~1GB aan git code repos 2 dagen duurde.... grote files gaan stukken sneller.

50-50 is de verhouding ongeveer.

[Perkouw]

Bijzonder dit. Laatste files van nog steeds de 80GB batch geüpload via het web. Start ik daarna de applicatie. Gaat die doodleuk deze files downloaden van Stack m.a.w over het origineel heen. Heel bijzonder dit...

[Mr_gadget]

Ik had al wat gelezen over mensen die Cloud sync van Synology gebruiken. Kan je ook een share naar een map op de stack synchroniseren? Ik heb een backup share op mijn Synology die ik wil synchroniseren. Maar misschien wil ik ernaast nog andere dingen zetten dus dan zou syncen naar een folder handig zijn.

[Jaerock]

Mr_gadget schreef op dinsdag 08 december 2015 @ 15:16:
Ik had al wat gelezen over mensen die Cloud sync van Synology gebruiken. Kan je ook een share naar een map op de stack synchroniseren? Ik heb een backup share op mijn Synology die ik wil synchroniseren. Maar misschien wil ik ernaast nog andere dingen zetten dus dan zou syncen naar een folder handig zijn.

Is al vaker gemeld, maar dat kan vanaf DSM 6.
Als je nog op DSM 5.2 zit dan zul je meerdere gebruikers moeten maken om dit te bereiken.

[Joshoon]

Gisteren telefoon gehad van TransIP met het bericht dat er verbeteringen zijn doorgevoerd waardoor de snelheid een stuk beter moet zijn.
Ze hebben mij verzocht dit te testen, en ik merk inderdaad een verbeterde upload snelheid!

[sig69]

Perkouw schreef op dinsdag 08 december 2015 @ 14:45:
Bijzonder dit. Laatste files van nog steeds de 80GB batch geüpload via het web. Start ik daarna de applicatie. Gaat die doodleuk deze files downloaden van Stack m.a.w over het origineel heen. Heel bijzonder dit...

Bij een webupload wordt de lastmodified time waarschijnlijk verkeerd gezet, winscp doet het wel goed.

[.SnifraM]

Meer mensen die met CloudSync op DSM 6 problemen hebben met Stack?

Steeds als ik mijn Synology aan Stack koppel en probeer te laten synchroniseren gaat mijn stack na een paar minuten offline. Zowel via de URL als via de Windows client kan mijn stack niet meer benaderd worden (internal server error 500).

TransIP support geeft hierop aan dat er meer dan 20 connecties opgezet worden en hij er daarom uit klapt en dat de Synology daar de oorzaak van is. Zodra ik mijn Synology weer loskoppel van Stack komt mijn stack weer online na een aantal minuten dus dat vermoeden lijkt te kloppen.

Op DSM 5.x had ik hier geen last van. Ook als ik alle clients (laptop, iphone, pc) loskoppel trekt mijn Synology hem steeds onderuit. Iemand een idee hoe je een max aantal connecties kunt instellen op Synology?

Toevoeging:
met netstat vanaf mijn synology zie ik 2 established connections.

[ Voor 9% gewijzigd door .SnifraM op 08-12-2015 18:30 ]

[MeltedForest]

Zojuist mijn invite ontvangen, had mij op 30 oktober aangemeld. Nu eens kijken hoe het allemaal werkt en waar ik het precies voor ga gebruiken. Wil sowieso backups van mijn mySQL databases van mijn synology in de cloud hebben dus dat ga ik eens uitzoeken.

[TVH7]

Joshoon schreef op dinsdag 08 december 2015 @ 17:30:
Gisteren telefoon gehad van TransIP met het bericht dat er verbeteringen zijn doorgevoerd waardoor de snelheid een stuk beter moet zijn.
Ze hebben mij verzocht dit te testen, en ik merk inderdaad een verbeterde upload snelheid!

Zou je verbeterd nader kunnen verklaren? Dus hoeveel voorheen hoeveel nu. Ben wel nieuwsgierig, en kan het op dit moment even niet zelf testen...

[sig69]

Ik kan je vanaf mijn locatie in ieder geval melden dat er weining veranderd lijkt te zijn, merk geen verschil.

[Joshoon]

TVH7 schreef op woensdag 09 december 2015 @ 09:56:
[...]


Zou je verbeterd nader kunnen verklaren? Dus hoeveel voorheen hoeveel nu. Ben wel nieuwsgierig, en kan het op dit moment even niet zelf testen...

Voorheen in de middag 50 tot max 400kb/s (Vaak zelfs niet hoger dan 100), en nu 800 tot 1,5mb/s (Zit voornamelijk op 1,3mb/s)

[sjorremans]

Ik heb helemaal geen last met uploadsnelheden naar stack die niet gehaald worden. Zowel smorgens, smiddags als savonds haal ik de volledige uploadsnelheid. Die zit zo rond de 1,3 mb/s.

Heb thuis een Ziggo lijntje.

[ Voor 8% gewijzigd door sjorremans op 09-12-2015 13:51 ]

[Quakie]

Ach bij mij is het ook vreemd....

admin account haalt tegen de 11MB..
vandaag 2 gebruikers aangemaakt en die halen 5.5MB

apart...zelfde nas, zelfde lijn, blijkbaar niet dezelfde stack???

[Perkouw]

Begrijp van TransIP dat het wat druk is op het platform en ze druk bezig zijn met tal van verbeteringen door te voeren om dit op te vangen zowel voor de korte termijn als de lange termijn.

Ach we wachten de eerdere berichtgeving even af waarin ze aangaven dat het eind van de week beter zou moeten gaan. Merk vandaag dat het uploaden via het web beter gaat, maar nog steeds erg traag. Van volledige uploadsnelheid benutten kan ik helaas nog niet spreken.

Ach ja hoe zat het ook alweer. Alle goede dingen komen langzaam?

[dovo]

Quakie schreef op woensdag 09 december 2015 @ 14:00:
Ach bij mij is het ook vreemd....

admin account haalt tegen de 11MB..
vandaag 2 gebruikers aangemaakt en die halen 5.5MB

apart...zelfde nas, zelfde lijn, blijkbaar niet dezelfde stack???

Als je een lookup doet van de dns records zie je dat er een heleboel verschillende nodes zijn.
Je kan dus op de ene moment hebben dat je pc gaat voor node a met 95% belasting en de andere moment voor node b met 20% belasting.
Ik denk dat sysnology voor iedere connectie een dns lookup doet en tenzij je manueel de dns records gaat beïnvloeden het een beetje willekeur blijft of je op een snelle of trage node terechtkomt.

code:

C:\Users\japie>nslookup jaapie.stackstorage.com
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    jaapie.stackstorage.com
Addresses:  2a01:7c8:ab00:2::4
          2a01:7c8:ab00:2::7
          2a01:7c8:ab00:2::6
          2a01:7c8:ab00:2::3
          2a01:7c8:ab00:2::2
          2a01:7c8:ab00:2::5
          149.210.197.228
          149.210.197.6
          149.210.197.54
          149.210.197.5
          149.210.197.55
          149.210.197.53
          149.210.197.7

[TVH7]

Hier nog geen verbetering. Ik haal max 750KB/s.. word vast vanzelf wel beter...

[Erulezz]

Ben in ieder geval blij dat STACK echt gescheiden is met hun andere diensten.. Want als mijn VPS zo traag zou zijn zou ik echt niet blij zijn Ik ga straks weer eens proberen om een 19 GB .zip te uploaden. Vorige week maar opgegeven.

[Perkouw]

Erulezz schreef op woensdag 09 december 2015 @ 16:02:
Ben in ieder geval blij dat STACK echt gescheiden is met hun andere diensten.. Want als mijn VPS zo traag zou zijn zou ik echt niet blij zijn Ik ga straks weer eens proberen om een 19 GB .zip te uploaden. Vorige week maar opgegeven.

Je hebt kans dat het nog steeds niet echt snel gaat. Men is druk bezig om van alles aan te passen voor zowel de korte als lange termijn (zie ook mijn eerdere post). Heb persoonlijk vandaag zo'n 150GB weten te uploaden sinds vanochtend. Dat is heel wat meer dan een paar GB ten opzichte van gisteren.

Maar snel, nee dat is het voor nu nog niet.

[Verwijderd]

Kan ik ook muziekbestanden uploaded naar stack ?

[TVH7]

Verwijderd schreef op woensdag 09 december 2015 @ 20:42:
Kan ik ook muziekbestanden uploaded naar stack ?

Jazker. Elk bestand wat je kan bedenken.

[dovo]

Zolang het bestand niet een van de volgende is kan je alles uploaden:

code:

~$*
.~lock.*
~*.tmp
]*.~*
]Icon\r*
].DS_Store
].ds_store
]Thumbs.db
].TemporaryItems
].Trashes
].DocumentRevisions-V100
.fseventd
.apdisk
.htaccess
.*.sw?
desktop.ini
*.part
*.filepart
*.crdownload
*.kate-swp
*.gnucash.tmp-*
.sync.ffs_db

Bron: https://www.transip.nl/vr...gen-bestandstypen-syncen/

[Markos]

Waarom eigenlijk geen .ico?

[XenoMorpH]

Heb Stack als Netwerkschijf ingesteld, alles prima.
Echter wanneer ik dus op de schijf wil, dan vraagt hij dus om 2x (jawel 2x) om mijn credentials. Nu staat er bij de uitleg van transip zelf dat je dit met een simpele .bat bestandje kunt automatiseren en dat je dus niet meer hoeft in te loggen. Juiste schijfletter, loginnaam pw etc en het bestandje in de windows opstart folder zetten en wordt uitgevoerd bij opstart.....gebeurd niets.

Iemand een iedee hoe dit wel werkende te krijgen, zonder dat ik telkens bij opstart van de pc moet aanmelden? (ja, alle benodigde vinkjes zijn aangevinkt).

[pennywiser]

Kan dat niet met password vault in Windows?

[KhaZ]

XenoMorpH schreef op donderdag 10 december 2015 @ 01:11:
Heb Stack als Netwerkschijf ingesteld, alles prima.
Echter wanneer ik dus op de schijf wil, dan vraagt hij dus om 2x (jawel 2x) om mijn credentials. Nu staat er bij de uitleg van transip zelf dat je dit met een simpele .bat bestandje kunt automatiseren en dat je dus niet meer hoeft in te loggen. Juiste schijfletter, loginnaam pw etc en het bestandje in de windows opstart folder zetten en wordt uitgevoerd bij opstart.....gebeurd niets.

Iemand een iedee hoe dit wel werkende te krijgen, zonder dat ik telkens bij opstart van de pc moet aanmelden? (ja, alle benodigde vinkjes zijn aangevinkt).

Heeft je computer al een netwerkverbinding wanneer het loginscript tijdens inloggen draait? Anders even 10-20s wachten, en dan inloggen.

[XenoMorpH]

pennywiser schreef op donderdag 10 december 2015 @ 06:59:
Kan dat niet met password vault in Windows?

Klopt, staat hij ook in, echter bij het openen van de schijf wordt alsnog 2x om de credentials gevraagd. Alles staat wel ingevuld, maar "Mijn referenties onthouden" staat dan uitgevinkt. Deze opnieuw aanvinken en dan inloggen werkt dan ook wel.

Ik wil gewoon direct in de schijf kunnen zonder eerst die dubbele login.

@KhaZ: Zelfs wanneer ik het .bat bestand na 2 minuten handmatig uitvoer, gebeurt er niets

[pennywiser]

Ik stoei ook elke keer met dat vault na aanmaken nieuwe drive, maar na een paar keer werkt het. Ergens moet je "inloggen met andere credentials" selecteren.

[Perkouw]

Vandaag de stoute schoenen aangetrokken en een 37 GB file in de queue gezet. Via de Stack applicatie op Windows haal ik nu maximaal ~ 500 KB/s....ouch. Stabiel is het echter ook niet. Gemiddeld zit ik net boven de 200 KB/s.

[roelbb]

XenoMorpH schreef op donderdag 10 december 2015 @ 01:11:
Heb Stack als Netwerkschijf ingesteld, alles prima.
Echter wanneer ik dus op de schijf wil, dan vraagt hij dus om 2x (jawel 2x) om mijn credentials. Nu staat er bij de uitleg van transip zelf dat je dit met een simpele .bat bestandje kunt automatiseren en dat je dus niet meer hoeft in te loggen. Juiste schijfletter, loginnaam pw etc en het bestandje in de windows opstart folder zetten en wordt uitgevoerd bij opstart.....gebeurd niets.

Iemand een iedee hoe dit wel werkende te krijgen, zonder dat ik telkens bij opstart van de pc moet aanmelden? (ja, alle benodigde vinkjes zijn aangevinkt).

dat kan alleen met het logonscript. Heb ik hier beschreven

[sig69]

Perkouw schreef op donderdag 10 december 2015 @ 11:25:
Vandaag de stoute schoenen aangetrokken en een 37 GB file in de queue gezet. Via de Stack applicatie op Windows haal ik nu maximaal ~ 500 KB/s....ouch. Stabiel is het echter ook niet. Gemiddeld zit ik net boven de 200 KB/s.

Vreemd, ik had juist het idee dat een en ander wel beter loopt, continu 3,5MB/s
Gevolgd door een foutmelding op 100% Ik ga maar eens een andere webdav library proberen, eens kijken of dat helpt

[Perkouw]

sig69 schreef op donderdag 10 december 2015 @ 11:50:
[...]

Vreemd, ik had juist het idee dat een en ander wel beter loopt, continu 3,5MB/s
Gevolgd door een foutmelding op 100% Ik ga maar eens een andere webdav library proberen, eens kijken of dat helpt

Ben hier nu ruim 3 uur bezig voor zo'n 2 GB. Do the math...
Ach ik kijk het wel even aan. Hopen dat het eind van de week beter wordt!

[XenoMorpH]

roelbb schreef op maandag 02 november 2015 @ 09:54:
[...]


opgelost met een logon script.
map aanmaken en deze sharen als "Netlogon"

in deze map het volgende bestand aanmaken:
logon.bat
net use <driveletter>: https://<stackname>.stackstorage.com/remote.php/webdav /user:<username> <password>

in de windows home versie is eenmalig commando nodig:
open CMD als administrator, dan :
net user <username> /scriptpath:logon.bat

in de pro versie
open de MMC
user properties
profile
script: logon.bat

Tnx hiervoor, echte een vraagje....
* map delen als netlogon. Hoe? En maakt het ook uit waar de folder staat?

EDIT: Heb het voor elkaar gekregen om het .bat bestandje via Taakplanner te laten laden 30s na opstart van de pc.
Ben nu automatisch ingelogd . Jammer dat de topicstart geen FQA en tips heeft die in dit topic worden gegeven...scheelt een heleboel posts nazoeken

[ Voor 16% gewijzigd door XenoMorpH op 10-12-2015 17:36 . Reden: typo's ]

[Jeroen_R]

sig69 schreef op donderdag 10 december 2015 @ 11:50:
[...]

Vreemd, ik had juist het idee dat een en ander wel beter loopt, continu 3,5MB/s
Gevolgd door een foutmelding op 100% Ik ga maar eens een andere webdav library proberen, eens kijken of dat helpt

Ik krijg ook regelmatig een foutmelding op 100%, echter staat het bestand vervolgens wel op de stack opgeslagen.
Door de foutmelding heb ik mijn twijfels over de betrouwbaarheid van het bestand, en ik heb nog geen manier gevonden om snel te controleren of het bestand niet corrupted is.
Om elk bestand weer te gaan downloaden en te controleren is ook niet echt handig.

[wuppie007]

Perkouw schreef op donderdag 10 december 2015 @ 11:25:
Vandaag de stoute schoenen aangetrokken en een 37 GB file in de queue gezet. Via de Stack applicatie op Windows haal ik nu maximaal ~ 500 KB/s....ouch. Stabiel is het echter ook niet. Gemiddeld zit ik net boven de 200 KB/s.

Ik heb het laatst 63 GB gebackupt met duplicati. Dat duurde toen bijna 31 uur. Dus gemiddeld zo'n halve mb per seconde, terwijl ik 2.5 kan halen. Volgens mij kan ik met duplicati ook de blokgrootte nog veranderen wat misschien ook nog invloed heeft. Omdat hij eerst een blok maakt van x mb en dat upload.

Misschien trouwens wel een tip voor iedereen. Gebruik duplicati icm met stack. Ik laat hem iedere maand een backup maken, en iedere twee weken incrementeel.

[sig69]

Ik heb duplicati geprobeerd maar vond het erg brak.

[wuppie007]

sig69 schreef op donderdag 10 december 2015 @ 14:09:
Ik heb duplicati geprobeerd maar vond het erg brak.

En wat beviel je dan niet?

[Perkouw]

wuppie007 schreef op donderdag 10 december 2015 @ 13:58:
[...]


Ik heb het laatst 63 GB gebackupt met duplicati. Dat duurde toen bijna 31 uur. Dus gemiddeld zo'n halve mb per seconde, terwijl ik 2.5 kan halen. Volgens mij kan ik met duplicati ook de blokgrootte nog veranderen wat misschien ook nog invloed heeft. Omdat hij eerst een blok maakt van x mb en dat upload.

Misschien trouwens wel een tip voor iedereen. Gebruik duplicati icm met stack. Ik laat hem iedere maand een backup maken, en iedere twee weken incrementeel.

Ik doe nu gemiddeld 250 KB/s sinds vanochtend. (253 KB/s to be precise). Via het web lijkt nog steeds de beste optie, enig nadeel is dat je dus files groter dan 10GB daarmee niet naar Stack kan verhuizen.

Verder houd ik het maar gewoon even bij de Officiële applicatie van Stack. Dan introduceer ik tenminste niet nog meer factoren die mee zouden kunnen spelen bij de lage snelheid.

[sig69]

wuppie007 schreef op donderdag 10 december 2015 @ 14:25:
[...]


En wat beviel je dan niet?

Weet ik niet meer precies, is al even geleden. Het deed niet helemaal wat ik wilde in ieder geval. Ik weet wel dat ik de 2.0 beta nog heb geprobeerd in de hoop dat die beter was maar die heb ik direct weer verwijderd. Hebben ze er ineens een (superlelijke) webinterface omheen gebakken..

[ Voor 6% gewijzigd door sig69 op 10-12-2015 14:34 ]

[Erulezz]

Apart.. Ik heb eigenlijk nooit problemen met de snelheid Ben nu onderhand anderhalf aan het uploaden met 1.5MB/s, de maximale snelheid. Altijd meer problemen met foutcodes. Maar tot zover gaat het goed

[sig69]

Ik heb ook niet ect "problemen" met de snelheid, 1.5MB/s haal ik bijna altijd wel.

code:

Uploading XXX to XXX, (834MB)...
320/834MB, 38.36%, 4.24MB/s, 2 minutes left

Maar dit is beter. Voor een gratis dienst vind ik het zo wel netjes. Ik heb vandaag wel minder last van vage disconnects en foutmeldingen lijkt het.

[Erulezz]

Het werkt nog steeds niet Bij 99/100% de melding "this action is not supported". 4 uur voor niks lopen uploaden

[Joshoon]

Uploaden gaat nu prima bij mij, maar de webdav is echt super traag, zo traag dat het gewoon niet te gebruiken is.
Daarbij leg ik nadruk op het navigeren door mappen alleen, het duurt soms wel 5 minuten voordat de bestanden of mappen verschijnen.

Ik heb het hier overigens over de webdav op Mac OS.

[Tommiiee]

Ik ben dus al sinds dinsdagochtend bezig één ZIP bestand van 31GB aan het uploaden

Via zowel de verbinding van het werk als thuis gaat het uploaden echt enorm traag. Thuis krijg ik zelfs regelmatig 'Connection closed' voor geruime tijd. Geen idee waar dit aan kan liggen, want op beide verbindingen is mijn upload snelheid gewoon minimaal 20 Mb/s en ja, dat heb ik getest.

Valt mij tot nu toe héél erg tegen.

[elsinga]

Bij mij is te merken dat Stack er zin in heeft, de filmcollectie backup zorgt er nu voor dat de snelheid behoorlijk stabiel op 1.5MB/s ligt met CloudSync op mijn Syno. Da's die 15Mbit/s in een uplod van 20Mbit. Niet verkeerd.

Ik begin te denken dat de lage snelheid vooral komt door veel kleinere bestanden, waar steeds een (nieuwe?) connectie moet worden gemaakt.

[Perkouw]

Vanochtend toch de Stack applicatie maar weer aangezwengeld. Zat een tijd rond de 90 KB/s....kruipt nu met pijn en moeite boven de 100 KB/s.

Edit: cliënt herstart gegeven en geeft aan dat het zo'n 1 MB/s is al zie ik eigenlijk geen netwerkverkeer. Dus die lijkt wat in de war. Denk dat het te maken heeft met de 37GB file...dat hij moeite heeft om daar weer mee verder te gaan of zo.

Edit2: Foutmelding gekregen. En vervolgens begint hij weer opnieuw met wederom een foutmelding (connection closed etc.)...hm toch bijzonder dat het via de browser zoveel beter en sneller loopt....

Edit3: Kleinere file (~400MB) en een 97GB file gedaan via de applicatie. De eerste file ging succesvol, al bij lang niet met de volledige snelheid, en de tweede gaf constant problemen.

Upload nu een batch van ~80GB via het web met files van een paar KB tot iets groter dan 4GB. De kleine files duurde erg lang. Maar eenmaal geüpload trek ik ruim 11 MB/s bij de grotere files. Dat blijft dus lekker gaan via het web (op kleine files na).

[ Voor 96% gewijzigd door Perkouw op 11-12-2015 10:09 ]

[WRT54G]

Inmiddels een dikke 200GB geupload naar mijn Stack (met Cloud Sync op mijn Synology).
Met 1.5 MB/s steady, dit met een 12mbit up verbinding. Dus zeer netjes.