Mic13710

Mon cloud est sur la totalité de mon dossier "mes documents". Il n'est ni partagé, ni synchronisé sous windows donc pas de risque d'avoir coché ou pas sur hors ligne. Cloud Station gère sa synchro comme il l'entend et apparemment il ne sait pas bien le faire puisqu'il a l'air de s'égarer un peu.

Moi pas comprendre ... traduction ? Si la question est de savoir si le cloud est synchronisé, cad s'il communique avec le Syno, la réponse est oui. Mon PC est connecté sur mon réseau interne en Gigabit sur lequel est aussi connecté mon Syno 24/24 7/7 Il y a peu d'échanges entre le PC et le Syno lors du démarrage. C'est uniquement le DD du PC qui s'excite tout seul.

Pour pouvoir bien isoler le démarrage du Cloud, j'ai inhibé son lancement automatique. J'ai ouvert le moniteur de ressources et l'outil de capture, puis j'ai démarré manuellement le Cloud. J'ai fait 2 captures, une juste après le lancement et une autre quelques minutes plus tard. Comme on peut le voir c'est le client-win.exe lancé par cloud.exe qui met le feu au DD. Je confirme que le cloud était inchangé et donc qu'une activité aussi forte est totalement injustifiée

Salut rodo37. Je n'ai pas encore eu l'occasion de faire de démarrage depuis mon dernier message, mon PC étant resté allumé toute la nuit. Cependant lors du dernier démarrage qui s'est avéré particulièrement laborieux, mon moniteur de ressources m'indiquait une activité du DD beaucoup plus importante que sur ta saisie d'écran puisque les deux graphiques (disque et file d'attente) à droite étaient entièrement vert fluo. Il est bien évident qu'avec une telle occupation du disque, rien ne peut se lancer normalement. Dès que possible, je posterai sur le forum une copie d'écran mettant en évidence ce phénomène. C'est important en effet de remonter l'info à Synology. Pour ma part cette sollicitation du DD au démarrage est totalement injustifiée, particulièrement s'il n'y a eu aucune modification dans le dossier du Cloud, ce qui est majoritairement mon cas.

Merci Rodo37. Chez moi, le problème est toujours là, et il semble même plus important à chaque démarrage. Ce matin, j'ai attendu au moins 5 min avant de pouvoir vraiment avoir la main. Aux prochains démarrages je vérifierai plus particulièrement les processus actifs sur le DD. Petite question qui n'a rien à voir, quoique : as-tu installé la dernière version de DSM 2219 ou es-tu toujours sur la 2198 ? Je suis toujours sur la 2198 car la 2219 semblerait poser des problèmes avec CloudStation

OK Rodo37 et merci pour ton implication. J'ai continué de mon côté à chercher pourquoi le portable était moins impacté que les PC. J'avais pensé à une question de vitesse réseau et je me suis dit qu'il y avait peut-être un problème entre IP interne et externe. Pour faire un essai, j'ai modifié le fichier client.conf de mon PC pour qu'il se connecte sur l'IP externe (je n'ai pas trouvé de méthode plus "conviviale" pour modifier l'IP et les autres paramètres du cloud sans avoir à refaire le Cloud, ce qui est un non-sens). Le résultat n'est pas probant. Le PC se connecte, mais il rame encore plus. Retour à l'IP interne. Il semblerait au final que le Cloud.exe soit prioritaire sur tous les autres programmes, mais je ne sais pas s'il est possible de définir une priorité dans Windows pour que l'exécution de ce programme soit mise en pause en cas de lancement d'un autre programme.

Salut Rodo37, Mon Cloud fait 3.85Go, comporte 12200 fichiers et 473 dossiers. Je suis en Gigabit sur le PC, en Wifi sur le portable. La différence principale entre les deux PC réside dans la version de W7, l'un est en 64, l'autre en 32. La différence sur le Cloud c'est que celui du PC passe par le réseau interne (IP du Syno) alors que le portable est sur mon IP fixe externe (normal puisqu'il est nomade). Par ailleurs, j'ai un autre Cloud sur le PC en XP Pro de ma femme et le même portable (sur une session qui lui est propre). Il est beaucoup plus important puisqu'il fait 9.74Go, 19924 fichiers et 2447 dossiers. Comportement identique du PC fixe (lenteur au démarrage) alors que le portable est beaucoup plus calme. Peut-être finalement que la vitesse du réseau y est pour quelque chose .... Pour Guik : je n'ai pas installé la version béta du DSM 4 puisque je n'avais pas encore mon 710. La seule version béta concerne le cloud client, qui pose problème chez moi. Je n'ai pas encore installé la dernière version du DSM car j'ai lu que certains avaient des problèmes avec le cloud suite à l'installation.

