VPN+NIS+NFS - Erro no X : Unable to lock Ice authority

[Duca]

Olá !!!

E ae galera blz !!

O X está dando um erro aqui.
Deixe-me explicar tenho um servidor de teste no qual implementei uma VPN , usando o OpenVpn, a qual está funcionando normalmente.
Neste servidor implementei tb um servidor de NFS e um NIS.
Estou testando o NIS+NFS pela VPN.
O NFS funciona normal no cliente da VPN, mas o NIS apresenta este erro:

/etc/X11/gdm/Session/Default: Registering your session with wtmp and utmp
 
/etc/X11/gdm/Session/Default: running: /usr/X11R6/bin/sessreg -a -w /var/log wtmp -u /var/run/utmp -x "/var/gdm/0: xservers" -h "" -l "0:" "kakashi"
 
** (gnome-session:3108): **: Unable to lock Ice authority file: /home/kakashi/.ICEauthority

kakashi é o nome do usuário, o arquivo .ICEauthority está no diretório do usuário, e eu dei permissão 777 e nada .
Estou fazendo buscas na net e lendo o manual do X para ver se alguma luz acende.
Alguem tem alguma idéia?

[Duca]

Olá galera!
Dando uma pesquisada na net, uma pessoa teve um problema parecido e resolveu colocando as seguintes linhas no /etc/X11/xdm/Xsession

ICEAUTHORITY="/tmp/ICEauthority-${USER}"
export ICEAUTHORITY

Mas o problema ainda persiste!

Até mais !!

[Duca]

E continua a minha novela.

Bem exclui os arquivos temporários do gconf, para er se volata va ao normal e nada.
Bem depois de alguams mexidas isso apareceu:

Erro do GConf: falha ao contactar servidor de configuração; algumas das causas possíveis são: necessidade de habilitar rede TCP/IP no ORBit ou existência de arquivo de bloqueio deixados para trás no NFS devido a algum erro de sistema.
Para mais informações consulte: http://www.gnome.org/projects/gconf/
( Detalhes - 1: Arquivo IOR 'tmp/gcond-kakashi/lock/ior' nãofoi aberto com sucesso, não foi encontrado nenhum gconfd: Permissão negada
2: AArquivo IOR 'tmp/gcond-kakashi/lock/ior' nãofoi aberto com sucesso, não foi encontrado nenhum gconfd: Permissão negada )

Galera achei isso aqui, no site http://www.gnome.org/projects/gconf/ :

I'm having a lock file problem. What do I do?

Usually a problem here involves either NFS, or a kernel bug.

The per-user daemon locks two files in the default configuration:

~/.gconfd/lock/ior
~/.gconf/%gconf-xml-backend.lock/ior

The first lock is to ensure that only one gconfd is running. The second lock is to ensure only one program accesses the XML config source at a time.

If you have an NFS-mounted home directory, you must be running an rpc.statd/rpc.lockd setup on both NFS client and NFS server, so that file locking works. On Red Hat Linux, this means the "nfslock" service must be running. Enable it permanently with the chkconfig tool - see its manual page. Turn it on or off at any given time with service nfslock start or service nfslock stop. You must be root to do this.

If the kernel crashes (or the power cord gets pulled) on an NFS client machine, theoretically when you reboot the client machine it will notify the NFS server that it has rebooted and all previously-held locks should be released. However, many operating systems including Red Hat Linux 7.2 do not properly do this; so you will have stale locks after a crash. If no gconfd is running, these locks may safely be removed. If gconfd is running though, DO NOT remove them; if you have two gconfd processes for a single user, bad things may happen to that user's preferences once in a while.

See also the next question.

O nfslock já está rodando tanto no server quanto no cliente.
Vou dar uma olhada nisso com mais atenção, mas fica ai uma alternativa.
Logo postarei o resultado.

[thiagog]

amigo eu estou precisando montar o mesmo q vc esta implantando
onde encontro um bom howto pra tal ?

principalmente do openvpn
tentei seguir um do site do projeto e vive com erros malucos

uso CentOS 4.x
e quero colocar o openvpn no meu fw-internet

para que clientes remotos acessem seus arquivos via NFS

[Duca]

Cara o how-to do site do openvpn é muito bom:

http://openvpn.net/howto.html

Eu segui ele e não tive problemas.
Quais são os erros que aparecem?
O openvpn cria um interface virtual, vai aparecer algo parecido com:

$ ifconfig
tun0      Link encap:Não Especificado  Endereço de HW 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet end.: 10.x.x.x  P-a-P:10.x.x.x  Masc:255.x.x.x
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Métrica:1
          RX packets:1 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
          colisões:0 txqueuelen:100
          RX bytes:40 (40.0 b)  TX bytes:40 (40.0 b)

então você coloca a faixa de ip no /etc/exports, dá uma olha da aqui, foi uma discussão que tivemos sobre isso,
https://under-linux.org/modules.php?...&highlight=nfs

[Duca]

E chegamos ao fim da novela. cool)

Graças a Deus e alguns amigos, hehehe !!!

Resolvi o problema, era o /etc/exports.
Meu /etc/exports estava assim:

/home 10.x.x.x/255.x.x.x (rw,sync)

Então dando uma mexida na home de um usuário percebi que eu não tinha permissão de leitura, nem para sua própria home !!!! ula:

Então editei o /etc/exports e ficou assim:

/home *(rw,sync)

Isso mesmo, coloquei o * em lugar da faixa de rede e funcionou !!

Mas eu acho que o ideal seria colocar a faixa de I.P. já que o certo, em questão de seguraça.
O que vcs acham?

Flw !!!

[Duca]

amigo eu estou precisando montar o mesmo q vc esta implantando
onde encontro um bom howto pra tal ?

principalmente do openvpn
tentei seguir um do site do projeto e vive com erros malucos

uso CentOS 4.x
e quero colocar o openvpn no meu fw-internet

para que clientes remotos acessem seus arquivos via NFS

Posta ae os erros !!

[thiagog]

mano valeu pela dica sabado agora irei trabalhar nisso e ver no q vai dar

valeus

[Duca]

:cry: E a novela continua, pensaram que tinha acabado ?!! :toim:

algeum sabe o que isso significa:

# rpc.statd esta morto mas o PID existe

La vai eu de novo... alguem pode dar uma luz aqui....