Guillaume VIEL :: java jee tomcat linux

Aller au contenu | Aller au menu | Aller à la recherche

mardi 24 août 2010

Migration des scripts de démarrage de la Debian vers le LSB (Linux Standard Base)

Récemment j'ai eu la surprise d'avoir cet écran lors d'une mise à jour Debian :

Il suffit de suivre les indications... Arf!

Voici les liens qui pourront vous permettre de réussir votre migration :

Dans mon cas la migration a été très simple :

  • un nettoyage des packages enlevés mais encore configuré avec dpkg --purge package pour enlever les fichiers de configuration (en vérifiant au préalable la liste des fichiers de configuration et s'il faut conserver quelque chose)
  • une mise à jour de mes scripts maison au format LSB
  • la reconfiguration de sysv-rc avec dpkg-reconfigure sysv-rc comme l'indique l'écran d'apt-get
Après ça votre Linux devrait être capable de lancer plusieurs scripts d'init à la fois en parallèle tout en respectant les dépendances entre scripts.

jeudi 8 juillet 2010

AVWorks , Java et IPv6

L'application AVWorks est une application fournie avec les KVM IP d'Avocent et notamment la série des Autoview. Ces anciens KVM IP ne fonctionnent qu'en IPv4. AVWorks est réalisée en Java et il semblerait que la façon dont Sun ait implémenté la dual stack IPv4 / IPv6 dans la JVM est plutôt étrange ( cf. article suivant sur debian et ipv6 )... Surprise donc lorsqu'en passant en dual stack IPv4 / IPv6 sur Debian je me retrouve avec l'application AVWorks et toutes les autres applications java qui ne marchent plus.

J'ai donc cherché à patcher l'application afin qu'elle refonctionne et c'est possible. Voici comment faire :

  1. surtout garder l'ancienne version 2.1 d'AVWorks et ne pas installer la nouvelle version 3.1 qui contient pas mal de bugs
  2. dans le fichier AVWORKS_HOME/Avocent_AVWorks.lax il suffit d'y ajouter la variable d'environnement java "java.net.preferIPv4Stack=true" vers la ligne 68 comme ceci: lax.nl.java.option.additional=-Djava.library.path=AVWORKS_HOME/Avocent_AVWorks -Duser.variant=avct -Djava.net.preferIPv4Stack=true
    (avec AVWORKS_HOME qui doit être remplacé par votre répertoire d'installation d'AVWorks)
Edit :
En fait, après enquête, il s'avère que le dysfonctionnement venait d'un problème plus général lié à la mise à jour de l'OS (i.e. une Debian)... Le paramètre noyau net.ipv6.bindv6only était à 1 !!! Ceci privilégie IPv6 avant tout, d'où les problèmes de java qui cherchait à se connecter en IPv6 avec des adresses IPv4. Pour remédier au problème il suffit de mettre net.ipv6.bindv6only=0 dans le fichier /etc/sysctl.d/bindv6only.conf et de lancer invoke-rc.d procps restart pour faire appliquer la nouvelle configuration.

Sources :

sun-java6-jre: net.ipv6.bindv6only=1 breaks java networking

net.ipv6.bindv6only=1 breaks java networking

ERROR: transport error 202: connect failed: Connection refused


samedi 27 mars 2010

FreeNAS Cannot dump. No dump device defined

Lors de la réinstallation de FreeNAS 0.69.2 (downgrade depuis la version 0.7.1) sur carte flash j'obtiens ça :

Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort

Beuh... En fait il s'avère qu'il faille démarrer en mode no ACPI sur le premier menu de démarrage. Le problème est : comment automatiser le démarrage pour que ce soit toujours l'option 2 du boot qui soit prise en compte?

Lire la suite...

vendredi 26 mars 2010

FreeNAS versions 0.7 et 0.7.1 : impossible de monter un volume NFS

Décidément, pas de chance en ce moment... Cascade de bugs... Faut dire que je le cherche un peu, en étant sous Debian SID. Mais là, c'est pas Debian! Nous avons mis à jour notre serveur NAS avec la dernière version de FreeNAS et apparemment quelques soucis sur les montages NFS. En effet, une tentative de connexion donne le message suivant :

mount.nfs: mount to NFS server failed: timed out, giving up

Yuk! Après avoir vérifié le ping, que tous les ports étaient ouverts, une petite trace avec wireshark m'a permis de constater qu'un échange avait bien lieu mais que la connexion entre le client et le serveur n'aboutissait pas. Et il semblerait que je ne sois pas le seul à avoir ce problème vu ce bug sur le bug tracker de FreeNAS

http://sourceforge.net/tracker/?func=detail&aid=2812161&group_id=151951&atid=782616

La meilleure parade est de revenir à la version 0.69.2 en attendant mieux.

jeudi 25 mars 2010

linux debian squeeze : bug sur la configuration PAM pour CRON

La programmation de tâches par CRON peut se faire de différentes façon, et notamment par l'intermédiaire de fichiers de configuration situés dans /etc/cron.d

En voulant programmer des tâches de sauvegarde rsnapshot avec cron, je constate l'erreur suivante dans mon /var/log/syslog

Mar 24 23:04:01 myhost CRON[8435]: Erreur critique - abandon immédiat
Mar 24 23:04:01 myhost CRON[8435]: PAM pam_end: NULL pam handle passed

ou pour la version originale

Mar 24 23:04:01 myhost CRON[8435]: Critical error - immediate abort
Mar 24 23:04:01 myhost CRON[8435]: PAM pam_end: NULL pam handle passed

Que se passe-t-il ?

Lire la suite...