Salut,
On a une blinde d'EX2300 et EX3400 (les deux ont le même soucis) à $job
Il y a une KB à ce sujet :
https://kb.juniper.net/InfoCenter/index?page=content&id=KB31198
Pour les majs je te conseille en premier temps de passer les commandes
suivantes :
request system storage cleanup
clear log wtmp
request system snapshot delete previous
(s'assurer également qu'il y a pas des snapshots qui traînent)
Puis de pousser ton tgz de maj sur /tmp et pousser la commande d'upgrade
avec no-validate et no-copy
Si ça passe pas car toujours pas assez de place, tu peux faire un
file list /packages/sets/ detail
et vérifier qu'il y a que la version "active" des paquets JunOS qui
existent.
J'ai toujours nettoyé manuellement mais à priori y a des commandes fait
pour dans la KB plus haut, je t'invite à y jeter un oeil.
À défaut si t'es vraiment désespéré :
https://kb.juniper.net/InfoCenter/index?page=content&id=KB31265
A+
Jarod G.
Le 22/01/2024 à 16:32, Toussaint OTTAVI a écrit :
Salut les pros de Juniper,
J'ai deux EX2300 en lab, avec lesquels je me casse les dents depuis un
moment, au point que je n'ai nulle confiance à les mettre en prod !
Les problèmes, assez récurrents, tournent toujours autour de l'espace
disponible dans /var/tmp, et çà bloque la plupart des opérations de
maintenance de base.
Bien entendu, les méthodes documentées de nettoyage ne suffisent
absolument pas (request system storage cleanup, request system
snapshot delete snap*, start shell command "pkg setop rm previous" ,
etc...).
Par exemple, il est impossible de faire une mise à jour JunOS en
stockant le firmware .tgz dans /var/tmp, comme c'est indiqué dans à
peu près toutes les docs que j'ai pu lire. Je m'en tire en mettant mon
.tgz sur clef USB. J'ai découvert également qu'il y avait un autre
point de montage tmpfs sur lequel il y a (un peu) plus de place : /tmp
En revanche, un autre truc plus problématique qui coince, c'est la
création des snapshots recovery (request system snapshot recovery) :
mkuzip: write(/var/tmp/.snap.22622/recovery.ufs.uzip): No space left
on device
Donc, si je comprends bien, ce n'est pas l'espace sur la partition
/oam qui manque pour stocker le snapshot final, mais plutôt l'espace
temporaire pour créer celui-ci. Et là, je ne sais pas comment lui dire
d'utiliser /tmp au lieu de /var/tmp !
En regardant les points de montage d'un peu plus près :
df -h | grep /tmp
tmpfs 826M 16K 826M 0% /.mount/tmp
/var/tmp 1.3G 544M 712M 43%
/.mount/packages/mnt/jweb-ex-33d6a634/jail/var/tmp
Donc, je ne connais rien à FreeBSD ni aux jails, mais on dirait que le
package j-web a "détourné" mon /var/tmp !
Questions :
- Puis-je monter mon /var/tmp au même endroit que /tmp pour qu'il y
ait plus de place ?
- Quelqu'un a t-il trouvé le moyen de souder 2 Go de flash
supplémentaires ? Peut-on laisser une clef USB à demeure, et monter
/var/tmp de façon permanente dessus ?
Parce que là, vu le prix de base des engins, comment dire... Cà me
donnerait presque envie de les re-flasher sous OpenWRT :-D
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
