Probleme mise a jour 1.4.20

[jinpol]

Salut a tous,

j'ai un petit probleme avec mon IPCop.
J'ai fait la mise a jour 1.4.19, et pas de pb. Meme s'il etait dit qu'il n'etait pas necessaire de redemarrer, je l'ai fait qd meme.
Puis j'ai voulu faire la mise a jour 1.4.20.
Deja impossible d'utiliser le bouton telecharger de l'interface web, donc j'ai recupere la mise a jour puis je l'ai charge.
J'ai applique cette mise a jour, et enfin j'ai redemarre mon PC.
Il n'y a eu aucun probleme...sauf que je suis toujours en version 1.4.19.
J'ai retente plusieurs fois l'operation, mais rien a faire, je n'arrive pas a faire cette mise a jour.

Quelqu'un a une idee d'ou peut venir le probleme ???

Merci d'avance pour vos reponses.

jinpol...

[Gesp]

Il n'y a eu aucun probleme...sauf que je suis toujours en version 1.4.19.

Je suppose que tu as un message dans le log indiquant que la mise à jour 1.4.19 s'est interrompue (probablement par manque de place).

Si le disque n'est pas IDE, à chaque fois qu'IPCop a été installé avant 1.418, il faut sélectionner un des 2 noyaux.

Je suppose que tu as un disque dur scsi et que tu n'as pas sélectionné un des 2 noyaux comme cela est possible depuis 1.4.18. C'est pourtant indiqué (en gras il me semble) que c'est nécessaire sinon il n'y a pas assez de place dans la partition /boot pour le initrd nécessaire aux disques non IDE.

Ou alors tu as une configuration flash avec un /boot plus petit?

[jinpol]

Ben non, c'est du IDE en fait.
Sinon voila sur l'interface web, ce que ca me dit pour mes DD, je sais pas si ca peut te donner une idee :

Utilisation du disque: Sélection du type de noyau: linux-2.4.36-smp
Périphérique Monté sur Taille Utilisé Libre Pourcentage Aucun ensemble choisi
/dev/root / 1571 240 1315 16% Sélectionner un type de noyau aide dans le cas d'une petite partition principale.
/dev/harddisk1 /boot 9 6 3 71% Nécessaire avec un disque scsi quand l'espace attribué à /boot est trop restreint
/dev/harddisk2 /var/log 4513 186 4098 5%

Et pour le fichier de log, je suis alle voir dans var/log et j'ai ouvert boot.log, c'est bien celui la qu'il faut regarder ??? Car il est vide, et les archives aussi...

Sinon desole si je suis un peu nul sur le sujet, mais je debarque a peine sur IPCop et donc je suis en phase d'apprentissage.

En tous cas, je te remercie pour ton aide.

jinpol...

[Gesp]

Je suppose que tu as un message dans le log indiquant que la mise à jour 1.4.19 s'est interrompue (probablement par manque de place).

J'aurais dù dire 1.4.20.
La mise à jour 1.4.19 doit toujours s'installer la première fois, vu qu'elle retire le noyau 2.4.31 avant pour faire de la place. Dans ton cas, ce n'est visiblement pas un pb de place.

Le dernier cas que je connaisse ou une mise à jour peut échouer est si la date du système n'est pas à jour. gnupg indique une date dans le futur par une erreur et la mise à jour échoue.

Mais les fichiers 1.4.19 et 1.4.20 ont été signé en même temps, donc cela voudrait dire que ton système perd l'heure au reboot, ce qui peut arriver si la pile est trop faible. Si la tension de la pile est inférieur à 2,5V, c'est peut-être le cas, la tension nominale de ce genre de pile est 3,3V.

Tu peux voir les logs par l'interface web, dans les log, section mise à jour, qui y-a-t-il d'indiqué?
Ou que montre

Code: Tout sélectionner

grep update /var/log/messages

Tu peux voir aussi au reboot le fschk qui se plaint de date dans le passé ou le futur si c'est bien un problème de date. Si la mise à jour de la machine par ntp est activée, ta machine peut revenir à l'heure toute seule mais il y aura toujours un fschk au démarrage.

[jinpol]

Hello...

pour le 1.4.20 au lieu de 1.4.19, j'avais compris, merci
Sinon, apparement, mon systeme est bien a l'heure...
Par contre, ce que je n'ai pas dit, c'est que quand j'ai fini la mise a jour et que je redemarre, il me remet la mise a jour 1.4.20 dans la liste des mises a jour dispo...mais je pense que tu avais compris.
Sinon voila ce que me donne la commande que tu m'as dit de taper :