Les essais arrêt redémarrage sur un seul PC, s'avèrent décevants. Toujours une hyperactivité du DD au démarrage. En inhibant Cloud.exe de la liste de démarrage, la mise en route du PC est normale, ce qui prouve bien que c'est seulement le Cloud qui pose problème. Le lancement manuel du Cloud après le démarrage produit exactement les mêmes effets : très forte sollicitation du disque qui provoque un ralentissement global du PC. Tout redevient normal au bout de quelques minutes. Je ne comprends toujours pas le pourquoi de ce processus au réveil du Cloud et j'espère bien que Synology auront résolu ce point dans la version officielle. Par contre sur mon portable, je ne rencontre pas ce genre de désagrément, ou du moins il est beaucoup moins agressif que sur mon PC de bureau. Je peux accéder aux autres programmes pendant que le Cloud se met à jour tranquillement. Il est en W7-32.

Les fichiers sur ton portable ne sont peut-être pas modifié mais ils peuvent avoir été modifiés sur d'autres ordinateurs, d'ou cette vérification au démarrage du système. Actuellement, le portable est allumé, mais je ne l'utilise pas, uniquement en déplacement. Les fichiers ne sont modifiés que sur le PC fixe. Comme ils ne sont pas éteints simultanément, j'en suis venu à suspecter un soucis au niveau des données de synchronisation, mais je me trompe peut-être. J'ai deux portables, un sous Win7 et l'autre sous VISTA, plus un serveur Windows 2008 afin de sauvegarder mon Cloud. Ils sont souvent (plus de 8h par jour) connectés en même temps. Le Cloud fonctionne sans problème en simultanés sur mes 3 PC. J'ai aussi une sauvegarde de l'ensemble de mon Syno (710+) sur un autre Syno (107). Mon Cloud fonctionne aussi très bien en simultané. Pas de souci de ce côté là. C'est seulement le démarrage qui pose problème. Ce que j'ai remarqué par contre, c'est qu'ouvrir le même fichier sur les deux PC posent problème, mais le Cloud crée alors un second fichier avec le même nom mais avec la date et le nom du PC en plus. Je n'ai pas encore tenté d'ouvrir le même fichier sur les 2 PC car ce n'est jamais très bien géré, et que je ne fais pas une utilisation des PC en simultané. Mais je sais que le Cloud leur attribue des noms différents. Je vais tester RogueKiller sur mes ordinateurs. Je suis impatient d'en connaitre le résultat

Salut Rodo37, Malgré les exceptions, le PC était toujours lent à rendre la main au démarrage. Je viens enfin de trouver la raison de mon problème. J'ai fait tourner RogueKiller sur mon PC, et oh surprise, il a détecté que CloudStation.exe était un programme malveillant (allons donc !) Qui ne tente rien n'a rien : je lui ai donc fait supprimer ce programme, et là, le démarrage s'est déroulé normalement. Seulement, mon Cloud n'était plus opérationnel. Excepté le fait que ce programme soit considéré comme nuisible par RogueKiller (bien que ce soit surprenant), je ne comprends pas pourquoi il exécute au démarrage des opérations (synchronisation ?, mise à jour ?) en tâche de fond sur des fichiers et dossiers qui n'ont pas été modifiés depuis leur dernière utilisation. Mais peut-être est-ce dû au fait que mon Cloud est utilisé sur 2 PC, un fixe et un portable, et que ces PC sont actuellement tous les 2 opérationnels. Or, s'ils utilisent des données de synchronisation communes et qu'elles sont réactualisées à intervalles réguliers, cela expliquerait alors qu'à l'allumage d'un des PCs, le Cloud détectant des modifications réelles ou supposées sur ces données depuis sa dernière extinction, il lance une resynchronisation de l'ensemble du dossier, d'où l'activité du DD qui ralentit tous les autres lancements. La question est donc de savoir si le Cloud supporte une utilisation simultanée sur 2 PCs. A l'heure actuelle, toute modification sur l'un est répercutée sur l'autre au travers du Syno, mais je ne sais pas si les données de synchronisation sont communes ou individuelles, et donc si les deux Cloud utilisant le même dossier sur le Syno fonctionnent de manière autonome. En attendant, je suis en cours de remontage de mon Cloud et je vais lancer des essais d'arrêt et redémarrage des PC pour vérifier cette théorie. Je vous tiens au courant.

J'ai 4 clouds qui fonctionnent. Je vais finalement attendre que vos dysfonctionnements soient résolus avant d'installer la 2219.

Tout simplement parce que ces fichiers sont modifiés en continu, ce qui ne convient pas à une protection temps réel. Toute modif entraine un scan, et même si les fichiers sont petits, ça occupe le disque pendant un moment. L'exception "temps réel" sur le dossier, permet d'éviter ça.

