convertir fichier binaire en fichier texte contenant une trame hexa

ftpd, ouvrir le port 21

En installant mon nouveau poste, j'ai eu un souci lors de la reconfiguration de mon scanner.

La résolution de nom se faisait mais le scanner n'arrivait pas à se connecter au serveur ftp fraichement installé.

Le telnet sur le port 21 bloquait...

La solution était d'ouvrir le port 21 avec la commande suivante :

docker, alpine, python, mariadb : Modifications pour faire tourner les tests avec python / mariadb en utilisant MySQL-python

docker / alpine / mariadb : ce que j'en pense....

J'ai voulu passer à alpine à cause de la taille de l'image produite et parce qu'elle boote vite.

Je voulais améliorer les performances du pipeline de mon projet.

J'ai eu beaucoup de déboires pour :

• comprendre et réussir à faire tourner le service MariaDB dans docker (je voulais une image généraliste qui ne fasse pas que MariaDB mais aussi du java/maven & du python2.7)
• contourner des problèmes pour réussir à configurer mariadb convenablement (actuellement les postes de dévs et le gitlab sont en mysql alors que nos serveurs d'intégration/préproduction/production sont passés en MariaDB). Les sysadmins m'ont aiguillé.
• corriger des pbs d'appels depuis les tests java ou python

Hier, soir, j'arrive enfin à faire tourner les tests... et désenchantement !

Les tests sont extrèmement lents sous alpine ! Trop c'est trop...



Apparemment c'est connu... Je vais en rester là, peut-être aller voir du côté de debian:buster-slim

Références additionnelles

• https://andygrove.io/2020/05/why-musl-extremely-slow/
• https://medium.com/swlh/alpine-slim-stretch-buster-jessie-bullseye-bookworm-what-are-the-differences-in-docker-62171ed4531d

docker, alpine, mariadb: ce qui m'a été nécessaire...

Attention, ça ne démarre pas étrangement si on ne fait pas le rc-status auparavent...