Apolinaire

Merci @morgyann. Résultat des courses : PHP 7.4 est utilisé par Hyper Backup et PHP 8.0 par phpMyAdmin. Donc je garde tout...

Bonjour, Suite à l'information fournie par @PiwiLAbruti (merci !), j'ai mis à jour DSM en 2 temps pour en arriver à DSM 7.2.1-69057 Update 4 (ouf !). Tout s'est bien passé et j'ai pu installer le paquet PHP 8.2 suivi d'une MàJ du profil PHP dans WebStation. Ça y est, Matomo ne m'envoie plus d'avertissement. La question que je me pose maintenant est que j'ai 3 paquets PHP installés : 7.4, 8.0 et 8.2. Bon, 8.2 je m'en sers. Mais les 2 autres ? Comment savoir s'ils servent et à quoi ? Parce que si je peux les virer, je ne vais pas m'en priver.

Merci pour ces réponses. Mais de ce fait je suis surpris. J'ai trouvé et tenté d'installer PHP 8.2 mais mon NAS m'a dit que je n'avais pas la version minimum de DSM. Pourtant le statut dans mon NAS est que DSM est à jour (7.1.1-42962). Sur le site de Synology il semblerait que je puisse monter en version en 2 temps : installer d'abord 7.2.1-69057 Update 1 puis 7.2.1-69057 Update 4. Bon, je verrai ça demain...

Bonjour, J'ai installé un compteur de sites nommé Matomo sur mon NAS (DS418j). Ça fonctionne très bien depuis plusieurs mois. Mais voilà que Matomo m'informe que la version de PHP que j'utilise, 8.0, est en fin de vie. Je tente de mettre à jour le paquet PHP sur mon NAS mais il me dit que la version installée est la 8.0.23-0103 et que la version en ligne la plus récente est la... 8.0.23-0103 ! Si je comprends bien, impossible pour moi de mettre à jour au-delà de 8.0. Y a-t-il ici d'autres personnes qui rencontrent le même souci ? Et que faire ? Peut-on tirer un signal d'alarme chez Synology ?

J'ai suivi ton lien où j'ai pu lire : Affichage des fonctions prises en charge Une fois le Service d'application Synology lancé, les fonctions et services suivants seront disponibles dans les paquets Chat, Calendar, MailPlus et Office. Alors pourquoi, quand je veux désinstaller "Service d'application Synology", j'obtiens cette curieuse information, apparemment pas prévue sur le site kb de Synology ?

Bonjour, J'insiste bien par rapport au titre : "à mon goût" ; peut-être ai-je tort. J'ai eu dernièrement une notification pour la MAJ du paquet "Active Insight". Je ne savais même pas qu'il était là ; en tout cas ce n'était pas moi qui l'avait installé. Après avoir lu que ce paquet respectait mes infos personnelles envoyées à Synology, "ça m'a foutu tellement les boules" que je l'ai désinstallé. Et mon NAS continue de fonctionner nickel. Aujourd'hui, nouvelle notification au sujet de la MAJ du paquet "Service d'application". Késako ? Alors pour mourir moins bête je lis "Synology Application Service propose un cadre permettant d'enrichir les fonctionnalités et les services des paquets Synology packages". Ouaaaah ! On croirait entendre parler un homme politique ! Vous ne comprenez rien à ce que je dis mais je vous l'assure, ça va aller mieux. Êtes-vous d'accord avec moi pour dire que ces paquets sont des fioritures qui, en fait, ne servent pas à grand chose et que l'on peut désinstaller ? Parce que au final ça fait tourner des routines en arrière-plan qui consomment du CPU et de la mémoire. Heureusement que nos données personnelles sont protégées par des déclarations de foi de Synology ! Comme sur tik-tok en fait...

