lordtaki

Le script original : => boucle 'for' qui va lancer mysqldump pour chaque valeur de la variable 'databases' (db1, db2, db3) => boucle 'for' qui va lancer le mysqldump global (all-databases) pour chaque valeur de la variable 'databases' (db1, db2, db3) => premier problème, on lance x fois le dump global alors qu'une fois suffit, cette commande n'a pas besoin d'être dans une boucle 'for' => exécution séquentielle de 3 'echo', ^db doit être initialisée à la dernière valeur traitée lors de la 2e boucle 'for' Pour corriger: - réintégration du 'echo' avec la variable $db dans la première boucle 'for' (qui traite chaque db) - suppression de la boucle for pour le mysqldump car on doit le lancer une fois

# Récupération de la liste des bases de données existantes. databases=`$MYSQL -h$MYSQL_HOST -u$MYSQL_USER -p$MYSQL_PASSWORD -e "SHOW DATABASES;" | grep -Ev "($SKIPDATABASES)"` # Sauvegarde des bases de données existantes en .sql dans des archives .gzip dans le dossier créé for db in $databases do echo $db $MYSQLDUMP --force --opt -h$MYSQL_HOST --user=$MYSQL_USER -p$MYSQL_PASSWORD --skip-lock-tables --events --databases $db | $GZIP --stdout --best > "$BACKUP_DIR/$DATE/$db.sql.gz" echo "Sauvegarde réussie de '$db.sql.gz' dans le dossier '$BACKUP_DIR/$DATE'" >> $LOGFILE done # Sauvegarde des bases de données existantes dans un fichier .sql et dans une seule archive .gzip dans le dossier créé $MYSQLDUMP --force --opt -h$MYSQL_HOST --user=$MYSQL_USER -p$MYSQL_PASSWORD --all-databases | $GZIP --stdout --best > "$BACKUP_DIR/$DATE/bdd_complete.sql.gz" echo "Sauvegarde réussie de 'bdd_complete.sql.gz' dans le dossier '$BACKUP_DIR/$DATE'" >> $LOGFILE # Écrire dans le fichier log echo "Opération terminée" >> $LOGFILE

Quels sont tes soucis pour le script?

mysqldump en cronjob

Il y a des dépôts de paquets alternatifs pour Synology. Généralement on y trouve au minimum nzbget, transmission... Quel est le soucis avec Download Station surtout?

Bonjour. Application native supportée par Synology? Non.

C'est que je me disais aussi sauf que SynologyAssistant est un wrapper qui configure LD_LIBRARY_PATH avec /opt/Synology/SynologyAssitant/lib et lance SynologyAssistant.bin J'ai passé un coup de ldd sur le binaire. Manque rien. Et de toute manière écraser par le wrapper. Ce qui me rend fou est que sur l'ancien ordi en F28 cela fonctionnait (mais issu de multiples upgrades de Fedora sur 10 ans).

Yep système à jour de chez à jour quotidiennement. La fenêtre apparaît un court instant (2/3s) puis crash.

