gpr

Bonjour, Je possède un Syno RS812RP+ avec 4 disques de 3To montés en RAID5. Espace total disponible de 9To théoriques (8To réels). L'un de mes disques (disque 4), présente des erreurs d'E/S (super au bout de 13 mois... juste après la fin de garantie pour la petite histoire...). J'ai effectué un test SMART qui m'indique que des erreurs ont été détectées et il m'est conseillé de remplacer le disque. Je viens donc de faire l'acquisition d'un disque de remplacement identique (SEAGATE BARRACUDA 3To 7200tr/min). Avez vous une procédure détaillée étape par étape des actions à effectuer ?

Ce problème de disque n’apparait qu'avec les disques SEAGATE Backup Plus. J'ai fait l'acquisition de disques WD et je n'ai plus aucun problème.

Aucun changement... Seagate me répond que le produit n'est peu être pas compatible ou qu'il y a un problème sur ma distro... La solution sera d'acheter des disques d'une autre marque (Western Digital marche très bien si quelqu'un rencontre le même problème). Je déconseille donc fotement le Seagate Backup Plus pour une utilisation avec DSM.

Bonjour, Complément d'informations. Je rencontre le problème avec un disque Seagate Backup Plus 1To. J'ai effectué le test avec un autre disque identique : même problème ! Enfin, j'ai effectué le test avec un Western Digital Elements, aucun problème, 30Mo/s Le problème viendrait du type de disque ? c'est incompréhensible les disques sont tous formatés de la même façon (NTFS pour utilisation Windows/Linux), les disques sont montés à l'identique, donc pas de problème de drivers... toujorus personne ?

Bonjour, Le contexte : > Synology RS812RP+ > 4 disques de 3To pour une capacité totale de 9To (théorique) Je souhaite effectuer une sauvegarde 1 fois par semaine d'un répertoire partagé vers un disque externe. Pour se faire, j'ai installé ipkg, rsync, nail (prévenir par mail), etc... J'ai créé une tâche planifiée qui lance mon backupUSB.sh une fois par semaine à 19h. Jusque là, tout se passe bien, il me suffit de brancher le jour J le disque USB avant 19h et le lendemain je retrouve mon backup terminé. Ca se complique quand je passe à une sauvegarde sur 2 disques, en alternance, pour avoir non pas 1 backup de la semaine précédente, mais avoir un backup sur les 2 dernières semaines. Je branche donc le nouveau disque dur USB acheté à cet effet, le script se lance, mais mon script qui effectue un rsync ne fait pas grand chose... Je suis donc allé du coté du monitoring, et je vois que mon disque USB est utilisé à 100%, avec une vitesse de transfert qui varie entre 150k/s et 1.5M/s.... J'ai pensé à un mauvais formatage, j'ai donc reformaté le disque, toujours même problème.... j'ai effectué le test avec un 3ème disque dur USB... toujours le même problème.... Voyez vous d'où peut provenir le problème ? une piste de réflexion ? Les disques sont bien détectés et montés lorsque je les branche, donc je ne comprends vraiment pas... J'ai rebranché le 1er disque avec lequel ça marchait sans soucis, et là je fais mon backup de nouveau sans problème à une vitesse correcte (30M/s)

Mon problème était le suivant : Il faut aussi décommenter ces lignes dans le fichier /etc/ssh/sshd_config : RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys

Bonjour, Je rencontre aussi ce problème de mot de passe Comment faites vous pour le partage de clé ? Sur ma debian, j'ai rajouté ma ssh_host_rsa_key.pub dans /etc/.ssh/know_hosts, mais du coté du Syno, je ne vois pas où rajouter l'id_dsa.pub de ma debian... En général on crée un fichier autorized_key sur la machine de destination dans le répertoire /root/.ssh/ mais sur mon NAS ce répertoire n'est pas présent...

Bonjour, Sur RS812RP+ avec DSM 4.2, l'installation s'est terminée avec succès, mais quand je lance WebConsole, voici le message d'erreur : Désolé, la page que vous recherchez est introuvable Une idée ?

Avant d'appliquer les droits aux utilisateurs du domaine, j'ai appliqué les droits aux groupes. J'arrive maintenant à me connecter à mon partage... alors que dans l'onglet "Actions" tout est grisé... ennuyeux de ne pas pouvoir renommer/déplacer/supprimer.

Bonjour à tous, Contexte : NAS Synology RS812SP+ avec Synchronisation de domaine Active Directory activée. J'ai créé un volume (volume2) de 500Go pour stocker des documents partagés. Au départ, aucun problème. Suite à la mise à jour DMS 4.2.3211 (du moins ce que j'en déduis car je n'ai pas constaté de suite le problème), le répertoire partagé n'est plus accessible à tous. Depuis Windows, impossible d'accéder à ce répertoire car il me demande identifiant/mot de passe. Que ce soit avec le compte admin du domaine, ou même avec le compte administrateur local, il ne veut rien savoir... Dans le File Station, impossible d'utiliser l'onglet "Actions" J'ai donc décidé de détruire le volume2 et son contenu, puis de le recréer. Suite à la recréation, je crée mon dossier partagé, et là même problème... bouton "actions" grisé... Quand je souhaite éditer les propriétés de mon dossier partagé, onglet "Configuration des privilèges", je sélectionne tous les utilisateurs pour leur autoriser lecture/écriture, je valide, et j'ai ce message : Je pense que le problème vient de là. J'ai regardé cette fameuse aide mais je n'y trouve pas grand chose... Si vous avez des idées car là je sèche. Merci

Je te confirme qu'en rajoutant le path en début de script, ça marche beaucoup mieux... erreur de noob merci PATH=/opt/bin:/opt/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin

Ok donc voici le résultat : /volume1/homes/gpr/scripts/backup-srv03.sh: line 1: lftp: not found Il ne trouve pas lftp alors qu'il est bien installé (d'ailleurs lancé en ligne de commande le script fonctionne)

Bonjour, Je suis sur la dernière version de DMS (4.2), donc je souhaite utiliser le gestionnaire des tâches plannifiées au lieu de passer directement par /etc/crontab J'ai créé mon script, il fonctionne quand je le lance à la main, mais pas par le gestionnaire des taches. Sans doute une histoire de droits, mais je ne vois pas bien le problème car j'ai mis un chmod 777 sur le script.sh pour tester, pas de changement. Dans ma tache plannifiée, je précise que le script sera exécuté par root, et je place le répertoire dans /root : marche pas J'ai testé avec le script placé dans /volume1/homes/moi, et je précise qu'il sera exécuté par moi : marche pas Avez vous une piste ?

Après 2 reboot, tout est rentré dans l'ordre...

OK je viens de suivre la procédure. ipkg fonctionne correctement, le NAS est accessible depuis le réseau, seul HIC, impossible d'accéder à l'interface web :s