root@firewall:~# grep update /var/log/messages
Aug 24 02:01:00 firewall fcron[19609]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 started for user root (pid 19610)
Aug 24 02:01:03 firewall fcron[19609]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 completed
Aug 25 02:01:00 firewall fcron[28292]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 started for user root (pid 28293)
Aug 25 02:01:03 firewall fcron[28292]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 completed
Aug 25 12:05:59 firewall installpackage: Installing 1.4.19 update patch for IPCo p 1.4.18.
Aug 25 12:06:21 firewall installpackage: 1.4.19 update installed.
Aug 25 12:07:09 firewall rc.updatered: pid 32174 end
Aug 25 12:08:21 firewall rc.updatered: pid 306 end
Aug 25 12:24:19 firewall installpackage: Installing 1.4.20 update patch for IPCo p 1.4.19.
Aug 25 12:24:55 firewall rc.updatered: pid 2181 end
Aug 25 12:26:06 firewall rc.updatered: pid 310 end
Aug 25 12:27:14 firewall rc.updatered: pid 2042 end
Aug 25 12:28:24 firewall rc.updatered: pid 308 end
Aug 25 12:31:23 firewall installpackage: Installing 1.4.20 update patch for IPCo p 1.4.19.
Aug 25 12:32:02 firewall rc.updatered: pid 2145 end
Aug 25 12:33:12 firewall rc.updatered: pid 308 end
Aug 26 02:01:00 firewall fcron[6958]: Job /var/ipcop/l7filter/l7update >/dev/nul l 2>&1 started for user root (pid 6959)
Aug 26 02:01:03 firewall fcron[6958]: Job /var/ipcop/l7filter/l7update >/dev/nul l 2>&1 completed
Aug 27 02:01:00 firewall fcron[15737]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 started for user root (pid 15738)
Aug 27 02:01:03 firewall fcron[15737]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 completed
Aug 28 02:01:00 firewall fcron[24537]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 started for user root (pid 24538)
Aug 28 02:01:03 firewall fcron[24537]: Job /var/ipcop/l7filter/l7update >/dev/nu ll 2>&1 completed

[Gesp]

grep update /var/log/messages

Cela aurait dù être

grep installpackage /var/log/messages

Parce que là, on ne voit pas le message de succès/echec d'installation.

De toute façon,

il me remet la mise a jour 1.4.20 dans la liste des mises a jour dispo

c'est que la mise à jour ne s'est pas terminée normalement et je suis interessé de savoir pourquoi.

[jinpol]

Et bien voila ce que ca donne...et au final ca semble donc bien etre un manque de place sur le DD :

root@firewall:~# grep installpackage /var/log/messages
Aug 25 12:05:59 firewall installpackage: Installing 1.4.19 update patch for IPCop 1.4.18.
Aug 25 12:06:21 firewall installpackage: 1.4.19 update installed.
Aug 25 12:24:19 firewall installpackage: Installing 1.4.20 update patch for IPCop 1.4.19.
Aug 25 12:24:22 firewall installpackage: Error extracting patch.tar.gz , need more free space on disk. Aborting.
Aug 25 12:31:23 firewall installpackage: Installing 1.4.20 update patch for IPCop 1.4.19.
Aug 25 12:31:26 firewall installpackage: Error extracting patch.tar.gz , need more free space on disk. Aborting.

Et apparement, pour la partition principale, si je ne me trompe pas, ce sont ces donnees la ???

Périphérique Monté sur Taille Utilisé Libre Pourcentage
/dev/harddisk1 /boot 9 6 3 71%

Comment est ce que je peux contourner ce probleme ???

[Gesp]

Normalement en cas d'espace réduit sur le disque, il faut sélectionnet un type de noyau, l'autre sera supprimé et il y aurait assez de place pour installer la mise à jour.

Mais dans ton cas, le problème est différent.
Une question de place n'est pas compatible avec la place libre sur la partition principale que tu as reporté. Tu as normalement 1315 Mo libre sur / et la mise à jour fait 7 Mo.

Il y a forcément un autre problème quand je supposais qu'il n'y aurait qu'une question d'espace disque.

installpackage: Error extracting patch.tar.gz , need more free space on disk. Aborting.

D'ailleurs, en cas d'espace réduit sur le disque, il devrait y avoir en plus lowspace dans le message.

