Souci :
La migration a fait que les utilisateurs se connectent avec un autre identifiant (du point de vue de Seafile).
On le constate en regardant dans la table MySQL seahubdb.profile_profile :
use seahubdb;
select * from profile_profile;
+----+------------------------------------------------+-------------+-------+-----------+----------+-------------------------------------+-------------+----------------------+-------------------------------+
| id | user | nickname | intro | lang_code | login_id | contact_email | institution | list_in_address_book | is_manually_set_contact_email |
+----+------------------------------------------------+-------------+-------+-----------+----------+-------------------------------------+-------------+----------------------+-------------------------------+
| 1 | user1@mon.domaineA.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 2 | user2@mon.domaineA.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 3 | user3@mon.domaineA.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 4 | user4@domaineB.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 5 | user5@domaineB.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 6 | user6@domaineB.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 7 | user7@domaineB.fr | | | NULL | NULL | NULL | | 0 | 0 |
| 8 | 2dc612f5xxxxxxxxxxx070130478969d@auth.local | user1 | | NULL | NULL | user1@domaineB.fr | | 0 | 0 |
| 9 | d6b0179xxxxxxx659248ef76e5fa47d2@auth.local | user7 | | NULL | NULL | NULL | | 0 | 0 |
| 10 | 35xxxxxxxxxxxxxxxx996f0c73782141@auth.local | user3 | | NULL | NULL | user3@domaineB.fr | | 0 | 0 |
| 11 | fb1f79924d96466daxxxxxxxxx3d4106@auth.local | user2 | | NULL | NULL | user2@domaineB.fr | | 0 | 0 |
| 12 | 4eexxxxxxxxxxxxxxxxxxc90b3d806ce@auth.local | user4 | | NULL | NULL | user4@domaineB.fr | | 0 | 0 |
+----+------------------------------------------------+------------------+-------+-----------+----------+----------------------------------------------+-------------+----------------------+-------------------------------+
12 rows in set (0.000 sec)

On peut voir 3 types d’utilisateurs :
– user1@mon.domaineA.fr
– user1@domaineB.fr
– 2dc612f5xxxxxxxxxxx070130478969d@auth.local

Les 3 utilisateurs dans ce cas sont les mêmes, mais authentifiés différemment, ce qui perturbe Seafile.

Solution :
Pour récupérer l’accès aux fichiers, il faut mettre à jour les tables RepoOwner, SharedRepo, RepoUserToken, RepoGroup et share_fileshare.
Les requêtes de mise à jour ressemblent à cela.

Il faut, à partir de la table seahubdb.profile_profile déterminer les correspondances entre les 3 identifiants pour ne laisser en BDD que la 3ème version en @auth.local. Et cela pour tous les utilisateurs. Exemple ici pour user1.

use seafile;

UPDATE RepoOwner
SET owner_id='2dc612f5xxxxxxxxxxx070130478969d@auth.local'
WHERE owner_id IN ('user1@domaineB.fr','user1@mon.domaineA.fr');

UPDATE SharedRepo
SET from_email='2dc612f5xxxxxxxxxxx070130478969d@auth.local'
WHERE from_email IN ('user1@domaineB.fr','user1@mon.domaineA.fr');

UPDATE SharedRepo
SET to_email='2dc612f5xxxxxxxxxxx070130478969d@auth.local'
WHERE to_email IN ('user1@domaineB.fr','user1@mon.domaineA.fr');

UPDATE RepoUserToken
SET email='2dc612f5xxxxxxxxxxx070130478969d@auth.local'
WHERE email IN ('user1@domaineB.fr','user1@mon.domaineA.fr');

UPDATE RepoGroup
SET user_name='2dc612f5xxxxxxxxxxx070130478969d@auth.local'
WHERE user_name IN ('user1@domaineB.fr','user1@mon.domaineA.fr');

UPDATE share_fileshare
SET username='2dc612f5xxxxxxxxxxx070130478969d@auth.local'
WHERE username IN ('user1@domaineB.fr','user1@mon.domaineA.fr');

