Blog

Bienvenue...

...sur mon blog, j'utilise ce site pour noter les petites choses qui me sont utiles, que ça soit informatique ou autre :)

Il y a 5 années 4 mois

Ouuuuh là là, le truc de mec pointilleux voir maniaque : j'ai créé une VM qui me sert de modèle pour démultiplier les petites VMs sans avoir à reparamétrer un certain nombre de basiques.

Non c'est pas encore là le truc de maniaque... donc du coup, partitionnement avec LVM parce que c'est 'achement mieux ;) et là quand on se retrouve avec la VM clonée, ben oué les volume group ont le nom du host de la machine :/ trop dur...

Donc là on cherche sur le net et on trouve la commande :

[[email protected] sssd]# vgrename --help
  vgrename: Rename a volume group
 
vgrename
        [-A|--autobackup y|n]
        [-d|--debug]
        [-h|--help]
        [-t|--test]
        [-v|--verbose]
        [--version]
        OldVolumeGroupPath NewVolumeGroupPath |
        OldVolumeGroupName NewVolumeGroupName

*JOIE*... du coup on rename, super simple :

[[email protected] ~]# vgrename vg_ancienhost vg_nouveauhost

Et pis on est des oufs : on reboot histoire de... et là on a un beau kernel panic =)

Donc c'est là qu'on se rappelle qu'on aurait dû changer la référence dans /etc/fstab, mais en fait c'est pas suffisant, VRAIMENT pas suffisant :

  • Changer la ref dans /etc/fstab
  • Changer la ref dans /boot/grub/menu.lst
  • Recréer l'image Ramdisk initiale (ouai ça c'est typiquement le genre de truc qu'on oublie - non je ne suis pas sysadm... :)=
    [[email protected] ~]# mkinitrd -f /boot/initramfs-2.6.32-431.el6.x86_64.img  2.6.32-431.el6.x86_64

Et là ça marche, enfin en tout cas chezmoicamarche.com ;)

Il y a 5 années 4 mois

Facile, faut installer sssd, donc un p'tit yum install sssd, puis créer le fichier /etc/sssd/sssd.conf

[domain/default]
id_provider = ldap
auth_provider = ldap
chpass_provider = ldap
ldap_uri = ldap://votre.domaine.com
ldap_default_bind_dn = uid=manager,cn=users,dc=votre,dc=domaine,dc=com
ldap_default_authtok = <SECRET PASSWORD>
ldap_default_authtok_type = password
ldap_id_use_start_tls = False
ldap_tls_reqcert = never
ldap_search_base = dc=votre,dc=domaine,dc=com
cache_credentials = True
cache_sensitive = False
enumerate = True
 
[sssd]
services = nss, pam
config_file_version = 2
domains = default
 
[nss]
filter_users = root,ldap,named,avahi,haldaemon,dbus,radiusd,news,nscd
 
[pam]
 
[sudo]
 
[autofs]
 
[ssh]
 
[pac]

Passer le fichier en 600 et owner "root.root" sinon le service ne démarrera pas

Installer oddjob, démarrer oddjobd si ça plante, démarrer le service messagebus puis oddjobd...

Activer l'authentification sssd (avec création du homedir lors de l'authent d'un nouveau user)

authconfig --enablesssd --enablesssdauth --enablelocauthorize --enablemkhomedir --updateall

Démarrer le service sssd

That's all folks ! :P

Il y a 5 années 4 mois

Lorsque j'ai eu cloné une VM, impossible d'avoir la carte réseau en eth0, l'os (centos) me mettait systématiquement l'interface en eth1 en duplicant les lignes dans /etc/udev/rules.d/70-persistent-net.rules

relou...

En fait c'est super simple, le clonage de VM implique un changement de la MAC Adresse de la carte réseau qui du coup ne correspond plus dans le fichier /etc/sysconfig/network-scripts/ifcfg-eth0 (HWADDR). Il suffit de mettre à jour cette valeur avec la nouvelle MAC Adresse (issue de ifconfig -a) et c'est bon !

Il y a 5 années 5 mois

Impossible de trouver l'executable jmap (ou tout autre utilitaire du jdk) sur une machine linux (avec openjdk installé) ?

Vous ne trouvez que la jre basique ?

...facile faut installer le package java-*-openjdk-devel

perdre une heure... CHECK !

OK, cool vous avez jmap, trop bien essayez ça :

> jmap -dump:file=/tmp/dump.bin <PID>

...ça ne marche pas ? NORMAL faut être avec le même user qui execute le process Java !!

> sudo -u <USER>  jmap -dump:file=/tmp/dump.bin <PID>

COOL !! (et perdre une heure de plus : CHECK ! ;)

Il y a 5 années 9 mois

Petit soucis rencontré sur une machine CentOS avec l'utilitaire qload (ServicePack MO03), lorsque j'execute la commande j'ai systématiquement le message :

[mqm@host:~]$ qload -m QM1 -i DLQ -f glop
QLOAD Program by Paul Clarke [ V1.9 Build:Jun 26 2012 ]
Error loading MQAPI DLL  RC(11)
[mqm@host:~]$

Du coup je cherche sur le net, giyf* quoi... impossible de trouver quoi que ce soit... je tombe quand même sur ce thread, donc en gros le dev du ServicePack (Paul Clarke) a quitté IBM a priori, c'est mal engagé... y'a quand même un e-mail donc je tente un e-mail avec la description de mon problème... et le mec me répond !!

Donc le problème venait du fait que nous avons installé WMQ avec un préfixe différent de celui par défaut (/opt/mqm) et du coup le programme ne trouve pas les librairies WMQ.

La solution est de positionner une variable MQM_DLL_PATH avec le chemin vers le repertoire /lib64 de WMQ.

Il existe aussi une variable MQACCESS_DEBUG qui permet de se positionner en mode debug.

#petit trick qui permet de spécifier a qload ou se trouvent les libs MQ...
MQM_DLL_PATH=`which strmqm | awk -F "/bin/strmqm" '{print $1}'`"/lib64"
#si pb avec qload y'a aussi export MQACCESS_DEBUG=yes pour débugger le merdier
${MQ_HOME}/supportpac/mo03/bin/qload -m ${QM_LOCAL_NAME} \
${PARAM_QUEUE} ${QUEUE} \
-F ${DESTINATION}/${TARGET_FILE}  >> ${LOG_FILE} 2>&1
* Google is your friend :D

Pages