Toutes les discussions

Bonjour a tous ! Je réveille le sujet car je suis en version DSM 7.3.2-86009 Update 4 en raid avec 8 To et la mise a jour ne veux pas se faire pour DSM 4 . Avez vous du réinstallé DSM , c'est vraiment la dernière chose que je voudrais faire pas envie de faire une résinstall complète , il y les docker aussi pas de sauvegarde , j'ai Office qui rempli automatiquement par du code python un tableau excel qui enregistre toute la consommation electrique , surveillance station , avec Home assistant . contrôle du volumes des conteneurs Immich (server, postgres) susceptibles d'écrire massivement — tous les montages pointent correctement vers /volume1/docker/Immich/..., rien n'écrit sur la partition système. Avez vous solutionné le problème en supprimant certain paquet , j'ai fait un ticket au support , Filesystem Size Used Avail Use% Mounted on /dev/system-root 2.3G 1.9G 359M 84% /

Merci @Mic13710 Je n'avais vu ce post a ce sujet merci !!! malgré la recherche et le sujet date de 2023 .sur 6 pages . Grrrrr j'ai vraiment pas envie de faire une résinstall complète , il y les docker aussi pas de sauvegarde , j'ai Office qui rempli automatiquement par du code python un tableau qui enregistre toute la consommation electrique avec Home assistant .... je vous donnerai la suite que le support donnera je croise les doigts

Voici un lien vers un des sujets qui traite de ce problème : https://www.nas-forum.com/forum/topic/77086-version-72-64570-disponible/page/2/#comment-1319491043

Je vais attendre la réponse du support , il y a le robot qui m' a dit de voir coté immich mais apres controle Vérification des points de montage Container Manager/Docker : j'ai contrôlé les volumes des conteneurs Immich (server, postgres) susceptibles d'écrire massivement — tous les montages pointent correctement vers /volume1/docker/Immich/..., rien n'écrit sur la partition système.

Voilà l'attendu une fois le NAS réinstallé :

On n'est pas (encore) obligé de tout refaire. Comme je l'ai dit, il y a des solutions que tu trouveras dans la section firmware. Tu peux aussi voir avec l'assistance. Le problème d'espace va probablement être plus critique pour les prochaines versions car s'ils ont augmenté l'espace de la partition système c'est pour pouvoir à terme l'utiliser ce qui obligera tôt à tard à passer par la case réinstallation pour pouvoir continuer à utiliser son NAS dans le futur.

Bonjour @Mic13710 Ha c'est vraiment pas sympa de la part de synology devoir tout réinstallé la totalité de DSM qui tourne comme une horloge . J'ai fait un ticket d'assistance devoir tout refaire ca me soule énormément

Raison pour laquelle les nouvelles installations de DSM depuis la 7.1 ont fait passer la partition système à 7.9Go. Le seul moyen d'augmenter cette partition c'est de refaire une installation complète à partir de 0 (destruction du ou des groupe(s) ou formatage des disques et réinstallation complète de DSM). Il y a certains dossiers qui peuvent être allégés. Je ne sais plus lesquels, il faudrait chercher sur la partie firmware du forum où ce problème a déjà été mainte fois évoqué.

Bonjour !! voici le retour mais claude m'a dit que la partition de 2,3Go est insuffisante root@NasServeur723:~# sudo df -h Filesystem Size Used Avail Use% Mounted on /dev/system-root 2.3G 1.9G 359M 84% / devtmpfs 16G 0 16G 0% /dev tmpfs 16G 244K 16G 1% /dev/shm tmpfs 16G 36M 16G 1% /run tmpfs 16G 0 16G 0% /sys/fs/cgroup tmpfs 16G 30M 16G 1% /tmp tmpfs 3.2G 0 3.2G 0% /run/user/196791 /dev/loop0 27M 767K 24M 4% /tmp/SynologyAuthService /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1 /dev/usb1p1 916G 118G 799G 13% /volumeUSB1/usbshare tmpfs 1.0T 0 1.0T 0% /dev/virtualization /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/ActiveBackupforBusiness /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/activity /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/Album Photo Prive /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/apcupsd /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/chat /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/docker /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/homes /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/Logiciel /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/MailPlus /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/music /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/NetBackup /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/photo station /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/Plex /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/PlexMediaServer /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/surveillance /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/video /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/web /dev/synorbd_1 7.0T 1.3T 5.8T 18% /volume1/@appdata/ContainerManager/all_shares/web_packages

