Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel
Bonsoir, On Thu, 1 Feb 2024 18:57:19 +0100 David Ponzone wrote: > PS: je peux te raconter des anecdotes sur Cisco, marque réputée aussi, si > tu as la nuit devant toi :) J'en ai aussi :D Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel
Bonsoir, On Thu, 1 Feb 2024 18:50:24 +0100 Toussaint OTTAVI wrote: > Et qui, en plus, seraient, semble t-il, obsolètes en 2024. J'attends que > le commercial me rappelle :-D :-D :-D Si il lit la liste, tu peux attendre longtemps... Va ecouter les anecdotes de David, ca te fera patienter :) Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel
800€ pour ça ? Et t’as acheté avant de jouer avec ? PS: je peux te raconter des anecdotes sur Cisco, marque réputée aussi, si tu as la nuit devant toi :) > Le 1 févr. 2024 à 18:50, Toussaint OTTAVI a écrit : > > > T'es gentil, mais ce sont des flambant neufs à 800 € qui m'ont été chaudement > recommandés après un Teams avec 4 commerciaux :-D > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel
Le 01/02/2024 à 18:13, David Ponzone a écrit : Je suis juste stupéfait par le temps que tu as à perdre là-dessus :) Bah, j'ai acheté ces trucs dans l'éventualité de remplacer ma marque actuelle qui me satisfait assez peu. Donc, j'y passe du temps, pour comprendre comment çà fonctionne, pour comprendre si c'est juste moi qui ai deux mains gauches, ou bien s'il y a autre chose. Le JunOS est tout de même quelque chose d'assez complexe, donc je n'entends pas l'apprivoiser sans y passer du temps :-) Et puis, je les ai achetés. Donc, j'aimerais bien arriver à les faire fonctionner quelque part, sinon, en plus du temps, ce sera aussi de l'argent doublement foutu en l'air (vu qu'il faudra que je rachète autre chose) (et vu les commentaires, je doute que quelqu'un ici me les rachète). 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 Bah, oui, en l'état, il ne me viendrait pas à l'idée de mettre çà en prod quelque part, c'est clair :-) Ceci étant, ce genre de feinte, on ne peut le découvrir qu'en testant :-) Je ne m'attendais clairement pas à çà venant d'une marque "réputée", et qui m'avait par ailleurs été recommandée ici... -le but c’est quoi: savoir si tu peux ré-utiliser des vieux Juniper à 50 ou 100 balles ? T'es gentil, mais ce sont des flambant neufs à 800 € qui m'ont été chaudement recommandés après un Teams avec 4 commerciaux :-D -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… Et qui, en plus, seraient, semble t-il, obsolètes en 2024. J'attends que le commercial me rappelle :-D :-D :-D --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel
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 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/oam484M 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/
Re: [FRnOG] [TECH] Juniper EX2300 /var/tmp : no space left -> can't load kernel
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/