Firefox e NFS compartilhados do Debian 9 Stretch

1

Tendo problemas ao migrar os diretórios home do servidor antigo no Debian 8 jessie para o novo com o Debian 9 stretch

Os diretórios home

são compartilhados sobre nfs em várias estações de trabalho. Isso funcionou bem durante vários anos em diferentes versões do debian em vários servidores físicos e virtuais.

Agora, migrando para uma nova máquina (física) com instalação bare-stretch e home na partição ext4 nua, sem invasão, sem lvm, sem nada.

configurações nfs são as mesmas em ambas as máquinas. Padrão de instalação com a mesma linha de exportação em ambos.

Com o Debian 9, tudo funciona bem e rapidamente, exceto o Firefox eo Thunderbird, que se queixam do 'arquivo já em uso' (para todos os usuários).

As estações de trabalho do cliente são as mesmas, apenas umount um servidor, mount o outro e veja a diferença. A reinicialização da estação de trabalho, do servidor ou de ambos não faz diferença.

Alguma ideia de onde procurar?

No caso de ser útil:

stretch:/home on /home type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=X.X.X.X,mountvers=3,mountport=59929,mountproto=udp,local_lock=none,addr=X.X.X.X)

jessie:/home on /home type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=X.X.X.X,mountvers=3,mountport=34380,mountproto=udp,local_lock=none,addr=X.X.X.X)

Obrigado

    
por Toni Homedes i Saun 24.09.2018 / 14:37

1 resposta

0

Problema na mão

Você está relatando que a mensagem de erro recebida é semelhante a este post?

Solução possível # 1

Você pode tentar resolver esse problema excluindo os arquivos .parentlock e lock localizados em ~/.mozilla/firefox/[random string of alphanumeric characters].default/

Em seguida, verifique se os processos foram interrompidos usando pidof e pkill

pidof firefox // potentially it could be firefox-esr too
pkill [firefox(-esr) pid]

Repita o mesmo para thunderbird . Depois de ter parado todos os processos associados e excluído os arquivos de bloqueio, você deve ser bom.

Solução possível # 2

Outra possível solução é descrita aqui .

Use seu editor de texto preferido para editar o arquivo profile.ini localizado em ~/.firefox e ~/.thunderbird , respectivamente.

in [General]
StartWithLastProfile=1

[Profile0]
Name=default
IsRelative=1
Path=[Name of Profile, should be random string of characters].default

Lembre-se de usar o nome exato do perfil thunderbird no .thunderbird/profile.ini e o nome exato do perfil firefox no .firefox/profile.ini .

Informações adicionais

Aqui está um link para o site de suporte da Mozilla. Ele faz referência ao Windows, mas o conselho deve ser o mesmo. Revise isso para verificar se esse é o mesmo tipo de problema. Também discute as possíveis soluções.

Eu também estou incluindo um link para dois relatórios de bugs diferentes ( 1 2 ) que discutem um problema similar. O primeiro link diz para testar a funcionalidade usando um perfil diferente. No segundo link eles discutem um problema com a integração com LDAP , que você supostamente não está usando, mas alguns das etapas para solucionar o problema pode ser aplicada.

Verifique se você tem firefox e thunderbird e se está totalmente atualizado também.

Conclusão

Por favor, comente se você tiver dúvidas ou problemas com esta resposta. Eu sugiro que você leia cada link que eu forneci completamente antes de tentar os comandos. Eu aprecio o feedback para corrigir quaisquer equívocos e melhorar minhas postagens. Eu posso atualizar minha resposta conforme necessário.

Melhor da sorte!

    
por 26.09.2018 / 15:47