debian on head /dev/log

HAproxy 1.6 sur debian 8 avec keepalived

Mon, 19 Oct 2015 08:39:05 +0000

HAproxy 1.6 is out !
Parlons de son installation avec keepalived qui va gerer noter bascule de VIP.
Keepalived va s’occuper de la bascule de VIP via VRRP.

installation des paquets

Installons HAproxy 1.6 grace aux dépots de http://haproxy.debian.net/

$ apt install keepalived haproxy

Autorisons linux à utiliser une adresse non localement configurée


$ echo "net.ipv4.ip_nonlocal_bind=1" >> /etc/sysctl.conf
$ sysctl -p

keepalived configuration, /etc/keepalived/keepalived.conf
Le fichier de configuration est commenté avec les information de la manpage que je vous invite a lire.

Sur le noeud maître:


# global definitions
global_defs {
}

# healthcheck of HAproxy
vrrp_script check_haproxy {
        script "killall -0 haproxy" # killall is faster
        interval 2 # in sec
        weight 2   #
}

# vrrp instance definition
vrrp_instance vrrp_01 {
        state MASTER
        interface eth0
        virtual_router_id 10 # used to differentiate multiple instances of vrrpd running on the same NI
        priority 150         # to be MASTER, make 50 more than other machines. priority 100
        use_vmac             # Use VRRP Virtual MAC - will create a vrrp.10 iface
        # authentication to access vrrpd
        authentication {
                auth_type PASS
                auth_pass testpass
        }
        # vip on wich HAproxy run
        virtual_ipaddress {
                192.168.122.10
                192.168.122.9
        }
        # healthcheck to use
        track_script {
                check_haproxy
        }
}

Peu de différences pour la configuration du noeud esclave (slave state et priority):


 definitions
global_defs {
}

# healthcheck of HAproxy
vrrp_script check_haproxy {
    script "killall -0 haproxy" # killall is faster
    interval 2 # in sec
    weight 2   #
}

# vrrp instance definition
vrrp_instance vrrp_01 {
    state SLAVE
    interface eth0
    virtual_router_id 10 # used to differentiate multiple instances of vrrpd running on the same NI
    priority 50          # to be MASTER, make 50 more than other machines. priority 100
    use_vmac             # Use VRRP Virtual MAC - will create a vrrp.10 iface
    # authentication to access vrrpd
    authentication {
        auth_type PASS
        auth_pass testpass
    }
    # vip on wich HAproxy run
    virtual_ipaddress {
        192.168.122.10
        192.168.122.9
    }
    # healthcheck to use
    track_script {
        check_haproxy
    }
}

HAproxy configuration
Utiliser la même configuration sur tous vos noeuds est chaudement recommandé ;-)

Je vous laisse découvrir HAproxy si vous ne connaissez pas déjà ce formidable logiciel !
Je décris ici une configuration simpliste pour tester notre configuration de keepalived:

frontend f_vrrp10_svc
 bind 192.168.122.10:80
 default_backend b_webfarm
 
backend b_webfarm
 server srv1 192.168.122.21:80 check
 server srv2 192.168.122.22:80 check
 server srv3 192.168.122.23:80 check

Ce post est inspiré par cet article.
http://dasunhegoda.com/how-to-setup-haproxy-with-keepalived/833/

burp : la sauvegarde simple qui juste marche

Sat, 12 Sep 2015 22:53:22 +0000

Cette fois, je vais parler sauvegarde avec le logiciel burp. Je vous laisse vous référer au site officiel pour en apprendre plus sur les raisons du démarrage de ce projet par Graham Keeling. Burp est basé sur librsync, ce qui lui permet d’être très efficace sur les sauvegardes différentielles.

Des points intéressants de ce logiciel sont que le client fonctionne sur linux/mac/windows, qu’il est très simple à mettre en place. Par exemple, le client et le serveur sont dans le même binaire, il y a très peu de dépendances etc.

