Re: [FUG-BR] RES: /var crescendo
Amigo, não sei se ajuda http://www.linux.com/articles/58142 ;-) Abraço 2009/3/11 irado furioso com tudo > Em Wed, 11 Mar 2009 14:56:20 -0300 > Welkson Renny de Medeiros , conhecido > consumidor de drogas (BigMac's com Coke) escreveu: > > > Eu acho que outro erro é o "auto-particionamento", que sempre sugere > > POUCO espaço para o /VAR... > > verdade.. eu costumo incrementar bem, dependendo do que será usado > nele. > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > Não é pressa, é saudade. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- #!/bin/bash Luciano Antonio Borguetti Faustino GNU/Linux user number: 339110 ICQ UIN number: 82092097 - ICQ ainda na atividade :) http://lucianoborguetti.blogspot.com Preconceito é opinião sem conhecimento. :wq - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luiz Otavio O Souza wrote: > Renato, Irado e João, > > Basta adicionar essas linhas (ou coisa parecida) no /etc/newsyslog.conf: > > /var/log/httpd/chamados.xxx.org.br-access.log 600 7 *@T00 JC > /var/run/httpd.pid > /var/log/httpd/chamados.xxx.org.br-error.log 600 7 *@T00 JC > /var/run/httpd.pid > /var/log/httpd/qmailadmin.xxx.org.br-access.log 600 7 * > @T00 JC/var/run/httpd.pid > /var/log/httpd/qmailadmin.xxx.org.br-error.log600 7 * > @T00 JC/var/run/httpd.pid > > Isso faz com que o newsyslog(8) mande um SIGHUP para o apache (rodando no > pid que esta no arquivo /var/run/httpd.pid) e assim o apache fecha os logs e > abre novamente, fechando o processo de rotação de logs. Olá, Luiz. Vou experimentar essa idéia. No momento estou usando o logrotate pra rotacionar logs do apache e outras coisas. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm4+p0ACgkQXL+vuN2d7ZyZRwCfejaaLLDKmWPUCzBdiWKIUN3p ItEAoIPvqqOxmqFq/cuxsd8L2j9dMjFu =RoaL -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
>> Em Wed, 11 Mar 2009 15:19:04 -0300 >> Renato Botelho , conhecido consumidor de drogas >> (BigMac's com Coke) escreveu: >> >>> Deve ter sido por essa razão que eu coloquei um httpd graceful no cron >>> todos os dias as 0:05h >> >> válido e inteligente, porém (sempre um porém): estamos "quebrando o >> galho" do aplicativo. Será que não há um modo dele mesmo fazer o "limpa >> disco"? > > Quem rotaciona os logs eh o newsyslog, porém quem os gera é o próprio > apache e não o syslog, então o apache fica com o ponteiro preso. > > O ideal seria se tivesse um jeito de fazer o apache gravar o log via > syslog, > OU, fazer como o squid, fazer o próprio apache rotacionar os mesmos. > > -- > Renato Botelho Renato, Irado e João, Basta adicionar essas linhas (ou coisa parecida) no /etc/newsyslog.conf: /var/log/httpd/chamados.xxx.org.br-access.log 600 7 *@T00 JC /var/run/httpd.pid /var/log/httpd/chamados.xxx.org.br-error.log 600 7 *@T00 JC /var/run/httpd.pid /var/log/httpd/qmailadmin.xxx.org.br-access.log 600 7 * @T00 JC/var/run/httpd.pid /var/log/httpd/qmailadmin.xxx.org.br-error.log600 7 * @T00 JC/var/run/httpd.pid Isso faz com que o newsyslog(8) mande um SIGHUP para o apache (rodando no pid que esta no arquivo /var/run/httpd.pid) e assim o apache fecha os logs e abre novamente, fechando o processo de rotação de logs. []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 irado furioso com tudo wrote: > powww... mas isso não soluciona DE VERDADE o problema - claro, resolve > até o próximo "disco cheio"; não há um modo de (por ex) o próprio > apache remover seu (dele) lixo? Na verdade, resolveu 50%, pois antes eu não sabia qual era o problema, pelo menos agora eu sei. Acho que por enquanto vou usar a solução do graceful restart diário. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm4EasACgkQXL+vuN2d7ZzUEACcDlLvdxXhC5ol/l9s3/ZzvPyA cA8AoJUdZjjsuupxV5ymKPv6jR4qztc+ =w4BJ -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
On 3/11/09, Renato Botelho wrote: > 2009/3/11 irado furioso com tudo : > > > Em Wed, 11 Mar 2009 15:19:04 -0300 > > Renato Botelho , conhecido consumidor de drogas > > (BigMac's com Coke) escreveu: > > > >> Deve ter sido por essa razão que eu coloquei um httpd graceful no cron > >> todos os dias as 0:05h > > > > válido e inteligente, porém (sempre um porém): estamos "quebrando o > > galho" do aplicativo. Será que não há um modo dele mesmo fazer o "limpa > > disco"? > > > Quem rotaciona os logs eh o newsyslog, porém quem os gera é o próprio > apache e não o syslog, então o apache fica com o ponteiro preso. > > O ideal seria se tivesse um jeito de fazer o apache gravar o log via syslog, > OU, fazer como o squid, fazer o próprio apache rotacionar os mesmos. > Particularmente não costumo fazer os rotate dos logs do apache sem fazer um grafeful restart, pois sem isso ele (apache) continuará gravando no arquivo antigo. (http://httpd.apache.org/docs/1.3/logs.html#rotation) O que pode ser feito nesse caso é colocar no /etc/newsyslog.conf na linha que rotaciona o log do apache o arquivo pid do apache, desta forma o newsyslogd irá mandar um SIGHUP para o processo do apache que fechará o descriptor do arquivo antigo e reabrirá outro para o arquivo novo. Entretanto isso pode gerar problemas se o conf do apache tiver algum erro o apache irá cair oque não é uma coisa boa, principalmente quando acontece de madrugada e não há ninguem para "agir" sobre o problema. Uma forma mais fácil de rotacionar os logs é utilizar o rotatelogs (http://httpd.apache.org/docs/2.0/programs/rotatelogs.html) que faz o rotacionamento automático dependendo de como é configurado, por tamanho, tempo e dá até para customizar o nome do arquivo de log. O problema ai passa a ser que você precisa fazer a limpeza dos logs rotacionados de tempos em tempos (coisa que o newsyslogd faz automaticamente se configurado) mas se você processa esses logs para gerar métricas de audiência isso não deve ser um problema, visto que você já deve ter um script para coleta/limpeza dos logs rotacionados. Att, Alexandre - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
2009/3/11 irado furioso com tudo : > Em Wed, 11 Mar 2009 15:19:04 -0300 > Renato Botelho , conhecido consumidor de drogas > (BigMac's com Coke) escreveu: > >> Deve ter sido por essa razão que eu coloquei um httpd graceful no cron >> todos os dias as 0:05h > > válido e inteligente, porém (sempre um porém): estamos "quebrando o > galho" do aplicativo. Será que não há um modo dele mesmo fazer o "limpa > disco"? Quem rotaciona os logs eh o newsyslog, porém quem os gera é o próprio apache e não o syslog, então o apache fica com o ponteiro preso. O ideal seria se tivesse um jeito de fazer o apache gravar o log via syslog, OU, fazer como o squid, fazer o próprio apache rotacionar os mesmos. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
Em Wed, 11 Mar 2009 15:19:04 -0300 Renato Botelho , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Deve ter sido por essa razão que eu coloquei um httpd graceful no cron > todos os dias as 0:05h válido e inteligente, porém (sempre um porém): estamos "quebrando o galho" do aplicativo. Será que não há um modo dele mesmo fazer o "limpa disco"? flames > /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Se sua mulher pedir mais liberdade, compre uma corda mais comprida. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
Em Wed, 11 Mar 2009 15:12:45 -0300 João Paulo Just , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > PIMBA! Tu resolvestes o problema. Reiniciei o apache e o espaço > "preso" foi "solto" :) powww... mas isso não soluciona DE VERDADE o problema - claro, resolve até o próximo "disco cheio"; não há um modo de (por ex) o próprio apache remover seu (dele) lixo? -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Não é pressa, é saudade. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
Em Wed, 11 Mar 2009 14:56:20 -0300 Welkson Renny de Medeiros , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Eu acho que outro erro é o "auto-particionamento", que sempre sugere > POUCO espaço para o /VAR... verdade.. eu costumo incrementar bem, dependendo do que será usado nele. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Não é pressa, é saudade. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
2009/3/11 João Paulo Just : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > André Luiz de Souza wrote: >> Tive situações com logs do apache que mesmo depois de renomeados (para >> rotacionar), ele continuava enviando dados para o arquivo. E mesmo >> depois de excluir o arquivo de log, não liberava espaço na partição. O >> espaço só era liberado depois de reiniciar o apache, pois só assim ele >> fechava efetivamente o arquivo. > > PIMBA! Tu resolvestes o problema. Reiniciei o apache e o espaço "preso" > foi "solto" :) Deve ter sido por essa razão que eu coloquei um httpd graceful no cron todos os dias as 0:05h -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo [RESOLVIDO]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 André Luiz de Souza wrote: > Tive situações com logs do apache que mesmo depois de renomeados (para > rotacionar), ele continuava enviando dados para o arquivo. E mesmo > depois de excluir o arquivo de log, não liberava espaço na partição. O > espaço só era liberado depois de reiniciar o apache, pois só assim ele > fechava efetivamente o arquivo. PIMBA! Tu resolvestes o problema. Reiniciei o apache e o espaço "preso" foi "solto" :) - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm3/x0ACgkQXL+vuN2d7ZziqwCgra3dn41bzxfqERLkWC/Pj6SJ 7mMAnRhha3ukd6PynjOBOLPMDsLjK8U3 =yf2f -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
André Luiz de Souza escreveu: > João Paulo Just escreveu: > >> irado furioso com tudo wrote: >> >>> o nagios e o cacti produzem trilhões de arquivos temporários, >>> criados/removidos constantemente. >>> >> Aqui não tem nagios nem cacti. Os outros logs são todos rotacionados. >> Como disse antes, o du mostra um consumo de espaço, mas o df mostra outro. >> >> > Tive situações com logs do apache que mesmo depois de renomeados (para > rotacionar), ele continuava enviando dados para o arquivo. E mesmo > depois de excluir o arquivo de log, não liberava espaço na partição. O > espaço só era liberado depois de reiniciar o apache, pois só assim ele > fechava efetivamente o arquivo. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Alguém sabe informar o que exatamente aquele clientmqueue grava? se não me engano é algo referente ao sendmail... Todas as vezes que tive /var cheio foi por causa disso. Eu acho que outro erro é o "auto-particionamento", que sempre sugere POUCO espaço para o /VAR... eu geralmente coloco logo uns 10 GB =) -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
João Paulo Just escreveu: > irado furioso com tudo wrote: > > o nagios e o cacti produzem trilhões de arquivos temporários, > > criados/removidos constantemente. > > Aqui não tem nagios nem cacti. Os outros logs são todos rotacionados. > Como disse antes, o du mostra um consumo de espaço, mas o df mostra outro. > Tive situações com logs do apache que mesmo depois de renomeados (para rotacionar), ele continuava enviando dados para o arquivo. E mesmo depois de excluir o arquivo de log, não liberava espaço na partição. O espaço só era liberado depois de reiniciar o apache, pois só assim ele fechava efetivamente o arquivo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 irado furioso com tudo wrote: > o nagios e o cacti produzem trilhões de arquivos temporários, > criados/removidos constantemente. Aqui não tem nagios nem cacti. Os outros logs são todos rotacionados. Como disse antes, o du mostra um consumo de espaço, mas o df mostra outro. - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm21A8ACgkQXL+vuN2d7ZyXIACdEsIVJFuENxUv4IQH4QPpkeU3 bf4An0/2Hf6VOH41FyckwHaMvTPHl9aU =Txv4 -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
Em Tue, 10 Mar 2009 14:49:52 -0300 Fred Dallalana , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Logs do apache também são fortes candidatos a encherem > o disco. o nagios e o cacti produzem trilhões de arquivos temporários, criados/removidos constantemente. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free "Maldizei todos os demônios covardes dentro de vós, que gostariam de gemer e juntar as mãos e rezar" Nietzsche - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
e a respeito do /var/log ??? da um du -ah /var/log Tive um problema parecido e era o log do rinetd(/var/log/rinetd.log) que estava ficando cheio. Logs do apache também são fortes candidatos a encherem o disco. Espero ter ajudado Abraço, Fred cli 2009/3/10 João Paulo Just > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Luiz Otavio O Souza wrote: > > Renato, > > > > Me parece que o df(1) mostra o espaço utilizado, mas o du(1) não. > > > > Isso pode acontecer se em um programa você abre um arquivo (que pode ser > > criado no momento da abertura) e em seguida faz um unlink(2) nele. > > > > O arquivo some (para o du(1), ls(1), etc) mas como existe uma referencia > pra > > ele (file descriptor - fd) o arquivo continua lá e pode ser usado pelo > > programa que o abriu/criou. > > > > O espaço utilizado por esse arquivo só será liberado quando todas as > > referencias a ele forem fechadas. > > > > Eu já vi esse tipo de uso em alguns programas, mas realmente não me > lembro > > onde foi. > > > > De qualquer maneira isso é no maximo um educated guess (o famoso chute) > :) > > > > []'s > > Luiz > > PS: o arquivo continua visivel para o fstat(1) > > Provavelmente o problema é esse, pois o /var/tmp e o > /var/spool/clientmqueue estão bem pequenos (os dois estão dando 180 MB > juntos), e o df já está mostrando mais de 1 GB ocupado em /var, sendo > que pelo du não consigo achar essa coisa toda. > > Mas... algum educated guess sobre como resolver isso? :p > > - -- > João Paulo Just > Diretor Executivo - Justsoft Informática Ltda. > http://www.justsoft.com.br/ > - -- > Feira de Santana, BA, Brasil. > +55 75 8104 8473 > Blog: http://just.rg3.net/ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkm2pV0ACgkQXL+vuN2d7Zx64wCggK4XOwRl9OWhYbOiHvi5Qf82 > VvQAoKLKKUlBnc/TogY6iUSrwFA/fixd > =xrB2 > -END PGP SIGNATURE- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Abraço, Fred Dallalana Coordenador Sistemas de Informação Faculdade "Orígenes Lessa" - FACOL (14) 3269-3939 - Lençóis Paulista - SP - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luiz Otavio O Souza wrote: > Renato, > > Me parece que o df(1) mostra o espaço utilizado, mas o du(1) não. > > Isso pode acontecer se em um programa você abre um arquivo (que pode ser > criado no momento da abertura) e em seguida faz um unlink(2) nele. > > O arquivo some (para o du(1), ls(1), etc) mas como existe uma referencia pra > ele (file descriptor - fd) o arquivo continua lá e pode ser usado pelo > programa que o abriu/criou. > > O espaço utilizado por esse arquivo só será liberado quando todas as > referencias a ele forem fechadas. > > Eu já vi esse tipo de uso em alguns programas, mas realmente não me lembro > onde foi. > > De qualquer maneira isso é no maximo um educated guess (o famoso chute) :) > > []'s > Luiz > PS: o arquivo continua visivel para o fstat(1) Provavelmente o problema é esse, pois o /var/tmp e o /var/spool/clientmqueue estão bem pequenos (os dois estão dando 180 MB juntos), e o df já está mostrando mais de 1 GB ocupado em /var, sendo que pelo du não consigo achar essa coisa toda. Mas... algum educated guess sobre como resolver isso? :p - -- João Paulo Just Diretor Executivo - Justsoft Informática Ltda. http://www.justsoft.com.br/ - -- Feira de Santana, BA, Brasil. +55 75 8104 8473 Blog: http://just.rg3.net/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm2pV0ACgkQXL+vuN2d7Zx64wCggK4XOwRl9OWhYbOiHvi5Qf82 VvQAoKLKKUlBnc/TogY6iUSrwFA/fixd =xrB2 -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
>> Aí galera, >> >> Tenho um problema identico ao descrito pelo João, a ocupação do /var vai >> subindo mas quando se rola um df na partição ela >> está informa a quantidade correta de ocupação da partição, ou seja, >> alguma >> coisa louca com o sistema de arquivos. Eu acho que o problema pode estar >> no >> syslog, uma vez que é ele que coleta esses dados. > > Deixa eu entender, quando você diz que vai crescendo mas que o df mostra > correto, onde você vê que tá crescendo? No email diário? > > Se for nesse email, quem coleta os dados é o script > > /etc/periodic/daily/400.status-disks > > que por dentro usa o df. Renato, Me parece que o df(1) mostra o espaço utilizado, mas o du(1) não. Isso pode acontecer se em um programa você abre um arquivo (que pode ser criado no momento da abertura) e em seguida faz um unlink(2) nele. O arquivo some (para o du(1), ls(1), etc) mas como existe uma referencia pra ele (file descriptor - fd) o arquivo continua lá e pode ser usado pelo programa que o abriu/criou. O espaço utilizado por esse arquivo só será liberado quando todas as referencias a ele forem fechadas. Eu já vi esse tipo de uso em alguns programas, mas realmente não me lembro onde foi. De qualquer maneira isso é no maximo um educated guess (o famoso chute) :) []'s Luiz PS: o arquivo continua visivel para o fstat(1) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: /var crescendo
2009/3/10 Adriano Lima - Marlin : > Aí galera, > > Tenho um problema identico ao descrito pelo João, a ocupação do /var vai > subindo mas quando se rola um df na partição ela > está informa a quantidade correta de ocupação da partição, ou seja, alguma > coisa louca com o sistema de arquivos. Eu acho que o problema pode estar no > syslog, uma vez que é ele que coleta esses dados. Deixa eu entender, quando você diz que vai crescendo mas que o df mostra correto, onde você vê que tá crescendo? No email diário? Se for nesse email, quem coleta os dados é o script /etc/periodic/daily/400.status-disks que por dentro usa o df. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