Pas besoin de nettoyer la table seahubdb.profile_profile, même si à mon avis les entrées obsolètes ne serviront plus.

A priori la modification est prise à chaud, pas besoin de redémarrage.

En complément, et je doute que cela ait aidé, mais j’ai modifié le fichier de conf seafile :
/var/www/seafile/conf/seahub_settings.py
#LDAP_ADMIN_DN = ''
#LDAP_ADMIN_PASSWORD = ''
LDAP_USER_ATTR_EMAIL = 'mail'

Un redémarrage des services seafile semble nécessaire après modification :
systemctl restart seafile.service seahub.service

The post Seafile sur Yunohost et fichiers disparus first appeared on Gagzen.

Présentation :

Un serveur NIS stocke et distribue donc les informations administratives du réseau, qui se comporte ainsi comme un ensemble cohérent de comptes utilisateurs, groupes, machines, etc.

À l’origine, NIS est sorti sous le nom de « Yellow Pages » (YP) ou Pages jaunes mais le nom étant déposé par la compagnie britannique British Telecom, Sun a renommé son protocole NIS. Cependant, les commandes NIS commencent toutes par yp.

http://fr.wikipedia.org/wiki/Network_Information_Service

Définitions :
Master NIS : masternis masternis.testnis 192.168.0.1
Client NIS : clientnis clientnis.testnis 192.168.0.2
Domaine NIS : testnis

Partie Serveur :
Installation des packages yp-tools ypbind ypserv portmap nfsd
# yum install yp-tools ypbind ypserv portmap nfs-utils nfs-utils-lib

Définition du domaine NIS :
# vi /etc/sysconfig/network
Ajout de la ligne
NISDOMAIN=testnis

Définition du serveur :
# vi /etc/yp.conf
Ajout de la ligne
ypserver 127.0.0.1

Démarrage des services :
# service portmap start # Gestion des ports
# service yppasswdd start # gestion de la modification des mots de passe à distance
# service ypserv start # Daemon principal NIS
# service nfs start # Daemon nfs

Démarrage forcé de ces daemons au lancement du serveur :
# chkconfig portmap on
# chkconfig yppasswdd on
# chkconfig ypserv on
# chkconfig nfs on

Arrêt de autofs et forcage d’arrêt au boot
# service autofs start # Daemon automount
# chkconfig autofs off

Modification des fichiers liés à automount :
# cat /etc/auto.master
[…]
/users  yp:auto.home  -timeout=30
+auto.master
# cat /etc/auto.home
* master.testnisbg:/users/&

Vérification que tout est bien démarré :
#  rpcinfo -p 127.0.0.1
program vers proto   port
100000    2   tcp    111  portmapper
100000    2   udp    111  portmapper
100004    2   udp    634  ypserv
100004    1   udp    634  ypserv
100004    2   tcp    637  ypserv
100004    1   tcp    637  ypserv
100009    1   udp    721  yppasswdd

Configuration du nfs :
Modifier le fichier /etc/exports
# cat /etc/exports
/users 192.168.0.0/24(sync)

Configuration du NIS :
# /usr/lib64/yp/ypinit -m # ou /usr/lib/yp/ypinit -m sur un linux 32bits
At this point, we have to construct a list of the hosts which will run NIS
servers.  masternis is in the list of NIS server hosts.  Please continue to add
the names for the other hosts, one per line.  When you are done with the
list, type a <control D>.
next host to add:  masternis
next host to add:
next host to add:
The current list of NIS servers looks like this:

masternis

Is this correct?  [y/n: y]  y
We need a few minutes to build the databases…
Building /var/yp/testnis/ypservers…
Running /var/yp/Makefile…
gmake[1]: Entering directory `/var/yp/testnis’
Updating passwd.byname…
Updating passwd.byuid…
Updating group.byname…
Updating group.bygid…
Updating hosts.byname…
Updating hosts.byaddr…
Updating rpc.byname…
Updating rpc.bynumber…
Updating services.byname…
Updating services.byservicename…
Updating netid.byname…
Updating protocols.bynumber…
Updating protocols.byname…
Updating mail.aliases…
gmake[1]: Leaving directory `/var/yp/testnis’