Autre point important pour mon cas d’usage qui comprend des ordinateurs portables qui ne sont pas toujours présents sur le réseau: c’est le client qui vient demander au serveur s’il est temps pour lui de se sauvegarder.

Concrètement, il s’agit d’un cron qui se lance régulierement pour interroger le serveur. Selon la politique de sauvegarde définie et la date de la dernière sauvegarde, le serveur autorise la sauvegarde ou non. Le script de calcul coté serveur est bien sur configurable et modifiable.

Je vais rapidement dérouler l’installation et la sauvegarde du premier client sur Debian.

Installation du server et du client :
apt install burp

Sur le serveur, autoriser le démon à se lancer en mettant RUN=yes dans /etc/default/burp

La configuration du serveur se fait dans /etc/burp/burp-server.conf
L’ajout d’un client se passe simplement, il faut une configuration sur le serveur et une sur le client avec un mot de passe commun.

Exemple sur le serveur dans /etc/burp/clientconfdir/client_test
password = passbkp

Exemple sur le client dans /etc/burp/burp.conf

mode = client 
port = 4971
server = 10.0.0.1
password = passbkp
cname = client_test

Bien sur il ne faut pas oublier de modifier le reste du fichier pour limiter le débit si necessaire et ajuster les inclusions et exclusions.

A la première communication, le serveur va verifier le mot de passe puis signer le certificat X509 généré par le client, cela servira à chiffrer les communications par la suite.

un rapide burp -a b pour lancer la premiere sauvegarde, puis l’ajout de burp -a t en cron et c’est fini !

Après la première sauvegarde, cela va assez vite car burp inventorie les metadonnées des fichiers à sauvegarder puis les compare aux métadonnées de la derniere sauvegarde du serveur.
Cela lui permet de ne sauvegarder que les fichiers ajoutés et pour les fichiers modifiés, seuls les blocs modifiés sont transmis.

Une interface de visualisation est disponible depuis le serveur :
burp -c /etc/burp/burp-server.conf -a s

Ziirish à lancé un projet d’interface web de monitoring et de configuration pour burp. Ça se passe ici pour ceux qui veulent tester : https://git.ziirish.me/ziirish/burp-ui

Au moment de tester les restaurations, c’est amusant de voir que les regex sont utilisées pour selectioner les fichiers ou repertoires à remonter. C’est vraiment pratique.

Exemple pour restaurer un fichier depuis le backup numéro 1 dans le repertoire /tmp/
burp -a r -b 1 -r fichier$ -d /tmp/

C’est KISS non ? 🙂

En bonus voici les infos qu’on trouve pour résumer l’état d’un backup.

--------------------------------------------------------------------------------<
Start time: 2015-09-11 19:27:01
End time: 2015-09-11 19:28:08
Time taken: 01:07
                         New   Changed Unchanged   Deleted     Total |  Scanned
                   ------------------------------------------------------------
            Files:        15        59         0         0        74 |    48610
        Meta data:         0         0         0         0         0 |        1
      Directories:         0         0         0         0         0 |     6002
       Soft links:         0         0         0         0         0 |       56
    Special files:         0         0         0         0         0 |        2
      Grand total:        15        59         0         0        74 |    54671
                   ------------------------------------------------------------

 Warnings: 1

 Bytes estimated: 213898414380 (199.21 GB)  
 Bytes in backup: 110569423 (105.45 MB)  
 Bytes received: 0  
 Bytes sent: 23859722 (22.75 MB)  
--------------------------------------------------------------------------------

debian wheezy dpkg: error processing forked-daapd

Thu, 09 May 2013 17:40:48 +0000

Une machine sous debian testing fraichement passée en wheezy a quelques soucis de mise à jour à cause de forked-daapd.

