Problème arrêt SME 7.3 avec service openvpn bridge

[locarbob]

installé OpenVPn bridge sur SME 7.3
ça fonctionne
par contre difficulté pour arrêter le serveur sme 7.3
l'interface br0 ( pont OpenVPN bridge ) ne veut pas s'arrêter !
Obliger d'utilser la commande : ifconfig br0 down, avant d'arrêter SME 7.3
Il y a t'il un bug avec OpenVPN bridge, concernant l'interface br0 ?

[unnilennium]

à priori un problème avec le promiscous mode sur les interfaces réseau.

si Daniel passe par là il donnera la solution

JPP

[soprom]

J'ai aussi un problème avec OpenVPN et je suspecte la carte réseau (gigabit). Il y a des comptes-rendus indiquant des problèmes d'instabilité avec certaines cartes gigabit. Je vais changer la carte et ré-installer openvpn pour voir...

[grabeul78]

installé OpenVPn bridge sur SME 7.3
ça fonctionne
par contre difficulté pour arrêter le serveur sme 7.3
l'interface br0 ( pont OpenVPN bridge ) ne veut pas s'arrêter !
Obliger d'utilser la commande : ifconfig br0 down, avant d'arrêter SME 7.3
Il y a t'il un bug avec OpenVPN bridge, concernant l'interface br0 ?

Bonsoir,
J'ai le même probleme.
Quand l'arret de mon serveur est necessaire, je le reboot par un signal-event reboot en ligne de commande puis j'arrette le tout lors de la phase du bios.
En esperant que cela vous serra utile.
Cordialement.

[locarbob]

infos du serveur concernant l'arrêt de l'interface Br0 :
unregister_netdevice : waiting for br0 to become free. Usage count = 2

[unnilennium]

excusez moi d'insister mais cela vient du promiscous mode .

une verification : tapez "ifconfig" en console cela devrais donner la liste des modes actifs pour chaques interfaces reseaux + qq informations.

Je sais que ca se corrige en suppriamnt ce terme de quelques script d'openvpn bridge mais je sais plus ou , en attendant daniel de firewall service pour eclairer nos lanternes

JPP

[locarbob]

grabeul78

il s'agit d'un serveur ayant par ailleurs une gestion de l'onduleur UPS ellipse 1000VA
le serveur est configurer pour s'arrêter automatiquement dès que la batterie atteint 30 % de sa capacité.
depuis l'installation du service openvpn bridge, je prend le risque d'un arrêt douteux !!!!
or j'ai constaté que le Raid 1 LVM ne supporte pas bien ce genre de situation : détérioration /dev/main/root
j'installe d'ailleurs un troisième disque (copie du RAID ) pour compenser ce genre de situation.
le disque n'est pas branché, mais disponible en cas de crash !

unnilennium

cela vient du promiscous mode !

n'avez vous pas idée ou je peux chercher ses scripts modifiées d'openvpn bridge !
j'ai envoyer un mail à daniel de firewall service!!
il faudrait que je trouve avant fin août la solution

merci

[unnilennium]

cela vient du promiscous mode !

n'avez vous pas idée ou je peux chercher ses scripts modifiées d'openvpn bridge !

mc puis "recherche" dans le menu commandes et chercher dans etc un fichier contenant promisc ou quelque chose de meme et le supprimer ce mot. ( 2 fois de souvenir)

j'ai envoyer un mail à daniel de firewall service!!
il faudrait que je trouve avant fin août la solution

merci

pas de chance il rentre fin aout de vacances

[soprom]

Y-a-t-il du nouveau au sujet de ce problème?

[soprom]

J'ai le problème avec une carte réseau e1000.
En changeant de carte pour une DLink 100mb, le problème est disparu...
enfin pour l'instant!

[locarbob]

en attendant une meilleur solution :
on peut modifier la procédure d'arrêt du serveur par la gestion de l'onduleur :

mkdir /etc/e-smith/template-custom/etc/ups
cp -R /etc/e-smith/template/etc/ups/upsmon.conf /etc/ /etc/e-smith/template-custom/etc/ups
modifier fichier > SHUTDOWNCMD
SHUTDOWNCMD "ifconfig bro down;/sbin/e-smith/signal-event halt"
expand-template /etc/ups/upsmon.conf

vérification de la modification du fichier : /etc/ups/upsmon.conf

#------------------------------------------------------------
# !!DO NOT MODIFY THIS FILE!!
#
# Manual changes will be lost when this file is regenerated.
#
# Please read the developer's guide, which is available
# at http://www.contribs.org/development/
#
# Copyright (C) 1999-2006 Mitel Networks Corporation
#------------------------------------------------------------
DEADTIME 15
FINALDELAY 5
HOSTSYNC 15
MINSUPPLIES 1
MONITOR UPS@localhost 1 upsmaster Uag7H3qHMjHIGM39E7LVOUrgxD/hACv5MZdVHAR57YPIYn6fWEgRqueqDUBhtnGSeXJQAXgdrNh4 master
NOCOMMWARNTIME 300
NOTIFYCMD /sbin/e-smith/nutUPS.notify
POLLFREQ 5
POLLFREQALERT 5
POWERDOWNFLAG /etc/killpower
RBWARNTIME 43200
SHUTDOWNCMD "ifconfig bro down;/sbin/e-smith/signal-event halt"