J'aurais dù faire afficher aussi le code d'erreur retourné par tar.
Es-ce que tu peux copier la mise à jour (winscp) dans /tmp (peu importe le nom du moment que tu laisse l'extension .gpg

Pour extraire du fichier .gpg

Code: Tout sélectionner

cd /tmp
gpg --batch --homedir /root/.gnupg -o patch-1.tgz --decrypt *.gpg
tar zxvf patch-1.tgz

Tu dois alors avoir dans /tmp un fichier 'setup', un fichier information et un fichier patch.tar.gz
Lance ./setup et tu devrais avoir l'erreur véritable venant de tar.

Je suis curieux de savoir ce qui peut se passer, le fichier étant nécessairement intègre du fait de la vérification de la signature au départ.
Je ne connais que le cas de la date du système dans le passé comme erreur possible. Mais dans ce cas, la verification de la signature aurait échouée pour cause de signature estimée dans le futur.

[jinpol]

Voila, j'ai fait tout ce que m'a dit de faire, et j'ai cette erreur la :

Installing 1.4.20 update patch for IPCop 1.4.19.
/bin/tar: boot/System.map-2.4.36-smp: Wrote only 2560 of 10240 bytes
/bin/tar: Error exit delayed from previous errors
Error extracting patch.tar.gz , need more free space on disk. Aborting.

Ca te parle ???

Juste une petite question. Dans mon fichier tmp, j'ai pleins de trucs qui trainent, autre que les fichiers que je viens de decompresser.

70_sare_adult.cf.2 backup-inclusion.9XBgRa
70_sare_genlsubj0.cf.2 bogus-virus-warnings.cf.2
70_sare_genlsubj2.cf.2 clamav-ac5457c9c349f40d
70_sare_header0.cf.2 env_send_q_mail.tmp
70_sare_html0.cf.2 information
70_sare_oem.cf.2 ipcop-1.4.20-update.i386.tgz.gpg
70_sare_random.cf.2 patch-1.tgz
70_sare_specific.cf.2 patch.tar.gz
70_sare_spoof.cf.2 setup
72_sare_redirect_post3.0.0.cf.2 ssh-pJujN31636
ARCH tmpfile1.22971

Est-ce que je peux les virer sans risque ou pas ???

Merci d'avance pour ta reponse, et merci bcp pour ton aide sans lequel je serai perdu...

[Gesp]

bin/tar: boot/System.map-2.4.36-smp: Wrote only 2560 of 10240 bytes
/bin/tar: Error exit delayed from previous errors
Error extracting patch.tar.gz , need more free space on disk. Aborting.

Ca te parle ???

Oui c'est simple alors, la partition /boot est pleine, bizarre alors d'avoir indiqué 3MB libre

/dev/harddisk1 /boot 9 6 3 71%

Sélectionne un noyau, cela fera suffisament de place pour que la mise à jour s'installe.
Avant de faire cela, peux-tu me donner le résultat de

ls -l /boot

Dans mon fichier tmp, j'ai pleins de trucs qui trainent

Oui normalement, tu peux retire tout ce qui est dans /tmp
Bien faire seulement rm -rf /tmp/* pour ne pas retire /tmp

[jinpol]

Voila le resultat de la commande :

total 4937
drwxr-xr-x 2 root root 1024 2008-08-25 12:06 grub
drwx------ 2 root root 12288 2005-12-06 12:48 lost+found
lrwxrwxrwx 1 root root 21 2008-08-25 14:25 System.map -> System.map-2.4.36-smp
-rw-r--r-- 1 root root 345960 2007-01-09 02:41 System.map-2.4.34
-rw-r--r-- 1 root root 367125 2007-01-09 02:34 System.map-2.4.34-smp
-rw-r--r-- 1 root root 346817 2008-07-22 15:14 System.map-2.4.36
-rw-r--r-- 1 root root 299008 2008-07-22 15:08 System.map-2.4.36-smp
lrwxrwxrwx 1 root root 14 2008-08-28 14:26 vmlinuz -> vmlinuz-2.4.36
-rw-r--r-- 1 root root 878514 2007-01-09 02:41 vmlinuz-2.4.34
-rw-r--r-- 1 root root 943991 2007-01-09 02:34 vmlinuz-2.4.34-smp
-rw-r--r-- 1 root root 880907 2008-07-22 15:14 vmlinuz-2.4.36
-rw-r--r-- 1 root root 944454 2008-07-22 15:08 vmlinuz-2.4.36-smp
lrwxrwxrwx 1 root root 18 2008-08-28 14:26 vmlinuz-smp -> vmlinuz-2.4.36-smp

Ensuite pour le noyau, je selectionne le noyau monoprocesseur non vu que c'est un vieux PC ?

Et question bete pour vider /tmp.
Si je suis dedans mon repertoire et que je fais rm *, normalement ca m'efface le contenu, mais pas le repertoire non ???

[Gesp]

je fais rm *, normalement ca m'efface le contenu, mais pas le repertoire non

Oui mais le jour ou tu es dans la racine (/), cela efface tout donc éviter rm * est juste de la prudence.

[jinpol]

Ok, merci bien.

Et pour les infos que je t'ai donne sur la commande ls -l, ca te dit qqchose sur pourquoi j'ai pas de place ???

Et pour le noyau, je selectionne le noyau monoprocesseur ???

Bon j'ai surement des questions neuneu, mais le pb, c'est qu'on m'a balance a gerer ce Firewall alors que e suis developpeur et que j'y connaissais rien, et que si je le plante, c'est tte ma boite et tous nos clients qui sont paralyses...

[benav]

bienvenue au club des développeurs balancés apprenti sorciers du réseau !!

[jinpol]

Re...
J'ai encore une petite question :

Je vais donc selectionner un type de noyau pour liberer de la place et enfin pouvoir installer la mise a jour 1.4.20

Mais je suis etonne, car apparement, mon Firewall tourne avec le noyau "1 noyau pour smp / multiprocesseurs" alors que mon PC est un PC de bureau tout simple qui doit avoir 10 ans.
Il ne faudrait pas mieux que je tourne avec "1 noyau pour monoprocesseur" ???

Je demande ca, car je ne voudrais pas virer un mauvais noyau, sachant que mon Firewall marche tres bien dans l'etat actuel des choses.

Merci d'avance pour vos reponse...

jinpol...