zaporogues

C'est le processus cloud-daemon qui bouffe toute la CPU et fait chauffer la machine. J'ai effacé tout mon contenu, et je suis reparti from scratch. Même chose : il synchronize, puis boucle. Je l'ai mis en pause...

Ca ressemble plus à un bug. Cf. mon post sur ce sujet...

Bonjour je viens de mettre à jour le cloudstation sur mon NAS en 5.2. Déjà, j'ai dû mettre les clients à jour "à la main" alors que, en théorie, le téléchargement est automatique. Mais surtout, tous mes clients ne cessent de synchroniser en permanence. Le nombre de fichiers, augmente, baisse, réaugmente, etc. Je l'ai laissé plus de 24 heures sur un ensemble de 13000 fichiers, et il continue de tourner en permanence, le nombre de fichiers traités oscillant entre 3000 et 12000. Le pire, c'est qu'il y a le processus cloud-daemon qui bloque totalement mes mac en tournant à plus de 100% (jusque 150%), et qui enclanche le ventilo de mon macbook air... Bref, ça ressemble à un de ces bugs dont on a l'habitude avec chaquz release majeur de cloudstation. Donc, éviter de faire la MAJ pour l'instant...

Bonjour je suis nouveau dans download station, et dans le protocole BT, que je cherche à comprendre, donc pardonnez si ma question est naïve. Ma vitesse de DL était devenu misérable (20kB/s) alors que j'ai du 100Mb/s symétrique en fibre optique chez moi. J'ai compris que la logique de BT étant le partage, j'ai mis à 0 (pas de limite) la limite de vitesse d'upload, qui était par défaut à 20. Ca a permis de monter à environ 300kB/s en DL. La limite de DL est aussi à 0. Ceci dit, je constate que la vitesse UL est entre 5 et 20 fois la vitesse de DL. En ce moment j'ai 2MB/s en UL et 100kB/s en DL Le rapport des tailles de fichiers téléchargé est du même genre : j'ai 5 fois plus d'octets en UL qu'en DL Pour info j'ai ouvert le port 16881 en TCP/UDP, j'ai activé DHT en UDP sur le port 16881, qui est le même que le port TCP (16881). J'ai déactivé le chiffrement BT, et je constate que j'ai entre 15 et 20 pairs Si quelqu'un pouvait m'expliquer pourquoi cette dissymétrie ??? Dix mille mercis ! (en upload :-)

Bonjour, j'ai le même problème sur mes 2 mac, la roue de la mort et le finder qui se bloque pendant quelques secondes. On trouve ce problème un peu partout, mais surtout il y a un fil de discussion sur le forum US http://forum.synology.com/enu/viewtopic.php?f=194&t=80301 Synology invoque une incompatibilité avec Dropbox. Ce n'est pas la première fois, et ça avait été résolu... Il n'y a qu'à espérer que ce sera résolu très vite...

Bonjour, j'ai un 213j depuis un an, avec 2 WD green de 2To en RAID SHR. Pour différentes raison, j'en ai acquis un deuxième, et j'ai acheté les tous nouveaux WD Red censés être meilleurs pour du RAID, en 2To aussi. Je me pose la question suivante : sachant que la probabilité que deux HD achetés en même temps de tomber en panne en même temps est élevée (cf. http://en.wikipedia.org/wiki/RAID#Correlated_failures), serait-il judicieux de mettre dans chaque Syno un Green d'un an et un Red récent, sachant qu'ils ont tous la même capacité.. Merci d'un avis sur ce sujet ! cordialement

Bonjour, sauf erreur de ma part, à chaque upgrade du DSM, le fichier php.ini (et d'autres, d'ailleurs) est remplacé par un générique (cf. http://forum.synology.com/wiki/index.php/Unsupported_configuration_changes) Il y a bien quelques fonctions php dans le panneau de config, mais elles sont vraiment limitées. Moi, j'ai juste besoin de changer 2 lignes : output_buffering = Off upload_max_filesize = 128M Yaurait pas un moyen de sauvegarder ça sans avoir à refaire, à chaque upgrade, vi du fichier, aller chercler les lignes, sauvegarder, relancer le serveur ??? Genre un petit éditeur dans le panneau de config qui permttrait de sauvegarder les lignes supplémentaires ? Merci cordialement

Oui, la MAJ est bugguée. En fait, le serveur se bloque sur "impossible de mettre à jour la base de données". J'ai du : 1) réinstaller à la main le nouveau client (l'auto update ne fonctionnait plus) 2) aller sur cloud station serveur, et effacer la base de donnée 3) revenir au(x) client(s), et re rentrer les paramètres du compte, et surtout garder le même dossier pour la syncro 4) Attendre que la syncro se termine. A priori, il ne télécharge pas les fichiers à nouveau; il se contente de remettre à jour la BD côté serveur. Ca m'a pris une paire d'heures pour 21000+ fichiers Un peu merdique...

