DjMomo

Bon ben même l'aide de la Photostation n'est pas correcte : Je vais le faire remonter au support Synology.

Tout est marqué dans le lien donné par Mickael : Il faut avant tout transférer le fichier sur ton NAS dans un dossier quelconque, puis : Edit : Trop rapides

Bonjour, Google, rubrique Shopping : http://www.generation-net.com/Disques-Durs-Externes/Synology/fiche-3914206-Synology-DS110-Boitier-Serveur-NAS-pour-1-HDD-3.5--DS110.html

Bonjour, Pour renommer un album, à part renommer le dossier correspondant, je ne vois pas...

Il me semble qu'en version 3.2 du DSM le mail de notification intègre aussi l'IP publique. Sinon, pour le modifier, faut que je retrouve où est-ce exactement, je n'y ai pas accès actuellement.

Effectivement, y'a des petits soucis de connexion chez Fredo.

Un peu de lecture.... http://wdc.custhelp.com/app/answers/detail/a_id/1397

Mickael, c'est pas le zip, mais juste le fichier xpl-mysql-logger (http://www.fmaurel.fr/meteo/xpl-mysql-logger). Dans la sub extract_data. Si tu as le bon pattern, je suis preneur pour l'intégrer dans mon fichier.

C'est ca. Pendant la phase transitoire, tu auras 1 To RAID1, RAID 1 porté à 2To lorsque tu auras installé le second disque et réparé le volume. Personnellement, je n'ai pas eu l'occasion d'étendre un RAID1.

Merci, Vas-y, celle là est toujours dispo. Tu as trouvé pour intégrer ton capteur de fumée ou veux-tu que je le rajoute ?

En fait, c'est un problème de clé USB (cf les messages d'erreur ext4). Je repars de zéro (en ext3 ce coup-ci afin de voir si c'est pire au bout de quelques semaines). Ca va me permettre de tout noter au propre au niveau installation. Sinon, je change de clé USB pour une Kingston la prochaine fois.

Bon ben j'ai compris les problèmes de BDD, c'est de nouveau arrivé ce matin : Sep 26 06:58:35 kernel: [68972.080000] EXT4-fs error (device sdq1): ext4_ext_check_inode: bad header/extent in inode #968: too large eh_max - magic f30a, entries 1, max 6(4), depth 0(0) Sep 26 06:58:35 kernel: [68972.290000] EXT4-fs error (device sdq1): ext4_ext_check_inode: bad header/extent in inode #968: too large eh_max - magic f30a, entries 1, max 6(4), depth 0(0) Sep 26 06:59:31 kernel: [69027.950000] EXT4-fs error (device sdq1): ext4_iget: bogus i_mode (767) for inode=978 Sep 26 06:59:31 kernel: [69027.950000] EXT4-fs error (device sdq1): ext4_iget: bogus i_mode (767) for inode=978 Mais là, j'ai tout perdu, même les fichiers.... Je m'y repenche dessus ce soir.

Edit du script de sauvegarde bdd 3 posts plus haut.

xpl-mysql-logger mis à jour. Par contre, tu n'as pas d'adresse pour ce capteur ?

Bonjour, La procédure publiée par Synology est la bonne. Cette méthode est fiable, toutefois, comme rappelé dans ce forum, il est conseillé d'avoir une sauvegarde des données les plus critiques du NAS. Tu peux changer pour des modèles/marques de disques différents, cela ne posera pas de soucis. Le RAID1 est utilisable avec des disques de tailles différentes, la conséquence, c'est que la taille du RAID sera limitée à la taille du plus petit des 2 disques.

Bonjour, Oui, et oui (c'est conseillé).

Avec le compte admin ?

Type de formatage du disque e-sata ?

Bonjour, C'est peut être là le soucis, non ? Il a été dit plusieurs fois sur ce forum qu'un RAID quelconque ne dispense en aucun cas d'une sauvegarde externe des données les plus critiques. As-tu tenté les tests SMART sur chaque disque ?

Pour que ta photo soit dans le blog, il faut qu'elle soit publique côté photostation.

Bonjour, Sur le serveur Syslog, définir le port à 514, protocole de transfert UDP.

#!/bin/sh mysqlcheck --optimize --host=HOTE_BDD -uLOGIN_BDD -pPASS_BDD --databases BDD_A_OPTIMISER mysqldump --host=HOTE_BDD -uLOGIN_BDD -pPASS_BDD --databases BDD_A_SAUVEGARDER | gzip -9 > /chemin/pour/sauvegarder/backup-bdd-$(date -I).gz Ca va optimiser la base avant de la sauvegarder. L'utilisateur LOGIN_BDD doit avoir le droit "LOCK" sur la base de données que tu souhaites sauvegarder. Cela sauvegarde la BDD dans un zip daté du jour de la sauvegarde. Script à lancer dans une cron tous les jours. killall xpl-mysql-logger va te tuer toutes les instances de xpl-mysql-logger, puis derrière tu fais un S99xpldaemon restart Cela arrêtera le hub et relancera 1 hub + 1 mysql_logger.

Pour le crash, je sais pas comment cela s'est passé, mais je me suis retrouvé avec des données corrompues. L'id des relevés (auto incrément) s'est retrouvé à un nombre à 12 chiffres alors qu'il était à 53760 environ, des horodatages foireux (un chiffre qui disparait, ou remplacé par un autre, du coup ca te fait des relevés en 2050 (même Météo France arrive pas à prévoir le temps si longtemps à l'avance )). Bref, par une recopie de base, j'ai réussi en récupérer une partie. Du coup, j'ai mis en place une sauvegarde quotidienne de la BDD, comme ca, au pire, je perds qu'une journée de données. Pour le log, vérifie que tu n'as pas 2 instance de mysql-logger qui tournent (ps|grep xpl). Ca m'était arrivé, et je me retrouvait avec 2 fois les mêmes données dans la base. D'ailleurs, voilà la bonne version du script pour lancer le daemon (en adaptant biensûr le lancement du hub à ton cas). #!/bin/sh # Startup script for xpl-daemon # # description: Start xpl-hub, xpl-mysql-logger # For domotic application start() { echo -n "Starting xpl-daemon: " /opt/bin/xpl-hub -i eth0 --define broadcast=0.0.0.0 > /dev/null 2>/dev/null & /opt/bin/xpl-mysql-logger -i eth0 -v > /dev/null & return 0 } stop() { echo -n "Shutting down xpl-daemon..." if test "x`pidof xpl-hub`" != x then killall xpl-hub else echo "xpl-hub shutdown..." fi if test "x`pidof xpl-mysql-logger`" != x then killall xpl-mysql-logger else echo "xpl-mysql-logger shutdown..." fi return 0 } case "$1" in start) start ;; stop) stop ;; restart) stop start ;; *) echo "Usage: S99xpldaemon {start|stop|restart}" exit 1 esac exit 0 Pour les graphes, j'avance, et je viens de trouver une nouvelle fonction pour un cadre photo numérique wifi DLNA qui servait plus trop dans mon salon....

Bonjour, Assure toi tout d'abord que l'hibernation des disques durs est désactivée dans le Syno. Panneau de configuration -> Alimentation -> Hibernation du disque dur.

Bonjour, LED status = verte ou orange. C'est la LED Power qui est en bleu. Pour la LED Status : http://www.synology....ng=fre&q_id=379 Pour la LED power : http://www.synology....id=366&lang=fre Sinon la doc du DS207 : http://ukdl.synology.com/download/ds/userguide/x11-Series/Syno_UsersGuide_NAServer_fra.pdf (page 241).