| View previous topic :: View next topic |
| Author |
Message |
DuF
Advocate
Joined: 09 Dec 2002
Posts: 2609
Location: Paris
|
 Posted: Thu Oct 11, 2012 10:15 pm Post subject: |
 |
|
| Quote: | For F19 I plan to submit a feature asking for not installing syslog by
default anymore. I wonder how far I'll get with this before this is
shut down by the conservatives... 
Lennart |
| Quote: | Does systemd journal populate /var/log/messages ?
If not, don't do that.
Simo Sorce |
| Quote: | No. It doesnt.
Lennart |
|
|
| Back to top |
|
 |
DuF
Advocate
Joined: 09 Dec 2002
Posts: 2609
Location: Paris
|
| Posted: Thu Oct 11, 2012 10:24 pm Post subject: |
|
|
On peut dire adieu à l'analyse de logs depuis un serveur distant sans interface graphique =>
http://0pointer.de/public/journal-gatewayd.png
| Quote: | | The new network live-syncing logic of the systemd journal is based on standard compliant protocols and formats, i.e. HTTP and JSON. With that in place I spent a bit of time in hacking up a little HTML5 tool that uses this JSON data from javascript and allows a user to browse through the journal. |
Faut l'arrêter....
Trop de perles =>
| Quote: | > > From the man page:
> >
> > By default the journal stores log data in /run/log/journal/. Since
> > /run/ is volatile log data is lost at reboot.
>
> WTF?
>
> > To make the data
> > persistent it is sufficient to create /var/log/journal/ where
> > systemd-journald will then store the data.
>
> I'm assuming this directory will be created, before /var/log/messages
> disappears.
Yes, of course. |
| Quote: | > > I checked out the code, and it does seem as if the format is intended
> > > to be backwards compatible. It uses a set of filesystem-like
> > > "compatible" and "incompatible" flags, so presumably a sufficiently
> > > recent journalctl would be able to read any previous version of the
> > > binary file format.
>
> > So if my Fedora box won't boot, and I take the disk out and mount it
> > in a CentOS box, I might not be able to read the log because
> > journalctl in CentOS might be too old? Not fun.
>
> You can easily just boot the current Fedora Live CD on your other box
> instead of CentOS. Or boot the Fedora Live CD inside a KVM guest and
> mount the broken disk to your guest instead of the host.
Downloading a CD image, setting up a virtual machine and figuring out how
to mount a disk on it might not be a very hard problem, but it does take
more time and effort than typing "less /mnt/var/log/messages". |
Les admins vont avoir du boulot pour se mettre à jour et aussi des liveCD sous le coude  |
|
| Back to top |
|
|
boozo
Advocate
Joined: 01 Jul 2004
Posts: 3048
|
|
| Back to top |
|
|
XavierMiller
Moderator
Joined: 23 Jul 2004
Posts: 4625
Location: ~Brussels - Belgique
|
|
| Back to top |
|
|
Poussin
l33t
Joined: 08 Jun 2007
Posts: 640
Location: Liège
|
| Posted: Fri Oct 12, 2012 9:06 am Post subject: |
|
|
| On va l'appeler Lennart "Friday" Poettering. |
|
| Back to top |
|
|
Zoboulo
Tux's lil' helper
Joined: 07 Apr 2007
Posts: 95
|
| Posted: Sun Oct 14, 2012 11:49 am Post subject: |
|
|
Bon ben perso j'ai testé systemd, et honnêtement je trouve que vous êtes d'assez mauvaise fois, ou alors pas très renseignés !
- Certes, systemd viole pas mal de principes du KISS. Donc non, ce n'est pas pour les serveurs, pour toutes les raisons que vous avez très bien expliquées. Mais si on veut que linux s'impose sur le desktop, il faut arrêter de penser "serveurs" tout le temps ! Et puis (troll !) pour les serveurs, il y a freebsd !
- Sur un desktop "classique", ce n'est pas déraisonnable de penser que 99% des utilisateurs veulent udev et veulent X11 (Pour les autres, il restera toujours les distribs de barbus, le hurd et minix) ! Alors autant "integrer" pour la meilleure user expérience possible. Oui ça casse la modularité, mais cette prétendue modularité est souvent un mythe ! Honnêtement, il y a il vraiment des remplacements utilisables et collant aux besoins de 99% des utilisateurs pour udev et X11 ?
- Concrètement, chez moi, tout roule, pour une utilisation desktop ! Le boot et l’arrêt n'ont jamais été aussi rapides (et oui c'est du C pas du bash ...), tout est aussi configurable qu'avant, systemctl et journalctl sont juste au top !
Maintenant bien sur je n'aurais pas idée de coller ça sur un serveur dans l’état actuel des choses. Mais je pense que beaucoup d'objections contre systemd sur le desktop viennent d'un conservatisme excessif.
Donc voila, j'ai essayé pour me faire une idée objective et pour comprendre le choix de beaucoup de distros avec au départ les mêmes a priori négatifs que vous, et franchement c'est un pas en avant ! J'ai désinstallé baselayout, consolekit et sysvtruc, et je suis resté en full systemd. |
|
| Back to top |
|
|
d2_racing
Moderator
Joined: 25 Apr 2005
Posts: 13034
Location: Ste-Foy,Canada
|
| Posted: Sun Oct 14, 2012 2:42 pm Post subject: |
|
|
Tu t'est servi de quel doc pour migrer tes services au démarrage ?
Est-ce que ça se fait tout seul maintenant la migration de OpenRC vers systemd ?
As-tu enlevé OpenRC ?
_________________
Sysadmin of GentooQuébec.org
Wiki
Signature
IRC on Freenode : #gentoo-quebec |
|
| Back to top |
|
|
Zoboulo
Tux's lil' helper
Joined: 07 Apr 2007
Posts: 95
|
| Posted: Sun Oct 14, 2012 3:56 pm Post subject: |
|
|
| Quote: |
Tu t'est servi de quel doc pour migrer tes services au démarrage ?
|
J'ai utilisé la doc du wiki, tout s'est passé comme sur des roulettes. Pour les services pas encore fournis je suis allé piocher chez archlinux.
| Quote: |
Est-ce que ça se fait tout seul maintenant la migration de OpenRC vers systemd ?
|
ca depend ce que tu appelles "tout seul" ! Faut quand même ajouter "init=/usr/bin/systemd" dans la ligne de boot et suivre la doc, mais pas de difficulté particulière.
| Quote: |
As-tu enlevé OpenRC ?
|
Oui, j'ai viré openrc une fois que tout fonctionnait, ça nécessite un peu de bidouillage pour ne rien casser, voir https://github.com/canek-pelaez/gentoo-systemd-only. |
|
| Back to top |
|
|
truc
Advocate
Joined: 25 Jul 2005
Posts: 3186
|
| Posted: Mon Oct 15, 2012 1:15 pm Post subject: |
|
|
| Zoboulo wrote: | | Mais si on veut que linux s'impose sur le desktop, il faut arrêter de penser "serveurs" tout le temps ! Et puis (troll !) pour les serveurs, il y a freebsd ! |
Mais qui a dit que "on" voulait que linux s'impose sur le desktop? Pour ma part, je reste persuadé qu' "on" est mieux sans monopole, car au contraire, avoir plusieurs produits (aussi général soient-t'ils, ex: un OS) permet de confronter les solutions possibles et de constamment les améliorer. L'exemple des BSD est un très bon exemple, les bonnes solutions d'un des *BSD peuvent et vont souvent être ajoutées aux autres.
Ce genre de cohabitation "pour le mieux" n'est possible que si on n'oublie pas qu'il y a "les autres", chose que les devs de systemd choisissent volontairement d'ignorer.
Juste histoire d'en remettre une couche sur les couches logicieles (avec systemd et gnome-machin presque inter-dépendant), les devs s'en morderont forcément les doigts, comme vous pourrez également le lire de développeurs confirmés sur le net, le fonctionnement en couche permet de pouvoir les faire évoluer indépendemment les unes des autres, avec systemd, il y a un gros risque pour que tout stagne au bout d'un moment puisque personne n'osera alors faire le moindre changement de peur de casser cet assemblage bancal.
Je suis d'accord cependant pour (re)dire qu'il y a beaucoup de très bonnes idées avec systemd et qu'il faut parfois casser des choses pour mieux repartir, mais c'est un peu naïf d'ignorer la réalité du monde du développement où on tente maintenant (toujours?) d'isoler les rôles et fournir des couches d'abstractions.
Et enfin, c'est vraiment dommage d'avoir une vision pour un "tout GNU/Linux", il est clair que Linux est plus avancé en terme de fonctionnalités/support matériel que Hurd (et Minix!).. Mais ça semble un malheureux concours de circonstance, où l'attention a plus été portée sur Linux alors que le Hurd (et Minix encore une fois) sont des projets bien plus ambitieux en terme de stabilité/souplesse/fonctionnalité. C'est pas un troll! c'est juste mon avis.
_________________
The End of the Internet!
Last edited by truc on Mon Oct 15, 2012 2:11 pm; edited 2 times in total |
|
| Back to top |
|
|
El_Goretto
Advocate
Joined: 29 May 2004
Posts: 2781
Location: Paris
|
| Posted: Mon Oct 15, 2012 1:41 pm Post subject: |
|
|
Surtout que ce qu'il ressort finalement c'est que le débat n'est pas "pour ou contre systemd", mais plutôt "pour ou contre imposer systemd" à tout et tout le monde.
Et là, je ne vois pas trop matière à discussion pendant 107 ans, surtout pour des gentoistes, utilisant une meta-distribution...
_________________
-PC: 2500K/P8Z68V, 8Go DDR3 1600 1.35V, HD6950, ARC1220+5xWD500RE3, M4 256Go
-Home server (hardened): µ-serv N40L, 2Go ECC
-Réseau: ERL-3 + 3x switches GS108Tv2
-NAS: RDNU2000 |
|
| Back to top |
|
|
geekounet
Bodhisattva
Joined: 11 Oct 2004
Posts: 3726
Location: Lyon, France
|
| Posted: Tue Oct 16, 2012 2:19 pm Post subject: |
|
|
Alors perso j'utilise du FreeBSD en desktop (et laptop), et je n'ai justement pas envie de me retrouver sans mes softs habituels voire même sans X11 au train où ça va, à cause d'un systemd codé par un abruti pour ne pas être portable sur des OS non-Linux. Donc en effet le débat c'est surtout « pour ou contre imposer systemd » comme le dit El-Goretto, après les gens sont libres de faire le choix de pourrir leur OS s'ils le veulent.
Note : je suis en train d'installer mon nouveau laptop du taf sous Gentoo Et j'ai pu poser un gros bout de KDE et KDM (pas essayé le reste) sans aucune dépendance sur systemd/consolekit/policykit, on s'en sort plutôt bien. Suffit de virer les USE consolekit, policykit, udisks et upower (et systemd évidemment, inactif par défaut).
_________________
Flickr |
|
| Back to top |
|
|
DuF
Advocate
Joined: 09 Dec 2002
Posts: 2609
Location: Paris
|
| Posted: Wed Oct 17, 2012 9:42 pm Post subject: |
|
|
| Zoboulo wrote: | Bon ben perso j'ai testé systemd, et honnêtement je trouve que vous êtes d'assez mauvaise fois, ou alors pas très renseignés !
|
Des mecs qui sont contents avec Systemd il y en a pleins, utilisant Fedora sur ma station de travail au taf je sais aussi que ça fonctionne, ça n'a rien à voir avec le problème qui est posé aujourd'hui. Je pense que ce qui nous énerve se résumerait à :
- arbitraire
- seul au monde
- aux oubliettes l'esprit unix
- les quoi, les serveurs ?
- linux, what else ?
Certains pensent que la technique est la finalité, d'autres que l'idée est plus importante. J'ai débuté à la toute fin des années 90 à l'IUT sur FreeBSD, cela explique sans doute en parti pourquoi ça me gave qu'on méprise aussi ouvertement les amis de la famille. Ne pas faire aux autres ce qu'on ne voudrait pas qu'on nous fasse est un adage qu'on devrait plus souvent prendre en considération.
Tout le monde sera d'accord pour dire : il faut améliorer l'usage desktop de linux, mais j'aurai aimé qu'on puisse faire autrement. |
|
| Back to top |
|
|
CryoGen
Veteran
Joined: 11 Feb 2004
Posts: 1420
Location: Bamako - Mali - Afrique
|
| Posted: Thu Oct 18, 2012 6:36 pm Post subject: |
|
|
| truc wrote: | Juste histoire d'en remettre une couche sur les couches logicieles (avec systemd et gnome-machin presque inter-dépendant), les devs s'en morderont forcément les doigts, comme vous pourrez également le lire de développeurs confirmés sur le net, le fonctionnement en couche permet de pouvoir les faire évoluer indépendemment les unes des autres, avec systemd, il y a un gros risque pour que tout stagne au bout d'un moment puisque personne n'osera alors faire le moindre changement de peur de casser cet assemblage bancal.
Je suis d'accord cependant pour (re)dire qu'il y a beaucoup de très bonnes idées avec systemd et qu'il faut parfois casser des choses pour mieux repartir, mais c'est un peu naïf d'ignorer la réalité du monde du développement où on tente maintenant (toujours?) d'isoler les rôles et fournir des couches d'abstractions.
|
Plutôt d'accord
Depuis que je suis sous linux, il y a eu plusieurs fois des nouveautés et on a toujours pu passer en douceur d'un système à un autre. Si systemD s'impose et que dans 2 ou 3 ans une autre équipe ramène sa fraise et qu'il faut tout recommencer çà va être marrant tiens 
_________________
- CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
| Back to top |
|
|
El_Goretto
Advocate
Joined: 29 May 2004
Posts: 2781
Location: Paris
|
| Posted: Fri Nov 30, 2012 12:40 pm Post subject: |
|
|
Ca bouge du côté de portage, dans le bon sens: https://bugs.gentoo.org/show_bug.cgi?id=444398
Pour info, ça permet de résoudre les problèmes de dépendances, par exemple gradm qui dépendait de udev, alors qu'en fait, ça fonctionne très bien avec mdev.
_________________
-PC: 2500K/P8Z68V, 8Go DDR3 1600 1.35V, HD6950, ARC1220+5xWD500RE3, M4 256Go
-Home server (hardened): µ-serv N40L, 2Go ECC
-Réseau: ERL-3 + 3x switches GS108Tv2
-NAS: RDNU2000 |
|
| Back to top |
|
|
GentooUser@Clubic
l33t
Joined: 01 Nov 2004
Posts: 800
|
| Posted: Mon Feb 04, 2013 12:38 pm Post subject: |
|
|
Y'a aussi un "openrc-settingsd" pour fournir les interfaces dBus FreeDesktop nécessaires à Gnome 3 et que seul SystemD implantait jusqu'à présent.
Sinon je me suis enfin retroussé les manches et je suis passé à SystemD 
Faut juste penser à unmask l'useflag sur certains paquets sinon y'a une incompréhension entre les morceaux qui utilisent les seats consolekit et ceux qui utilisent les seats systermd = plantage :
| Quote: |
cat /etc/portage/profile/package.use.mask/system
sys-auth/polkit -systemd
sys-power/upower -systemd
media-sound/pulseaudio -systemd
sys-fs/udisks -systemd
|
Ses flags sont masqué pas à cause de bug ou de problème de sécurité, mais parce que ces paquets ont dû êtres marqués stables et que tant que systemd n'est pas stable on ne peut pas marquer stable un paquet qui en dépend.
Normalement après ça on peux virer consolekit qui ne sert plus à rien. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
French
