<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog de Boris HUISGEN &#187; Linux</title>
	<atom:link href="http://blog.hbis.fr/category/systeme/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.hbis.fr</link>
	<description>Administrateur &#38; Développeur système UNIX/Linux</description>
	<lastBuildDate>Fri, 30 Jul 2010 09:49:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Système : copie d&#8217;un disque par le réseau</title>
		<link>http://blog.hbis.fr/2010/05/01/system-diskcopy_over_network/</link>
		<comments>http://blog.hbis.fr/2010/05/01/system-diskcopy_over_network/#comments</comments>
		<pubDate>Sat, 01 May 2010 18:10:33 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2258</guid>
		<description><![CDATA[Sur la machine cible : # netcat -vv -l -p 7000 &#124; dd of=/dev/hdb listening on [any] 7000 ... connect to [192.168.100.166] from maggie.interact.lu [192.168.100.100] 53106 Sur la machine source : # dd if=/dev/hdb &#124; netcat -vv 192.168.100.166 7000 Warning: Inverse name lookup failed for `192.168.100.166' 192.168.100.166 7000 (afs3-fileserver) open]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/05/01/system-diskcopy_over_network/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Gentoo : mise à jour udev 146</title>
		<link>http://blog.hbis.fr/2010/02/22/gentoo-udev_boot_ko/</link>
		<comments>http://blog.hbis.fr/2010/02/22/gentoo-udev_boot_ko/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 18:22:32 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2025</guid>
		<description><![CDATA[Faites attention aux dernières versions d&#8217;udev car depuis la version 146, la compatibilité avec les noyaux antérieurs aux 2.6.25 est rompue. Si çà n&#8217;est pas le cas, le résultat est sans appel : votre système est incapable de booter et un joli &#171;&#160;bloc&#160;&#187; textuel va surgir prétextant une impossibilité de trouver le root device ! ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/02/22/gentoo-udev_boot_ko/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Linux : contrôlez votre RAID software</title>
		<link>http://blog.hbis.fr/2010/02/16/linux-check_raid_sysfs/</link>
		<comments>http://blog.hbis.fr/2010/02/16/linux-check_raid_sysfs/#comments</comments>
		<pubDate>Tue, 16 Feb 2010 21:50:49 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=2010</guid>
		<description><![CDATA[Quelques astuces pour contrôler votre RAID sw : # echo check &#62; /sys/block/md3/md/sync_action # cat /proc/mdstat Personalities : [raid1] md1 : active raid1 sdb1[1] sda1[0] 128384 blocks [2/2] [UU] md3 : active raid1 sdb3[1] sda3[0] 40001728 blocks [2/2] [UU] [============&#62;........]  check = 61.9% (24770752/40001728) finish=4.4min speed=57184K/sec md4 : active raid1 sdb4[1] sda4[0] 112157696 blocks [2/2] ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/02/16/linux-check_raid_sysfs/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Réseau : géolocalisation de votre connexion</title>
		<link>http://blog.hbis.fr/2010/01/21/network-fai_geoip/</link>
		<comments>http://blog.hbis.fr/2010/01/21/network-fai_geoip/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 16:42:49 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[BSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Mac OS X]]></category>
		<category><![CDATA[Réseau]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1741</guid>
		<description><![CDATA[Pour géolocaliser votre connexion Internet (au niveau du DSLAM de votre FAI), une commande sympa : $ curl -s &#34;http://www.geody.com/geoip.php?ip=$(curl -s icanhazip.com)&#34; &#124; sed '/^IP:/!d;s/&#60;[^&#62;][^&#62;]*&#62;//g' IP: XX.XX.XX.XXX Location: Munshausen, Luxembourg   (Visual Online S.A.)]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/01/21/network-fai_geoip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux : trouver la date d&#039;installation d&#039;un système</title>
		<link>http://blog.hbis.fr/2010/01/21/linux-install_date-2/</link>
		<comments>http://blog.hbis.fr/2010/01/21/linux-install_date-2/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 09:19:13 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1728</guid>
		<description><![CDATA[Une petite astuce pour obtenir la date d&#8217;installation d&#8217;un système d&#8217;exploitation Linux grâce à la commande dumpe2fs : # dumpe2fs /dev/sda1 &#124; grep 'created' dumpe2fs 1.41.9 (22-Aug-2009) Filesystem created:       Fri Jan 27 23:35:05 2006 Il est également possible d&#8217;obtenir la date du dernier et du prochain filecheck : # dumpe2fs /dev/sda1&#124;grep check dumpe2fs 1.41.9 (22-Aug-2009) ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/01/21/linux-install_date-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Postfix : virtual alias lookup problem</title>
		<link>http://blog.hbis.fr/2010/01/18/postfix-virtual_alias_lookup/</link>
		<comments>http://blog.hbis.fr/2010/01/18/postfix-virtual_alias_lookup/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 10:36:23 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Messagerie]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.bhuisgen.homeip.net/?p=157</guid>
		<description><![CDATA[Un problème courant sur les serveurs SMTP Postfix avec gestion virtuelle des utilisateurs avec backend MySQL, concerne la présence de nombreux warnings dans le log comme ceci : Feb  5 03:02:19 srv07 postfix/cleanup[22193]: warning: 7C6E95117E: virtual_alias_maps map lookup problem for user@domain.fr Pour le corriger, il suffit de corriger la requête SQL des alias mail : ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/01/18/postfix-virtual_alias_lookup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux : interfaces réseaux en channel bonding</title>
		<link>http://blog.hbis.fr/2010/01/18/linux-channel_bonding/</link>
		<comments>http://blog.hbis.fr/2010/01/18/linux-channel_bonding/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 10:29:36 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=542</guid>
		<description><![CDATA[Le channel bonding est une technique d'agrégation au niveau 2 de la pile OSI de une ou plusieurs interfaces réseaux réelles en une une unique interface réseau virtuelle. Son utilité est de permettre une redondance du lien réseau (si une carte réseau grille, les autres assurent la continuité du lien), d'équilibrer la charge réseau sur chacune des cartes réseaux, et également d'augmenter la bande passante. Le dernier point est utile par exemple si votre switch/routeur réseau peut communiquer plus rapidement qu'un de vos cartes réseaux]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2010/01/18/linux-channel_bonding/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Exim : nettoyage du spool</title>
		<link>http://blog.hbis.fr/2009/11/04/exim-spool_cleanup/</link>
		<comments>http://blog.hbis.fr/2009/11/04/exim-spool_cleanup/#comments</comments>
		<pubDate>Wed, 04 Nov 2009 00:08:52 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Messagerie]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1502</guid>
		<description><![CDATA[Exim gère son spool par des fichiers bases de données, stockés dans /var/spool/exim/db. Sont enregistrés le statut de chaque message envoyé / refusé / bloqué vers les serveurs SMTP externes et locaux, comme par exemple celui du filtre antivirus amavisd-new. En cas de plantage ou surcharge du serveur, l&#8217;antivirus peut refuser la soumission de mail. ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2009/11/04/exim-spool_cleanup/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>OpenLDAP : reconstruction d&#039;une base suite à une mise à jour</title>
		<link>http://blog.hbis.fr/2009/10/14/openldap-dump-2/</link>
		<comments>http://blog.hbis.fr/2009/10/14/openldap-dump-2/#comments</comments>
		<pubDate>Wed, 14 Oct 2009 16:03:26 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Système]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1339</guid>
		<description><![CDATA[En cas de mise à jour d&#8217;une version majeure d&#8217;OpenLDAP, voici la procédure à respecter pour reconstruire votre base LDAP. Etape 1 : export de votre base LDAP : # /etc/init.d/slurpd stop # /etc/init.d/slapd stop # slapcat -l /root/ldapdump.raw # egrep -v '^entryCSN:' &#60; /root/ldapdump.raw &#62; /root/ldapdump # mv /var/lib/openldap-data/ /root/openldap-data-backup/ Etape 2 : mise ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2009/10/14/openldap-dump-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nginx : intégration complète de Mailman</title>
		<link>http://blog.hbis.fr/2009/10/06/nginx-mailman/</link>
		<comments>http://blog.hbis.fr/2009/10/06/nginx-mailman/#comments</comments>
		<pubDate>Tue, 06 Oct 2009 14:21:41 +0000</pubDate>
		<dc:creator>Boris HUISGEN</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Hébergement]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://blog.hbis.fr/?p=1287</guid>
		<description><![CDATA[Pour utiliser Mailman avec Nginx, il n&#8217;y a aucunement besoin d&#8217;un serveur externe pour l&#8217;exécution CGI. Une configuration adaptée permet de se passer du serveur THTTPD, utilisé dans ce tutorial. En premier lieu, lisez mon article traitant de l&#8217;exécution CGI/Perl sous Nginx et installez y le wrapper. Il reste  ensuite à configurer les deux logiciels. ]]></description>
		<wfw:commentRss>http://blog.hbis.fr/2009/10/06/nginx-mailman/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