Bonjour, Non, je n'ai rien "résolu" personnellement mais le message a disparu. Je ne saurai jamais quelles étaient ces fameuses 2 photos à découvrir, ni même "à découvrir" pour quoi. Ce message n'est pas très clair. Mais il aura bien fallu 1 mois à Synology Photos pour "résoudre" lui-même ce problème. La seule chose que je fais régulièrement, c'est de me rendre dans l'album Personnes et de renseigner les noms des personnes que Synology Photos ne connait pas ("Qui est-ce ?"). A part les personnes dont je ne risque pas de donner le nom (le musicien dans la rue !), je me rends compte que le logiciel devient de plus en plus pointu au fur et à mesure de mon aide à l'identification. J'ai de moins en moins de personnes à identifier pour la première fois et de moins en moins de personnes à fusionner.

Bonjour, J'espère ne pas dire de bêtise mais quand tu es connecté en OpenVPN, tu te retrouves en réseau local. Et à ma connaissance le port NAS en réseau local est 5000 et pas 5001.

Bonjour, Activée depuis deux semaines, la reconnaissance faciale m'impressionne favorablement. Mais depuis le début, un message apparaît en tête de page des vignettes d'albums de personnes : "2 photos à découvrir" suivi de 3 points rouges qui dansent la java en permanence. Les premiers jours on se dit "mouais, il cherche quelque chose" mais après deux semaines, j'ai l'impression qu'il y a un blocage. Ça ne m'empêche pas d'utiliser les albums de personnes mais j'aimerais bien savoir ce que signifie ce message.

Merci @bliz. Mouais... Je n'en vois pas bien l'intérêt. Et ça pose la question : si cette adresse IP tente de nouveau un téléchargement sur le même fichier partagé le lendemain, sera-t-elle "blacklistée" ? Serai-je informé ? Ces petites procédures internes de Synology manquent cruellement d'informations quant à leur fonctionnement.

Bonjour, J'ai demandé à recevoir une notification mail lorsqu'un événement contenant le mot "download" se produit. Ça fonctionne très bien ; j'ai très peu de download sur mon NAS et ça me rassure de voir qu'il n'y en a pas d'indésirables. Mais dernièrement j'ai mis des fichiers en partage et j'ai communiqué l'adresse à mes correspondants. Hier soir, pour des événements provenant de la même adresse IP (82.64.xxx.xxx, qui n'est évidemment pas la mienne !), j'ai reçu 3 mails à 22h55 disant : ================================== Un journal contenant le mot-clé download se trouve sur <mon NAS>. Accédez au Centre des journaux pour vérifier les détails. Le contenu du journal est le suivant : Event: download, Path: Partagé par <moi> : /public/TNAS.mp4, File/Folder: File, Size: 4.58 MB, User: <moi>, IP: 82.64.xxx.xxx De <mon NAS> ================================== Et une minute après, à 22h56, un quatrième mail disant : ================================== Un journal contenant le mot-clé download se trouve sur <mon NAS>. Accédez au Centre des journaux pour vérifier les détails. Le contenu du journal est le suivant : SYSTEM: Last message 'Event: download, Pat' repeated 3 times, suppressed by syslog-ng on <mon NAS> De <mon NAS> ================================== Qu'est-ce que ça veut dire ? Qu'est-ce qui est supprimé ? Aucun de mes correspondants ne m'a signalé de problème particulier. Ce n'est pas la première fois que ce phénomène se produit dans les mêmes circonstances et j'aimerais bien comprendre ce qu'il se passe. Merci de votre aide.

Bonjour, Merci @PiwiLAbrutipour cette tentative. Et surtout merci de m'avoir mis un lien vers le "shebang" ! J'savais pas... Mais rien à faire, ça ne fonctionne pas. Comme je l'ai dit précédemment, je laisse tomber et je te propose d'en faire autant. Bonne soirée.