Setting up forked-daapd (0.19gcd-dmo1) ...
Starting RSP and DAAP media server: invoke-rc.d: initscript forked-daapd, action "start" failed.
dpkg: error processing forked-daapd (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
forked-daapd
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up forked-daapd (0.19gcd-dmo1) ...
Starting RSP and DAAP media server: invoke-rc.d: initscript forked-daapd, action "start" failed.
dpkg: error processing forked-daapd (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
forked-daapd

Il a suffit de killer le processus /usr/sbin/forked-daapd et de relancer l’installation du paquet pour que tout soit OK.

Pour une fois c’était presque trop simple.

Migration de trac vers redmine ?

Tue, 26 May 2009 01:00:42 +0000

Redmine est l’outil de gestion de projet concurrent de trac qui monte qui monte.
C’est une application qui utilise le framework RoR. J’ai voulu le tester et pour cela, j’ai importé les données du trac que j’utilise.

aptitude install rubygems rake libmysql-ruby libopenssl-ruby libsqlite3-ruby

libmysql est nécessaire à Redmine pour utiliser mysql, sqlite3 pour faire l’import de trac. Voici à quoi ressemble la migration de trac vers Redmine, l’outil fonctionne sans problème.

$ rake redmine:migrate_from_trac RAILS_ENV="production
WARNING: a new project will be added to Redmine during this process.
Are you sure you want to continue ? [y/N] Y
Trac directory []: /home/trac/blahblah/
Trac database adapter (sqlite, sqlite3, mysql, postgresql) [sqlite]: sqlite3
Trac database encoding [UTF-8]:
Target project identifier []: blahblah
This project already exists in your Redmine database.
Are you sure you want to append data to this project ? [Y/n] y
Migrating components
Migrating milestones
Migrating custom fields
Migrating tickets
Migrating wiki

Tout est présent, les utilisateurs sont fonctionnels. Après un rapide tour du propriétaire, voici mes premières impressions sur Redmine :

Supporte nativement multiprojets
Il permet d’utiliser un forum, joindre des documents par projet
Il se comporte comme un client svn distant et n’a pas besoin d’avoir accès au FS comme trac
Interface d’administration très complete
Diagramme de Gantt automatique

la tête d'oeuf refuse le background !

Tue, 03 Feb 2009 17:01:28 +0000

La migration vers les VM Xen toutes fraiches continue.

kasimir, notre eggdrop d’amour fait son récalcitrant. Lancé en foreground, il se connecte correctement au serveur mais pas en mode background… gênant pour un bot irc 🙂

Heureusement, la solution est expliquée ici. Il faut patcher et compiler avec l’option –enable-tcl-threadsmake et roulez jeunesse.

Pour ceux qui utilisent le paquet eggdrop debian le patch est deja intégré à testing.
(oui, le bug date de plusieurs mois, et alors ?)

Debian testing hybride avec unstable

Sat, 16 Aug 2008 02:48:24 +0000

Encore un tip qui vient du wiki. Merci Superna 🙂

Introduction

Il arrive que la debian testing soit en manque ce certains paquets qui sont disponibles en unstable.
Il faut alors mettre sa debian en Hybride, en ajoutant le repository unstable et régler apt pour donner une plus grande priorité a Testing.

Ajout de Unstable

Ajoutez dans votre /etc/apt/sources.list les lignes correspondant à unstable.

Par exemple vous pouvez avoir :

deb http://ftp.fr.debian.org/debian/ testing main contrib
deb-src http://ftp.fr.debian.org/debian/ testing main contrib

ajoutez a la suite :

deb http://ftp.fr.debian.org/debian/ unstable main contrib
deb-src http://ftp.fr.debian.org/debian/ unstable main contrib

Régler les priorités

Créez le fichier /etc/apt/preferences et ajoutez :

Package: *
Pin: release a=testing
Pin-Priority: 100
Package: *
Pin: release a=unstable
Pin-Priority: 90

Il faut que la priorité de unstable (ici 90) soit inférieure a celle de testing (ici 100)
On aurait pu mettre 1 et 2 !

Ensuite, vous aurez accés a tout les paquets de testing et en plus a ceux de unstable qui manqueraient.