Benoît Sibaud a écrit 9304 commentaires

Corrigé, merci.

Les forums sont un meilleur endroit pour trouver des réponses à ces questions.

Rappelles nous quand on sera en pinte.

Je suis lama de… complètement lama de… (Lama Serge)

Occurrences de HTTP 422 dans nos logs de prod :

2018/06/01 9
2018/06/02 0
2018/06/03 11
2018/06/04 28
2018/06/05 28
2018/06/06 18
2018/06/07 42
2018/06/08 39
2018/06/09 4
2018/06/10 18
2018/06/11 11
2018/06/12 6
2018/06/13 29
2018/06/14 25
2018/06/15 54
2018/06/16 9
2018/06/17 18
2018/06/18 9
2018/06/19 29
2018/06/20 11
2018/06/21 20
2018/06/22 6
2018/06/23 7
2018/06/24 0 // redémarrage de l'hôte + mise à jour distrib du conteneur
2018/06/25 0
2018/06/26 0
2018/06/27 0
2018/06/28 0
2018/06/29 0
2018/06/30 0
2018/07/01 0
2018/07/02 0
2018/07/03 0
2018/07/04 0
2018/07/05 0

Tiré de Google News "Sciences et technologies", du rêve :

• "Gmail permet à des tiers de lire vos emails avec votre autorisation"
• "Facebook a accidentellement débloqué les profils indésirables pour plus de 800.000 comptes"
• "Android : certaines applis effectuent des captures d'écran à l'insu de l’utilisateur"
• "Samsung: Attention, votre smartphone peut envoyer vos photos au hasard et sans vous prévenir" …

Y a comme un prism dans ces actualités.

Et aussi

• Jean-Marie Cavada, Député européen, français, Vice-président du Nouveau Centre et de l'UDI

Mon avis : débat chaotique, mal introduit (très binairement), pas vraiment passionnant.

Je miserais plutôt sur « vite développons et relâchons des créatures capables d'ingérer tel plastique dans la nature », puis « merde elles bouffent aussi les plastiques utiles, développons des créatures capables de bouffer les précédentes », etc. En parallèle de « beh on n'a qu'à faire de nouveaux plastiques différents » et « produisons des nanorobots pour résoudre tous nos problèmes » suivi de « oh non on a des déchets de nanorobots partout ». Etc.

Un doublon de https://linuxfr.org/users/pizaninja/journaux/du-concombre-et-du-cornichon#comment-1740096

Corrigé, merci.

Corrigé, merci.

Quoi ? L'ORTF s'appelle Antenne 2 ? Et Bull a été renommé Mandrake ? On ne me dit jamais rien à moi. Déjà qu'on va passer à la numérotation téléphonique sur 8 chiffres, ça me p(e)erturbe. Enfin… tant que DLFP est encore accessible via finger (cf capture), et via gopher, tout va bien. Vous allez voir qu'un jour ils vont réformer l'orthographe et nous supprimer le mademoiselle aussi… Ce monde va trop vite.

Voir https://linuxfr.org/aide#aide-karma pour les détails

Corrigé, merci.

Le service img récupère les images sur des sites distants en HTTP(S).
Le service share partage sur les réseaux sociaux via HTTP(S) (mais ça ne doit pas être le sujet de cette entrée).
Les services epub, board et svgtex ne doivent pas être concernés.

Régression corrigée en prod. Maintenant on va pouvoir traquer son origine. Merci.

À cette époque et en particulier sur cette capture, environ 100% des dépêches sont issues des fondateurs (et donc de l'équipe du site), et les contenus pouvaient être extrêmement brefs. Exemple avec la plus vieille dépêche encore en base https://linuxfr.org/news/DOSEMU-0-99-9 (et qui est la dernière de ladite capture)

j'ai oublié une super opération sur la prod LinuxFr : en SQL, un UPDATE accounts SET password='untruc' pour je ne sais plus quelle raison (fusion de deux comptes j'imagine). Beh faut voir ça positivement comme un test des sauvegardes.