Bonjour, Bon, j'abandonne. Après des heures de recherches, voilà où j'arrive : Et aussi : Un crontab est un script, non ? J'espère ne pas dire de bêtise en prétendant qu'un script s'apparente à des lignes de commandes (CLI). Et je viens de découvrir que ce genre de process n'est pas supporté par les NAS Synology. Ce n'est pas ce qu'il y a de plus grave. Mais ce qui est énervant c'est que ce matomo qui sait tout de ma configuration, au point de me signaler un tout petit fichier perdu au fond de l'arborescence qu'il faut mettre en Lecture-Ecriture, sait donc tout aussi bien qu'il se trouve sur un Synology. Mais il persiste à me dire en permanence via un Warning qu'il faut que je crée un crontab alors que c'est impossible... Il va falloir que je fasse avec. Je n'ai trouvé aucun bypass.

Désolé, je ne sais pas où trouver les paramètres MySQL de Matomo... En ce qui concerne les profils PHP je suis allé voir leurs extensions. Oui, j'ai 2 profils PHP, un pour phpMyAdmin qui a longtemps embêté le monde car il ne fonctionnait que sous PHP 5.6 et qui aujourd'hui il ne fonctionne que sous PHP 7.4 et un autre pour Matomo qui m'a signalé que PHP 7.4 arrivait en fin de vie et qu'il fallait installer PHP 8.0. Les extensions des 2 profils sont toutes activées ! Au passage j'ai remarqué qu'il y avait 4 pdo_quelque-chose qui sont 4 drivers. En rapport avec mon souci du jour, j'ai lu sur cette page quelque chose qui m'a interpellé : "The crontab requires php-cli or php-cgi installed." Et dans le message d'erreur de mon premier message on voit qu'il fait état de "CLI mode: 1". Pour moi c'est de l'hébreu... Mais le début d'une solution ne se trouverait-il pas là ?

Merci @PiwiLAbruti. Il semble que c'est le cas :

Bonjour, J'ai installé matomo sur le serveur web de mon NAS. Matomo fonctionne très bien mais me demande de créer un crontab. Je m'y attaque et lance manuellement le crontab pour vérifier son bon fonctionnement. Et c'est là que j'ai ce message : "The MySQL driver is not currently installed". Je ne comprends pas. J'ai installé Apache 2.4, PHP 7.4 et PHP 8.0, phpMyAdmin et MariaDB 10 pour que matomo fonctionne. Que veut-il de plus ? Merci pour votre aide.