Bonjour, Carte mère HS, nouvel ordinateur (toujours en Fedora 28) et donc installation de Synology Assistant. https://archive.synology.com/download/Tools/Assistant/6.1-15163/Fedora/x86_64/ Sauf qu'à l'éxécution : /opt/Synology/SynologyAssistant/SynologyAssistant src/main.cpp:138 qPrintable(CAsstGlobalSettings::getVersion())=[6.1-15163] ../libcommon/SynoLocale.cpp:64 qPrintable(qstrLocaleLower)=[fr_fr ] ../libcommon/SynoLocale.cpp:80 qPrintable(qstrLocaleLower)=[fr_fr] ../libcommon/SynoLocale.cpp:161 qPrintable(qstrLangFileName)=[:/fra.qm] ../libcommon/SynoLocale.cpp:138 qPrintable(qstrDef)=[fra ] ../libcommon/SynoLocale.cpp:64 qPrintable(qstrLocaleLower)=[fr_fr ] ../libcommon/SynoLocale.cpp:80 qPrintable(qstrLocaleLower)=[fr_fr] ../libcommon/SynoLocale.cpp:161 qPrintable(qstrLangFileName)=[:/fra.qm] ../libcommon/SynoLocale.cpp:138 qPrintable(qstrDef)=[fra ] Object::connect: No such slot CAsstWindowMain::slotMultiFuncPtr() Object::connect: (sender name: 'm_pactMultiFuncPtr') Object::connect: (receiver name: 'CAsstWindowMain') udp.c:217 FHOSTIfaceInit number of interafce: 1 iface.c:227 Global DNS: 80.67.169.12 iface.c:192 [enp6s0] iface.c:195 Mac Address: E0:D5:5E:8A:DA:11 iface.c:197 IP: 192.168.0.16 iface.c:199 Mask: 255.255.255.0 iface.c:201 ulBroadCast: 192.168.0.255 iface.c:203 ulGateway: 0.0.0.0 iface.c:205 DNS: 0.0.0.0 iface.c:206 DHCP: YES iface.c:207 Active: YES QSslSocket: cannot resolve CRYPTO_num_locks QSslSocket: cannot resolve CRYPTO_set_id_callback QSslSocket: cannot resolve CRYPTO_set_locking_callback QSslSocket: cannot resolve sk_free QSslSocket: cannot resolve sk_num QSslSocket: cannot resolve sk_pop_free QSslSocket: cannot resolve sk_value QSslSocket: cannot resolve SSL_library_init QSslSocket: cannot resolve SSL_load_error_strings QSslSocket: cannot resolve SSLv23_client_method QSslSocket: cannot resolve SSLv23_server_method QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf QSslSocket: cannot resolve SSLeay QSslSocket: cannot call unresolved function CRYPTO_num_locks QSslSocket: cannot call unresolved function CRYPTO_set_id_callback QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback QSslSocket: cannot call unresolved function SSL_library_init QSslSocket: cannot call unresolved function SSLv23_client_method QSslSocket: cannot call unresolved function sk_num /opt/Synology/SynologyAssistant/SynologyAssistant : ligne 14 : 5176 Segmentation fault (core dumped)${ScriptDir}/SynologyAssistant.bin $* J'ai tenté le support Synology qui me répond que Fedora n'est pas supporté (il y a un rpm de Synology, cela marchait sur mon ancien ordinateur...) bref en 2 messages c'est un dialogue de sourd. Merci pour vos idées

Bonjour, vous pouvez essayer cette procédure : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Normalement c'est /var/log (httpd, apache...)

Depuis la racine du répertoire de votre repo : cat .git/config Vérifiez la section [remote "origin"] et notamment la variable url.

L'état d'avancement d'un TEST SMART n'est pas linéaire.

Donc si je comprends bien vous n'aviez qu'un seul disque dans le DS218+? Si c'est bien le cas, vous pouvez essayer la procédure citée plus haut par PPJP mais aucune garantie que le disque dur soit toujours fonctionnel. Des sociétés spécialisées peuvent aller beaucoup plus loin (réparation hardware, scan des plateaux...), c'est généralement coûteux et dépendra de l'importance des données que vous leur accordez.

Vérifiez l'échange de clé SSH puisque l'adresse IP a changé (peut-être un soucis avec la key host, vous l'aviez validée en 0.10 mais l'avez-vous en 1.10?). Avec l'utilisateur de votre mac faites une connection ssh et vous serez peut-être prompté sur le conflit de la key host.

Bonjour, combien de disques aviez-vous au départ? SI 2, quelle configuration du volume (avec protection de données ou pas)?

Sans doute les retry d'écriture sur ce secteur.

non

Une application (robocopy) configurée / lancée sur un poste utilisateur pour utiliser le partage réseau SMB?

Bonjour. Utilisez-vous Cloud Station?

Il n'y a pas de miracle. Ca peut tenir 1 minute comme ça peut tenir des mois. Etant en RAID5, je me suis permis une fois de laisser traîner pendant des mois jusqu'à la mort définitive du disque dur. En RAID0, par défaut, je ne me poserai pas la question par contre. Mais cela dépend, encore une fois, de la valeur accordée aux données sur ce volume.

Faut surtout faire une sauvegarde des données importantes 😉 Pas possible de remplacer le disque en RAID0 comme pour un RAID1 ou 5.

Et une connection SSH pour lancer un "shutdown -h now"?

Ou simplement modifier le fichier hosts de ton OS pour faire correspondre l'adresse IP interne à ton nom de domaine.

Vous devriez repartir simple et propre. N'utilisez pas la configuration du routeur du Synology. Vérifiez les ports Download Station et le NAT sur DSM, sur la freebox. Vérifiez la configuration du firewall DSM.