linux on head /dev/log

gcc compilation failure (Value too large for defined data type)

Sun, 10 Mar 2019 21:21:07 +0000

I just reinstalled some of my servers with my beloved combo : gentoo & XFS <3

When I was trying to upgrade my gcc version from 7.3 to 8.2 I got the following error :

<pre class="wp-block-code">```
checking for uintptr_t...  * /var/tmp/portage/sys-apps/sandbox-2.13/work/sandbox-2.13/libsandbox/libsandbox.c:check_syscall():968: failure (Value too large for defined data type):
 * ISE: fopen_wr(conftest.val)
        abs_path: (null)
        res_path: /var/tmp/portage/sys-devel/gcc-8.2.0-r6/work/build/x86_64-pc-linux-gnu/32/libatomic/conftest.val
configure: error: Could not determine word size.

I finally found in that very old gentoo forum post and bug report that XFS is the rootcause. So I decided to move my ‘/var/tmp/portage’ from XFS to tmpfs by adding the following to /etc/fstab. Size may be adapted but 2G is not enough to compile GCC successfully.

<pre class="wp-block-preformatted">tmpfs /var/tmp/portage tmpfs size=4G,uid=portage,gid=portage,mode=775,noatime        0 0

Then I resumed the compilation, it worked like a charm and I was able to set my new GCC version as default one.

$ emerge --resume
$ gcc-config -l
[1] x86_64-pc-linux-gnu-7.3.0 *
[2] x86_64-pc-linux-gnu-8.2.0 
$ gcc-config 2

Again, gentoo documentation and resources was awesome 🙂

Ajout d'un disque dans un raid 5 dmraid

Wed, 27 Dec 2017 22:27:00 +0000

(Voici un vieux billet qui trainait dans les brouillons, j’en profite pour le publier maintenant si ça peut servir à certains)

Restons dans le principe KISS (au moins pour l’utilisateur) avec dmraid qui permet la manipulation des disques très facilement dans une grappe RAID sous linux.

Dernièrement l’ajout d’un disque dans un de mes RAID5 n’a pas été plus compliqué que ça:

Copie de la table de partition d’un disque présent dans la grappe vers le nouveau.

sfdisk -d /dev/sdb | sfdisk /dev/sdf

Ajout du disque dans la grappe (en tant que spare)

mdadm --manage /dev/md0 --add /dev/sdf1

Ajout du disque comme disque de donnée dans le RAID5. Attention c’est à ce moment que les données bougent. Il ne faut pas interrompre cette opération qui dure plusieurs heures. On assume ici que la grappe passe de 4 à 5 disques actifs.

mdadm --grow --raid-devices=5 --backup-file=/root/md0-grow.bak /dev/md0

Preuve que c’est long:

Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10] 
md0 : active raid5 sdf1[6] sdd1[3] sdc1[4] sdb1[1] sde1[5]
 5860150272 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/5] [UUUUU]
 [>....................] reshape = 0.8% (17033544/1953383424) finish=1183.5min speed=27266K/sec
 
unused devices: <none>

En bref, on se redonne RDV dans plus de 16h.
Ensuite il suffit de redimensionner le FS ou le LV + le FS selon comment vous avez découpé le volume.

Des sources bien mieux documentées éxistent, et heureusement :
https://raid.wiki.kernel.org/index.php/RAID_setup
https://wiki.archlinux.org/index.php/Installing_with_Fake_RAID

HAproxy 1.6 est sorti

Wed, 14 Oct 2015 15:39:47 +0000

HAproxy est sorti hier en version 1.6. 16 mois et 1156 commits après la version 1.5.

Au menu des nouveautés on trouve principalement la possibilité de scripter en LUA ou de lancer des scripts externes de health check pour obtenir un état de l’application via des requêtes plus complexes qu’auparavant.

Par ici pour une liste plus détaillée des nouveautés.

RHEL extension de LUN

Thu, 22 Sep 2011 16:24:50 +0000

On me dit que je suis mort et qu’il ne se passe rien ici, que nenni !

Pour la peine, je post ici un bloc note qui pourra servir à certains.. ou pas.

Ça peut être pratique de procéder a une extension de LUN si la baie de stockage le gère correctement. Par exemple, une VNX toute neuve fait cela très bien.

Coté systeme, il faut gerer le resize des disques pour chaque chemin et du device « multipathé ».

for i in multipath -ll mpathX | awk ‘/sd./ {print $3}’; do blockdev --rereadpt /dev/$i ; done

Puis, il faut rescanner les chemins, soit avec en lancant simplement multipath soit en utilisant le démon multipathd multipathd -k"resize multipath mpathX"

Ensuite, il suffit de retailler le FS s’il est directement sur le device ou le physical volume si vous utilisez LVM.

Ce sera tout merci.