Bonjour @PierU, J'ai été confronté au même problème et moi non plus je n'ai pas trouvé l'info sur NAS-forum. Mais un certain @maxou56avait judicieusement sévi sur un autre site à ce sujet. Je te mets ci-dessous la procédure qu'il propose, que j'ai suivie et qui a très bien fonctionné. Source : https://www.forum-nas.fr/threads/changement-de-volume-pour-les-applications.18523/ ============================================== Étape 1, dans DSM arrêter les paquets à transférer. Étape 2, en SSH et en root déplacer les paquets (par ex du volume2 au volume1), 2 possibilités, si le volume n'a pas le dossier @appstore : Code: mv /volume2/@appstore/ /volume1/ Si il y a déjà le dossier @appstore : Code: mv /volume2/@appstore/* /volume1/@appstore Étape 3, vérifier les liens : Code: find /var/packages/ -type l -ls | grep volume2 Puis réparer les liens pour chaque paquet déplacé (XXXXXX = nom du paquet) : Code: ln -sfn /volume1/@appstore/XXXXXX /var/packages/XXXXXX/target Puis une fois terminé re-vérifier que tous les liens sont corrects. Code: find /var/packages/ -type l -ls | grep volume1 Étape 4: dans DSM, redémarrer les paquets, de mémoire certains paquets seront à restaurer.

Bonjour, Ça y est, c'est fait.

Merci pour vos réponses. @PiwiLAbruti: oui, je vais faire une demande d'amélioration à Synology. @bliz: merci beaucoup pour GeoSetter. Je viens de le tester et ça marche pas mal. Mais quel boulot quand on a des tas de photos à traiter ! Cela dit, Synology Photos n'est pas responsable d'une mauvaise localisation. Si j'ai bien compris ce qu'il s'est passé, j'avais mis la fonction GPS en OFF sur l'appareil et celui-ci a conservé la dernière position GPS qu'il avait en tête pour l'inscrire sur les photos suivantes. Dommage, il devrait remettre à zéro les infos GPS. C'est comme ça que Nevers s'est retrouvé à Uzès...

Bonjour, Je viens d'installer Synology Photos qui s'est empressé d'indexer toutes le photos qui se trouvaient sur mon NAS. Et il m'a créé entre-autre un album nommé "Lieux". Génial ! Sauf que j'ai constaté d'ÉNORMES erreurs du style une photo prise à Nevers dans la Nièvre et située par Synology Photos à Uzès dans le Gard. J'ai vu qu'on pouvait facilement modifier la date et l'heure de prise de vue (ce dont je ne vois pas l'intérêt) mais impossible de trouver comment modifier le lieu géographique (en fait, la localisation GPS). Si vous avez une idée...

Bonjour, Idem pour moi qui se pose la même question après avoir fait le même constat. Alors que d'habitude, sur d'autres fonctions, mon NAS est plutôt du genre bavard...

Bonjour, POUR INFORMATION : J'ai réussi à refaire entièrement mon NAS sans perte de données ni réglages et/ou paramétrages de mes applications. Juste un petit souci : contrairement à ce que je disais dans mon premier message du 24 novembre, mes "applications" avaient toutes été installées sur le volume 2, celui-là même que je voulais supprimer. Synology n'a semble-t-il rien prévu pour déplacer les applications d'un volume vers un autre. Je n'ai rien trouvé non plus sur NAS-Forum. Mais j'ai trouvé cette page où un certain @maxou56🙂 donne une solution via SSH qui a très bien fonctionné sous DSM 6.2. Merci beaucoup à lui. J'en ai ensuite profité pour passer sous DSM7 et installer Synology Photos. Maintenant, ça indexe, ça indexe, ça indexe, etc. Une petite info pour ceux qui comme moi ont une brouette comme NAS, les temps de vérification de la cohérence de parité lors de l'augmentation d'un groupe de stockage sont énormes ! Voici les temps que j'ai relevés pour mes HDD qui font tous 4 To : - pour HDD 1 + 2 : 22 h - pour HDD 1 + 2 + 3 : 45 h - pour HDD 1 + 2 + 3 + 4 : 117 h (près de 5 jours !) Le principal est que tout fonctionne correctement aujourd'hui. Bientôt de nouvelles aventures avec Synology Photos (après l'indexation, quand j'aurai pris de l'âge...)

Bonjour @Mic13710 Merci pour ces précisions. Quant à être patient, ce n'est pas un problème du fait que je suis en retraite. "Aujourd'hui peut-être, ou alors demain..."😁

Merci beaucoup @_DR64_pour cette réponse qui me rassure. Je vais pouvoir "rebrancher" mes automatismes de sauvegardes que j'avais stoppés au début de cette "refonte".

Bonjour, Je suis en pleine refonte de la structure de mon DS418j équipé de 4 HDD de 4 To chacun pour créer 1 volume de 4 HDD en SHR. (Anciennement 2 volumes de 2x2 HDD en JBOD). Lorsque j'ai mis en place les HDD 1 et 2 en SHR, une vérification de la cohérence de parité a mis 22 h. Aujourd'hui, j'ajoute le HDD 3 au groupe de stockage et il semblerait que cette vérification de la cohérence de parité va durer 39 h. Je n'ose imaginer le temps qu'il faudra lors de l'ajout du HDD 4... Je constate que mon NAS continue de fonctionner. J'ai accès à son interface depuis mon PC, je me promène dans File Station et mon compteur de sites "matomo" me donne les dernières infos. MA QUESTION : puis-je enregistrer des fichiers sur mon NAS pendant cette vérification, sans risque pour elle et pour mes fichiers ? Par exemple, sauvegarde de disques de mes PCs. Ou dois-je attendre le fin de la vérification ? Actuellement, je note que la capacité disponible ne prend pas encore en compte le HDD 3, cause de la vérification actuelle. Merci pour vos avis.