.Shad.

Simple et efficace. Bienvenue !

Transition Savoureuse 😄

L'idée c'est d'utiliser le dossier /usr/share/snmp/mibs pour les mobs Synology, et par exemple /root/.snmp/mibs pour les mibs de Hik. Tes logs disent que ces dossiers là sont parcourus, contrairement au dossier hik dans les mibs. Visiblement les mibs search paths ne valent que pour le dossier cible, et pas automatiquement tous les enfants.

Ben je te dirais d'utiliser un des dossiers dans lesquels il cherche alors : /root/.snmp/mibs /usr/share/snmp/mibs /usr/share/snmp/mibs/iana /usr/share/snmp/mibs/ietf /usr/share/mibs/site /usr/share/snmp/mibs /usr/share/mibs/iana /usr/share/mibs/ietf /usr/share/mibs/netsnmp

Premier résultat Google : https://www.cyberciti.biz/faq/bash-loop-over-file/ Une bête boucle for, maintenant c'est à toi de bosser. 😉

Ah alors là @EVOTk et le support Synology ont peut-être visé juste. 😉

Plus que vérifier l'augmentation de la taille du fichier, je vérifierais le checksum. Tu pars sur l'idée d'un script qui fait deux vérifications sur un intervalle de X secondes. Si l'output est le même c'est que le fichier n'a pas changé. De là tu peux partir sur une boucle if qui s'occupera de déplacer le fichier d'un dossier à l'autre. Sinon ne rien faire. Un peu de biblio : https://stackoverflow.com/questions/12900538/fastest-way-to-tell-if-two-files-have-the-same-contents-in-unix-linux

J'ai du mal à voir comment un problème de RAM pourrait conduire à ce genre de problèmes. A la limite qu'il ne démarre plus, ou qu'il y ait une BIP au démarrage. Ou qu'il démarre et qu'il s'éteigne. Alors que j'ai eu un problème similaire (mais tout à fait récupérable dans mon cas) avec mon cache SSD l'année dernière. Je ne dis pas que ça ne peut pas être lié à la mémoire, mais ça me semble peu probable (mais je ne suis pas informaticien non plus 😛).

Je n'y crois pas une seconde...

J'avais eu des soucis à l'époque avec deux SSD Samsung en cache lecture seule. Deux fois le volume avait planté. Depuis que je les ai recyclés dans mon serveur Debian, plus de plantage d'un côté comme de l'autre.

En effet, si DSM inaccessible tu es coincé. Et du coup je pense aussi que je vais mettre un serveur syslog sur mon vps (quand celui-ci ne brûlera pas plus 😄).

Je ne vois l'info dans aucun de mes mails, mais elle était bien présente dans la partie client d'OVH, qui n'est plus accessible pour mon VPS. Enfin c'est pas dramatique pour l'utilisation que j'en fais, c'est plus gênant pour ceux qui l'utilisent comme proxy inversé.

Salut, ça sent pas bon tout ça. J'ouvrirais un ticket au support avant de tenter quoique ce soit. Est-ce que tu arrives à faire une archive de logs depuis le centre d'assistance comme ils ont l'habitude de demander. Que dit le centre de journaux d'ailleurs ?

Bienvenue parmi nous. 😉

Je n'ai pas mal pris ta proposition, je t'ai juste dit qu'on est tributaire des évolutions de MiB, et elles ne sont pas si rares que ça, il y a encore eu une màj en 2020. J'appelle ça une rustine, car ça donne un workaround à un problème qui doit être résolu de manière plus globale. De plus, dans mon tutoriel à aucun moment je ne personnalise le dossier des MIB, parce que je n'en ai pas besoin dans ce que je développe, donc ça tomberait un peu des nues. Je sais que c'est une solution que je t'avais proposée, mais c'était complètement temporaire, ça n'a pas sa place dans un tutoriel à mon humble avis. En reparcourant cette discussion, je vois que tu avais mis dans le fichier snmp.conf : mibdirs +/volume1/docker/MIBs mibs +HIK-DEVICE-MIB Ca ne peut pas marcher car tu es dans le conteneur et tu donnes un chemin relatif à DSM. Pour moi, une solution possible serait de créer un fichier snmp.conf sur ton NAS dans le dossier telegraf avec : mibdirs +/usr/share/snmp/mibs/hik mibs +HIK-DEVICE-MIB Et mettre le MIB là où tu veux sur ton NAS, par exemple /volume1/docker/telegraf/mibs/ : volumes: - /volume1/docker/telegraf/mibs/HIK-DEVICE-MIB:/usr/share/snmp/mibs/hik/HIK-DEVICE-MIB:ro Quand Telegraf va poll un périphérique, il va chercher dans le dossier par défaut (/usr/share/snmp/mibs/) + le mibdirs ajouté plus haut, dans lequel il trouvera le HIK-DEVICE-MIB. Bref, il ne faut pas prendre la mouche parce que cette solution ne me convient pas, que je sache j'ai souvent tenu compte de ton avis quand je le trouve pertinent.

Je préciserai le risque de reset si on y ajoute sa tambouille, bien que dans mon tutoriel je ne dis jamais d'y ajouter des fichiers. Et en soit faire ce que tu proposes est une rustine, car si les MIB évoluent, tu garderas les versions antérieures des MIB. Et l'évolution des MIB ce n'est pas la première ligne des patch notes. 😄 Et je crois que tu avais testé d'ajouter un sous-dossier, que ça ne marchait pas, ce qui m'interroge encore. Car normalement SNMP balaie le dossier configuré et ses enfants dans son démon, SNMPD.

Pour ceux qui ont un VPS chez OVH, il y a eu un énorme incendie, plusieurs datacenter sont touchés. Mon VPS faisait je crois partie du datacenter complètement rasé. Donc si tout d'un coup certaines choses ne marchent plus chez vous, il faut commencer par regarder dans cette direction. Pour ma part j'utilisais BorgBackup pour faire un backup des données importantes de mon VPS sur mon NAS. Mais en l'état plus rien n'est accessible me concernant.

Personnellement je fais la redirection HTTP vers HTTPS par Nginx, mais pas via le NAS, via un conteneur Nginx. Le problème sur DSM c'est que la configuration des services comme Nginx peut être reset lors de mise à jour. Dans certains cas on peut créer un fichier conf indépendant des fichiers de base, qu'on appelle dans la configuration générale via un include. Je n'ai jamais regardé si c'était faisable sur le NAS, j'y jetterai un œil.

Bienvenue parmi nous 🙂

Peux-tu nous dire quel est ou sont tes modèles de NAS ? Bienvenue sinon 🙂

Welcome !

Ce n'est pas une synchro que tu fais là, c'est un déplacement, il faudrait a minima une copie pour parler de synchronisation. Mais une synchronisation c'est plus complexe que ça.

Si tu ajoutes des fichiers (image ou autre) dans tes pièces jointes et que tu ne les insères pas quelque part, ils se retrouvent à la fil à la fin de ton message. Donc soit tu as oublié de l'insérer au bon endroit dans ton tutoriel, soit tu l'avais importé à un moment et tu as décidé de ne pas l'utiliser, dans ce cas-là il faut le supprimer des pièces jointes. 😉

Hello, joli travail 🙂 Dommage je n'ai pas de Livebox pour tester ! Juste une remarque, tu as un fichier config.json qui se balade tout seul à la fin de ton tutoriel, je ne sais pas si c'est voulu ? Encore bravo. 😉

Oui, entre 250€ et 300€ ça me semble tout à fait raisonnable.