Petit soucis semble-t-il avec la configuration du pare-feu de la Suse 10.2 en utilisation Serveur NFS. Lorsque le firewall est lancé sur le serveur le client n’arrivent plus à se connecter, y compris si une règle spécifique a été ajouté via yast…

La solution consiste à ajouter manuellement les ports utilisés par NFS : dans yast2 / pare-feu, allez dans la partie intitulée “Service autorisés” puis clicker sur “Avancé”. Il faut alors remplir dans Ports TCP 111 et dans port UDP 111 2049

Maintenant NFS fonctionne…

Lorsque l’on créé un serveur avec de multiples VM, toutes n’ont pas la même importance. Dans mon cas, le serveur de production de ce site est sur une VM elle même tournant sur un serveur de taille raisonnable que je partage avec d’autres VM dont la disponibilité et le temps de réponse sont moins critique comme des serveurs de test ou de développement par exemple.

La configuration du scheduleur de Xen permet d’associer des priorités différentes aux VM. L’ancien systeme utilisé par Xen etait basé sur la commande xm sched-sedf n’etant plus en vogue, c’est le scheduleur par crédit que j’utilise et dont je vous livre quelques éléments de configuration au travers des deux parametres de configuration :

• Tout d’abord le poids (weight), c’est une valeur 16 bits (0 à 65535) qui indique qu’une VM de poids 2 fois suppérieur à une autre aura 2 fois plus souvent le CPU. La valeur par defaut est 256. Pour changer le poids il faut utiliser les options : xm sched-credit -d [Domain] -w [valeur]
• Le second parametre (cap) indique l’utilisation maximum qu’un domaine va faire du CPU. Ainsi si le cap d’un domaine est fixé à 50, celui-ci ne pourra utiliser que 50% d’un CPU même si le CPU est disponible. La valeur 0 permet d’utiliser ce qui est disponible sans limite. La valeur est modifiée par la commande : xm sched-credit -d [Domain] -c [valeur]

Je ne sais pas trop d’où vient le probleme mais ma Suse 10.2 utilisée comme serveur de VM tournant sur la même version me pose quelques problemes d’horloge !!!
Mes VM ont à chaque fois 2h de décalage par rapport a l’hôte et il m’est impossible de modifier l’heure de la VM 🙁 pas glop ! J’ai finalement réussi à corriger cela, pas vraiment comme je l’aurai souhaité… mais apres tout cela fonctionne : j’utilise NTP pour resynchroniser l’horloge … voici le procédé en quelques étapes :

Il faut en premier faire en sorte que la VM puisse avoir une horloge différente du Domain-0. Pour cela il faut modifier d’une part le fichier /etc/sysctl.conf en ajoutant la ligne suivante : xen.independent_wallclock = 1. Cette commande permettra de positionner un flag à 1 au lancement du systeme. Pour que la prise en compte soit immédiate il faudra aussi positionner manuellement ce flag à 1 par la commande suivante : echo 1 > /proc/sys/xen/independent_wallclock.

Ensuite, il suffit de lancer Yast2 et de choisir l’activation du NTP dans les services réseaux.

Le tour est joué .. ma VM est à l’heure !!

Depuis que je suis passé sous open-suse 10.2 mon PC rame en passant son temps à grater le disque dur. Les process update-status et parse-metadata prenant 90% de CPU et balayant sans arret le HD…
Le probleme vient de ZEN-UPDATER, je pensais que Zen voulait dire que c’etait plus cool avec ben non ! moi la souris qui ratatine ca a le don de m’enerver… bref la solution est simple : virer tout ça !
Comment faire : jeter un oeil ici
A savoir:
La première chose à faire est de quitter Zen Updater (l?application qui vérifie la disponibilité des mises à jours et dont l?icône se trouve dans la boîte à miniatures du tableau de bord, à côté de l?horloge) en faisant un clic droit dessus ⇒ Quitter.

Ensuite, se rendre dans YaST ⇒ Logiciels ⇒ Installer et supprimer des logiciels et désinstaller ces packages :
* zmd
* libzypp-zmd-backend
* sqlite-zmd
* rug
* zen-updater

Activer openSUSE Updater (installer le package opensuse-updater, le cas échéant), via le Menu K ⇒ Système ⇒ Applet bureau ⇒ openSUSE Updater.

Il faut à présent se réenregistrer pour avoir les mises à jour en ligne : YaST ⇒ Logiciels ⇒ Configuration de la mise à jour en ligne.

A noter que la manip en version 10.1 est décrite ici
Il faudra donc faire ceci :
1) stop zen service (not required but more elegant):
Yast -> System -> System Services (runlevel) -> disable NOVELL zen

2) Enlever les paquets suivants :
libzypp-zmd-backend
zen-updater
ruby-zypp
rug
zmd
mono-core
mono-core-32bit
mono-data
mono-web
log4net
dbus-mono
glib-sharp2
gtk-sharp2

Le montage en ligne de commande est des plus classique …. sans oublier sudo :
sudo mount serveurName:/path directory

Toutefois pour que cela fonctionne, il faut sur un serveur de type linux ajouter aux options d’export le parametre insecure pour autoriser une ouverture de port > 1024 ; ce qui semble être un standard de type BSD…