Re: Lentidao no squid
Bom dia Paulo, gostaria de aumentar o filedescritors do squid atraves do ulimit, mas toda alteração que é feita nele, apos reiniciar volta para o default que é 1024. Sabe como manter isso em 16384, por exemplo? Isso dá um fôlego maior no squid. Obrigado. Em 21 de janeiro de 2013 18:15, paulo bruck paulobru...@gmail.comescreveu: Em 21 de janeiro de 2013 17:58, Marcio Rufino marciorufin...@gmail.comescreveu: Paulo, minha versao é a 2.7.STABLE9-2.1 no debian squeezy. O /etc/default/squid ja está com SQUID_MAXFD=4096 Alguma outra sugestão? sim aumentar para SQUID_MAXFD=6144 e ver se continuam as emnsagens no seu cache.log. seria interessante vc dizer tambem quantas pessoas passam pelo squid, HD que vc tem , processador, tipo de cache que vc montou etc ats 2013/1/21 paulo bruck paulobru...@gmail.com ok por favor da próxima vez indique qual versão de squid vc esta usando80) Creio que deva ser o squid 2.7...80). Se for isto aumente o file descriptors em /etc/default/squid # cat /etc/default/squid # # /etc/default/squidConfiguration settings for the Squid proxy server. # # Max. number of filedescriptors to use. You can increase this on a busy # cache to a maximum of (currently) 65536 filedescriptors. Default is 1024. SQUID_MAXFD=1024 Em 21 de janeiro de 2013 15:49, Marcio Rufino marciorufin...@gmail.comescreveu: Caros, utilizava o squid no modo transparente há um tempo e resolvi mudar para utilizar setando manualmente no browser, O acesso a internet na empresa simplesmente ficou um lixo. Muito lento mesmo. Vejam o que alarma no /var/log/squid/cache.log 2013/01/21 14:34:42| WARNING! Your cache is running out of filedescriptors 2013/01/21 14:34:58| WARNING! Your cache is running out of filedescriptors 2013/01/21 14:35:14| WARNING! Your cache is running out of filedescriptors Alguem sabe o que pode ser?
Re: Lentidao no squid
Bom dia Vc DEVE mudar o file descriptor no arquivo /etc/default/squid. Apos isto reinicie o squid e veja se continuam as mensagens. Se vc quizer mexer no ulimit acesse o /etc/security/limits.conf e leia um ótimo guia para mexer nele...: https://under-linux.org/entry.php?b=861 e man limits.conf []s Em 23 de janeiro de 2013 08:23, Marcio Rufino marciorufin...@gmail.comescreveu: Bom dia Paulo, gostaria de aumentar o filedescritors do squid atraves do ulimit, mas toda alteração que é feita nele, apos reiniciar volta para o default que é 1024. Sabe como manter isso em 16384, por exemplo? Isso dá um fôlego maior no squid. Obrigado. Em 21 de janeiro de 2013 18:15, paulo bruck paulobru...@gmail.comescreveu: Em 21 de janeiro de 2013 17:58, Marcio Rufino marciorufin...@gmail.comescreveu: Paulo, minha versao é a 2.7.STABLE9-2.1 no debian squeezy. O /etc/default/squid ja está com SQUID_MAXFD=4096 Alguma outra sugestão? sim aumentar para SQUID_MAXFD=6144 e ver se continuam as emnsagens no seu cache.log. seria interessante vc dizer tambem quantas pessoas passam pelo squid, HD que vc tem , processador, tipo de cache que vc montou etc ats 2013/1/21 paulo bruck paulobru...@gmail.com ok por favor da próxima vez indique qual versão de squid vc esta usando80) Creio que deva ser o squid 2.7...80). Se for isto aumente o file descriptors em /etc/default/squid # cat /etc/default/squid # # /etc/default/squidConfiguration settings for the Squid proxy server. # # Max. number of filedescriptors to use. You can increase this on a busy # cache to a maximum of (currently) 65536 filedescriptors. Default is 1024. SQUID_MAXFD=1024 Em 21 de janeiro de 2013 15:49, Marcio Rufino marciorufin...@gmail.com escreveu: Caros, utilizava o squid no modo transparente há um tempo e resolvi mudar para utilizar setando manualmente no browser, O acesso a internet na empresa simplesmente ficou um lixo. Muito lento mesmo. Vejam o que alarma no /var/log/squid/cache.log 2013/01/21 14:34:42| WARNING! Your cache is running out of filedescriptors 2013/01/21 14:34:58| WARNING! Your cache is running out of filedescriptors 2013/01/21 14:35:14| WARNING! Your cache is running out of filedescriptors Alguem sabe o que pode ser?
gpt live tool
Bom dia a todos ... Alguém conhece um bom tutorial de como gerar partições GPT no linux ? Preciso particionar um HD de 4 TB e tudo que eu tentei até agora não funcionou ... Fábio Rabelo
pendrive
Olá, alguem pode me ajudar? ao tentar formatar um pendrive não consigo. acho qu tem virus pq ao deletar os arquivos aparece uma mensagem infomando que não tenho permissão dou permissão como root mas elenão reconhece. -- Manoel
Re: pendrive
posta a saida do comando mount como tu ta montando esse pendrive? mount -t bla bla bla ou automaticamente pelo debian? *--* Att Marcos Carraro marcoscarraro.blogspot.com Em 23 de janeiro de 2013 11:05, Manoel Pedro de Araújo mpara...@gmail.comescreveu: Olá, alguem pode me ajudar? ao tentar formatar um pendrive não consigo. acho qu tem virus pq ao deletar os arquivos aparece uma mensagem infomando que não tenho permissão dou permissão como root mas elenão reconhece. -- Manoel
Re: pendrive
A saída mount é mount /dev/sda4 on / type jfs (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /media/C type fuseblk (rw,allow_other,blksize=4096) /dev/sda5 on /media/D type fuseblk (rw,allow_other,blksize=4096) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) Em 23 de janeiro de 2013 10:08, Marcos Carraro marcos.g.carr...@gmail.comescreveu: posta a saida do comando mount como tu ta montando esse pendrive? mount -t bla bla bla ou automaticamente pelo debian? *--* Att Marcos Carraro marcoscarraro.blogspot.com Em 23 de janeiro de 2013 11:05, Manoel Pedro de Araújo mpara...@gmail.com escreveu: Olá, alguem pode me ajudar? ao tentar formatar um pendrive não consigo. acho qu tem virus pq ao deletar os arquivos aparece uma mensagem infomando que não tenho permissão dou permissão como root mas elenão reconhece. -- Manoel -- Manoel
Re: Teste para levantar um novo PDC SAMBA
Obrigado Thiago! Na verdade, eu estou apenas pondo em prática o conceito aprendido, desde que tive contato com as plataformas apoiadas no título software livre, que é: COMPARTILHAR CONHECIMENTO. Também, sei muito bem como é a angustia de estar diante de um problema técnico, sem ter todo o conhecimento para solucioná-lo e ser a única pessoa responsável para fazê-lo... como dizem por aí: os cara pira (rsrs). Então, também não custa nada ajudar. Essa deve ser a premissa da lista: hoje eu te ajudo... amanhã vc me ajuda, e assim vamos crescendo em conhecimento juntos. Abração, Julio Lopez JD4Y - Cristo vai voltar... prepara-te! De: Thiago Nalli Valentim thiago.na...@gmail.com Para: debian-user-portuguese@lists.debian.org Cc: debian-user-portuguese@lists.debian.org debian-user-portuguese@lists.debian.org Enviadas: Terça-feira, 22 de Janeiro de 2013 23:47 Assunto: Re: Teste para levantar um novo PDC SAMBA Júlio Lopez, Parabéns, melhor suporte e ajuda que já li. Explicou BEM como funciona as coisas e o melhor, COMO FAZER. Meus Parabéns pela ótima Qualidade do que enviou. Abraços Em 22 de janeiro de 2013 13:09, julio lopez julio_sm_lo...@yahoo.com.br escreveu: Olá... Primeiro de tudo...CUIDADO! Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO. Se entendi direito, vc já tem uma rede com estações autenticando num controlador de domínio LINUX e quer atualizar esse ambiente, certo? . Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. Quando uma estação é ligada, ela já sabe quem é o controlador do domínio a qual ela pertence e onde deve se autenticar (através de chaves no registry, profiles, SID, DNS, etc... obtidos no momento em que vc ingressou ela no dominio). Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. Lembre-se disso: as estações já têm informações do dominio, que foram herdadas do PDC no momento que entrou naquele dominio. A chave de toda essa empreitada está em vc preservar essas informações dos PERFIS do servidor. Assim, o que vc precisa fazer é salvar essas informações do dominio ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder restaurar as mesmas informações do antigo dominio, para que as suas estações se autentiquem corretamente, e utilizem os mesmos perfis que já tinham configurados, etc... Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar normalmente. Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, colocar o OS LEVEL em 255... a estação vai criar um perfil competamente zerado. Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o caminho das pedras. 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso diretamente no ATUAL servidor de produção) para praticar esse procedimento com segurança. 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) 2-) emita os comandos a seguir no PDC Linux ATUAL: net getlocalsid localsid_antes e net getdomainsid domainsid_antes PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, será algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457 3-) desligue o servidor de produção (ATUAL) 4-) levante o novo ambiente atualizado na máquina de testes (item 0) , restaure todas as configurações/arquivos do servidor anterior (item 1). PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o pulo do gato. 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e emita os comandos abaixo: net setlocalsid localsid_antes e net setdomainsid domainsid_antes PS: agora sim, o novo dominio está com as mesmas informações de SID do PDC antigo, os quais as suas estações conhecem. 6-) Faça o teste logando uma única estação e veja se carregou o perfil tudo certinho. Caso, positivo... repita todo o processo na máquina de produção. BOA SORTE... Abraço, Julio Lopez Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14 Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 19h) no site www.adventistasCGR.com.br Cristo vai voltar... prepara-te! De: Spirit Mercy spiritme...@gmail.com Para: debian-user-portuguese@lists.debian.org Enviadas: Sábado, 19 de Janeiro de 2013 20:47 Assunto: Teste para levantar um novo PDC SAMBA Boa noite Lista! Acredito que tive problemas no envio do post abaixo sendo assim reenvio a lista para ter certeza que todos lerão.
Re: Teste para levantar um novo PDC SAMBA
Prezado Julio! Muito obrigado pelo primor de ajuda na sua resposta, eu nunca li nada a respeito, o que vc explicou sobre essa etapa de migração de PDC foi simplesmente extraordinário. Agora... eu tinha a intensão de fazer um teste eu uma máquina que a princípio não teria relação com o PDC em produção eu criaria tudo novo (Usuários e Grupos) que seria para eu aprender pois será meu 1º PCD e depois sim eu faria a migração que vc ensinou aproveitando os IDs do PDC antigo. Sendo assim existe alguma relação com que valor o OS LEVEL deve ser declarado neste PDC de teste? Desde já meu muito obrigado, Spirit Mercy Em 22 de janeiro de 2013 13:09, julio lopez julio_sm_lo...@yahoo.com.brescreveu: Olá... Primeiro de tudo...CUIDADO! Estude e planeje bem o que pretende fazer para evitar surpresas, pois o que vc está querendo fazer, não é difícil, mas requer bastante CUIDADO. Se entendi direito, vc já tem uma rede com estações autenticando num controlador de domínio LINUX e quer atualizar esse ambiente, certo? . Esquece o parâmetro OS LEVEL, pois esse não tem nada com o que pretende fazer. Quando uma estação é ligada, ela já sabe quem é o controlador do domínio a qual ela pertence e onde deve se autenticar (através de chaves no registry, profiles, SID, DNS, etc... obtidos no momento em que vc ingressou ela no dominio). Não é o valor do OS LEVEL que vai indicar para ela se autenticar aqui ou ali. Lembre-se disso: as estações já têm informações do dominio, que foram herdadas do PDC no momento que entrou naquele dominio. A chave de toda essa empreitada está em vc preservar essas informações dos PERFIS do servidor. Assim, o que vc precisa fazer é salvar essas informações do dominio ATUAL, para depois de ter levantado o NOVO ambiente atualizado, poder restaurar as mesmas informações do antigo dominio, para que as suas estações se autentiquem corretamente, e utilizem os mesmos perfis que já tinham configurados, etc... Com isso, as estações nem sequer perceberão que vc trocou de PDC e irão operar normalmente. Agora, se vc não preservar o SID do domínio, mesmo que levante um PDC com o mesmíssimo smb.conf do antigo, mesmos usuários/senhas, memso nome de dominio, colocar o OS LEVEL em 255... a estação vai criar um perfil competamente zerado. Entendido que o buraco é mais embaixo??? Ótimo, agora então vamos para o caminho das pedras. 0-) separe um domingão ou feriadão, arrume uma outra máquina (não faça isso diretamente no ATUAL servidor de produção) para praticar esse procedimento com segurança. 1-) tire backup de tudo relacionado ao dominio ATUAL (confs, diretórios /etc/samba e /var/lib/samba, arquivos dos usuários, logins/senhas... etc) 2-) emita os comandos a seguir no PDC Linux ATUAL: net getlocalsid localsid_antes e net getdomainsid domainsid_antes PS: A saída dos comandos que serão salvas nos arquivos .txt *_antes, será algo assim: SID for domain SRVNET is: S-1-5-21-3688244726-2417961542-2171169457 3-) desligue o servidor de produção (ATUAL) 4-) levante o novo ambiente atualizado na máquina de testes (item 0) , restaure todas as configurações/arquivos do servidor anterior (item 1). PS: nesse ponto, teoricamente teremos um novo servidor atualizado, porém com o mesmo nome de máquina, mesmo nome de dominio, mesmos usuarios e senhas do samba, todos arquivos restaurados, etc... agora só falta o pulo do gato. 5-) Và no diretório onde estão os arquivos .txt *_antes, salvos no item 2 e emita os comandos abaixo: net setlocalsid localsid_antes e net setdomainsid domainsid_antes PS: agora sim, o novo dominio está com as mesmas informações de SID do PDC antigo, os quais as suas estações conhecem. 6-) Faça o teste logando uma única estação e veja se carregou o perfil tudo certinho. Caso, positivo... repita todo o processo na máquina de produção. BOA SORTE... Abraço, Julio Lopez Assista a TV Novo Tempo em sinal aberto canal 56 (SP) ou pela Sky canal 14 Acompanhe as atividades da nossa comunidade e assista os cultos (sáb 10h e dom 19h) no site www.adventistasCGR.com.br Cristo vai voltar... prepara-te! -- *De:* Spirit Mercy spiritme...@gmail.com *Para:* debian-user-portuguese@lists.debian.org *Enviadas:* Sábado, 19 de Janeiro de 2013 20:47 *Assunto:* Teste para levantar um novo PDC SAMBA Boa noite Lista! Acredito que tive problemas no envio do post abaixo sendo assim reenvio a lista para ter certeza que todos lerão. Tenho em minha empresa um PDC de muitos anos de uso e que precisa ser atualizado. Pretendo levantar um novo linux e com isso fazer testes neste ambiente provisório pois eu nunca configurei um PDC, com isso tenho medo da hora da chamada eleição dos PDCs e o PDC de produção não entrar e com isso toda a rede da empresa entrar em crash. Como devo declarar o valor do parametro OS LEVEL do ambiente de teste para que eu possa fazer os testes tranquilo e com a certeza de que não irei comprometer o PDC