masternis has been set up as a NIS master server.

Now you can run ypinit -s masternis on all slave server.

Démarrage des derniers Daemons :
# service ypbind start
# service ypxfrd start
# chkconfig ypbind on
# chkconfig ypxfrd on
# rpcinfo -p 127.0.0.1
program vers proto   port
100000    2   tcp    111  portmapper
100000    2   udp    111  portmapper
100004    2   udp    634  ypserv
100004    1   udp    634  ypserv
100004    2   tcp    637  ypserv
100004    1   tcp    637  ypserv
100009    1   udp    721  yppasswdd
100007    2   udp    738  ypbind
100007    1   udp    738  ypbind
100007    2   tcp    741  ypbind
100007    1   tcp    741  ypbind

Paramétrage du fichier hosts :
# vi /etc/hosts
Ajout des lignes :
192.168.0.1    masternis.testnis
192.168.0.2    clientnis.testnis

Modification du hosts.allow/deny : (à tuner pour une meilleure sécurité !!)
# vi /etc/hosts.allow
Ajout de la ligne
ALL: 192.168.0
# vi /etc/hosts.deny
Ajout de la ligne
ALL: ALL

Partie Cliente :
Installation les packages yp-tools ypbind portmap autofs
# yum install yp-tools ypbind portmap autofs

Paramétrage du fichier hosts :
# vi /etc/hosts
ajout des lignes :
192.168.0.1    masternis.testnis
192.168.0.2    clientnis.testnis

Renommage des fichiers locaux liés à automount pour éviter la confusion avec les fichiers liés à NIS
# mv /etc/auto.master /etc/auto.master_OLD
# mv /etc/auto.home /etc/auto.home_OLD

Modification du nsswitch.conf :
# cat /etc/nsswitch.conf
[…]
#automount:  files nis
automount: nis files

Création du point de montage des homes users
# mkdir /users

Configuration du NIS :
# authconfig –enableshadow –enablenis –nisdomain=testnis –nisserver=masternis.testnis –update

Démarrage des daemons :
# service portmap start
Starting portmapper: [  OK  ]
# service ypbind restart
Shutting down NIS services:                                [  OK  ]
Binding to the NIS domain:                                 [  OK  ]
Listening for an NIS domain server.
# service autofs restart
Stopping automount:                                        [  OK  ]
ypcatStarting automount:                                   [  OK  ]

# chkconfig ypbind on
# chkconfig portmap on
# chkconfig autofs on

Contrôle que la connexion NIS fonctionne :
# ypcat passwd
user02:$1$V1xB1m0G$qT8BnJwY.g0aBIO.BNo4q/:59137:59137::/users/user02:/bin/bash
user01:$1$z91qyCHc$gCRG2kcvaKw6a5U9vA1cx.:59136:59136::/users/user01:/bin/bash

Test de la connexion avec un user non local :
# su – user01
Si cela fonctionne, vous pourrez vous authentifier, et le path sera /users/user01
# pwd
/users/user01

Sources :
http://www.labo-linux.com/articles/software/3049-installation-et-configuration-de-nis-network-information-service?page=1
http://www.linuxcream.com/blog/linux-system/linux_redhat/step-by-step-to-configure-nis-in-rhel5-1/
http://dawidlinux.pagesperso-orange.fr/libres_fichiers/tuto-nis.html
http://iptables.gen.tr/2010/01/nis-server-and-client-configuration/

image : http://fr.wikipedia.org/wiki/Fichier:Nuvola_apps_kgpg.png

The post Installation d’un serveur NIS + Client sur RHEL5.5 first appeared on Gagzen.

