-
Compteur de contenus
15 -
Inscription
-
Dernière visite
Messages posté(e)s par DarkKnight
-
-
Bonjour,
J'ai un souci de perf sur mon PC depuis la mise en place de CloudStation.
J'explique :
J'ai une arborescence de dossiers (assez conséquente) sur un disque local de mon PC, qui est synchronisé avec CloudStation.
Par moment, (dès que je browse un des dossiers, j'ai l'impression), le process "explorer.exe" monte à 100% pendant quelques minutes puis revient à la normale.
J'ai monitoré ce pic de CPU.
Avec Process Explorer, j'ai vu qu'il s'agissait du thread ntdll.dll rtlvalidateheap+0x170.
Avec Process Monitor, j'ai constaté que durant tout ce pic de charge, il ne fait quasiment que des accès en FASTIO_READ à "C:\Users\XXXXX XXXXXXXX\AppData\Local\CloudStation\session\1\db\file-status.sqlite" (un espace dans mon nom d'utilisateur, je sais pas si c'est important de le signaler)
Ce fichier est situé sur mon disque système (SSD, donc en théorie performant)
Le fichier fait 90 Mo environ.
Avez-vous eu ce cas ?
D'avance merci pour votre aide
0 -
Salut,
J'ai un souci sur la synchro CloudStation.
A la base, je synchronise des photos pour les avoir à jour entre mon PC de bureau et mon portable.
Pour l'instant, mon utilisation de CloudStation ("CS") se limite à mon réseau local chez moi.
Je communique en filaire entre mon PC et le Syno (le CS du laptop en Wifi est "en pause" pour le moment, tant que ce problème n'est pas résolu).
Donc pour l'instant, seuls deux périphériques communiquent.
Le CS synchronise un paquet de fichiers puis s'arrête, alors qu'il reste des fichiers à synchroniser.
Je regarde dans la log "ui.log" situé : C:\Users\XXXXXXXXXXXXX\AppData\Local\CloudStation\log.
J'ai ces messages d'erreur :
sept. 02 18:26:14 [INFO] ui-client/tray_updator.cpp(412): RptFiles2TrayBouble: 20 files report updated sept. 02 18:26:44 [INFO] ui-client/clientui_mgr.cpp(548): getProxyInfoFromUI: proxy_ip = ':0', user=':', use_proxy = '0', domain/host = ':' sept. 02 18:26:44 [INFO] ui-client/clientui_mgr.cpp(576): getTunnelInfoFromUI: tunnel = ':0', use_tunnel = '0' sept. 02 18:27:02 [ERROR] channel.cpp(757): ReadMore: Channel timeout for 60 seconed sept. 02 18:27:02 [ERROR] ui-client/message_mgr.cpp(737): ReadType: Connection timeout sept. 02 18:27:02 [ERROR] ui-client/message_mgr.cpp(513): Read message type header failed: Connection timeout,006C0548 sept. 02 18:27:03 [INFO] ui-client/message_mgr.cpp(511): Try to read message, 006C0548 sept. 02 18:27:44 [INFO] ui-client/clientui_mgr.cpp(548): getProxyInfoFromUI: proxy_ip = ':0', user=':', use_proxy = '0', domain/host = ':' sept. 02 18:27:44 [INFO] ui-client/clientui_mgr.cpp(576): getTunnelInfoFromUI: tunnel = ':0', use_tunnel = '0' sept. 02 18:28:03 [ERROR] channel.cpp(757): ReadMore: Channel timeout for 60 seconed sept. 02 18:28:03 [ERROR] ui-client/message_mgr.cpp(737): ReadType: Connection timeout sept. 02 18:28:03 [ERROR] ui-client/message_mgr.cpp(513): Read message type header failed: Connection timeout,006C0548
... etc jusqu'à ce que je relance le CS, ou que je dise à CS d'autodétecter le proxy dans les paramètres
J'ai remarqué que, quand il plante, il génère plein de fichiers temporaires dans le répertoire .SynologyWorkingDirectory sur le PC.
Ces fichiers au nom composés uniquement d'une quinzaine de chiffres (est-ce la régle ?), sont créés et supprimés en l'espace de 1-2 secondes, donc impossible de les ouvrir pour en extraire le contenu (si, peut-être en utilisant un récupérateur de fichiers effacés, mais j'en suis pas encore là )
Précisions :
Syno 411
DSM 4.1-2636
CS client v1.1-2288
CS sur Syno : 1.1-2288
Réseau local piloté par SFRBox
Voilà, je pense que j'ai tout dit.
0 -
Probl
dans DSM 4.1 - BETA
Effectivement ! ça marche
J'avais même pas cherché à savoir s'il était installé ou non !
Merci pour ton aide
0 -
Probl
dans DSM 4.1 - BETA
Salut,
J'ai un souci, l'upgrade sur un PC en Windows 7 64b ne veut pas se faire.
La barre de progression s'arrête à 50%, recule, repart jusqu'au même point, recule,...
Jusqu'au message d'erreur à la fin, "Failed to upgrade data of Cloud Station"
Si quelq'un peut m'aider
Merci
edit: pour info, j'ai soumis le bug au Support Syno
0 -
(Désolé, j'étais en congés la semaine dernière, avec juste l'accès à distance sur le Syno. Mais je ne voulais pas tenter les manips au risque de perdre la main.
(Surtout que je crois que le telnet ssh ne passerait pas,et je n'ai pas (encore) mis de VPN))
Super djikstra! Il m'a suffit de remettre la variable PATH dans le bon ordre et ensuite la commande "ipkg update" s'est déroulée sans pb.
Je suppose que je n'ai pas besoin de continuer plus loin dans tes étapes.
Merci bcp à tous les intervenants pour votre aide !
0 -
vérifie si wget est parvenu a créer le répertoire temporaire en nous donnant le résultat de avec la commande suivante:
ls -lrtd /opt/ipkg*
essaie aussi de créer un répertoiremkdir /opt/ipkg-toto[/code] un répertoire n'est apparu qu'après ma commande manuelle :
[code]TRINITY> ls -lrtd /opt/ipkg* ls: /opt/ipkg*: No such file or directory TRINITY> mkdir /opt/ipkg-toto TRINITY> ls -lrtd /opt/ipkg* drwxr-xr-x 2 root root 4096 Mar 25 20:08 /opt/ipkg-toto[/code]0 -
Les droits semblent bonsPuisque ca marche avec
wget -P /volume1/@tmp/
mais pas avecwget -P /opt/ipkg-1jtsde
C'est qu'il y a un lezard dans le montage /opt Vérifie déja que tu as le droit d'écriture ("touch /opt/toto")TRINITY> touch /opt/toto TRINITY> ll toto -rw-r--r-- 1 root root 0 Mar 25 19:56 toto
0 -
ça a l'air de donner le même résultat que ce que j'ai fait avec la commande wgetEssaie ceci:
ipkg -V 4 -verbose_wget update
et donne le résultatTRINITY> ipkg -V 4 -verbose_wget update Downloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz --18:04:42-- http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz => `/opt/ipkg-iE4mfA/Packages.gz' Resolving ipkg.nslu2-linux.org... 140.211.169.161 Connecting to ipkg.nslu2-linux.org|140.211.169.161|:... connected. HTTP request sent, awaiting response... 200 OK Length: 128,583 (126K) [text/plain] Packages.gz has sprung into existence. Retrying. [...] (j'ai squizzé les 19 autres tentatives) --18:06:39-- http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz (try:20) => `/opt/ipkg-ubEtz9/Packages.gz' Connecting to ipkg.nslu2-linux.org|140.211.169.161|:... connected. HTTP request sent, awaiting response... 200 OK Length: 128,583 (126K) [text/plain] Packages.gz has sprung into existence. Giving up. An error ocurred, return value: 1. Collected errors: ipkg_download: ERROR: Command failed with return value 41: `wget --passive-ftp -P /opt/ipkg-ubEtz9 http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz' hash_table[pkg-hash] n_buckets=0 n_elements=3 max_conflicts=0 n_conflicts=0 hash_table[file-hash] n_buckets=0 n_elements=0 max_conflicts=0 n_conflicts=0 hash_table[obs-file-hash] n_buckets=0 n_elements=0 max_conflicts=0 n_conflicts=0 [/code]
0 -
Re-essaie alors la commande ipkg qui plantait tout a l'heure, peut-être qu'a cause du mauvais path, c'est le mauvais wget qui était exécuté.
Sinon, pour t'aider me faudrait une trace, mais comme la commande "strace" s'installe avec ipkg ....
Alors, état des lieux :
après reconnexion en root pour prendre les modifications du .profile, voici les commandes tapées :
TRINITY> echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/opt/bin:/opt/sbin TRINITY> ipkg ipkg: ipkg must have one sub-command argument ipkg version 0.99.163 usage: ipkg [options...] sub-command [arguments...] [...aide ipkg... ] TRINITY> ipkg update Downloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz An error ocurred, return value: 1. Collected errors: ipkg_download: ERROR: Command failed with return value 41: `wget --passive-ftp -q -P /opt/ipkg-1jtsde http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz' TRINITY> wget --passive-ftp -q -P /opt/ipkg-1jtsde http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz TRINITY> cd /opt TRINITY> ll drwxr-xr-x 9 root root 4096 Mar 25 17:20 . drwxr-xr-x 24 root root 4096 Mar 25 14:18 .. drwxr-xr-x 2 root root 4096 Mar 25 10:44 bin drwxr-xr-x 4 root root 4096 Mar 25 10:44 etc drwxr-xr-x 3 root root 4096 Mar 25 10:44 lib drwxr-xr-x 3 root root 4096 Mar 25 10:44 man drwxr-xr-x 3 root root 4096 Mar 25 10:44 share drwxr-xr-t 2 root root 4096 May 15 2010 tmp drwxr-xr-x 3 root root 4096 Mar 25 10:44 var TRINITY> ipkg update Downloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz ipkg: /opt/ipkg-6lzbDu/Packages.gz: No such file or directory file_copy: ERROR: failed to copy /opt/ipkg-6lzbDu/Packages.gz to /tmp/ipkg.4mG4gP/cross.gz An error ocurred, return value: 1. TRINITY> whoami root TRINITY> ipkg install strace Nothing to be done An error ocurred, return value: 4. Collected errors: Cannot find package strace. Check the spelling or perhaps run 'ipkg update' TRINITY> ipkg list wget - 1.12-2 - Successfully terminated. TRINITY>
Commande wget en "no-quiet" :TRINITY> wget --passive-ftp -P /opt/ipkg-1jtsde http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz --17:33:05-- http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz => `/opt/ipkg-1jtsde/Packages.gz' Resolving ipkg.nslu2-linux.org... 140.211.169.161 Connecting to ipkg.nslu2-linux.org|140.211.169.161|:... connected. HTTP request sent, awaiting response... 200 OK Length: 128,583 (126K) [text/plain] Packages.gz has sprung into existence. Retrying.
0 -
ça me semble bon :Peux-tu nous dire ce qui se passe en exécutant la commande wget a la main en mode verbeux, comme ça:
wget --verbose --passive-ftp -P /volume1/@tmp/ http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz
TRINITY> wget --verbose --passive-ftp -P /volume1/@tmp/ http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz --15:03:56-- http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz => `/volume1/@tmp/Packages.gz' Resolving ipkg.nslu2-linux.org... 140.211.169.161 Connecting to ipkg.nslu2-linux.org|140.211.169.161|:... connected. HTTP request sent, awaiting response... 200 OK Length: 128,583 (126K) [text/plain] 100%[=================================================================================================================================================>] 128,583 143.12K/s 15:03:58 (142.98 KB/s) - `Packages.gz' saved [128583/128583][/code]
0 -
Regarde si le PATH ne serait pas redéfini "from scratch" dans le ".profile" du compte ("/root/.profile")
Ok, c'est bien ça ! merci
Par contre pour le comportement de Ipkg, pas d'idée ?
0 -
Hello,
Bon, je mets ce topic ici. S'il est pas à la bonne place, désolé!
Voilà,
J'ai des soucis avec ipkg.
Je voulais le réinstaller (je ne sais plus pourquoi...mal m'en a pris).
J'ai suivi les étapes décrites ici : http://blog.bangbits...logy-ds211.html
A savoir que j'ai un 411 et le bootstrap est le même que pour le ds211 (d'après http://forum.synolog...strap,_ipkg_etc)
Donc, j'ai supprimé d'abord le /volume1/@optware et l'autre (je me souviens plus, mais ce sont ceux qui sont indiqués si on relance le xsh)
J'ai rebooté, et relancé l'installation.
Après l'install, j'ai de nouveau rebooté
Je fais les tests de fonctionnement, mais j'ai des erreurs :
TRINITY> ipkg -ash: ipkg: not found
Il est pourtant installé au bon endroit puisque :TRINITY> /opt/bin/ipkg update Downloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz An error ocurred, return value: 1. Collected errors: ipkg_download: ERROR: Command failed with return value 41: `wget --passive-ftp -q -P /opt/ipkg-oVTLET http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz'
Mais il semble mal installé, visiblement
Pour le problème de PATH, j'avais corrigé le /etc/profile en rajoutant ":/opt/bin:/opt/sbin" à la fin de la variable PATH. L'installation l'avait mis en fin de script, sans les " "
J'avais même rebooté après la modif, mais cela ne change rien.
J'ai tout dit, je pense.
Sinon, config :
DS411
DSM 4.0 - 2198
Merci pour votre aide
0 -
Hello,
J'ai bizarrement toujours ce problème de reboot.
J'ai normalement la dernière release (2198), je confirme ça dès qu'il sera de nouveau accessible.
Quelqu'un aurait une idée du problème ?
0 -
Cloudstation - Explorer.exe
dans Cloud Station Server
Posté(e)
Ok, ok ! Je vois que ça inspire pas beaucoup de monde !
Ceci dit, j'ai contourné donc résolu mon problème.
Le problème est que j'ai modifié plusieurs paramètres de l'équation :
- mon profil utilisateur avait l'air un peu bizarre : il m'affichait l'arborescence "Application Data" en récursif (Application DataApplication DataApplication Data...). Je l'ai donc recréé sans mettre d'espace dans le nom, du coup
- j'en ai profité pour le déplacer du SSD vers un disque SATA
- je suis reparti de 0 concernant la synchro Cloud.
Et apparemment, je n'ai plus ce problème de pic CPU.