Toussaint, Je suis juste stupéfait par le temps que tu as à perdre là-dessus :)
Alors moi dans ce genre de cas, j’ai juste 2 réflexes: -ce temps que ça prend, il sert à rien, car le matos est clairement mal conçu, et un jour ou l’autre, ça va te retomber sur la gueule -le but c’est quoi: savoir si tu peux ré-utiliser des vieux Juniper à 50 ou 100 balles ? -je regarde sur Ebay, j’en vois presque pas à vendre, donc c’est un modèle qui a été peu diffusé, donc un jour tu en trouveras plus, galère pour les parts, etc… > Le 1 févr. 2024 à 17:44, Toussaint OTTAVI <t.ott...@bc-109.com> a écrit : > > > Le 30/01/2024 à 10:39, Dominique Rousseau a écrit : >> Du coup, moi, si j'ai pas une vraie bonne raison d'utiliser "jweb" ( ca >> me fait penser à la webui du truc ), je le virerai, au moins pour voir >> ce que ca change. >> Ou au moins voir le menage qui peut etre fait dans ses fichiers ? > > En poursuivant mes tests sur mes EX2300, qui détiennent à ce jour le record > du temps passé en lab sans sortir quoi que ce soit de satisfaisant, j'ai > donc refait une installation complète, avec formatage, depuis une clef USB, > et sans aucun package supplémentaire (y compris J-Web). Config basique : 1 > vlan de management, un port connecté, SSH, NTP, et zéro trafic. > > show system storage : > /dev/gpt/junos 1.3G 518M 738M 41% /.mount > (soit à peine 20M de plus qu'avec mes tentatives précédentes avec J-Web) > > request system snapshot recovery > Creating image ... > Compressing image ... > Image size is 378MB > ERROR: The OAM volume is too small to store a snapshot > > Cette fois, on a donc une erreur différente. Il est allé plus loin. Il a eu > assez de place pour générer son dossier et pour le zipper. Ensuite, il > n'arrive pas à le copier sur la partition /oam, alors que la doc dit qu'il > est censé écraser automatiquement le précédent s'il y en a un (le précédent > fait à près près la même taille : 370M) > > Mais ce n'est pas le pire : > show system storage : > /dev/gpt/oam 484M 459M -14.1M 103% /.mount/oam > > Ouch ! 103% ! -14M libre ? Cà veut dire qu'il a débordé de 14M sur la > partition d'après ??? > > Donc, je tente cette commande, qui est censée, si j'ai bien compris, > reconstruire une partition /oam propre : > request system recover oam-volume > Là, il se met à tourner. Un bon moment. Il affiche plein de trucs qui n'ont > rien à voir avec l'exemple de la doc. Je m'inquiète un peu, mais bon... > N'ayant d'autre choix à ce stade, je le laisse faire... > > Puis d'un coup, ventilo à fond qui me décalque les oreilles ! Je jette alors > un coup d'oeil sur la console : > Rebooting... > Can't load kernel ! > > Wow ! > > De toute ma vie d'informaticien, c'est le premier truc qui explose seul avant > même que j'aie commencé à le chatouiller ! :-D > > -- > Plus sérieusement : > Cà n'arrive qu'à moi, ce genre de truc ? :-) Faut-il que je me mette en > recherche d'un exorciste / chaman / mazzeru ? :-) Ou alors, il y a > réellement un problème de qualité ? Comment vous faites, tous les gens qui > en ont en prod ? Vous serrez les fesses à chaque mise à jour, comme avec > Windows ? :-) Vous re-flashez tout à chaque fois avec des clefs USB ? Vous > utilisez le truc mistique dans le nuage ? Vous n'utilisez que des très gros > modèles, qui sont plus fiables ? J'ai regardé les gammes au dessus, le > premier qui ait plus de 2 Go de stockage, c'est le EX4400, qui passe à 20 Go. > J'attends de voir ce que le commercial va me proposer ;-) > > > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
