[Résolu] Réinstallation Webmin impossible Port 10000 / Perl

Quand je parlais d’installation à la hache je ne parlais pas de toi mais du processus d’installation du paquet ActivePerl, car écraser les fichiers appartenant à d’autres paquets, c’est mal. C’est le risque d’installer un paquet en .deb qui ne fait pas partie de l’archive Debian officielle, il ne répond pas forcément aux exigences de qualité des paquets Debian.

Tant pis, ça aurait pu être intéressant de savoir ce qu’il a dans le ventre. Je sais le retrouver sur le web, mais je n’ai pas envie de perdre du temps à télécharger un machin aussi gros avec ma connexion 1 Mbit/s.

Par contre j’avais demandé de vérifier si ActivePerl était toujours installé, si /opt/ActivePerl-5.8/bin/perl existait (il semble que non), etc. Tu n’as pas répondu.

Quel est le problème ? Tu saisis la commande suivie de la liste des noms des paquets à réinstaller, ici perl-base au minimum. MAIS… (lire la suite avant)

[quote=“WolwX”]Sachant que concernant perl =>

root@ns38099:/home/LOGICIELS# ls /usr/bin/perl* /usr/bin/perl /usr/bin/perlbug /usr/bin/perldoc /usr/bin/perl.prezimbra /usr/bin/perl5.8.8 /usr/bin/perlcc /usr/bin/perlivp [/quote]
Euh, quand je t’ai fait exécuter cette commande la première fois, tu n’as mentionné que /usr/bin/perl. D’où sort le reste ?
En tout cas si /usr/bin/perl5.8.8 est encore présent, tu n’as peut-être pas besoin de réinstaller, car /usr/bin/perl est normalement défini comme un lien “dur” (hardlink, comme un autre nom) vers ce même fichier. Tu peux donc essayer de le recréer :

# on renomme le lien symbolique par précaution
mv /usr/bin/perl /usr/bin/activeperl
# on crée un lien dur sur perl
ln /usr/bin/perl5.8.8 /usr/bin/perl
# pour vérifier
which perl
perl -v

Si perl refonctionne, la réinstallation du paquet webmin devrait réussir.

Tout simplement >>
[size=200]MERCI PascalHambourg !![/size]

:smiley:

En fait je suis pas sur du pourquoi et du comment mais c’est réparé !!

Je pense que comme tu l’as justement indiqué, au départ un conflit entre perl et activeperl c’est fait … ainsi de par ce conflit c’est comme si je n’avais pas de perl fonctionel … d’où … l’erreur à la réinstallation ! Et au vue du mauvais code d’erreur “port 10000 already in use” je cherchais dans la mauvaise direction alors que c’est simplement car le fichier d’installation de webmin foiré dans l’interpretation perl !

Au final au travers des commandes qui m’ont était fournie dans ce topic, j’ai probablement cleané le perl de ce soucis d’incompatibilité et en 1er lieux j’avais une liste de fichier perl réduite mais après les commandes de réinstalle et mise au propre j’ai put retrouver la liste adéquates de fichier =>

root@ns38099:/home/LOGICIELS# ls /usr/bin/perl* /usr/bin/perl /usr/bin/perlbug /usr/bin/perldoc /usr/bin/perl.prezimbra /usr/bin/perl5.8.8 /usr/bin/perlcc /usr/bin/perlivp

De là enfin, ton indication de remise à zero des liens symboliques à était salutaire !!

[code]# on renomme le lien symbolique par précaution
mv /usr/bin/perl /usr/bin/activeperl

on crée un lien dur sur perl

ln /usr/bin/perl5.8.8 /usr/bin/perl
[/code]

Ainsi bye bye le conflit et le soucis de lien symbolique cassé précédemment, perl refonctionné =>

[code]root@ns38099:/home/LOGICIELS# perl -v

This is perl, v5.8.8 built for x86_64-linux-gnu-thread-multi

Copyright 1987-2006, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using “man perl” or “perldoc perl”. If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

[/code]

S’affichant alors que précédemment nan .

De là ma réinstallation de webmin est passée comme sur des roulettes :smiley: (tellement simple que j’ai douté jusqu’à afficher la page sur le port 10000 ^^’).

root@ns38099:/home/LOGICIELS# aptitude install webmin Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Lecture des descriptions de tâches... Fait Construction de la base de données des étiquettes... Fait Pas de version candidate trouvée pour webmin Aucun paquet ne va être installé, mis à jour ou enlevé. 0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés. Écriture de l'information d'état étendu... Fait

