[Résolu] Indisponibilité du site vendredi 14/12 entre 9h et 10h



  • J'ai des investigations à mener...



  • As-tu besoin de l'aide de l'inspecteur Spooky 🐀 ? 😄 



  • Il bouffe les câbles, il est pas fiable 😄 


  • Les amis d'été

    Les ExperTs ^^ Bonne enquête



  • Bon, bah ça sent la visite au magasin Dim pour passer le temps ^^



  • Je pense que ça ira vite. 

    Suite à une intervention hier, le site a pas redémarré ce matin (ce qui après analyse était normal) et donc, si demain matin, le site est là après 4h du mat. Je pense que je suis bon 😄 

    @Jade49 a dit :

    Les ExperTs ^^ Bonne enquête

    Exactement ^^



  • Verdict inspecteur Skuly ? 



  • Scully !!!!!!!!!!!!!!!!!!!! 😄 

    Ca dépend à quel point je dois parler chinois ?



  • Je ne suis pas aller gogueuliser le nom =^^=


    C'est possible en une phrase ? c'est plus pour la culture ^^



  • Suite au fait que txy est tombé. J'ai voulu retester mes backups. Et je me suis rendu compte un phénomène que j'avais déjà vu, le backup de la DB semblait corrompu, mais impossible de savoir pourquoi.

    Je me suis rendu compte mercredi que, en fait, la DB n'était pas coupée la nuit, ce qui n'est pas normal. Et donc, ce que j'ai appris entre temps, c'est que les tâches "CRON" sont exécutés via /bin/sh et non /bin/bash. Ce qui expliquait que j'arrivais jamais à reproduire le problème.

    Sauf que, bah, la commande là ne fonctionne pas en sh : 

    root@lmtqa:/data# /bin/sh service mongod status
    /bin/sh: 0: Can't open service

    Et il fallait mettre le chemin entier (ou passer en bash) : 

    root@lmtqa:/data# /bin/sh /usr/sbin/service mongod status
    ● mongod.service - High-performance, schema-free document-oriented database
       Loaded: loaded (/lib/systemd/system/mongod.service; enabled; vendor preset: enabled)

    Mais le soucis désormais... C'est que le chat rame à mort pour la première personne qui se connecte le matin... D'où la purge que je vais faire.

    Passionnant, n'est il pas 😄 



  • En gros le scripte de déconnexion n'était pas bon, ce qui empêche une bonne sauvegarde ? 



  • C'est comme les autres qui développent des scripts bitbake et dans la doc c'est ecrit en gros les shell scripts sont exécutés par /bin/sh. Pas de problème, ln -sf /bin/bash /bin/sh. P****n, une demi journée pour comprendre ça et une journée pour virer les bashism. La haine...



  • @flo: Oui c'est super passionnant... bin, bash, sh, cron, db. J'ai l'impression d'être dans un autre monde, un peu comme quand je parle de compta à ma maman. Elle ne comprend rien du tout. 😄



  • @Gwenaelle a dit :

    En gros le scripte de déconnexion n'était pas bon, ce qui empêche une bonne sauvegarde ? 

     La base de données n'est pas arrêté, et faire une sauvegarde à chaud, c'est mal... Un peu comme croiser les effluves; 

    @gwendoline a dit :

    C'est comme les autres qui développent des scripts bitbake et dans la doc c'est ecrit en gros les shell scripts sont exécutés par /bin/sh. Pas de problème, ln -sf /bin/bash /bin/sh. P****n, une demi journée pour comprendre ça et une journée pour virer les bashism. La haine...

     C'est tout à fait ça 😄

    @Sophie a dit :

    @flo: Oui c'est super passionnant... bin, bash, sh, cron, db. J'ai l'impression d'être dans un autre monde, un peu comme quand je parle de compta à ma maman. Elle ne comprend rien du tout. 😄

     Aaah, Sophie, cela fait longtemps que l'on ne t'a pas vu. J'espère que cela va bien 😄 



  • Moi je trouve ça cool 🙂 mais c'est pas comme si je faisais pas ça à longueur de journée 🙂


Se connecter pour répondre