Re: Network/Settings (ou l'applet network-manager) fait disparaître la connexion bridge créée si on la désactive

2019-08-18 Par sujet Fabien R
On 19/08/2019 01:46, roger.tar...@free.fr wrote:
> Quant à analyser et corriger le code, pourquoi pas, mais c'est une autre 
> aventure. 
> Est-ce jouable selon vous ? 
C'est le principe même du libre.
Si une fonctionnalité manque ou un bug te bloque de façon critique...

--
Fabien



Re: Network/Settings (ou l'applet network-manager) fait disparaître la connexion bridge créée si on la désactive

2019-08-18 Par sujet roger . tarani
Comment faire pour savoir si ce comportement avec une connexion bridge est 
intentionnel ? 
Faut-il le déclarer aux personnes de Debian ou à celles de network-manager ? 
(je n'ai aucune expérience pour remonter ce genre de problème). 

Quant à analyser et corriger le code, pourquoi pas, mais c'est une autre 
aventure. 
Est-ce jouable selon vous ? 

- Original Message -

> From: "roger tarani" 
> To: "Liste Debian" 
> Sent: Saturday, August 17, 2019 4:29:35 PM
> Subject: Network/Settings (ou l'applet network-manager) fait
> disparaître la connexion bridge créée si on la désactive

> Bonjour

> Sur une machine en Buster où NM est installé, je crée un bridge (avec
> nm-connection-editor ou nmcli, c'est pareil).
> Tout se passe bien : je crée le bridge, je l'active (up), je supprime
> l'ancienne connection "wired1" qui donnait accès à internet. La
> machine accède toujours à internet par le bridge.

> $ nmcli connection show
> NAME UUID TYPE DEVICE
> br0 f8cc5703-e3ba-4afb-b7e6-75fd995cee16 bridge br0
> bridge-slave-enp0s25 cef1a1ae-2d51-46b5-aa9d-81227a8c9be3 ethernet
> enp0s25
> (tout est en vert)

> Network/Settings affiche bien la connexion créée (voir photos).

> Il y a un seul PROBLEME que je n'arrive pas à résoudre :

> si je désactive la connexion (bridge-slave-enp0s25) avec le bouton
> glissière, elle disparaît, et la machine ne peut plus accéder au
> réseau internet.
> En fait, cela revient à faire 'nmcli connection down
> bridge-slave-enp0s25' :

> $ nmcli connection show
> NAME UUID TYPE DEVICE
> br0 f8cc5703-e3ba-4afb-b7e6-75fd995cee16 bridge br0
> bridge-slave-enp0s25 cef1a1ae-2d51-46b5-aa9d-81227a8c9be3 ethernet --

> (bridge-slave-enp0s25 est passé en blanc)

> J'ai trouvé deux moyens pour réactiver le bridge :
> - soit redémarrer le service NetworkManager ( $ sudo systemctl
> restart NetworkManager.service )
> - soit activer à nouveau la connexion bridge-slave-enp0s25 ( $ nmcli
> connection up bridge-slave-enp0s25)

> Network/Settings affiche à nouveau la connexion bridge.

> Connaissez-vous un moyen de corriger ou de contourner cela ?
> cad de permettre à Network/Settings de conserver la connexion bridge,
> au lieu de la faire disparaître, pour que je puisse simplement la
> réactiver.
> J'ai un peu ratissé les forums sans trouver de solution.

> Egalement, indépendamment de tout ça, après un démarrage de la
> machine, nm-applet affiche l'icone normale "connexion à un réseau"
> (trois petits ordi en réseau). Si je redémarre le service
> NetworkManager, l'icone "réseau défaillant" la remplace (voir
> photo).
> Je n'ai trouvé que le redémarrage de la machine pour retrouver une
> icône conforme à l'état du réseau.

> J'ai trouvé ce lien :

> https://wiki.archlinux.org/index.php/NetworkManager#nm-applet_tray_icons_display_wrongly
> qui pointe vers ce lien de 09/2018 GtkTrayIcon has no background on
> X11 : https://gitlab.gnome.org/GNOME/gtk/issues/1280

> Sinon, je vais essayer systemd-networkd. Mais je ne crois pas qu'il y
> ait d'applet et d'icône.

> Merci.


Re: bash: impossible de régler le groupe de processus du terminal (20286): Ioctl() inapproprié pour un périphérique

2019-08-18 Par sujet Étienne Mollier
G2PC, au 2019-08-17 :
> Trompé dans ma précédente réponse, ok, je tente votre proposition en
> appelant le script depuis crontab.
> De ce fait, cela ne me permet pas d'utiliser les alias dans crontab.
>
> J'aurais souhaité un contournement, pour ne pas avoir à supporter le
> message d'erreur pour me permettre d'utiliser les alias.
> bash -ic "mediawiki1 >> /var/log/cron-dropbox.log 2>&1"

Bonjour,

Laissez donc de côté les alias en situation de scripting, ce qui
inclue le travail avec cron.  Cet outil n'est réellement qu'une
commodité pour le travail en mode interactif, afin de raccourcir
certaines commandes usuelles à quelques caractères.  Les alias
sont d'ailleurs désactivés en shell script à dessein, pour
éviter leur usage dans ce contexte.

Pour les opérations un tantinet plus avancées, préférez les
scripts à part entière.  Ça vous évitera d'avoir un fichier
.bashrc enflé jusqu'à démesure, et rendra plus rapide, et moins
gourmande en mémoire l'exécution de votre shell au jour le jour.

Ou à minima utilisez des fonctions.  En l'occurrence, vous aurez
les même problèmes pour les charger dans l'environnement de cron
que les alias.  Mais en général, vous pourrez lancer des
commandes plus construites, réellement gérer les arguments,
avoir possibilité de les déclencher par des "trap" pour gérer
les exceptions, etc:

mediawiki-cleanup () {
/usr/bin/php \

/var/www/wiki.domaine.fr/maintenance/deleteOldRevisions.php \
--delete
}


Librement,
-- 
Étienne Mollier 
   5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d
  Toute opinion exprimée ici est mienne.



signature.asc
Description: OpenPGP digital signature