DSM est installé sur une partition dédiée non-visible dans DSM. Tu peux la voir avec la commande suivante : sudo df -h

Bonjour J' ai un stockage de 8 To le volume n'est a rempli qu' a 17% et impossible d'installer DSM 7.4 car j'ai le message "votre espace disque est insuffisant" sur mon DS723+ alors que l'espace libre est largement dispo J'ai 2 ssd en cache et 32 Go de mémoire , je ne vois pas pourquoi cette mise a jour ne passe pas . J'ai demandé a mon Claude il me dit que root@NasServeur723:~# du -x --max-depth=1 -h / 2>&1 | sort -rh 1.9G / 1.5G et sa réponse /usr à lui seul fait 1.5G sur les 1.9G utilisés — Sur un DS723+ sain, /usr dépasse rarement 700-900 Mo. À 1.5G, les causes les plus courantes sont : Claude Pas de dossier isolé énorme — c'est réparti entre les libs (539M), les paquets tiers (/usr/local, 400M) et les composants Synology (/usr/syno, 263M). Ça correspond simplement à un NAS avec beaucoup de paquets installés , j'ai immich en docker c'est assez lourd peut etre une cause ? Je n'ai pas de serveur Mail Plus Claude Non, ce n'est pas ça — et vous avez même la preuve dans votre propre df -h plus haut : tout ce qui touche Container Manager/Docker (/volume1/@appdata/ContainerManager/all_shares/...) est monté sur /dev/synorbd_1, c'est-à-dire volume1, pas la partition système. Synology stocke toujours les images Docker, les volumes de conteneurs et donc les données Immich (photos, base de données, modèles ML) sur le volume de données, jamais sur les 2.3G de la partition système. Immich peut être aussi lourd qu'il veut sur vos 7 To (dont seulement 18% utilisés, donc large marge là), ça n'a aucun impact sur le blocage de mise à jour DSM. Le vrai coupable, on l'a déjà identifié : c'est l'accumulation normale de composants système (/usr/lib, /usr/local, /usr/syno — MariaDB, CUPS, tous les hooks DSM) qui remplit progressivement les 2.3G au fil des années et des mises à jour successives. Pas un gros fichier isolé qu'on peut supprimer, juste un totale qui dépasse la marge nécessaire pour l'installateur. Claude Les deux seules options réelles restent : la migration install, ou attendre/contacter le support Synology pour voir s'ils ont un outil de nettoyage interne plus chirurgical que ce qu'on peut faire en SSH. Avez vous une idée Merçi

bonjour, merci @Mic13710 pour l'info. j'en conclus qu'ils sont cassés. ya plus qu'à les changer. merci pour les conseils

Hello ! Il te faut t'assurer que ta camera supporte le protocole ONVIF. Si oui, n'importe quel NVR ou logiciel compatible sera en mesure de récupérer le flux de la caméra IP en renseignant le mot de passe utilisateur que tu auras configuré dans l'interface de la camera.

Ce sont des tiroirs de type D5. Assez difficiles à trouver. Si c'est le loquet qui est cassé, j'ai vu cette annonce sur leboncoin : https://www.leboncoin.fr/ad/accessoires_informatique/3233112029

bonjour à tous. j'ai un ds1512 dans un endroit bien fermé auquel je n'accède quasiment jamais. aujourd'hui je vais le voir et je constate qu'une trappe de disque est ouverte. j'essaie de la refermer mais je ne n'entends pas le clip caractéristique. je teste toutes les autres trappes et une autre fait la même chose alors qu'elle était fermée jusque là. je constate que la petite "fourche" située juste derrière la trappe reste constamment enfoncée lorsqu'il n'y a plus de clic et que la trappe reste ouverte. j'espère être précis dans ma description. y a t il un remède. merci pour les conseils

Bonjour à tous Je recherche un nvr compatible camera P3346 axis poe sans acheter du axis car pas donné. Merci