Cependant Webmin étant maintenant enlevé de la version debian stable, le aptitude ne fonctionné pas et j’ai donc dut procédé avec le fichier .deb téléchargeable sur leur site =>

[code]root@ns38099:/home/LOGICIELS# wget http://prdownloads.sourceforge.net/webadmin/webmin_1.420_all.deb
–04:37:47-- http://prdownloads.sourceforge.net/webadmin/webmin_1.420_all.deb
=> webmin_1.420_all.deb' Résolution de prdownloads.sourceforge.net... 216.34.181.60 Connexion vers prdownloads.sourceforge.net|216.34.181.60|:80...connecté. requête HTTP transmise, en attente de la réponse...302 Found Emplacement: http://surfnet.dl.sourceforge.net/sourceforge/webadmin/webmin_1.420_all.deb [suivant] --04:37:48-- http://surfnet.dl.sourceforge.net/sourceforge/webadmin/webmin_1.420_all.deb =>webmin_1.420_all.deb’
Résolution de surfnet.dl.sourceforge.net… 130.59.138.20, 2001:620:0:1b::20
Connexion vers surfnet.dl.sourceforge.net|130.59.138.20|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 13 510 516 (13M) [application/octet-stream]

100%[===========================================================>] 13 510 516 9.70M/s

04:37:50 (9.69 MB/s) - « webmin_1.420_all.deb » sauvegardé [13510516/13510516]

root@ns38099:/home/LOGICIELS# dpkg --install webmin_1.420_all.deb
(Lecture de la base de données… 36896 fichiers et répertoires déjà installés.)
Dépaquetage de webmin (à partir de webmin_1.420_all.deb) …
Paramétrage de webmin (1.420) …
Webmin install complete. You can now login to https://www.*.:10000/
as root with your root password, or as any user who can use sudo
to run commands as root.

[/code]

[b][size=150]Et donc, si je ne me trompe pas 4 erreurs à retenir =>

  • 1 - installation des paquets en chaines pouvant poser des problèmes d’écrasement de fichiers
  • 2 - conflit perl vs activeperl = perl non fonctionel
  • 3 - mauvais code d’erreur sur le script d’installation webmin induisant en erreur
  • 4 - liens symboliques hors services[/size][/b]

Enfin bon, à vous de me confirmer, si j’ai bien résumé afin d’être parfaitement claire, et si j’ai raison (chui po très sur de moi linux oblige ^^’) pour les gens qui auront besoin de ces infos à l’avenir :slightly_smiling:

PS : je changerais le titre en résolu quand on m’aura confirmé que sa venait de tout sa

Tant mieux si perl remarche.

L’installation de paquets Debian officiels de la distribution stable ne devrait pas causer d’écrasement sauvage de fichiers ni de conflits avec d’autres paquets. Il y a des mécanismes pour gérer proprement les paquets concurrents ou remplissant une même fonction. Par contre ce n’est pas forcément le cas avec des paquets extérieurs, surtout s’ils sont concurrents avec des paquets officiels comme ActivePerl qui remplit le même rôle que perl.

Mais à la limite l’écrasement de l’interpréteur Perl de Debian par celui d’ActivePerl n’aurait pas été si grave si ce dernier avait été fonctionnel. Pourquoi ne l’est-il pas (s’est-il installé correctement, a-t-il été désinstallé ensuite), tu n’as pas fourni assez d’informations pour le déterminer.

En fait ActivePerl et Perl fonctionnaient ensemble correctement puis lorsque j’ai dut désinstaller Webmin, je pense qu’il à supprimé peut être quelques fichiers en nettoyant … ce qui à fait sauté l’équilibre Perl / ActivePerl (je me souvient avoir pris pas mal de modules perl necessaire à d’autre appli sur mon serveur en passant par la gestion Webmin de Perl).

Le fait est que je ne me suis pas rendu compte de ces erreurs rapidement car je ne procède qu’à très peux de reboot de mon serveur … ainsi par exemple les liens symboliques étaient tous ok jusqu’au reboot … enfin je me trompe peut être mais dans mon cas les liens symboliques étaient HS après reboot :frowning:

Bon b je modifie le titre du 1er post du topic en Résolu :slightly_smiling: