Non, si j'ai bien compris on parle d'une interface VLAN.
pour le bug 2, oui, le bug 1 qui a amene au work-around qui a amene le bug 2, concernait des interfaces physiques.
De quoi parles-tu exactement ? Du nommage prévisible non persistant ou du nommage basé sur l'adresse MAC qui foire quand plusieurs interfaces ont la même ?
Du premier cas, des le debut. Il est evident qu'un systeme manuel base sur adresse MAC pour le nommage ne peut fonctionner si plusieurs interfaces ont la meme ...
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Ici, on parle d'interface physique,
Non, si j'ai bien compris on parle d'une interface VLAN.
pour le bug 2, oui, le bug 1 qui a amene au work-around qui a amene le
bug 2, concernait des interfaces physiques.
De quoi parles-tu exactement ? Du nommage prévisible non persistant ou
du nommage basé sur l'adresse MAC qui foire quand plusieurs interfaces
ont la même ?
Du premier cas, des le debut. Il est evident qu'un systeme manuel base
sur adresse MAC pour le nommage ne peut fonctionner si plusieurs
interfaces ont la meme ...
Non, si j'ai bien compris on parle d'une interface VLAN.
pour le bug 2, oui, le bug 1 qui a amene au work-around qui a amene le bug 2, concernait des interfaces physiques.
De quoi parles-tu exactement ? Du nommage prévisible non persistant ou du nommage basé sur l'adresse MAC qui foire quand plusieurs interfaces ont la même ?
Du premier cas, des le debut. Il est evident qu'un systeme manuel base sur adresse MAC pour le nommage ne peut fonctionner si plusieurs interfaces ont la meme ...
Pascal Hambourg
Le 08/04/2021 Í 14:19, Marc SCHAEFER a écrit :
Pascal Hambourg wrote:
Quel rapport entre la résolution DNS et le nommage des interfaces ?
Aucun, puisque tu avais amene le sujet sur systemd, j'ai simplement donne un exemple de plus ou systemd n'est pas (encore) parfait.
Ce n'est pas moi qui ai amené le sujet sur systemd, il y était déjÍ en tant que responsable du nommage des interfaces réseau. Je n'ai fait que poursuivre dans ce sujet, sans en amener un autre.
Le 08/04/2021 Í 14:19, Marc SCHAEFER a écrit :
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Quel rapport entre la résolution DNS et le nommage des interfaces ?
Aucun, puisque tu avais amene le sujet sur systemd, j'ai simplement
donne un exemple de plus ou systemd n'est pas (encore) parfait.
Ce n'est pas moi qui ai amené le sujet sur systemd, il y était déjÍ en
tant que responsable du nommage des interfaces réseau. Je n'ai fait que
poursuivre dans ce sujet, sans en amener un autre.
Quel rapport entre la résolution DNS et le nommage des interfaces ?
Aucun, puisque tu avais amene le sujet sur systemd, j'ai simplement donne un exemple de plus ou systemd n'est pas (encore) parfait.
Ce n'est pas moi qui ai amené le sujet sur systemd, il y était déjÍ en tant que responsable du nommage des interfaces réseau. Je n'ai fait que poursuivre dans ce sujet, sans en amener un autre.
Pascal Hambourg
Le 08/04/2021 Í 14:24, Marc SCHAEFER a écrit :
Pascal Hambourg wrote:
De quoi parles-tu exactement ? Du nommage prévisible non persistant ou du nommage basé sur l'adresse MAC qui foire quand plusieurs interfaces ont la même ?
Du premier cas, des le debut.
Je répète, le nommage-prévisible-mais-pas-persistant n'est pas vraiment un bug puisque c'est le comportement prévu et documenté. Comme certains diraient, "it's not a bug, it's a feature". Moi, j'appelle ça un "piège abscons".
Le 08/04/2021 Í 14:24, Marc SCHAEFER a écrit :
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
De quoi parles-tu exactement ? Du nommage prévisible non persistant ou
du nommage basé sur l'adresse MAC qui foire quand plusieurs interfaces
ont la même ?
Du premier cas, des le debut.
Je répète, le nommage-prévisible-mais-pas-persistant n'est pas vraiment
un bug puisque c'est le comportement prévu et documenté.
Comme certains diraient, "it's not a bug, it's a feature".
Moi, j'appelle ça un "piège abscons".
De quoi parles-tu exactement ? Du nommage prévisible non persistant ou du nommage basé sur l'adresse MAC qui foire quand plusieurs interfaces ont la même ?
Du premier cas, des le debut.
Je répète, le nommage-prévisible-mais-pas-persistant n'est pas vraiment un bug puisque c'est le comportement prévu et documenté. Comme certains diraient, "it's not a bug, it's a feature". Moi, j'appelle ça un "piège abscons".
Jo Engo
Le Thu, 08 Apr 2021 06:48:18 +0000, Marc SCHAEFER a écrit :
en rename12 (de temps en temps rename16)
En passant, très rapidement, est-ce que tu n'emploierait pas le mot-clé "rename", toi ou udev ou qui sais-je ce qui fait que ton udev comprend que tu veux appeler l'interface "rename" ce qui est gênant, et avec un numéro parce qu'il y en a d'autres qui subissent ça ? -- Se moquer de la philosophie, c'est vraiment philosopher. -+- Blaise Pascal (1623-1662), Pensées I.4 -+-
Le Thu, 08 Apr 2021 06:48:18 +0000, Marc SCHAEFER a écrit :
en
rename12 (de temps en temps rename16)
En passant, très rapidement, est-ce que tu n'emploierait pas le mot-clé
"rename", toi ou udev ou qui sais-je ce qui fait que ton udev comprend
que tu veux appeler l'interface "rename" ce qui est gênant, et avec un
numéro parce qu'il y en a d'autres qui subissent ça ?
--
Se moquer de la philosophie, c'est vraiment philosopher.
-+- Blaise Pascal (1623-1662), Pensées I.4 -+-
Le Thu, 08 Apr 2021 06:48:18 +0000, Marc SCHAEFER a écrit :
en rename12 (de temps en temps rename16)
En passant, très rapidement, est-ce que tu n'emploierait pas le mot-clé "rename", toi ou udev ou qui sais-je ce qui fait que ton udev comprend que tu veux appeler l'interface "rename" ce qui est gênant, et avec un numéro parce qu'il y en a d'autres qui subissent ça ? -- Se moquer de la philosophie, c'est vraiment philosopher. -+- Blaise Pascal (1623-1662), Pensées I.4 -+-
Erwan David
Pascal Hambourg écrivait :
Le 08/04/2021 Í 08:48, Marc SCHAEFER a écrit :
Erwan David wrote:
pas, et plutÍ´t que de ne pas renommer en mettant une erreur renommait en rename12 (de temps en temps rename16)
[ snip sur bug systemd et work-around ]
Ce n'est pas un bug de systemd si on lui demande de renommer une interface identifiée par sa seule adresse MAC alors que plusieurs interfaces ont la même. C'est une erreur de configuration.
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer, renommer avec un nom quasi aléatoire c'est idiot. (on notera aussi le schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air) -- Les simplifications c'est trop compliqué
pas, et plutÍ´t que de ne pas renommer en mettant une erreur renommait en
rename12 (de temps en temps rename16)
[ snip sur bug systemd et work-around ]
Ce n'est pas un bug de systemd si on lui demande de renommer une interface
identifiée par sa seule adresse MAC alors que plusieurs interfaces ont la
même. C'est une erreur de configuration.
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer,
renommer avec un nom quasi aléatoire c'est idiot. (on notera aussi le
schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air)
pas, et plutÍ´t que de ne pas renommer en mettant une erreur renommait en rename12 (de temps en temps rename16)
[ snip sur bug systemd et work-around ]
Ce n'est pas un bug de systemd si on lui demande de renommer une interface identifiée par sa seule adresse MAC alors que plusieurs interfaces ont la même. C'est une erreur de configuration.
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer, renommer avec un nom quasi aléatoire c'est idiot. (on notera aussi le schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air) -- Les simplifications c'est trop compliqué
Erwan David
jp willm écrivait :
Un système init n'est pas simple (surtout pour moi), mais lÍ , on atteint des sommets...
systemd prétend TOUT faire, pas simplement le système init. D'ailleurs systemd est arrivé par logind sont gnome a fait une obligation, et logind est impossible Í avoir sans le reste... -- Les simplifications c'est trop compliqué
Un système init n'est pas simple (surtout pour moi), mais lÍ , on atteint des
sommets...
systemd prétend TOUT faire, pas simplement le système init. D'ailleurs
systemd est arrivé par logind sont gnome a fait une obligation, et
logind est impossible Í avoir sans le reste...
--
Les simplifications c'est trop compliqué
Un système init n'est pas simple (surtout pour moi), mais lÍ , on atteint des sommets...
systemd prétend TOUT faire, pas simplement le système init. D'ailleurs systemd est arrivé par logind sont gnome a fait une obligation, et logind est impossible Í avoir sans le reste... -- Les simplifications c'est trop compliqué
Nicolas George
Erwan David , dans le message , a écrit :
systemd est arrivé par logind sont gnome a fait une obligation, et logind est impossible Í avoir sans le reste...
La calamité, dans l'histoire, c'est GNOME, pas systemd.
Erwan David , dans le message <87pmz4llc6.fsf@maine-ocean.rail.eu.org>,
a écrit :
systemd est arrivé par logind sont gnome a fait une obligation, et
logind est impossible Í avoir sans le reste...
La calamité, dans l'histoire, c'est GNOME, pas systemd.
systemd est arrivé par logind sont gnome a fait une obligation, et logind est impossible Í avoir sans le reste...
La calamité, dans l'histoire, c'est GNOME, pas systemd.
Pascal Hambourg
Le 08/04/2021 Í 19:45, Erwan David a écrit :
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer, renommer avec un nom quasi aléatoire c'est idiot.
Je reconnais que c'est moyen. En tout cas ce comportement n'est pas arrivé avec systemd, il existait déjÍ quand le nommage des interfaces était géré par des règles udev.
(on notera aussi le schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
Le 08/04/2021 Í 19:45, Erwan David a écrit :
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer,
renommer avec un nom quasi aléatoire c'est idiot.
Je reconnais que c'est moyen. En tout cas ce comportement n'est pas
arrivé avec systemd, il existait déjÍ quand le nommage des interfaces
était géré par des règles udev.
(on notera aussi le
schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer, renommer avec un nom quasi aléatoire c'est idiot.
Je reconnais que c'est moyen. En tout cas ce comportement n'est pas arrivé avec systemd, il existait déjÍ quand le nommage des interfaces était géré par des règles udev.
(on notera aussi le schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
Erwan David
Pascal Hambourg écrivait :
Le 08/04/2021 Í 19:45, Erwan David a écrit :
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer, renommer avec un nom quasi aléatoire c'est idiot.
Je reconnais que c'est moyen. En tout cas ce comportement n'est pas arrivé avec systemd, il existait déjÍ quand le nommage des interfaces était géré par des règles udev.
(on notera aussi le schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
enp4s0f0 et enp4s0f1 avant, enp4s0f0np0 et enp4s0f1np1 après, si mon souvenir est bon (j'ai aps accès Í la machine lÍ ) -- Les simplifications c'est trop compliqué
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer,
renommer avec un nom quasi aléatoire c'est idiot.
Je reconnais que c'est moyen. En tout cas ce comportement n'est pas arrivé avec
systemd, il existait déjÍ quand le nommage des interfaces était géré par des
règles udev.
(on notera aussi le
schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
enp4s0f0 et enp4s0f1 avant, enp4s0f0np0 et enp4s0f1np1 après, si mon
souvenir est bon (j'ai aps accès Í la machine lÍ )
Les 2 : si le renommage ne marche pas, il ne devrait pas renommer, renommer avec un nom quasi aléatoire c'est idiot.
Je reconnais que c'est moyen. En tout cas ce comportement n'est pas arrivé avec systemd, il existait déjÍ quand le nommage des interfaces était géré par des règles udev.
(on notera aussi le schéma de nommage qui change lors d'une mise Í jour foutant la conf en l'air
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
enp4s0f0 et enp4s0f1 avant, enp4s0f0np0 et enp4s0f1np1 après, si mon souvenir est bon (j'ai aps accès Í la machine lÍ ) -- Les simplifications c'est trop compliqué
Pascal Hambourg
Le 09/04/2021 Í 19:37, Erwan David a écrit :
Pascal Hambourg écrivait :
Le 08/04/2021 Í 19:45, Erwan David a écrit :
schéma de nommage qui change lors d'une mise Í jour
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
enp4s0f0 et enp4s0f1 avant, enp4s0f0np0 et enp4s0f1np1 après, si mon souvenir est bon (j'ai aps accès Í la machine lÍ )
Je n'avais jamais vu ce suffixe "nport_name". Il est décrit dans <https://www.freedesktop.org/software/systemd/man/systemd.net-naming-scheme.html>, qui précise aussi : "Names and MAC addresses are derived from various stable device metadata attributes. Newer versions of udev take more of these attributes into account, improving (and thus possibly changing) the names and addresses used for the same devices." Néanmoins je suis étonné qu'un tel changement se produise dans la version stable de Debian. C'était après quelle mise Í jour ? (désolé pour l'envoi privé par erreur)
schéma de nommage qui change lors d'une mise Í jour
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
enp4s0f0 et enp4s0f1 avant, enp4s0f0np0 et enp4s0f1np1 après, si mon
souvenir est bon (j'ai aps accès Í la machine lÍ )
Je n'avais jamais vu ce suffixe "nport_name". Il est décrit dans
<https://www.freedesktop.org/software/systemd/man/systemd.net-naming-scheme.html>,
qui précise aussi :
"Names and MAC addresses are derived from various stable device metadata
attributes. Newer versions of udev take more of these attributes into
account, improving (and thus possibly changing) the names and addresses
used for the same devices."
Néanmoins je suis étonné qu'un tel changement se produise dans la
version stable de Debian. C'était après quelle mise Í jour ?
schéma de nommage qui change lors d'une mise Í jour
Une mise Í jour de systemd ? Quels étaient les noms avant et après ?
enp4s0f0 et enp4s0f1 avant, enp4s0f0np0 et enp4s0f1np1 après, si mon souvenir est bon (j'ai aps accès Í la machine lÍ )
Je n'avais jamais vu ce suffixe "nport_name". Il est décrit dans <https://www.freedesktop.org/software/systemd/man/systemd.net-naming-scheme.html>, qui précise aussi : "Names and MAC addresses are derived from various stable device metadata attributes. Newer versions of udev take more of these attributes into account, improving (and thus possibly changing) the names and addresses used for the same devices." Néanmoins je suis étonné qu'un tel changement se produise dans la version stable de Debian. C'était après quelle mise Í jour ? (désolé pour l'envoi privé par erreur)