puis lors d'un arrêt volontaire, utiliser la commande : ifconfig br0 down, avant l'arrêt du serveur !!!

[locarbob]

> j'ai installé OpenVPn bridge sur SME 7.3 ça fonctionne par contre
> difficulté pour arrêter le serveur sme 7.3 unregister_netdevice :
> waiting for br0 to become free. Usage count = 2 l'interface br0 ( pont
> OpenVPN bridge ) ne veut pas s'arrêter !
> Obliger d'utiliser la commande : ifconfig br0 down, avant d'arrêter
> SME 7.3
>

Bonjour. En effet, ce problème de "waiting for br0 to become free..."
apparait de temps en temps. Le problème, c'est que je n'arrive pas à le reproduire systématiquement, c'est pourquoi je ne l'ai pas encore corrigé.
Es-tu sûre qu'avec un ifconfig br0 down avant l'arrêt, tout marche nickel, à tout les coups?

Dans tout les cas, cette contrib a besoin d'un sérieux coup de jeune, ne serait-ce que pour passer le panel en UTF-8, ensuite, le ré-écrire en FormMagick (et j'ai plein d'autres idées pour l'améliorer), simplement le temps manque un peu.

En tout cas, je vais essayer de sortir une version qui corrige ce pb de br0, celui lié au service dhcp, et les vilains accents dans le panel.

A+
--
Daniel Berteaud
FIREWALL-SERVICES SARL.
Société de Services en Logiciels Libres
Technopôle Montesquieu
33650 MARTILLAC
Tel : 05 56 64 15 32
Fax : 05 56 64 15 32
Mail: daniel@firewall-services.com
Web : http://www.firewall-services.com

[goniol]

Bonjour
D'abord un grand merci pour ta contrib qui me facilite la vie, je tiens a conforter Soprom , j'ai rencontré le même soucis avec la carte gigabit E1000, le problème disparait définitivement des qu'on remet une carte 100, y compris le problème de panique du dhcp.Il semblerait qu'avec une Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express ca fonctionne , j'ai 2 serveurs qui roulent nickel avec cette config.
ps: tester sur toutes versions sme 7 de la .0 a la .4
Toussa pour aider Locarbob dans son futur update.

[locarbob]

goniol le problème existe aussi avec des cartes réseau 100 Mb !
faut il conseiller certaines marques cartes réseau ?
en attendant une solution plus claire !
je propose un bricolage supplémentaire pour arrêter le serveur à partir de sa console :

Note 1 : arrêt serveur SME avec interface br0 (openvpn SME7 ) :
par la console server-manager du serveur
modification fichier : /sbin/e-smith/console-menu-items/reboot.pl
ajouter ligne 60 > system("/sbin/ifconfig", "br0", "down");
ajouter ligne 66 > system("/sbin/ifconfig", "br0", "down");
ajouter ligne 73 > system("/sbin/ifconfig", "br0", "down");

et pour l'arrêt à partir du réseau local ou d'un accès distant via ssh :

Note 2 arrêt à distance serveur SME avec interface br0 (openvpn SME7 ) :
Commande sur terminal ssh :
ifconfig bro down; /sbin/e-smith/signal-event halt

[grabeul78]

> j'ai installé OpenVPn bridge sur SME 7.3 ça fonctionne par contre
> difficulté pour arrêter le serveur sme 7.3 unregister_netdevice :
> waiting for br0 to become free. Usage count = 2 l'interface br0 ( pont
> OpenVPN bridge ) ne veut pas s'arrêter !
> Obliger d'utiliser la commande : ifconfig br0 down, avant d'arrêter
> SME 7.3
>

Bonjour. En effet, ce problème de "waiting for br0 to become free..."
apparait de temps en temps. Le problème, c'est que je n'arrive pas à le reproduire systématiquement, c'est pourquoi je ne l'ai pas encore corrigé.
Es-tu sûre qu'avec un ifconfig br0 down avant l'arrêt, tout marche nickel, à tout les coups?

Bonjour,

Une petite information : la commande ifconfig br0 down ne marche pas à tout les coups.
J'ai rajouté la commande dans le fichier /etc/ups/upsmon.conf mais il m'arrive encore d'avoir le message waiting for br0 to become free lors de l'arret.

Même avec ce petit défaut et des problemes d'accents dans le server-manager, cette distrib fonctionne parfaitement. Elle ne m'a jamais fait de beug. Un grand merci à vous pour tout le travaille que cela vous a demandé pour la réalisation.

Cordialement