Ce n'est pas le dossier sign qui pose problème (le mien comporte 16531 fichiers de quelques ko chacun), mais les 3 fichiers permanents et 1 temporaire du répertoire racine db. Ces fichiers sont remis à jour en continu à chaque démarrage, et c'est ça qui affole l'antivirus qui n'arrête pas de les vérifier, plus particulièrement le temporaire qui est un journal d'après son extension. Après, tout dépend peut-être de l'antivirus. Antivir premium est une version payante, en principe plus agressive que la gratuite.

Si WinNUT communique bien avec le Syno, je n'ai pas de popup de notification qui apparait lors des évènements sur l'onduleur. Les évènements sont seulement listés dans le Logfile. J'ai par ailleurs paramétré les NOTIFYMSG pour avoir les messages qui me conviennent, j'ai bien le NOTIFYCMD set to "c:Program Files (x86)WinNUTAlertPopup.exe" dans le log. J'ai aussi essayé avec et sans (x86) et ça ne change rien. Je sèche. Par ailleurs, toujours pas trouvé comment paramétrer WinNUT client pour qu'il communique avec l'UPS via le Syno. Je ne sais pas si c'est possible. Quelqu'un a t'il la solution ? Existe t'il un programme autre, capable de passer par le Syno et compatible W7 ? Merci pour votre aide.

Je pense avoir trouvé. Lors du démarrage du PC et du Cloud, il y a une grosse activité au niveau de la base de donnée du Cloud. L'antivirus est alors fortement sollicité puisque chaque modification d'un des fichiers entraine un scan systématique, et les changements sont quasi permanents. Etant donné qu'il y a pas à peu de risques que ces fichiers soient vérolés, j'ai mis une exception de protection en temps réel (j'ai laissé la recherche au cas où) sur le dossier de la base de donnée. Sur W7, il s'agit du C:UsersUtilisateurAppDataRoamingCloudStationdb Sur XP c'est là : C:Documents and SettingsUtilisateurApplication DataCloudStationdb Le PC s'en porte beaucoup mieux....

Pour le modèle de base, c'est un non catégorique puisqu'il n'a pas de connexion USB pour espérer pouvoir communiquer avec le NAS. Pour le modèle avec l'option USB/RS232, il y a peu d'espoir que ça fonctionne puisqu'il n'est listé ni dans les modèles approuvé par Synology, ni dans les onduleurs testés par les utilisateurs. De plus, il faut que le pilote soit usbhid-ups, ce qui n'est pas le cas du FSP EP650 qui est du blazer_usb. A éviter pour ne pas se retrouver avec des soucis de compatibilité.

Bonjour, Après quelques semaines d'utilisation, mon opinion sur le CloudStation est assez mitigée. La synchro se fait bien mais il y a un gros mais, le disque dur est fortement sollicité au démarrage du PC ce qui ralenti fortement tous les accès, même si le CPU et la mémoire sont à peine chargés. La raison : l'antivirus qui scanne systématiquement l'ensemble du Cloud car il semble considérer que la synchro est susceptible d'avoir modifié les fichiers. Et ça c'est pas génial. Une fois le scan terminé, le PC et le Cloud fonctionnent normalement. Je ne vois pas bien comment résoudre ça. Je ne vais surement pas arrêter l'antivirus, et ce serait une erreur de lui mettre une exception sur le dossier du Cloud. Je ne sais pas quoi faire. Pour info, mon antivirus c'est Avira 2012 version premium. Si quelqu'un sait comment contourner le problème sans arrêter la protection virale, je suis preneur. Merci d'avance. Michel

Merci encore une fois Patrick, cette fois ça à l'air de fonctionner. C'était à n'en pas douter un problème de user et pwd, mais sans l'info de Sylm, bien difficile de savoir quoi mettre, et la doc Syno est avare d'indication. Honnêtement, ne pas avoir à mettre en clair les codes d'accès à DSM pour récupérer les infos onduleur est infiniment plus rassurant. Donc, l'instruction à mettre telle quelle dans upsmon.conf (sauf bien évidemment de renseigner l'IP du Syno) et qui est valable pour la majorité des utilisateurs est la suivante : MONITOR ups@<IP du Syno> 1 monuser secret slave Maintenant que les infos onduleur remontent vers le PC, il n'en demeure pas moins que WinNUT ne donne aucune information concernant son état. L'onduleur reste invisible sur le PC. J'ai donc installé WinNUT client, certes assez éloigné de Power Chute bien qu'il donne des infos intéressantes, mais j'ai beau essayer de mettre toutes les combinaisons dans UPS host, je n'arrive pas à le faire communiquer avec l'onduleur. Et ce n'est pas les explications quasi inexistantes du readme.txt qui peuvent aider : 3. Run the exe and Go to Settings->Preferences to set your connection properties or change Color of the panels. C'est un peu court. Quelqu'un sait-il si WinNUT client est compatible avec W7 64, et si oui, que faut-il indiquer dans UPS host pour qu'il communique avec l'onduleur ? Il y aurait-il un autre programme compatible W7 pour faire du monitoring de l'onduleur ? Une interface comme celle-ci http://knut.prynych.cz/ serait pas mal, mais je ne trouve pas l’équivalent pour Windobe.