Vérifier la taille disque disponible :
# lvm
lvm> vgs
VG     #PV #LV #SN Attr   VSize  VFree
rootvg   1   7   0 wz–n- 33.72G 11.75G

Créer un LV nommé optvol de 10 Go :
# lvcreate –name optvol –size= 10G  rootvg

Formater le nouveau LV en ext3:
# mkfs.ext3 /dev/rootvg/optvol

Monter le nouveau LV sur /opt2
# mkdir /opt2
# mount /dev/rootvg/optvol /opt2

Vérifier :
# df -h
Filesystem            Size  Used Avail Use% Mounted on
[…]
/dev/mapper/rootvg-optvol
10G  4.6M   10G   1% /opt2

augmentation d’un LV :
# umount /dev/volgroup/logicalvol
# lvextend -L+6G /dev/volgroup/logicalvol
# e2fsck -f /dev/volgroup/logicalvol
# resize2fs /dev/volgroup/logicalvol
# mount /dev/volgroup/logicalvol

Diminution d’un LV :
# umount /dev/volgroup/logicalvol
# lvreduce -L+6G /dev/volgroup/logicalvol
# resize2fs /dev/volgroup/logicalvol 10G
# e2fsck -f /dev/volgroup/logicalvol
# mount /dev/volgroup/logicalvol

Source image : http://en.wikipedia.org/wiki/Hard_disk_drive

The post Linux – Ajouter un LV et le monter first appeared on Gagzen.

Le défaut que l’on peut reprocher au résultat de cette commande serait par contre de ne pas indiquer quand la commande a été exécutée.
Ainsi, le résultat est de type :

En définissant la variable HISTTIMEFORMAT, on peut formater la sortie :

# HISTTIMEFORMAT=’%Y/%m/%d-%Hh%M : ‘

Un poil plus exploitable

Pour bien faire, on peut envisager de définir HISTTIMEFORMAT dans le .profile de l’utilisateur :

# echo « HISTTIMEFORMAT=’%Y/%m/%d-%Hh%M : ‘ » >> ~/.bash_profile

Ceci fonctionne sous Linux, mais aussi sur différents UNIX

Source : source : http://unix.ittoolbox.com/groups/technical-functional/solaris-l/to-set-date-and-timestamp-on-bash_history-2893951

The post Linux – Ajout de la date dans l’historique des commandes first appeared on Gagzen.

Pré-requis :

• utiliser windows

The post Passer outre la limitation su en interactif first appeared on Gagzen.

The post winexe : ps exec sous Linux first appeared on Gagzen.

Pré-requis :

• zenity
• libnotify

The post Linux GUI : Boîtes de dialogue first appeared on Gagzen.

Il existe normalement un portage de Trucrypt sous Mandriva (Fedora aussi apparemment), qui tient compte de la license de Truecrypt et de la gestion des mises à jour de mdk. Cette version s’appelle RealCrypt.

Je n’ai cependant pas pu mettre la main sur un rpm, ni réussi à l’installer depuis urpmi … peut-être n’existe-t’il pas pour les versions 64bits.

Je me suis donc appliqué à installer TrueCrypt from source.

The post [Crypto] Installation de TrueCrypt sur Mandriva 2008.1 first appeared on Gagzen.

rm /var/lib/rpm/__db*
rpm --rebuilddb

J’avais souvent ce problème sous Fedora … je crois…

The post [Linux] Quand la base RPM part en vrille first appeared on Gagzen.

Placer le script dans :

~/.kde4/Autostart/

Dans le cas qui m’intéresse, c’est d’activer le double écran au démarrage de la session. J’ai donc  poser un script tel que :

$ cat ~/.kde4/Autostart/xrandr_double_ecrans.sh
#!/bin/sh
xrandr --output VGA-0 --auto --right-of DVI-0

Suivi d’un

chmod 744 ~/.kde4/Autostart/xrandr_double_ecrans.sh

The post [KDE4] Script au démarrage first appeared on Gagzen.