problème avec LVM
Bonjour, J'utilise proxmox sur un serveur et j'ai un problème de LVM. J'ai posé la question sur le forum proxmox, mais je n'ai pas de réponse. Le problème vient des LVM et non pas de proxmox. Ceci explique peut- être celà. Mon problème est le message activating LV 'diskb/thinb' failed: Check of pool diskb/thinb failed (status:1). Manual repair required! suite à un reboot J'ai essayé https://mellowhost.com/billing/index.php?rp=/knowledgebase/65/How-to-Repair-a-lvm-thin-pool.html mais le problème ne semble pas venir de là. Le souci est que je n'arrive pas à trouver d'autres infos. J'ai fouillé dans les log, mais il n'y a que ce même message. Ma distrib est debian bullseye. Ci-dessous un lvdisplay et un vgdisplay. Merci pour les idées. Benoit root@lucky:~# lvdisplay | more --- Logical volume --- LV Path/dev/diskb/lvol0 LV Namelvol0 VG Namediskb LV UUIDuSsvYk-mDlo-zzTW-di83-PYch-Yztl-c39G22 LV Write Accessread/write LV Creation host, time lucky, 2020-12-28 17:56:04 +0100 LV Status available # open 0 LV Size128.00 MiB Current LE 32 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0 --- Logical volume --- LV Namethinb VG Namediskb LV UUID5iO2zV-NJFg-viKL-B8U8-tBRl-kdRJ-gwhzKO LV Write Accessread/write LV Creation host, time lucky, 2020-12-28 18:00:24 +0100 LV Pool metadata thinb_tmeta LV Pool data thinb_tdata LV Status NOT available LV Size<1.78 TiB Current LE 465920 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/diskb/vm-106-disk-0 LV Namevm-106-disk-0 VG Namediskb LV UUIDZ8QWkB-LrO8-J402-VYTn-9ffl-vfXG-p221g6 LV Write Accessread/write LV Creation host, time lucky, 2020-12-28 19:22:14 +0100 LV Pool name thinb LV Status NOT available LV Size50.00 GiB Current LE 12800 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/diskb/vm-108-disk-0 LV Namevm-108-disk-0 VG Namediskb LV UUIDCh5g57-gxUf-JM8s-g5cA-iCRH-pVXd-Hdo4np LV Write Accessread/write LV Creation host, time lucky, 2020-12-28 19:39:47 +0100 LV Pool name thinb LV Status NOT available LV Size500.00 GiB Current LE 128000 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/diskb/vm-100-disk-0 LV Namevm-100-disk-0 VG Namediskb LV UUIDDOiS0q-g1xC-ABcE-2deI-oBMN-JV5B-2RjWJe LV Write Accessread/write LV Creation host, time lucky, 2021-07-30 20:35:07 +0200 LV Pool name thinb LV Status NOT available LV Size32.00 GiB Current LE 8192 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/diskb/thinb_meta0 LV Namethinb_meta0 VG Namediskb LV UUIDxjPUwO-BTTL-KISM-SSiL-asLz-BgzQ-evrh0Y LV Write Accessread/write LV Creation host, time lucky, 2020-12-28 18:00:24 +0100 LV Status available # open 0 LV Size116.00 MiB Current LE 29 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:1 --- Logical volume --- LV Namethinmedia VG Namethinmedia LV UUIDPxPkd5-bjVl-1rj6-2dcS-j4s9-VJ5j-9YFlYm LV Write Accessread/write LV Creation host, time lucky, 2021-11-21 11:14:30 +0100 LV Pool metadata thinmedia_tmeta LV Pool data thinmedia_tdata LV Status NOT available LV Size<7.25 TiB Current LE 1899497 Segments 1 Allocation inherit Read ahead sectors auto --- Logical volume --- LV Path/dev/thinmedia/vm-102-disk-0 LV Namevm-102-disk-0 VG Namethinmedia LV UUIDMdhJwJ-H1Fz-7dc5-mYh2-lePq-XXpP-ap4QRa LV Write Accessread/write LV Creation host, time lucky, 2021-11-21 11:19:45 +0100 LV Pool name thinmedia LV Status NOT available LV Size
Re: [Resolu]: Utilitaire Debian pour récupérer SMS Androïd
Bonjour, Le 2023-07-06 15:26, Thierry a écrit : Cela étant, ces utilitaires ne font qu'accéder au stockage du smartphone pour lire les SMS/MMS et les convertir en xml ou json. Et les applis F-Droid sont des logiciels libres. Les sources sont disponibles. Y a t-il des blocages pour qu'ils soient packagés pour Debian? Ce qui peut être utile justement en cas de gros pb avec le smartphone. L'architecture du système n'est vraiment pas la même et l'exécution directe n'est pas possible. Ça peut se faire via un émulateur (comme implicitement suggéré par Didier via Android Studio). Il existe aussi des projets d'exécution dans des conteneurs. Anbox était disponible dans Debian (crontrib) mais le projet est mort. Il y a Waydroid mais il n'est pas encore disponible dans Debian. Sébastien
Fin planifiée du support des scripts SysV dans Systemd 254
Bonjour, Phoronix rapporte que Systemd 254 rc1 met fin à la couche de compatibilité SysV: les logiciels devront avoir un service natif Systemd car les scripts Sysv ne seront plus pris en charge. https://www.phoronix.com/news/systemd-254-rc1 Donc à tous ceux qui utiliseraient encore des scripts SysV avec Systemd: préparez-vous à changer votre fusil d'épaule. Pour rappel Bookworm est en version 252 et en ce moment Trixie est en version 252 et Sid en version 253. Donc je suppose que pour la prochaine version Trixie, lors de sa publication, ce sera effectif. L'autre nouvelle est que Systemd 255 rendra obligatoire la migration usrmerge mais ça n'impactera pas tellement Debian vu que l'ancien schéma n'est déjà plus supporté.
Re: [Resolu]: Utilitaire Debian pour récupérer SMS Androïd
Le 06/07/2023 à 15:26, Thierry a écrit : [...] Cela étant, ces utilitaires ne font qu'accéder au stockage du smartphone pour lire les SMS/MMS et les convertir en xml ou json. Et les applis F-Droid sont des logiciels libres. Les sources sont disponibles. Y a t-il des blocages pour qu'ils soient packagés pour Debian? Ce qui peut être utile justement en cas de gros pb avec le smartphone. je ne suis pas bien au courant des détails mais Android n'étant pas une distro Linux au sens habituel du terme, je doute que repackager suffise, faudrait modifier pas mal de choses, entre autres la couche graphique c'est probablement du SDL (vérifier, je dis peut-être des bêtises, hein) Mais tu peux essayer d'installer Android Studio (logiciel proprio Google, outil officiel pour le développement Android): https://developer.android.com/studio A priori ton programme SMS Import/Export est inclus dans Android Studio: https://github.com/tmo1/sms-ie tu pourrais donc peut-être (j'ai jamais utilisé Android Studio) utiliser Android Studio raccordé à ton smartphone pour gérer les SMS/MMS de ton smartphone sous Debian Sous toutes réserves...
Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente
Etienne Vogt a écrit : > > Une possible piste est que tomcat9 a des protections additionnelles par > rapport à tomcat8, donc si on installe une servlet ailleurs que dans les > chemins par défaut, il faut autoriser l'accès dans > /etc/systemd/system/tomcat9.service > > Par ex. pour un IdP Shibboleth sous tomcat9, j'ai du ajouter : > > ReadWritePaths=/opt/shibboleth-idp/logs/ > ReadWritePaths=/opt/shibboleth-idp/metadata/ > > pour que cela fonctionne. Merci de vous être penché sur le sujet. C'était déjà un tomcat9 avec ces ReadWritePaths. Alfresco est un truc à s'arracher les cheveux lors de l'installation (je pense que c'est fait pour que les gens prennent le support payant). Après quelques frayeurs concernant l'intégrité des données, j'y suis arrivé. Il y a des chemins qui sont maintenant codés en dur. C'est ça qui pose problème. Et il ne faut pas oublier de patcher les jar grâce à l'outil solr (celui fourni par alfresco dans un second package, le jar originel ne suffit pas). De la même manière, le jodconverter est tout cassé (il faut filer un chemin sur la ligne de commande qui n'est pas celui qui est retourné dans l'erreur Java). Sans compter que le solr fourni demande dans la doc java 8 et qu'il est compilé... pour fonctionner à partir de la 11. Je vais essayer d'écrire un tuto sur l'installation d'Alfresco sur Debian/Devuan.
Re: Connexion impossible sur Tomcat 9 depuis une mise à jour récente
Bonjour, On Thu, 6 Jul 2023, BERTRAND Joël wrote: Si, c'est bien ça. Mais Alfresco utilise aussi une foultitude de scripts et ça met un bazar sans nom dans les fichiers de conf dont les chemins sont par défaut CATALINA_HOME. La seule solution simple, c'est de suivre la doc en question *en installant alfresco dans /var/lib/tomcat9*. Sinon, alfresco se lance mais tomcat ne répond plus. Antérieurement, ça fonctionnait pourtant bien, c'est ce que j'avais installé. Mais depuis la dernière mise à jour de tomcat, ça coince. J'en suis à avoir les deux services tomcat share et alfresco qui tournent, j'arrive à me connecter, mais je n'ai accès à aucun de mes fichiers. Il me reste un access denied sur un script et je ne vois pas encore où. Une possible piste est que tomcat9 a des protections additionnelles par rapport à tomcat8, donc si on installe une servlet ailleurs que dans les chemins par défaut, il faut autoriser l'accès dans /etc/systemd/system/tomcat9.service Par ex. pour un IdP Shibboleth sous tomcat9, j'ai du ajouter : ReadWritePaths=/opt/shibboleth-idp/logs/ ReadWritePaths=/opt/shibboleth-idp/metadata/ pour que cela fonctionne. -- Etienne Vogt (etienne.v...@obspm.fr)
Re: [HS] imprimante laser sans wifi et conseils achat
Le 06/07/2023 à 23:33, ajh-valmer a écrit : J'en profite alors : Quelle imprimante laser couleurs, wifi, scanner, me conseillez vous ? (le prix des cartouches est important et sa bonne compatibilité Linux). Merci. Bonne fin de soirée, - concernant le choix d'une laser couleur, Bernard t'a indiqué un comparatif, tu peux en chercher d'autres pour compléter le panorama - perso j'ai un combo laser/scanner mais pas couleur (n), j'ai pris une laser parce que j'imprime peu souvent et avec une jet d'encre classique à cartouche (pas les jets d'encre à réservoirs d'encre, généralement ça ne sèche pas mais elle sont largement plus chères) - au niveau fiabilité même si jusqu'à présent je n'ai jamais eu de pb à ce niveau avec une imprimante/scanner, je pense que c'est la même chose qu'avec les ordinateurs: pour une meilleure fiabilité privilégier les modèles destinés aux professionnels, même TPE - au niveau coût, avec une laser, une idée reçue est que ça coûte moins cher à la page qu'une jet d'encre mais ça dépend beaucoup de la gamme d'imprimantes, du toner ou des cartouches/réservoirs et volume d'impressions à effectuer dur une période donnée. En clair les laser ne sont pas toujours moins chères en coût à la page, loin de là. Et il faut regarder le coût de remplacement du toner de l'imprimante envisagée avant d'acheter celle-ci: pour les gammes "consommateur" les toners sont généralement largement plus chers, me semble-t-il - Autre coût: la consommation électrique, au repos, comme à l'impression, est beaucoup plus faible avec une jet d'encre qu'avec une laser. Conclusion perso, dans mon cas, un petit combo laser/scanner HP N (gamme MFP) me convient, mais si j'imprimais plus ou que j'avais décidé d'investir plus à l'achat et moins à l'entretien, j'aurais probablement pris une jet d'encre à réservoirs d'encre liquide