Tâche #15504: Après migration d'un module Horus vers 2.4.2 eth0 n'apparaît plus dans le diagnose - Horus - Ensemble Ouvert Libre Évolutif

Tâche #15504

Distribution EOLE - Scénario #15554: Traitement express (13-15)

Après migration d'un module Horus vers 2.4.2 eth0 n'apparaît plus dans le diagnose

Added by Jerome WATREMEZ about 7 years ago. Updated almost 7 years ago.

Status:

Fermé

Priority:

Normal

Assigned To:

Fabrice Barconnière

Target version:

Distribution EOLE - sprint 2016 13-15 - Equipe MENESR

Start date:

03/17/2016

Due date:

% Done:

100%

Estimated time:

1.00 h

Spent time:

4.33 h

Remaining (hours):

0.0

Description

Ajouter ifconfig dans le PATH de l'utilisateur eole

Demande originale :

Bonjour,

Lors d'une migration d'un module eole HORUS 2.2 vers un HOUS 2.4.2, je me suis aperçu d'un dysfonctionnement au niveau du diagnostic.

Lorsque j'ouvre une session locale en tant que "root" -> le diagnostic fonctionne.
Lorsque j'ouvre une session locale en tant que "eole" -> la carte eth0 est inexistante.

Une capture d'écran du message d'erreur est en pièce-jointe.

bug_eole-242.PNG View (4.78 KB) Jerome WATREMEZ, 03/17/2016 08:49 AM

Associated revisions

Revision af20d61d (diff)
Added by Fabrice Barconnière almost 7 years ago

diagnose en console avec utilisateur eole : chemin ifconfig complet

ref #15504 @10m

Revision fa306aae (diff)
Added by Fabrice Barconnière almost 7 years ago

diagnose en console avec utilisateur eole : chemin ifconfig complet

ref #15504 @10m

History

#1 Updated by Gérald Schwartzmann about 7 years ago

Subject changed from eth0 inexistante pour eole@HORUS 2.4.2 to Après migration d'un module Horus vers 2.4.2 eth0 n'apparaît plus dans le diagnose

#2 Updated by Fabrice Barconnière about 7 years ago

Tracker changed from Demande to Tâche
Description updated (diff)
Estimated time set to 1.00 h
Parent task set to #15270
Remaining (hours) set to 1.0

#3 Updated by Fabrice Barconnière about 7 years ago

Il est possible d'ajouter la ligne suivante dans le template sudoers :

Defaults    secure_path = /sbin:/bin:/usr/sbin:/usr/bin

#4 Updated by Fabrice Barconnière about 7 years ago

/bin/login -- ne passe pas les variables d'environnement.
On peut reproduire le problème soit :

en se connectant eole directement depuis la console
en se connectant root en ssh puis en lançant /bin/login -- avec l'utilisateur eole

Le problème n'est pas présent en 2.3 ni en 2.5. S'agit-il d'un comportement Ubuntu différent entre ces 2 versions ?

#5 Updated by Fabrice Barconnière about 7 years ago

Le fichier login est généré par un template fournis par eole-fichier
En remettant le fichier original fourni par le paquet login le diagnose a accès au PATH sbin

#6 Updated by Fabrice Barconnière about 7 years ago

Le problème est identique en 2.5 sur Horus et Scribe.
Sur Amonecole ce fichier est instancié dans le conteneur. Sur le maître, on conserve le fichier d'origine du paquet et le problème ne se pose pas.

Il faut peut-être revoir ce template.

#7 Updated by Fabrice Barconnière about 7 years ago

 This module parses environment configuration file(s)
# and also allows you to use an extended config
# file /etc/security/pam_env.conf.
# 
# parsing /etc/environment needs "readenv=1" 
session       required   pam_env.so readenv=1

En ajoutant cette ligne dans le template, c'est OK.

#8 Updated by Fabrice Barconnière about 7 years ago

Je ne suis pas certain de la solution car avec ceci, l'utilisateur eole a le chemin /sbin dans son PATH.
Auparavant, ce n'était pas le cas, c'est au moment du sudo que le PATH est modifié.

Peut-être du coté de /etc/login.defs
Le PATH en sudo reste celui de ENV_PATH défini dans /etc/login.defs
En 2.3, il prend la valeur de ENV_SUPATH + concaténation avec /usr/X11R6/bin