tente quand meme un
tail -f /var/log/kern.log ( chemin different selon les distributions
utilisees ) au meme moment ou tu essaye de faire tes manips, peut etre
que le kernel te dira un truc utile
voire meme tail -f /var/log/*log d autres logs pourraient etre utiles peut etre
2014-07-31 11:27 GMT
On 07/31/2014 05:06 PM, jean-y...@lenhof.eu.org wrote:
Le 2014-07-31 16:06, Jonathan Tremesaygues a écrit :
Ok, j'ai rien de plus à dire que vérifier les versions des
installations...
Sur les clients, on utilise les versions fournies pour RHEL 6.5.
Sur le Qnap, suite à nos premiers échecs, e
Le 2014-07-31 16:06, Jonathan Tremesaygues a écrit :
Ok, j'ai rien de plus à dire que vérifier les versions des
installations...
Sur les clients, on utilise les versions fournies pour RHEL 6.5.
Sur le Qnap, suite à nos premiers échecs, et ne connaissant pas
vraiment les versions des programmes
> Ok, j'ai rien de plus à dire que vérifier les versions des
installations...
Sur les clients, on utilise les versions fournies pour RHEL 6.5.
Sur le Qnap, suite à nos premiers échecs, et ne connaissant pas vraiment
les versions des programmes utilisés
qu'on supposés antédiluviennes (NFSv4 n'est
Ok, j'ai rien de plus à dire que vérifier les versions des installations... Le
montage sur lequel a été placé les ACL a bien été remonté (machine redémarrée
si sur / ) au moins une fois depuis l'activation des acl ?
Peut-être la faute au QNAP comme tu dis, mais je trouverai ça bizarre...
Date:
Cette config est la même sur ma VM.
C'est un serveur de "semi-prod" : le NAS est essentiellement utilisé par
l'équipe de R&D.
Il s'occupe du stockage, de l'authentification (c'est lui le serveur
ldap), ...
Donc si je casse tout, je ne me ferais que modérément engueuler et ça
leur servira
de p
Cette configuration de nsswitch côté serveur est la même sur ta VM ?
Si c'est un serveur en production, je suis pas sûr que ce soit une bonne idée
de tester comme ça sans prévenir, mais modifier ce fichier de configuration :
passwd: compat ldap winbind
shadow: compat ldap winbind
Les divers relancement de idmapd et autres rpc.* aussi bien sur le
serveur que
sur les clients n'ont rien changé.
Serveur :
[~] # cat /etc/nsswitch.conf
passwd: compat winbind ldap
shadow: compat winbind ldap
group: compat winbind ldap
hosts: files dns wins
bootparams: files
cat /etc/nsswitch.conf ?
J'ai vu passer qu'un redémarrage du service idmapd corrige parfois des trucs,
on sait jamais...
> Date: Thu, 31 Jul 2014 10:15:46 +0200
> From: jonathan.tremesayg...@menta.fr
> To: fr...@ww7.be
> CC: frsag@frsag.org
> Subject: Re: [FRsAG] NFSv4 et ACL : problèmes
>
>
Bonjour,
Selinux est désactivé sur sl65 (c'est une VM destinée à subir les
expériences
douloureuses nécessaire à mon apprentissage de sysadmin, osef de la
sécurité),
donc je ne pense pas qu'il soit en cause.
Sur les "vrais" machines où selinux est activé, j'ai rien vu de
particulier dans les
vous avez regarde les logs kernel ? y aurai pas un selinux ou autre
rbac qui foutrai sa zone ?
2014-07-31 3:56 GMT-04:00 Jean Milot :
> Bonjour,
>
> As tu essayé de forcer la version sur le serveur nfs?
>
> Cordialement
>
> Jean
>
> Le 31 juil. 2014 09:52, "Jonathan Tremesaygues"
> a écrit :
>
>>
Bonjour,
Les utilisateurs que tu utilises pour les ACL sont-ils bien reconnus côté
serveur ?
J'ai cru comprendre que tu utilisais un LDAP pour cela, si tu fais un :
$> id jtremesay
du côté du serveur, cela remonte bien quelque chose ?
Cdt,
Arnaud
Date: Thu, 31 Jul 2014 09:56:24 +0200
From: milo
Bonjour,
Ne marche pas non plus en NFSv3 :-/
Montage de l'export de test en nfs3 :
[root@sl65 mnt]# mount -o vers=3,acl whale:/share/MD0_DATA/test whale/
[root@sl65 mnt]# nfsstat -m
/mnt/whale from whale:/share/MD0_DATA/test
Flags:
rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,pr
Bonjour,
As tu essayé de forcer la version sur le serveur nfs?
Cordialement
Jean
Le 31 juil. 2014 09:52, "Jonathan Tremesaygues" <
jonathan.tremesayg...@menta.fr> a écrit :
> Bonjour,
>
> Ne marche pas non plus en NFSv3 :-/
>
>
> Montage de l'export de test en nfs3 :
> [root@sl65 mnt]# mount -
14 matches
Mail list logo