Mais ils ne veulent pas pousser leur lecteurs dessus. Du coup ils appliquent le même prix que pour le papier: résultat madame Michu (encore elle) préfèrera toujours son femme actuel papier à la version pdf qu'elle pourrait lire sur sa tablette (bah oui, Mr Dupont lui a offert une tablette pour Noël).
C'est pas Mme Michu qui préfère le papier. C'est Emma …
Il y a aussi des cas ou la norme ne spécifie pas clairement ce que doit faire le navigateur pour rendre telle ou telle balise, et ces interprétations peuvent poser problème.
Ça c'est de l'impérialisme occidental comme on aime.
N'importe quoi. C'est juste une conséquence d'un fait :
1 les plus gros éditeurs de softs sont américains
2 la plupart des softs sont développés en anglais, avec des logs en anglais, des commentaires en anglais, etc …
Donc si tu veux faire de l'admin et que tu n'es pas capable de lire l'anglais, tu es mort. Il n'y a qu'à regarder les logs du noyau par exemple qui sont en anglais pour la plupart.
Tu exporte les logs dans un format texte via journalctl et tu fait ce que tu veux ?
Cool, et quel est donc l'intéret des logs binaires de journald alors ? Ajouter une étape supplémentaire ?
je veux intégrer ça dans ma solution d’analyse de logs maison mais mon patron a dit « pas de copyleft »
pas compris ?
Développer un plugin à sa solution qui lui permettrait d'utiliser les libs systemd pour décoder les logs binaires. Les libs en question sont copyleft et le boss ne veut pas lier son code à du code copyleft.
Il y a un moment où il faut arrêter… La situation « catastrophe plus rien ne marche, mais il faut que je regarde les log avec des outils que j'aurais moi-même réécris parce que plus rien ne marche » c'est pas un cas d'usage et c'est pas compatible avec la gestion de très gros volumes de logs potentiellement centralisés, sauvegardé et analysé sur une machine différente de celle qui les produits qui est un cas d'usage largement répandu.
T'as déjà fait de l'admin ? J'ai l'impression que non. Quand tu as un KVM distant (style bladecenter par exemple), ca pose pas trop de problème. Mais ce genre de truc n'est pas toujours disponible. Faire des aller-retour entre le bureau et la salle machine est inimaginable. En plus de ça, rien ne dit que ta machine de log aura récupéré les dernières logs, et manque de bol cette log t'apprendra peut-être pourquoi ta machine a planté.
La coupure réseau n'est effectivement pas le bon exemple, celà n'empêche pas qu'il y a d'autres raisons qui peuvent interrompre une mise à jour (dont le ctrl+c sauvage).
Un cas simple qui est bien plus couirant que tu ne le penses : mise à jour qui foire (coupure réseau par exemple) provoquant une incohérences au niveau des libs. Ca arrive, ça m'est déjà arrivé de récupérer un serveur dans cet état. Tu fais comment si tu n'accèdes plus aux logs ?
Un format binaire, ça peut servir pour plein de choses, notamment pour des outils d'analyse. Par contre quand tu dois dépanner, c'est pas génial. Que systemd stocke des logs en format binaire, pourquoi pas, mais il faut qu'il garde les logs en mode texte également.
Ca peut poser problème dans le cas ou par exemple une mise à jour a foiré (ne pas me dire que ça n'arrive jamais, c'est faux), et que certaines de ces libs sont incohérentes avec le reste du système. Si tu diminues le nombre de libs, tu diminues le risque.
Personnellement ça m'est déjà arrivé de me retrouver avec un serveur sur lequel une mise à jour avait foiré. Ce serveur n'avait pas été redémarré suite à cette mise à jour. certaines libs n'étaient pas à jour et certains services plantaient au démarrage. Il s'est vautré et il a fallu le remettre en marche. Les logs étaient accessible facilement, mais je me demande ce qui se passerait si l'une des libs utilisées par systemd venait à être corrompue, ou incohérente avec le reste du système.
Je ne parle pâs de fs complêtement mort : je parle plutôt d'un secteur disque qui lacherait là ou les libs en question se trouvent. Mais vu que les messages peuvent être forwardés vers la syslog, la question ne se pose plus …
y'a de grande chance que tu ne sois pas capable de faire mieux avec les commandes de bases qu'avec journalctl…
Ben vu le nombre de libs utilisées par l'outil de systemd par rapport à cat/grep/etc … j'ai plus de chances de voir ce qui se passe rapidement. Je ne pourrai peut-être pas réparer, mais je saurai ce qui se passe.
Un truc qui t'empêcherais carrément de brancher le disque sur une autre machine ou de booter sur une live ?
Juste pour regarder des logs ? Je parle pas du PC chez soi, mais d'un serveur, qui potentiellement ne serait pas accessible car posé en salle blanche. Même si la réparation ne peut pas se faire de suite, il est indispensable de pouvoir diagnostiquer au plus vite un problème. Ca permet aussi de ne pas avoir à faire des longues et pénibles dé&marches pour accéder en salle pour rien.
Ca dépend pour quoi; Ma fille de 11 ans (d'accord pas vraiment ado) aime bien Albator et Goldorak par exemple, et c'est encore plus vieux. Et ici il n'y a pas que des ados, il y a encore du monde à qui ce genre de remarque parlera, justement car c'est un sketch qui a marqué à son époque.
Et je fais comment si par exemple je démarre en mode minimal en raison d'un plantage quelconque, et que le problème affecte également l'outil d'export des logs ? Je pense par exemple à un fs corrompu ou à une mauvaise version de bibliothèque.
Pour être franc, c'est probablement la raison principale qui me fait détester à ce point systemd, avec le fait que systemd veut s'occuper de choses qui ne le regardent pas.
Il y a d'autres choses que je n'aime pas, mais sans ce point ça passerai peut-être mieux
Ca me démange de faire un commentaire, mais je me retiendrai … Juste une question : qu'en est-il de l'idée de mettre les logs sous forme binaire? Ca a été fait ?
Ah j'l'atendais celle là j'l'attendais. Non mais le mauvais système de vote bon bah c'est le systeme qui attend un vote y a un mec qui vote, il enregistre
Et le bon système de vote ? ?
Le bon système de vote c'est un systeme qui attend un vote y a un mec qui vote, il enregistre mais….
Le problème avec ce que tu veux faire, c'est que tu veux que haproxy fasse l'interception ssl, puis reverse proxy avec backend en https/http. Le problème de cette idée c'est que tu utilise un outil qui n'est pas prévu pour: haproxy est prévu pour du loadbalancing. Pour du reverse proxy, il faut mieux partir sur du apache, nginx ou autre.
Merci, tu ne fais que confirmer ce que je pensais. Ca me paraissait un peu tordu comme idée, mais si ça avait été possible, ça m'aurait évité de tout changer chez moi juste pour quelques tests.
[^] # Re: systemd-networkd ?
Posté par totof2000 . En réponse au journal systemd ca a l'air super.... Évalué à -1.
Et pourquoi a-t-on besoin de le mettre dans l'initrd ?
[^] # Re: systemd-networkd ?
Posté par totof2000 . En réponse au journal systemd ca a l'air super.... Évalué à 2.
Le seul cas ou à mon avis ça peut avoir un sens, c'est lorsque tu boot sur le réseau (pas de FS local).
Sinon, je ne pense pas qu'il y ait un intérêt à monter le réseau dans l'initrd.
[^] # Re: Ca reste du "traditionel"...
Posté par totof2000 . En réponse au journal GNU/Linux Magazine: papier, numérique ou rien .... Évalué à 3.
C'est pas Mme Michu qui préfère le papier. C'est Emma …
[^] # Re: tout est dit
Posté par totof2000 . En réponse au message Pourquoi c'est dur de coder un navigateur Internet ?. Évalué à 5.
Il y a aussi des cas ou la norme ne spécifie pas clairement ce que doit faire le navigateur pour rendre telle ou telle balise, et ces interprétations peuvent poser problème.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 2.
Marrant ça. il y a pas longtemps certains se plaignaient ici des commentaires en allemand dans LibreOffice … ;)
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 0.
N'importe quoi. C'est juste une conséquence d'un fait :
1 les plus gros éditeurs de softs sont américains
2 la plupart des softs sont développés en anglais, avec des logs en anglais, des commentaires en anglais, etc …
Donc si tu veux faire de l'admin et que tu n'es pas capable de lire l'anglais, tu es mort. Il n'y a qu'à regarder les logs du noyau par exemple qui sont en anglais pour la plupart.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à -3.
Cool, et quel est donc l'intéret des logs binaires de journald alors ? Ajouter une étape supplémentaire ?
Développer un plugin à sa solution qui lui permettrait d'utiliser les libs systemd pour décoder les logs binaires. Les libs en question sont copyleft et le boss ne veut pas lier son code à du code copyleft.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à -1.
T'as déjà fait de l'admin ? J'ai l'impression que non. Quand tu as un KVM distant (style bladecenter par exemple), ca pose pas trop de problème. Mais ce genre de truc n'est pas toujours disponible. Faire des aller-retour entre le bureau et la salle machine est inimaginable. En plus de ça, rien ne dit que ta machine de log aura récupéré les dernières logs, et manque de bol cette log t'apprendra peut-être pourquoi ta machine a planté.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à -3.
Il fait comme moi, s'il veut faire de l'admin il apprend l'anglais.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 2.
La coupure réseau n'est effectivement pas le bon exemple, celà n'empêche pas qu'il y a d'autres raisons qui peuvent interrompre une mise à jour (dont le ctrl+c sauvage).
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 2.
Un cas simple qui est bien plus couirant que tu ne le penses : mise à jour qui foire (coupure réseau par exemple) provoquant une incohérences au niveau des libs. Ca arrive, ça m'est déjà arrivé de récupérer un serveur dans cet état. Tu fais comment si tu n'accèdes plus aux logs ?
Un format binaire, ça peut servir pour plein de choses, notamment pour des outils d'analyse. Par contre quand tu dois dépanner, c'est pas génial. Que systemd stocke des logs en format binaire, pourquoi pas, mais il faut qu'il garde les logs en mode texte également.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à -1.
Ca peut poser problème dans le cas ou par exemple une mise à jour a foiré (ne pas me dire que ça n'arrive jamais, c'est faux), et que certaines de ces libs sont incohérentes avec le reste du système. Si tu diminues le nombre de libs, tu diminues le risque.
Personnellement ça m'est déjà arrivé de me retrouver avec un serveur sur lequel une mise à jour avait foiré. Ce serveur n'avait pas été redémarré suite à cette mise à jour. certaines libs n'étaient pas à jour et certains services plantaient au démarrage. Il s'est vautré et il a fallu le remettre en marche. Les logs étaient accessible facilement, mais je me demande ce qui se passerait si l'une des libs utilisées par systemd venait à être corrompue, ou incohérente avec le reste du système.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 1.
Je ne parle pâs de fs complêtement mort : je parle plutôt d'un secteur disque qui lacherait là ou les libs en question se trouvent. Mais vu que les messages peuvent être forwardés vers la syslog, la question ne se pose plus …
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 3.
Ben vu le nombre de libs utilisées par l'outil de systemd par rapport à cat/grep/etc … j'ai plus de chances de voir ce qui se passe rapidement. Je ne pourrai peut-être pas réparer, mais je saurai ce qui se passe.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à -10.
Beurk !!!! :)
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 4.
Juste pour regarder des logs ? Je parle pas du PC chez soi, mais d'un serveur, qui potentiellement ne serait pas accessible car posé en salle blanche. Même si la réparation ne peut pas se faire de suite, il est indispensable de pouvoir diagnostiquer au plus vite un problème. Ca permet aussi de ne pas avoir à faire des longues et pénibles dé&marches pour accéder en salle pour rien.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 1.
peux-tu STP me faire un lld sur journalctl ?
Je n'ai pas de distrib avec systemd installé sous la main.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 3.
OK, donc un point de moins dans les inconvénients de systemd. Peut-être qu'à la fin je finirai par ne plus le détester … :)
[^] # Re: rrrroooohhhh!!!!
Posté par totof2000 . En réponse au journal Mathématiques du vote. Évalué à 2.
Ca dépend pour quoi; Ma fille de 11 ans (d'accord pas vraiment ado) aime bien Albator et Goldorak par exemple, et c'est encore plus vieux. Et ici il n'y a pas que des ados, il y a encore du monde à qui ce genre de remarque parlera, justement car c'est un sketch qui a marqué à son époque.
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 8.
Et je fais comment si par exemple je démarre en mode minimal en raison d'un plantage quelconque, et que le problème affecte également l'outil d'export des logs ? Je pense par exemple à un fs corrompu ou à une mauvaise version de bibliothèque.
Pour être franc, c'est probablement la raison principale qui me fait détester à ce point systemd, avec le fait que systemd veut s'occuper de choses qui ne le regardent pas.
Il y a d'autres choses que je n'aime pas, mais sans ce point ça passerai peut-être mieux
[^] # Re: Mon avis personnel
Posté par totof2000 . En réponse au journal Debian adopte systemd comme init par défaut. Évalué à 3.
Ca me démange de faire un commentaire, mais je me retiendrai … Juste une question : qu'en est-il de l'idée de mettre les logs sous forme binaire? Ca a été fait ?
[^] # Re: rrrroooohhhh!!!!
Posté par totof2000 . En réponse au journal Mathématiques du vote. Évalué à 10.
Ah j'l'atendais celle là j'l'attendais. Non mais le mauvais système de vote bon bah c'est le systeme qui attend un vote y a un mec qui vote, il enregistre
Et le bon système de vote ? ?
Le bon système de vote c'est un systeme qui attend un vote y a un mec qui vote, il enregistre mais….
# Plus simplement ....
Posté par totof2000 . En réponse au message Maïa - Un projet innovant en Ruby On Rails. Évalué à 4.
unnid à troll, quoi.
[^] # Re: J'ai pas tout saisi...
Posté par totof2000 . En réponse au message [ HAPROXY ] redirection ver diverses cibles.. Évalué à 2.
Merci, tu ne fais que confirmer ce que je pensais. Ca me paraissait un peu tordu comme idée, mais si ça avait été possible, ça m'aurait évité de tout changer chez moi juste pour quelques tests.
Merci encore pour ce retour.
[^] # Re: Sergent évidemment.
Posté par totof2000 . En réponse au message moteur de persistance. Évalué à 2.
Il faudrait savoir s'il y a une contrainte de langage dans le besoin. En ruby il y a par exemple ActiveRecord, mais il y en a d'autres tant pour ruby que pour d'autres langages.