[FUG-BR] named: the working directory is not writable

[Breno Ribeiro]

Enviado de meu iPhone

Em 05/06/2009, às 21:02, TIsOrA TAIUVA <tisora_taiuva em hotmail.com>  
escreveu:

>
> Na prática...
>
>
>
> Se vc instalou o bind em /usr/local/named, roda o named com user   
> "bind", chroot em /usr/local/named ( opção "-t" ) e no named.conf  " 
> directory"  você tenha
>
> directory "/var/named"; ( Corresponde a /usr/local/named/var/named )
>
>
>
>
>
>
>
>
> chown -R bind:bind /usr/local/named/etc
>
> chown -R bind:bind /usr/local/named/var
>
> chmod 660 /usr/local/named/etc
>
> chmod 660 /usr/local/named/var
>
>
>
>
> /usr/local/named/sbin/named -u bind -t /usr/local/named -c /etc/ 
> named.conf
>
>
>
>
>
>
>
>
>> From: tisora_taiuva em hotmail.com
>> To: freebsd em fug.com.br
>> Date: Fri, 5 Jun 2009 20:52:04 -0300
>> Subject: Re: [FUG-BR] named: the working directory is not writable
>>
>>
>> Você está usando o bind da árvore ou compilou/instalou "na mão" ?
>>
>>
>>
>>
>>
>> Verifique no named.conf a diretiva "directory" . O diretório setad 
>> o deve ter
>>
>> como owner, com permissão de leitura e escrita, o usuário que roda 
>>  o named. Se roda
>>
>> o named com a opção "-u bind", o usuário bind deve ser o owner do  
>> diretório.
>>
>> O owner do diretório de conf (Incluindo os diretórios dos arquivos 
>>  de zona, não so o named.conf)
>>
>> e de logs deve ser sempre o usuário que roda o named.
>>
>>
>>
>> Esse erro "the working directory is not writable", se for em um  
>> autoritativo slave, impede que
>>
>> seu servidor salve as transferências de zona do master, e as zonas 
>>  não serão sincronizadas,
>>
>> por exemplo.
>>
>>
>>
>>> Date: Fri, 5 Jun 2009 18:03:44 -0300
>>> From: brenor em bsd.com.br
>>> To: freebsd em fug.com.br
>>> Subject: [FUG-BR] named: the working directory is not writable
>>>
>>> Após instalar o Bind no freebsd 7.2, comecei a observar nos logs 
>>>  a seguinte
>>> mensagem:
>>>
>>> Jun 4 17:07:43 servidor named[1110]: the working directory is not  
>>> writable
>>>
>>> Após pesquisar na net vi no forum
>>> http://forums.freebsd.org/showthread.php?t=1920 o mesmo problema  
>>> vivido por
>>> mim e a solução apresentada foi a mesma da consultoria.
>>>
>>> Mas eu quero saber se alguém viveu este mesmo problema ou se é r 
>>> ealmente
>>> necessário adequar o /etc/mtree/BIND.chroot.dist, sendo que o Bi 
>>> nd faz
>>> parte da base, ou seja, porque adequar algo que é nativo. Estou  
>>> buscando
>>> entender
>>> Breno Ribeiro
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>> _________________________________________________________________
>> Descubra todas as novidades do novo Internet Explorer 8
>> http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmail&utm_medium=Tagline&utm_campaign=IE8
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> _________________________________________________________________
> Conheça os novos produtos Windows Live! Clique aqui.
> http://www.windowslive.com.br
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Olá, valeu pelo retorno.
Usei o bind da árvore. E quando é alterado as permissões o named no  
restart volta as permissões ao padrão. A presente solução foi o  
descrito acima no /etc/mtree/Bind..., terei que instalar 7.2 e vou   
observar o que descreveu, mas acho estranho isso já não estar  
ajustado por estar na base.

Breno