Merci Patrick pour ta réponse. Pour Power Chute, il faudrait qu'il puisse être paramétré comme WinNUT, ce qui n'est pas encore le cas. J'ai installé WinNUT version 2.0.0.4 (compatible W7), déclaré l'adresse IP de mon PC dans la liste des Diskstation permis, déclaré l'adresse du Syno dans upsmon.conf : "MONITOR ups@192.168.0.2 1 (nom administrateur) (mdp administrateur) slave". Mais voilà, impossible de me connecter, le log me renvoi : ERROR 04/17/2012 10:02:31 Can't login to UPS [ups@192.168.0.2]: Access denied Tout à l'air bon mais le Syno refuse la connexion et je ne vois pas ce qui bloque.

Bonjour à tous, J'ai un onduleur APC 800VA. La liaison USB était faite auparavant sur le PC et je pouvais contrôler l'état et faire des tests de l'onduleur avec le logiciel Power chute. Le problème, c'est que l'onduleur n'était pas vu par mon Syno principal, et comme il est en Raid 1, c'était pas glop en cas de coupure secteur. J'ai donc connecté l'USB sur le Syno, activé la prise en charge UPS, ainsi que le serveur réseau UPS pour utiliser le signal du mode sans échec pour mon Syno secondaire sur lequel j'ai activé la prise en charge UPS via le réseau. Jusque là tout baigne, sauf que du coup, je n'ai plus aucune information sur l'onduleur hormis celles très succinctes données par le Syno (informations périphérique). Et je trouve ça très important de connaitre l'état de charge de la batterie, la capacité restante en cas de perte secteur, le résultat des tests automatiques, pouvoir lancer des tests manuels, bref, tout ce qui permet de vérifier le bon fonctionnement de l'onduleur. C'est maintenant un fonctionnement en aveugle et j'apprécie moyennement. Existe t'il un moyen d'utiliser le réseau pour garder un oeil sur l'onduleur connecté au Syno, ou mieux, de continuer à voir l'onduleur avec Power Chute au travers du réseau ? D'avance merci pour vos réponses, Michel

Le cloud est normalement lancé au démarrage de windows. Il faut vérifier que cloud.exe se trouve bien dans la liste de démarrage de windows. C'est assez facile de le contrôler avec, entre autres, Ccleaner. Ensuite n'est-ce pas le site à partir duquel vous vous connectez qui bloquerait le cloud ? Est-ce que ça fonctionne chez vous ? Voir aussi ce fil de discussion. où la solution est passée par une réinstallation du paquet dans DSM.

Je ne comprends pas. S'il se synchronise, il n'y a pas de raison pour que la maj ne se fasse pas. Mais se synchronise t'il vraiment ?

A mon avis, ce n'était pas nécessaire de tout réinstaller. Le cloud était opérationnel sur le nas, seul le PC bureau posait problème. Je pense que seule la maj du PC bureau était utile. Si maj 2166 - 2197 impossible, une réinstallation complète (uniquement sur le PC bureau, of course) avec resynchronisation sur la nas aurait fait l'affaire.

Pour moi, c'est sans importance. A partir du moment où il ne s'agit que d'une sauvegarde sur un nas dédié pratiquement exclusivement à cette opération (le 107), et que cette même opération n'altère pas le fonctionnement du nas principal (le 710), ça ne me pose aucun problème. L'essentiel étant la préservation des données et non la vitesse à laquelle elle s'exécute. A l'heure où j'écris, il me reste encore 120Go à sauvegarder. Ce n'est pas 5MB/s (faut pas exagérer non plus) mais 5MO/s (soit 40Mb/s)

Ben oui, c'est un des derniers dinosaures des synos. Le CPU tourne à la vitesse epoustoubourifante de 266Mhz, aidé dans sa tâche par une mémoire colossale de 64Mo. Je suis d'accord que ça pourrait booster un peu plus, mais avec un tel pédigrée, on arrive très vite à pousser la bête dans ses derniers retranchements. Et puis je crois que le DSM 3.x est un peu lourd pour l'engin. Beaucoup ici ont noté des baisses de performances de leur x07 avec ces dernières versions. Dans le même temps, le 710 se fend la poire en assurant la sauvegarde sur le 107, 2 clouds, 4 liens FTP (2 externes et 2 internes), quelques http et d'autres bricoles. Même pas peur. 10% - 15% max sur le cpu et la ram et le réseau est loin de la saturation.