Ex: génère un “mailto:toto@toto.com”, qui pré-remplit naturellement un client mail. Cela peut également servir afin d’éviter de donner son adresse mail directement sur un site web (même s’il existe des robots lecteurs de QR code).

Comment générer ce genre d’image ? avec Perl et “Imager::QRCode;”.

(# cpan

# install Imager::QRCode

# exit )

Puis voir : http://perltraining.com.au/tips/2009-10-08.html, rulez…

Pour aller plus loin, générons une fiche Vcard pour pré-remplir l’ajout d’un contact…

“use Text::vCard::Addressbook;” et rulez…

Exemple de génération : createQRcodeVcard.pl

qui donne ceci :

Certains diront que c’est “FUN, COOL, Trop fort…”, mais ce n’est que 10 lignes de perl…

Bon, comment l’utiliser : Il y a les browsers multi-OS. ça marche bien…

Mais rien de mieux qu’un montage linux. Donc, C’est possible :

Pour ce faire :

# apt-get install davfs2

Puis faudra trouver les bons login et mots de passes :

Les scripts suivant :

http://www.protocol-hacking.org/public/hubic.pl ou http://www.protocol-hacking.org/public/Hubic.py

vous donneront les bons login et mdp.

Ensuite rien de plus simple : ex :

# mkdir -p /hubic

# mount -t davfs -o username=cloudnas,gid=1000,uid=1000 https://cloudnas1.ovh.com/7742iiof345bbd339da7eed2aee66fc0 /hubic

et c’est parti…

Attention au cache DavFS ! Pour démonter le périphérique nuage, cela peut prendre du temps si votre cache est plein (50Mo par défaut). Aussi, je préfère désactiver le cache davfs et forcer un upload immédiat :

# printf “cache_size      0\ndelay_upload    0\n” >> /etc/davfs2/davfs2.conf

# printf “cache_size      0\ndelay_upload    0\n” >> ~/davfs2/davfs2.conf

Enfin, pour les sauvegardes, je choisis un rsync en désactivant l’utilisation de fichiers temporaires lors de la recopie et une solution de comparaison plus rapide :

# rsync –inplace –delete –size-only -avP /rep_a_sauvegarder/ /hubic/rep_a_sauvegarder/

Plus de 20Go uploadé… je peux, peut-être, bientôt oublier mes NAS de sauvegarde…

NB: On va attendre encore avant de jeter mes NAS

Site de publication : Script de supervision N5000 et Compellent

Par contre, vu que le code publié contient mon nom et qu’il manque pas mal de chose, je vais reprendre un peu ce code pour le re-publier plus “correctement”. Je n’ai pas été tenu au courant de cette publication. Pour info, ce code a été écrit pour un client, très heureux également que celui-ci ait donné son autorisation à cette publication.

Donc plusieurs archives :

* check_compellent.tar.gz :

Compellent, c’est quoi ? Pour aller vite : une grosse baie de stockage qui fait plein de trucs…

Script Perl qui exécute l’API Java fournie par Compellent pour interroger l’interface de management de la baie Compellent. On retire pas beaucoup d’informations, mais celles-ci peuvent suffire. Bon, c’est pas jolie comme script, mais bon c’est tout ce qu’on pouvait faire.

A noter, que j’ai aussi réalisé des scripts de check Nagios en PowerShell via l’API PowerShell fournie par Compellent. Mais hélas, ce code n’a pas été publié et je n’ai pas de copie… (ce code est dans un répertoire du client…)

* check_n5000.tar.gz :

N5000, c’est quoi ? pour aller vite : un gros serveur linux qui fait de la déduplication à la source pour de la sauvegarde…

- Un petit script pour vérifier l’état des disques (Les disques ont tendance à casser facilement… y’a 24 disques, si je me souviens bien).

- Un autre script pour éviter de se connecter à l’interface web. Cela utilise le cli N5000. Le défaut ? il faut se connecter au préalable via une commande pdlogin. Aussi, j’utilise une grosse magouille expect, qu’il fallait commenter pour qu’on y comprenne quelque-chose. Voici chose faite.

Bon, si ça peut servir… N’hésitez pas à me contacter directement. C’est toujours mieux d’aller à la source

Imaginer deux salles informatiques connectées et équipées de la solution DataCore (en réplication synchrone) et d’une d’une infrastructure VMware reposant dessus.

Salle Ouest : 1 DataCore + 1 ESXi

Salle Est : 1 DataCore +  1 ESXi

Si une salle perd accès au courant électrique, les onduleurs prennent le relais. Cependant, si une coupure prolongée intervient, par exemple, sur la salle Est. Oui, le stockage DataCore restera disponible, mais cependant les VMs situés à l’Est devront redémarrer à l’Ouest (via Vmware HA). Ce qui provoquera une coupure d’activité.

Aussi, l’idée est la suivante : “Détecter la coupure de courant et migrer automatiquement les VMs à l’Ouest puis tout éteindre à l’Est proprement dans le temps ondulé”. On évite ainsi une coupure d’activité des VMs.

Comment faire ? Coupler les serveurs aux onduleurs, configurer le Powershut à exécuter un script et enfin écrire le script réalisant les opérations. Nous utiliserons un script Batch exécuté automatiquement par le PowerShut de l’onduleur. Ce script exécute ensuite un script PowerShell devant exécuter les opérations.

Voir ci-dessous :

script stopEst.bat :

@echo off
set PATH=C:\Program Files (x86)\VMware\VMware vSphere CLI\Perl\site\bin;C:\Program Files (x86)\VMware\VMware vSphere CLI\Perl\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files\ipmiutil

cd c:\temp\
move logMigration.txt logMigration.old
set LogFileExt=C:\temp\logMigration.txt

cd C:\Users\Administrateur\Desktop\bin
powershell -ExecutionPolicy Unrestricted -File stop_est.ps1 >> %LogFileExt%

Ce script batch exécute le script PowerShell ci-dessous.

script : stop_est.ps1

######################################
# Programme de migration automatique de VM        #
# suite à détection de perte de courant.                       #
# A installer sur un serveur (ici installé                       #
# sur un serveur DataCore connecté à l’onduleur)     #
# Programme exécuté par le powershut                     #
#####################################
# migre_vm vers Ouest et stop Est

$vcenter=”ipVcenter”
$vmOuest=”ipVmOuest”
$vmEst=”ipVmEst”

$expediteur = “from@domain.com”
$destinataire = “to.admin@domain.com”
$smtpServer = “ipServerSmtp”

# Chargement des librairies VMware
Add-PSSnapin VMware.VimAutomation.Core

# Connexion au Vcenter : Exécution, bien entendu, via un utilisateur

# ayant le droit administrateur Vcenter
Connect-VIServer -Server $vcenter

“”
“Migration des VMs vers Ouest… : ” + (Get-Date)
“”
Get-VM | Move-VM -Destination $vmOuest

“”
“Arrêt de vm-Est : ” + (Get-Date)
“”
# Maintenance
Set-VMHost $vmEst -State Maintenance -Confirm:$false
Start-Sleep -s 5
Stop-VMHost $vmEst -Confirm:$false
# on force au cas où !
Start-Sleep -s 5
Stop-VMHost $vmEst -Confirm:$false -Force

“”
“Arrêt du service datacore-Est : ” + (Get-Date)
“”
Get-Service -name Dcsx
Stop-Service -name Dcsx
Get-Service -name Dcsx

# Envoi du mail d’info
$fichier = “C:\temp\logMigration.txt”
$objet = “[ Salle Est ] Migration des VMs vers Ouest ” + [System.DateTime]::Now
$texte = “En raison de la perte courant en salle Est, toutes les VM de la salle Est sont migrées vers la salle Ouest.
Datacore-Est et vm-Est sont arrêtes.
Merci d’intervenir.”

$message = new-object System.Net.Mail.MailMessage $expediteur, $destinataire, $objet, $texte
$attachment = new-object System.Net.Mail.Attachment $fichier
$message.Attachments.Add($attachment)
$SMTPclient = new-object System.Net.Mail.SmtpClient $smtpServer
$SMTPclient.Credentials = [System.Net.CredentialCache]::DefaultNetworkCredentials
# envoi du message
$SMTPclient.Send($message)

# Arrêt propre du serveur DataCore Est
Stop-Computer -computerName datacore_Est
Start-Sleep -s 20
# On force l’arrêt
Stop-Computer -computerName datacore_Est -Force

Et voilà, quelques lignes de PowerShell et le tour est joué. Vive le scripting… Enjoy !

A base de notre bonne vielle commande ssh et une connexion à peu près stable, on peut s’amuser à passer le fichier dans un tube ssh en le compressant au passage :

ex : cat $file | gzip -9 | ssh $IP_server “gunzip > $file”

C’est ce que je me suis mis à tester. Avec lzop, gzip, bzip2, lzma et ça marche plutôt bien. Aussi, je me suis écris un petit script bash pour faire tout ça :

sendBigFileThruSsh.sh (cliquer sur le lien pour le télécharger)

Exemple d’utilisation :

./sendBigFileThruSsh.sh  -h ip -f ~/Téléchargements/fichier -d /tmp -m yes -c lzma -l -9

Sinon, vous connaissez le meilleur protocole pour envoyer des Terra Octets à l’autre bout de la planète en moins de 24 heures  ? Fedex, UPS, DHL, TNT bien sûr !

#!/bin/bash

# mettre -noprint en argument pour récupérer le fichier Postscript sur le bureau

dpi=300
FILE=/tmp/$RANDOM$RANDOM
FILEPS=/tmp/$RANDOM$RANDOM.ps
scanimage -d plustek –contrast 30 -l 0 -t 0 -p -x 210 -y 297 –mode Gray –resolution ${dpi}dpi  > $FILE
pnmtops -dpi=${dpi}x${dpi} $FILE > $FILEPS
[ -z $1 ] && ( lpr $FILEPS && rm -f $FILE $FILEPS > /dev/null 2>&1 ) || mv $FILEPS ~/Desktop/

Une icône sur le bureau et c’est partie !

Et bien, oui ! ça existe :

gzip parallélisé : pigz

bzip2 parallélisé : pbzip2

On a un speedup quasi linéaire et en plus on a les mêmes options, ça mériterait un :

apt-get install pigz pbzip2

alias gzip=’pigz’

alias bzip2=’pbzip2′

Un seul reproche : pigz ne peut pas sortir le résultat sur stdout.

on renomme :

delete_space_file.sh :

#!/bin/bash

find . -type f -name “* *”|while read file
do
echo “$file”
mv “$file” “`echo “$file”| awk ‘BEGIN {OFS=”_”} $1=$1′`”
done

Ex: ./delete_space_file.sh

Et bien, il vous faut du temps et un logiciel miracle va vous aider : WinImage

Procédure :

1. Créer une VM linux avec un serveur NFS et de la place disque (2 fois chaque VM).
2. Monter sous XenServer un répertoire NFS : New Storage -> NFS VHD -> next…
3. Créer une VM sous WinXP et y installer le logiciel WinImage : DownLoad
4. Paramétrer sur votre VM Linux NFS un partage SAMBA pour le répertoire déjà exporter en NFS
5. Monter sur votre VM WinXP un lecteur réseau sur le répertoire SAMBA de la VM linux (qui pointe sur le même répertoire que celui exporté en NFS).
6. Sous XenCenter : Stopper la VM à migrer et faite ensuite une copie (Full) de votre VM sur le disque NFS (storage NFS).
7. Une fois la copie effectuée, lancez sous la VM WinXP WinImage et faites : Disk -> convert Virtual Hard Disk Image…->allez chercher votre disque VHD sur votre partage SAMBA (NFS).
8. Choisir un fichier vmbk (de type disque fin, c’est mieux) en fichier de sortie et lancez.
9. Prenez un café ! et c’est fini.
10. Copier votre fichier vmbk sur un vmfs VMware et créer votre VM en attachant ce disque
11. Enjoy !
12. Bon ensuite, faut désinstaller les XenTools pour réinstaller les VMwareTools, mais bon, ça se fait. Vous pouvez aussi reprendre les adresses MAC si vous voulez éviter des changements d’IP en DHCP.

Croyez moi, c’est long, mais content d’avoir UNE SOLUTION !

xe vm-suspend vm=$vm
xe export vm=$vm filename=/path/$vm.xva
xe vm-resume vm=$vm

ça marche, mais on arrête l’activité, du coup, pas si  sympa que ça. L’astuce, c’est de faire un snapshot de la vm et ensuite d’exporter la snapshot et de supprimer ensuite cette snapshot (comme fait VMware…).

Donc, croyant avoir tout inventé, j’ai fait une recherche sur internet et je suis tombé sur un script bien plus abouti que les miens. Aussi, c’est comme ça, je préfère vous indiquer le meilleur chemin :

Aussi sur : http://www.andy-burton.co.uk/blog/index.php/2009-11/updated-citrix-xenserver-5-5-automatic-vm-backup-scripts/

Vous trouverez un super script pour faire tout ça :

Pour tester, vous éditez le fichier : vm_backup.cfg, pour y mettre backup_vms=”list” + “add_to_backup_list=uuid_de_votre_vm_de_test” et vous lancez le script en mode verbeux :

bash -x ./vm_backup.sh

ça marche bien.

Bon, le défaut de script, c’est que s’il se termine pas, il vous laisse des snapshots partout. Mais bon, ça marche bien, le principe est respecté. Penser à faire un script de nettoyage des snapshots hebdomadaire.

Just Enjoy !