PB résolu. Comme souvent, il fallait chercher ailleurs. Les images étaient en dehors du répertoire web. Il a suffit de rajouter le répertoires des images dans le paramètre php open_basedir Et là tout fonctionne nickel. Sauf que recréer des vignettes ça rame (bizarement mes sous répertoire @eaDir contiennent bien les noms des fichiers mais sont à zéro octets dans le lien symbolique...)

Bonjour à tous, j'ai un pb et quand je googelise pour l'instant je ne trouve que qq autres personnes qui ont le même pb... :-((( - j'ai un syno1 qui contient des images, et un deuxième syno2 qui contient le serveur web - dans le syno2 (web) je crée un dossier partagé phlink qui est en fait un dossier distant sur un ss répertoire du syno1 qui contient les images - bien vérifié sous console ssh : dans le syno2 je fais un ls du répertoire phlink et j'ai bien tous les fichiers du syno1 - maintenant : j'aimerais accéder à ces fichiers sous php, entre autres en utilisant opendir readdir scandir etc.. J'utilise '/volume1/phlink' comme répertoire - et voilà, ça buggue. Opendir comme scandir etc... me renvoient rien sur ce répertoire, qui est pourtant lisible au travers de la console ssh. - j'ai même essayé un readlink() et un symlink sur ce répertoire, ça ne me renvoie une chaîne nulle... QQ'un a une réponse ??? Est-ce possible que php considère ce lien comme un répertoire ?? Mille merci ! cordialement

Je viens de télécharger DSM 4.1 et cloud station 1.1-2288 La limite à 1G a sauté. A priori, il n'y a plus de limite. Je viens de tester sur un fichier de 2,4 Go, il s'est bien syncrhonisé. Hope it helps

Je viens de m'équiper d'un imac tout neuf, et j'ai donc fait une première synchro avec le serveur, qui est aussi synchronisé avec un macbook - DS212j DSM 4.0 2233 - icloud 1.1-2251 - adresse IP par dyndns mais synchro depuis l'imac sur IP fixe J'ai eu au début le problème habituel : la synchro commence, puis se bloque (roue tournante quand je mets le curseur sur l'icone). Je reboote et ça repart. J'ai dû rebooter 4 fois pour synchroniser 21Go et 13.000 fichiers (heureusement j'ai un SSD pour le système. Les données sont sur un HD normal) Depuis, pas de problème.

Oui, j'ai confondu attribut et extension; honte à moi. donc j'ai essayé, pas de pb avec toto.doc et toto.pdf en revanche je n'utilise pas EZcloud, je suis en dyndns... qui marche bien ! Je m'en suis sorti en repartant de zéro sur le cloud. Mais je surveille. Je pense qu'il y a des interactions entre dropbox et le cloud, mais je ne suis pas sûr.. Merci

Et je voudrais réinsister sur un point : http://www.synology....nt.php?lang=fre où il est dit : For Mac OS users, the files with identical filename but different extended attributes will be considered to be the same file, and overwrite each other. The extended attributes of folders will not be synced. donc si on a toto.ppt et toto.pdf dans le même répertoire, ça ne passera pas... Erreur de ma part : ça passera; c'est les attributs, pas l'extension

NAS : DS212j DSM : 4.0-2228 CloudStation : 1.0-2218 Mac OS 10.7.4 ezcloud : non; utilisation de dyndns Dropbox installé Ca marchait pas trop mal, et puis la je me suis payé deux heures de TGV où j'ai beaucoup bougé mon folder en off-line, et ça me fonctionne plus : il se lance, et se bloque très vite sur la croix rouge et le mode "reconnection"; et la liste de fichiers modifiés récemment n'est constitué que de (none) il a manifestement perdu la liste à synchroniser :-( Au passage, dans http://www.synology....nt.php?lang=fre il y a une phrase pas très sympa : For Mac OS users, the files with identical filename but different extended attributes will be considered to be the same file, and overwrite each other. The extended attributes of folders will not be synced Moi j'ai très souvent toto.doc et toto.pdf ça, c'est vraiment pas sympa du tout...