If you transfer qcow2 images very frequently across OpenStack Clouds or between KVM and Openstack environments, they can quickly grow larger. Luckily qcow2 image size can be decreased to reasonable values using qemu-img tool. Below we present how to shrink Openstack/KVM qcow2 image.
Examples:
Shrink qcow2 image without compression (larger file, short compression time):
[root@tuxfixer ~]# qemu-img convert -O qcow2 centos7.qcow2 centos7_small.qcow2
Shrink qcow2 image with compression (smaller file, long compression time):
[root@tuxfixer ~]# qemu-img convert -O qcow2 -c centos7.qcow2 centos7_small.qcow2
RawFiner présente les modules qu’il considère comme indispensable et comment s’y retrouver dans la profusion des modules de darktable : Bonne découverte.
Si vous utilisez docker vous avez surement remarqué que l'espace disque utilisé augmente rapidement. Voici quelques règles pour économiser un peu de place sur votre disque.
Supprimer les volumes associés à un conteneur
Lorsqu'on supprime un conteneur penser à utiliser l'option -v qui permet de supprimer les volumes associés à un conteneur.
Pour supprimer tous les conteneurs qui ne tournent pas on peut utiliser la commande suivante:
docker rm -v $(docker ps -aqf status=exited)Recréé un conteneur est assez rapide du moment que son image est disponible. Ce qui nous amène vers le nettoyage des images inutiles.
Supprimer les images inutiles
J'appelle image "inutile" une image "intermédiaire" qui sert dans la construction d'une image "finale" et qui n'est donc jamais utilisé pour créer un conteneur.
On peut supprimer ces images avec la commande suivante:
docker rmi $(docker images -qf dangling=true)Souvent indispensable après un docker pull.
Supprimer les volumes orphelins
Un volume orphelin est un volume pour lequel son conteneur associé a été supprimé sans l'option -v. Pour supprimer ces volumes on a la commande suivante:
docker volume rm $(docker volume ls -qf dangling=true)Hello,
j'ai fait une petite modification d'un github pour avoir mon image de 2Mo d'alpine avec serveur ssh (pratique pour des images docker toutes petites)
le README:
Alpine ARMHF ssh server
Instructions
Key based usage (prefered)
Copy the id_rsa.pub from your workstation to your dockerhost.
On the dockerhost create a volume to keep your authorized_keys.
tar cv --files-from /dev/null | docker import - scratch
docker create -v /root/.ssh --name ssh-container scratch /bin/true
docker cp id_rsa.pub ssh-container:/root/.ssh/authorized_keysFor ssh key forwarding use ssh-agent on your workstation.
ssh-agent
ssh-add id_rsaThen the start sshd service on the dockerhost (check the tags for alpine versions)
docker run -p 4848:22 --name alpinearmhf-sshd --hostname alpinearmhf-sshd --volumes-from ssh-container -d alpinearmhf-sshdPassword based
docker run -p 4848:22 --name alpinearmhf-sshd --hostname alpinearmhf-sshd -d alpinearmhf-sshd
docker exec -ti docker-sshd passwdFrom your workstation
ssh to your new docker environment, with an agent -i option is not needed
ssh -p 4848 -i id_rsa root@<dockerhost>
C'est toujours sympa à rappeler ;)
Commencer par créer les devices:
sudo modprobe nbd max_part=8
utiliser qemu-nbd pour monter l'image sur le device:
sudo qemu-nbd -c /dev/nbd0 guest.img
puis monter le device dans un répertoire:
sudo mount /dev/nbd0p1 /mnt/guest
démonter le montage une fois fini de travailler sur l'image.
sudo umount /mnt/guest
et voila.
Création d'une image "lite" d'un ARM pour l'utiliser avec qemu.
voir aussi cet autre article : http://www.gabrielgonzalezgarcia.com/2011/02/21/embedded-system-development-qemu-buildroot-linux-arm/
emuler une machine virtuelle arm avec qemu ?
je cherche actuellement :
- une image toute simple avec un linux de base, la plus petite possible.
- avec ssh d'activer par défaut.
si quelqu'un à cela dans ses liens ?
Pas mal cette petite démo de comparaison d'image ;)
à utiliser peut etre en conjonction avec selenium...
Comment positionner une image background en CSS ?
J'ai installé depuis longtemps un Piwik sur mon environnement.
Pourquoi ? tout simplement car j'ai plusieurs sites et que je voulais voir si certains changement avait des impactes sur la fréquentation des bots, et également voir qui sont les visiteurs de mes sites.
Mais je me suis posé plusieurs questions:
- déjà est ce légitime... je n'aime pas que l'on prenne mes informations sans me le dire, et je n'aime pas ce que propage comme information mon navigateur.
- comment mettre en place un "tracking" qui ne soit pas intrusif ni trop importants en terme de données (ben oui il faut traiter tout cela ensuite).
Au début j'ai choisi piwik car on a accès aux sources, que c'est "libre" et que c'était une technologie PHP/MySQL que je connait bien.
J'ai également fait le choix délibérés de ne prendre que le tracking via image sur mes sites (celui ci est beaucoup moins intrusif que la grosse reqûete javascript qui va presque me dire si l'utilisateur à une webcam ou pas oO).
et tout récemment je me suis posé la question de savoir comment "voir" les utilisateurs qui ne passe pas par mes service web / HTML (par exemple mes paquets fun_plug : http://ffp.memiks.fr/ )
et j'ai trouvé une chose assez sympa avec Piwik, on peut importer ses logs à la manière de awstats via une petite commande :
python2.6 repertoire_de_piwik/misc/log-analytics/import_logs.py --url=http://url_du_piwik ~/fichier_de_log --idsite id_du_site_sur_lequel_ajouter_les_hits
l'Id étant le même que celui de l'url de l'image ou du script javascript ;)
voila de quoi "suivre" vos utilisateurs SANS garder d'informations "critiques"
un "crackeur" de mot de passe windows... utile lorsqu'un plaisantin arrive a changer les mots de passe d'ordinateur public...
mais bon le "mieux" est d'avoir une image ghost à redéployer car qui sait ce qui a été caché...
L'épisode du jour des céréales du dimanche matin : SMBC, the book !, tiré de l'histoire auto-strip...