Beaucoup d'eau a coulé sous les ponts en 3 ans !!! Notamment concernant VideoStation ...

meme probleme, mais uniquement pour les videos h265 en 10bit couleurs, peu etre est ce pareil pour vous? ( ds218play + mibox3 relier en ethernet ) essayer un film en 8 bit couleur pour voir si le probleme continue ?

OK, merci pour l'analyse. En fin de compte le certificat utilisé sur les 3 NAS est bien celui du NAS qui gère le proxy. Le serveur DNS est hébergé mon routeur RT2600 AC et lorsque j'importe dans SRM le certificat le plus récent c'est toujours l'ancien certificat qui est utilisé partout, y compris sur le routeur.

inutile de chercher plus loin. Si c'est bien le NAS 1 qui gère le proxy alors il est normal que ce soit son certificat qui est utilisé. Les autres certificats ne servent à rien puisque tout passe par le NAS 1. En important le certificat du NAS1 vers les deux autres, vous aviez l'illusion que c'étaient ces certificats que vous invoquiez, mais en réalité c'est le certificat du NAS qui gère le serveur DNS et le reverse proxy qui est utilisé.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Merci @Mic13710 Les adresses URL utilisées sont résolues à travers le proxy du premier NAS dont le certificat n'a pas changé. Malheureusement lorsque je ping les URL des autres NAS c'est à priori refusé (Délai d'attente dépassé). J'ai bien essayé sans plus de succès d'autoriser le protocole ICMP dans les pares-feu mais ça ne donne rien de plus. Je ne souviens plus si dans DSM on peut trouver une option pour autoriser le ping. Du temps où j'importais manuellement dans les 2 autres NAS les certificats du premier NAS obtenus pas docker/acme, j'avais bien une correspondance directe entre les informations de certificat sur le navigateur internet et le certificat activé par défaut sur le NAS. Je pourrais tenter pour lever le doute de forcer le renouvellement du certificat sur la 1er NAS qui héberge le proxy.

Si les adresses que vous utilisez sont résolues par un seul NAS, il serait normal qu'elles n'utilisent qu'un seul certificat. Faites un ping sur chacune d'elles pour voir quelle ip est concernée.

Effectivement les clés API ne sont pas cantonnées à Un seul appareil. Après avoir installé le docker acme sur mes 2 NAS je constate que la vie des certificats dans DSM n'est pas un long fleuve tranquille, même phénomène sur les 2 NAS, à savoir que la page web DSM présente toujours l'ancien certificat LE et pas le dernier obtenu et configuré: Le phénomène perdure malgré le changement de navigateurs internet (Firefox et Edge) et la purge des historiques, cookies etc. J'ai obtenu sans pb les certificats, j'ai déployé d'abord manuellement et j'ai sélectionné le nouveau certificat bien visible dans l'onglet Certificat de la page Sécurité de DSM comme certificat par défaut, puis effectué un déploiement en ligne de commande (docker exec Acme sh -c "acme.sh --deploy -d 'mydomain.com' --deploy-hook synology_dsm") sans problème. Les anciens certificats ont été supprimés manuellement dans la page Certificat. J'ai vérifié la concordance avec les fichiers de certificats dans /usr/syno/etc/certificate/_archive/ et /usr/syno/etc/certificate/_archive/DEFAULT où je retrouve bien le nouveau certificat placé comme certificat par défaut. J'ai redémarré Web Station à partir du Centre de Paquets et nginx en ligne de commande (sudo synosystemctl restart nginx) Malgré tout ça et après plusieurs redémarrages des NAS , quand je demande l'affichage du certificat dans la page Web DSM j'ai toujours l'ancien certificat ! 🤬

Bonjour, Je constate que mon onduleur n'est pas reconnu par mon DS216 ! bien que ? : Périphérique USB:Value800EIGP Y a t il quelque chose à installer ou une mise à jour à faire ? merci pour vos remarques malgré ces chaleurs.... Pendant que j’écris ce message, l'onduleur vient d’être détecté......quelques minutes sont donc necessaires en "Bon entendu : Chaleur !!!" dsm 7.3.1-86003 update 1 sr DS216 Onduleur:Nitram Elite Value 800E