gspock
-
Compteur de contenus
65 -
Inscription
-
Dernière visite
Messages posté(e)s par gspock
-
-
Perso, je préfère potentiellement réduire un peu la durée de vie des disques que de consommer tout le temps de l'électricité
@gspock : merci, je n'arrivais pas à comprendre pourquoi mes disques ne se mettaient plus en hibernation comme avant, et effectivement, ça le fait depuis l'upgrade en 4.1. si tu trouves une solution, je suis preneur.
- merci -
Salut, va jetter un coup d'oeil ici :
Peut-être une piste: l'historique du moniteur de ressource serait-elle activée? (faut bien qu'il stoque ça sur disque)
Salut,
non, ça n'est pas activé chez moi ; par contre, si le surveillance station tourne (même si toutes les caméras sont éteintes) alors il ne passe plus en veille, ce qu'il faisait en 4.0.
S'il y a un disque externe e-sata, il ne passe plus en veille non plus, alors qu'il le faisait en 4.0 ...
0 -
Je viens d'essayer avec un logiciel de FTP il semblerait que l'accès au ftp ne fonctionne pas. QQun pourrait me confirmer cela ? Savez vous où l'on peut trouver ce patch ?
Merci.
Si ça peux t'aider, voici un lien dropbox avec la patch en question : http://db.tt/ds0mFly7
GS
0 -
... Voici mes constatations avec mon 212+:
1) le patch règle le problème
.... sauf si un disque sata externe est connecté ... dans ce cas, je retombe sur le phénomène que le syno se met en veille puis se rallume directement .... pppfffff .... c'est à ne plus rien comprendre, car tout ça marchait nickel en 4.0 ....
0 -
... Voici mes constatations avec mon 212+:
1) le patch règle le problème
2) par contre le comportement du syno est différent sur les conditions pour se mettre en veille. Je m'explique :
AVANT la 4.1, il se mettait en veille même si le surveillance station tournait, pour autant que les caméras soient coupées.
En 4.1, il faut absolument que le package surveillance soit arrêté, sinon pas de veille mêmes si toutes les caméras sont coupées
... mais par contre, j'ai toujours le message suivant dans /var/log/messages :
net_default_gateway_set.c:36 failed to set default gateway 192.168.1.1 (-1).
:blink:
Et depuis l'application du patch, il semble que quelque chose réveille la "bête" +/- toute les heures ...
Sep 7 12:41:29 kernel: [ 1386.200000] ata1: wake up from deepsleep, reset link now
Sep 7 12:41:36 kernel: [ 1393.230000] ata2: wake up from deepsleep, reset link now
Sep 7 14:08:46 kernel: [ 3668.960000] ata1: wake up from deepsleep, reset link now
Sep 7 14:08:53 kernel: [ 3675.990000] ata2: wake up from deepsleep, reset link now
Sep 7 15:09:07 kernel: [ 7290.020000] ata1: wake up from deepsleep, reset link now
Sep 7 15:09:14 kernel: [ 7297.050000] ata2: wake up from deepsleep, reset link now
Sep 7 17:09:28 kernel: [14511.030000] ata1: wake up from deepsleep, reset link now
Sep 7 17:09:35 kernel: [14518.060000] ata2: wake up from deepsleep, reset link now
Sep 7 18:09:46 kernel: [18129.060000] ata1: wake up from deepsleep, reset link now
Sep 7 18:09:53 kernel: [18136.090000] ata2: wake up from deepsleep, reset link now
Sep 7 19:10:06 kernel: [21749.090000] ata1: wake up from deepsleep, reset link now
Sep 7 19:10:13 kernel: [21756.120000] ata2: wake up from deepsleep, reset link now
Sep 7 20:10:27 kernel: [25370.140000] ata1: wake up from deepsleep, reset link now
Sep 7 20:10:34 kernel: [25377.170000] ata2: wake up from deepsleep, reset link now
Sep 7 21:10:45 kernel: [28988.190000] ata1: wake up from deepsleep, reset link now
Sep 7 21:10:52 kernel: [28995.230000] ata2: wake up from deepsleep, reset link now
Sep 7 22:11:06 kernel: [32609.250000] ata1: wake up from deepsleep, reset link now
Sep 7 22:11:13 kernel: [32616.280000] ata2: wake up from deepsleep, reset link now
Sep 7 23:11:24 kernel: [36227.300000] ata1: wake up from deepsleep, reset link now
Sep 7 23:11:31 kernel: [36234.330000] ata2: wake up from deepsleep, reset link now
Sep 8 00:11:44 kernel: [39847.350000] ata1: wake up from deepsleep, reset link now
Sep 8 00:11:51 kernel: [39854.380000] ata2: wake up from deepsleep, reset link now
Sep 8 01:12:05 kernel: [43468.410000] ata1: wake up from deepsleep, reset link now
Sep 8 01:12:12 kernel: [43475.440000] ata2: wake up from deepsleep, reset link now
Sep 8 02:12:26 kernel: [47089.460000] ata1: wake up from deepsleep, reset link now
Sep 8 02:12:33 kernel: [47096.490000] ata2: wake up from deepsleep, reset link now
Sep 8 04:12:47 kernel: [54310.570000] ata1: wake up from deepsleep, reset link now
Sep 8 04:12:54 kernel: [54317.600000] ata2: wake up from deepsleep, reset link now
Sep 8 06:13:08 kernel: [61531.680000] ata1: wake up from deepsleep, reset link now
Sep 8 06:13:15 kernel: [61538.710000] ata2: wake up from deepsleep, reset link now
Sep 8 07:31:53 kernel: [66257.000000] ata1: wake up from deepsleep, reset link now
Sep 8 07:32:00 kernel: [66264.030000] ata2: wake up from deepsleep, reset link now
Sep 8 09:04:56 kernel: [71840.000000] ata1: wake up from deepsleep, reset link now
Sep 8 09:05:14 kernel: [71847.030000] ata2: wake up from deepsleep, reset link now
0 -
Je viens d'appliquer le patch .... je vais voir ce qui se passe et ferai un retour tout à l'heure ....
... Voici mes constatations avec mon 212+:
1) le patch règle le problème
2) par contre le comportement du syno est différent sur les conditions pour se mettre en veille. Je m'explique :
AVANT la 4.1, il se mettait en veille même si le surveillance station tournait, pour autant que les caméras soient coupées.
En 4.1, il faut absolument que le package surveillance soit arrêté, sinon pas de veille mêmes si toutes les caméras sont coupées
0 -
Je viens d'appliquer le patch .... je vais voir ce qui se passe et ferai un retour tout à l'heure ....
0 -
Hello,
pour résumer le topic dont parle Pascal, si vous avez des messages du type "scemd: net_default_gateway_set.c:36 failed to set default gateway 192.168.0.254 (-1)." dans /var/log/messages, il faut taper la commande suivante dans votre console telnet ou putty (connecté en root):
ip route add default via 192.168.1.254
Et pour ceux qui redémarrent souvent leur syno, créer un script gateway_connection.sh lancé à chaque démarrage via /usr/local/etc/rc.d
#!/bin/ash
ip route add default via 192.168.1.254
echo "Reconnected gateway" >> /var/log/messages;
sinon, le syno va passer son temps à se mettre en veille et redemarrer toutes les 30 min....pas glop, autant désactiver la mise en veille le temps qu'un correctif officiel sorte.
... c'est ce que j'ai fait, et malgré cela, ça ne marche toujours pas ....
0 -
As-tu utilisé la bonne adresse pour ta Gateway ?
As-tu désinstallé le Mail Serveur ?
oui et oui ....
0 -
Bonjour,
Le problème est identifié et reconnu par Synology.
Il y a un topic complet sur le forum US. C'est intéressant car ils ont même trouvé comment résoudre le problème de façon temporaire (une manip à faire mais qu'il faut refaire à chaque fois qu'on redémarre le Synology).
http://forum.synolog...=215041#p215041
Pas top mais je pense que ça va grandement aider Synology à résoudre le pb.
Pascal
Bonjour Pascal et merci pour l'info.
J'ai suivi la manip telle qu'indiquée sur le site US, mais ça ne marche pas chez moi, la bête refuse toujours de dormir ....
GS
0 -
Bonjour, même probleme ici.
Pas d'indexation, aucun packet additionnel, aucun service à part Filestation et Network Backup.
Deputies 4.1 plus moyen d'hiberner.
C'est un 212+ aussi.
Je ne sais plus où regarder.
J'ai fait une demande officielle de support à Synology pour ce problème .... j'attends leur retour ....
Pareil chez moi : mail serveur s'est auto installé lors de la mise à jour en 4.1
Stéphan
En effet, chez moi aussi le package s'est installé mais il n'est pas démarré !!! Dingue ça ...
Comment fait-on pour le déinstaller ???
0 -
Je voudrai pouvoir activer l'hibernation prolongée des disques. (ce qu'il faisait tout seul avant l'upgrade à 4.1 ...)
GS
0 -
Bonjour,
Y-a-t il une commande en SSH pour forcer le syno a se mettre en veille ?
Merci,
GS
0 -
1) je n'ai pas constaté de problème pour changer les droits des utilisateurs
2) cela en effet te permets de donner accès à un utilisasteur à photostation par ex, au lieu de donner l'accès à tout via la console d'admin. Cela permet une meilleur "granularité" de qui peut avoir accès à quoi ....
0 -
J'ai désactivé le videostation et malgré cela, il ne repasse plus jammais en veille .... Face recognition, j'utilise pas !
0 -
... j'ai mis fre au lieu de fr, ça fonctionne mieux ....
0 -
Merci pour ta réponse ; l'indexation est finie (vérif faite en ssh par ps -ef) mais il reste "éveillé" ....
0 -
Salut,
je pense que tout est dit dans le titre .... sauf que c'est la version 4.1 officielle que j'ai installé vendredi dernier ....
avez-vous constaté la même chose ?
GS
0 -
Non, c'est indépendant. L'activation de HTTPS pour DSM et la redirection automatique (port TCP 5000 vers TCP 5001) se configure dans Panneau de configuration > Paramètres de DSM > Service HTTP.
HTTPS pour les services web s'active dans Panneau de configuration > Services Web > Service HTTP. L'activation n'inclue pas de redirection automatique.
HTTPS fonctionne sur le port TCP 443, il faut également rediriger ce port au niveau du routeur pour accéder à Photo Station depuis internet.
Salut,
il y quelque chose qu m'échappe : j'utilise file station, audio station et ds cam en HTTPS sans aucun problème, et j'ai choisis des ports spécifiques pour chacun que je redirige bien sur au niveau de mon routeur netgear.
Par contre, avec PhotoStation, que j'essaye HTTP ou HTTPS en renseignant des ports spécifiques (comme prévu sur la page paramètres du photostation) et en les redirigeant, rien ne fonctionne depuis l'extérieur. C'est comme si il y avait quelque chose qui essaye toujours de passer par le port ou le port 443 (ces deux là sont bloqués par defaut par mon ISP, et je n'ai pas envie de les débloquer).
Une idée ?
Merci,
GS
0 -
Autre fonctionnalité qu'il me semble ne pas avoir vu, dans les entreprise on utilise pas mal les Proxys et il ne me semble pas avoir vu la possibilité de paramétrer un proxy.
0 -
C'est une question de principe ou tu crains réellement que des données sensibles tombent "aux mains de l'ennemi" ?
... c'est également indispensable si tu veux utiliser le Cloustation à partir de ton entreprise, car alors toutes les informations seront stockées en clair dans les logs du firewall (y compris le username et le password, disponible facilement à n'importe quel admin.)
0 -
Est-ce que quelqu'un d'autre à ce bug ?
Ce bug apparaît lorsque l'on souhaite utiliser Cloud Station en passant par un nom de domaine, du style DynDNS, la configuration utilise alors l'adresse IP et non le nom de domaine, ce qui pose problème lors du changement d'IP.
Je suis maintenant en contact direct avec le dev de Cloud Station, si vous avez ce problème, n'hésitez pas à en parler ici, je transmettrai directement.
Oui, même problème avec mon nom sur dynalias.net
0 -
Acc
dans Cloud Station Server
salut,
est-il possible et si oui comment d'accéder à CloudStation via le navigateur?
par exemple pour joindre un fichier dans un mail comme le fait Dropbox?
merci d'avance
Salut,
Je ne suis pas certain de bien comprendre ta question, si celle-ci est : peut-on joindre un fichier qui se trouve dans le répertoire de cloudstation dans un email, il n'y a pas de raison que ça ne marche pas ....
0 -
Actuellement Cloud Station est toujours en version BETA.
Je fait remonter l'info à l'équipe chargée et voir ce qu'ils feront avec.
Salut, pourrais-tu aussi remonter l'infos d'avoir la possibilité de spécifier des paramètres "proxy" dans le setting de cloudstation? Cela me permettra de le faire fonctionner comme dropbox à partir de mon PC d'entreprise (où dropbox est accepté).
Merci,
GS
P.S. Je dois dire que pour une version beta, c'est déjà franchement très très bon ....
0 -
Sur quel port fonction CloudStation ? Savez vous d'ou peux venir le problème ?
6690, et pas moyen de le changer apparemment !
0
Video Station En Fran
dans Video Station
Posté(e) · Modifié par gspock
.... tu veux bien dire $DEFAULT_LANG='fr'; (au lieu de 'fre') ?
P.S les films sont ok en français, mais j'arrive pas à avoir les séries en français, ça reste toujours dans la langue maudite ...