• débranché le clavier d'un serveur SUN pour le brancher sur un autre (ça freeze le système et passe la main au bios avec un prompt… qui nécessite un clavier donc)
• déplacé /lib/libc.so vers /usr/lib parce qu'il y a plus de place. Mais comme je flairais le piège, j'avais fait un mv && ln -s (indice: ça ne marche pas)
• oublié de rebrancher un ventilateur de processeur
• confondu mkfs et fsck
• fait un rm<espace>*<espace>.o
• pensé que ça marche au premier essai
• oublié le --dry-run ou équivalent
• lancé des opérations sur la mauvaise plateforme
• estimé que cette migration de distribution irait vite et qu'on pouvait la lancer vite fait maintenant …

Bref c'est important de tester, c'est important d'être en forme (ni crevé ni stressé ni …) pour ne pas faire n'importe quoi, et encore plus pour réparer ensuite. Un adminsys est un animal hyper dangereux.

Je connaissais ansible pour en faire quotidiennement.

Une base synchronisée suffisamment souvent avec la prod

• les données d'une prod étant sensibles, normalement (au sens bonnes pratiques) on ne les recopie pas ailleurs (pour éviter des fuites de données personnelles, pour éviter des comportements non souhaitables comme envoyer des courriels à de vrais utilisateurs, etc.)
• ça poser aussi des problèmes concernant les données personnelles (comptes fermés, supprimés ou nom affiché modifié par exemple) ou les contenus/commentaires (réapparition des versions supprimées, anciennes versions, etc.) -> ça obligerait vraiment à resynchroniser régulièrement en fait. Et d'ailleurs on devrait purger la base de alpha pour cette même raison (initialement alpha avait été mise en place avec les données de prod pour tester la migration de 2011, ça illustre bien les risques qu'il y a à transférer des données de prod "transitoirement")
• en gros, ça serait plus simple de ne prendre que les contenus/commentaires sous licence libre des membres de l'équipe par exemple. Ou de les générer pseudo-aléatoirement pour avoir un mélange de lorem ipsum et des fonctionnalités markdown du site. Cf https://linuxfr.org/suivi/fournir-des-donnees-d-exemple#comment-1320006

une préprod qui tourne quelque part ?

Concernant alpha je vois deux autres soucis actuellement :

• l'absence de tests automatisés
• les différences avec la prod (absence des services board et share, absence de la config www., etc.). Et c'est notamment ceux-là qui ont posé souci soit au niveau des scripts ansible soit après déploiement

ça fait clairement partie des choses à faire (et attendues). Par contre à court terme, ça vient après 4 mises à jour de distrib à faire, la mise en ligne du repo ansible et la mise au propre de la config Let's Encrypt web/mail (et en parallèle d'une conf pour les RMLL, des travaux autour du RGPD, les 20 ans, et j'en oublie sûrement). Dis autrement, il reste encore un peu de dette technique à apurer, mais ça avance pas mal ces derniers temps.

Il y a un repo pour la configuration Ansible, mais il n'est pas encore public. Maintenant que l'ancien répertoire de scripts d'admin a été remplacé totalement par des scripts Ansible (et utilisé, on va pouvoir publier l'autre proprement. Il reste globalement le README de l'ancien à mettre à jour, et vérifier qu'aucun secret ne sera publié par erreur.

Vu la quantité d'octets pour disserter sur un passage de 90km/h à 80km/h sur route nationale sans hyperthreading, il semble tout à fait possible de débattre longtemps sécurité vs vitesse ici aussi, sur 80min vs 90min.

Test avec la version 4.0.2-2 sur des epubs produits récemment :

WARNING(HTM-014a): xxx.epub/EPUB/package.opf(16,87): Le nom de fichier du XHTML Content Document 'EPUB/nav.html' devrait avoir l'extension '.xhtml'.
WARNING(HTM-014a): xxx.epub/EPUB/package.opf(19,87): Le nom de fichier du XHTML Content Document 'EPUB/content.html' devrait avoir l'extension '.xhtml'.
ERROR(RSC-001): xxx.epub/xxx.epub(-1,-1): Le fichier 'EPUB/' est introuvable.

Et on obtient le même résultat via http://validator.idpf.org/application/validate

Côté implémentation du test sinon, la commande suivante semble faire l'affaire (code de retour 0 ou 1 suivant les cas, après 15/20s de démarrage de la JVM) :

epubcheck xxx.epub >/dev/null