[FUG-BR] OT Samba 4.4 dump core no FreeBSD 10.3

[Enio Marconcini]

2016-06-08 23:14 GMT-03:00 Paulo Olivier Cavalcanti <procavalcanti em gmail.com
>:

> On 08/06/2016 15:54, Enio Marconcini wrote:
>
>> [...]
>>
>> ​Paulo boa tarde.
>> Boa tarde para os demais.
>>
>> Hoje tivemos os mesmos problemas de indisponibilidade ao acessar
>> determinados arquivos.
>> Além de acontecer ao abrir um arquivo, também durante a tentativa de
>> copiar
>> uma pasta, que travava e o Windows nem sequer chegava a começar a cópia,
>> apenas aparecia a barra de progresso congelada.
>>
>> Aumentei o nível de debug do Samba e fui ver os registros do arquivo de
>> log
>> do meu usuário enquanto tentava realizar a cópia da referida pasta. Dentre
>> os diversos avisos que tinham lá, encontrei alguma linha relacionada a ao
>> nome kilométrico do caminho para o arquivo bem como do próprio arquivo.
>>
>> Somando a isso, a opção "store dos atributes" ligada, junto com a opção
>> "acls" no fstab, alguns arquivos, que estavam com acls atribuídas, porém
>> tais acls foram criadas pelo próprio Windows (precisei usar acls em
>> algumas
>> pastas e permitir que um usuário controlasse pelo Windows as permissões de
>> uns arquivos).
>>
>> Percebi que a referida pasta que não estava sendo copiada possuía estava
>> numa sequencia grande de pastas dentro de outra pasta, com nomes longos, e
>> com alguns arquivos com nomes mais longos ainda. Resolvi encurtá-los para
>> testar. Aparentemente este não era o problema, visto que continuei tendo
>> problemas mesmo depois dos nomes mais curtos. (Obs: para encurtar os nomes
>> eu tive que renomear pelo shell, no Windows travava).
>>
>> O segundo passo foi remover as acls destes arquivos. Eram poucos e eu não
>> faço ideia de como que o Windows criou estes arquivos e atribuiu acls a
>> eles. Não foram atribuídas pelo setfacl (O samba armazenou as acls do
>> Windows visto que tinha essa permissão com store dos atributes, imagino
>> eu).
>>
>> Após remover as acls, foi instantâneo, eu consegui copiar as pastas.
>> Por fim eu rodei o comando: *find /pasta -acl -exec setfacl -bn {} \;*
>> para
>> remover de qualquer outro arquivo que por ventura estava com acl, e
>> desativei o store dos atributes do Samba, e pelo menos até o momento não
>> tive problemas, nem os usuários.
>>
>> ​Agora me falta debugar o motivo do problema que tive ontem com a pasta
>> compartilhada onde ficava os arquivos executáveis do ERP, no Samba 4.4,
>> acredito que não tenha relação com nomes longos nem acls, visto que neste
>> caso, os nomes são curtos, e sem nenhuma acl ajustada. ​
>>
>> Vou também testar o Samba 4.2 que vc recomendou. E relato aqui o
>> resultado.
>>
>>
>>
> Excelente feedback, Enio. Curiosamente, ontem eu analisei o seu smb4.conf
> e hoje eu iria lhe perguntar justamente do motivo dessa opção store dos
> attributes, já que ela é obsoleta.
>
> O Windows de vez em quando bagunça todas as acls que ele mesmo criou, é
> incompreensível.
>
> Que bom que tudo se resolveu.
>
>
> --
> http://about.me/paulocavalcanti
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



Bom dia.

Na verdade o store dos atributes não é o causador da criação das acls,
mesmo com ele desativado, continua aparecendo arquivos com acls setadas,
descobri que quando um arquivo de um usuário é alterado por outro, no Word
2013. Isso não estava acontecendo antes quando estes usuários utilizavam o
Office 2007 eheheheh.

Não entendo o motivo do erro durante a cópia de pastas, mas estava ligado a
pastas que possuíam arquivos com acls setadas.

Esse era o arquivo original, pertencendo ao usuário original​
-rw-rw----   1 petter  sti    11K  9 Jun 11:03 teste.docx​

Agora veja como ficou o arquivo, após ser aberto pelo meu usuário e
alterado e salvo por mim:
-rw-rwx---+  1 enio    sti    11K  9 Jun 11:11 teste.docx*

Como ficou as acls:
# file: teste.docx
# owner: enio
# group: sti
user::rw-
user:petter:rw-
group::rw-
mask::rwx
other::---

Observamos que, após o arquivo ser alterado pelo Word 2013, e ser salvo por
outro usuário, é atribuído as acls ao arquivo, e ficou dessa forma.
Eu só não entendi o motivo disso causar o problema na hora da cópia. Ou
isto está mascarando o problema, vai saber...

abraço



-- 
*[]'*
*Enio Rodrigo Marconcini*

*"Unix is user-friendly. It's just very selective about who its friends
are."*