Re: LTSP: Sugestão para estabelecimento de um servi dor
Olha só, também já tive problema de corrompimento com ltsp e reiserfs! Mas com o ext3 e ext4 tudo funcionou bem, sem corrompimento de dados. E pela configuração do computador, imagino que nem de lxde você precise. Dá para deixar kde/gnome mesmo. Quanto a esse problema do shutdown, eu ja indiquei resposta aqui[1] abs, Gustavo [1] http://www.mail-archive.com/ubuntu...@lists.ubuntu.com/msg64726.html 2010/4/22 Nei Moreira > Em 22 de abril de 2010 10:32, Helio Loureiro escreveu: > >> > Resolvi experimentar o LTSP para ver se o período de formatação das >> > máquinas por problemas de vírus paravam. >> > Inicialmente, o efeito desejado foi atingido. Acabei formatando >> > novamente, não por problemas de vírus, mas sim por corrompimento do >> sistema >> > de arquivos ocasionado pelo mau desligamento. >> >> >> Corrompimento de fs é algo que não deveria acontecer, de forma alguma. >> Se estiverem com journalling, e mesmo assim continuar com problemas, >> troque o fs para EXT2 e modo síncrono. >> >> Outra alternativa é utlizar um disco compartilhado via drbd. >> >> -- >> []´s >> Helio Loureiro >> > > Helio, > > A partição onde se deu o corrompimento foi a raiz do sistema "/". Que > estava em "reiserfs". > O desligamento a que me referi estava sendo através do botão "power". > Experimentalmente, desabilitei o shutdown ou reboot para um usuário > comum, através do kdm, para evitar que alguém desligasse ou reiniciasse o > servidor acidentalmente enquanto algum outro usuário estivesse logado no > sistema. Isso também porque o servidor também estava sendo empregado como > estação de trabalho. Então, toda vez que alguém estivesse empregando o > servidor, tentasse desligar ou reiniciar a estação, aparecia uma janela para > inserção da senha de root para confirmação, exibindo, também, os usuários > logados no sistema. Quando era então calcado o botão "power" do gabinete > para um desligamento efetivo. > Problema que foi surgindo como consequência, é que nem todos os > usuários sabiam da diferença do calque do detalhe do botão "power", onde > para desligamento do sistema basta apenas um leve aperto de 1 seg de duração > e para desligamento abrupto, um calque de 5 seg. > A configuração anterior durou em torno de 2 meses e meio até o momento > onde se deu o problema. > Por isso, nesta nova implementação, pretendo usar os erros para > melhorar o sistema e empregar também as experiências e soluções que estou > encontrando através das dicas do pessoal e pesquisas pela Internet. > A questão que levantou do disco compartilhado, não conhecia. Se você > tiver algum link para leitura sobre o assunto "drbd", seria interessante. > Abraço, > > Nei Moreira >
Re: problema com DNS
Em 22 de abril de 2010 11:06, José Figueiredo escreveu: > Ola Rogerio > > A internet funciona normalmente em todas as máquianas. > a rede esta ok via ifconfig tmb. > > Fiz o teste com o wicd - o problema persiste. > > arquivo /etc/resolv.conf igual nas duas máquinas > domain casa.local > search casa.local > nameserver 192.168.0.1 > > * na maquina Debian somente texto: > ping dns.casa.local > resposta ok > > * na maquina Debian com ambiente gráfico: > ping dns.casa.local > resposta: ping: unknow host dns.casa.local > > * em cliente windows tudo funciona certo. > > Não encontro nenhum log de erro ou registro de falha qualquer ! Falha de servidor X ?? Tente desintalar o xorg e reinstalar (não é dpkg-reconfigure, é aptitude purge xorg? && aptitude install gnome) Rogerio >> > com ambiente grafico gnome (debian lenny e ubuntu 9.10). >> > >> > Configurei um Cache DNS usando BIND com uma zona interna. Testes com DIG >> > e >> > NSLOOKUP funcionam perfeitamente, navegaçao em sites externos tmb >> > funciona. >> > >> > Clientes do DNS baseados em Windows funcionam perfeitamente para >> > resolução >> > de nomes da internet e a minha zona interna tmb. (inclusive ping) >> > >> > Mas clientes baseados em Debian com ambiente grafico gnome não resolvem >> > os >> > nomes dos hosts da minha rede interna. Não funciona ping nem navegação. >> > Fiz >> > um teste com um cliente sem ambiente gráfico e ai funcionou. >> >> Não funciona internet também? Sua placa aparece no ifconfig? Se usa >> Network-manager , instala o wicd e vê se funciona, se não o que dá de >> erro ? >> >> Rogerio >> >> >> > >> > Acredito ser alguma falha de configuração de meu cliente. >> > >> > Aguardo sugestões. >> > >> > >> > -- >> > http://sites.google.com/site/debgnulinux/ >> > http://www.brasilsemaborto.com.br/ >> > > > > > -- > http://sites.google.com/site/debgnulinux/ > http://www.brasilsemaborto.com.br/ > -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/t2i917a57cb1004221341l6a01ec61r897fccbd4762c...@mail.gmail.com
ldap kerberos
Boa tarde Debianos de plantão, estou criando um servidor ldap kerberos, para realizar autenticação criei a base de dados ldap e conf o kerberos mas retorna [r...@kerberos etc]# kadmin -l kadmin> init TESTE.BR Realm max ticket life [unlimited]: Realm max renewable ticket life [unlimited]: kadmin: create_random_entry(krbtgt/teste...@teste.br): randkey failed: Principal does not exist kadmin: create_random_entry(kadmin/chang...@teste.br): randkey failed: Principal does not exist kadmin: create_random_entry(kadmin/ad...@teste.br): randkey failed: Principal does not exist kadmin: create_random_entry(changepw/kerbe...@teste.br): randkey failed: Principal does not exist kadmin: create_random_entry(kadmin/hp...@teste.br): randkey failed: Principal does not exist kadmin: create_random_entry(WELLKNOWN/anonym...@teste.br): randkey failed: Principal does not exist Alguém já viu esse erro ? sabe como corrigir ? Desde ja fico grato por qualquer ajuda -- Att Anderson Bertling
Re: LTSP: Sugestão para estabelecimento de um servi dor
Em 22 de abril de 2010 10:32, Helio Loureiro escreveu: > > Resolvi experimentar o LTSP para ver se o período de formatação das > > máquinas por problemas de vírus paravam. > > Inicialmente, o efeito desejado foi atingido. Acabei formatando > > novamente, não por problemas de vírus, mas sim por corrompimento do > sistema > > de arquivos ocasionado pelo mau desligamento. > > > Corrompimento de fs é algo que não deveria acontecer, de forma alguma. > Se estiverem com journalling, e mesmo assim continuar com problemas, > troque o fs para EXT2 e modo síncrono. > > Outra alternativa é utlizar um disco compartilhado via drbd. > > -- > []´s > Helio Loureiro > Helio, A partição onde se deu o corrompimento foi a raiz do sistema "/". Que estava em "reiserfs". O desligamento a que me referi estava sendo através do botão "power". Experimentalmente, desabilitei o shutdown ou reboot para um usuário comum, através do kdm, para evitar que alguém desligasse ou reiniciasse o servidor acidentalmente enquanto algum outro usuário estivesse logado no sistema. Isso também porque o servidor também estava sendo empregado como estação de trabalho. Então, toda vez que alguém estivesse empregando o servidor, tentasse desligar ou reiniciar a estação, aparecia uma janela para inserção da senha de root para confirmação, exibindo, também, os usuários logados no sistema. Quando era então calcado o botão "power" do gabinete para um desligamento efetivo. Problema que foi surgindo como consequência, é que nem todos os usuários sabiam da diferença do calque do detalhe do botão "power", onde para desligamento do sistema basta apenas um leve aperto de 1 seg de duração e para desligamento abrupto, um calque de 5 seg. A configuração anterior durou em torno de 2 meses e meio até o momento onde se deu o problema. Por isso, nesta nova implementação, pretendo usar os erros para melhorar o sistema e empregar também as experiências e soluções que estou encontrando através das dicas do pessoal e pesquisas pela Internet. A questão que levantou do disco compartilhado, não conhecia. Se você tiver algum link para leitura sobre o assunto "drbd", seria interessante. Abraço, Nei Moreira
Re: problema com DNS
Ola Rogerio A internet funciona normalmente em todas as máquianas. a rede esta ok via ifconfig tmb. Fiz o teste com o wicd - o problema persiste. arquivo /etc/resolv.conf igual nas duas máquinas domain casa.local search casa.local nameserver 192.168.0.1 * na maquina Debian somente texto: ping dns.casa.local resposta ok * na maquina Debian com ambiente gráfico: ping dns.casa.local resposta: ping: unknow host dns.casa.local * em cliente windows tudo funciona certo. Não encontro nenhum log de erro ou registro de falha qualquer ! Em 21 de abril de 2010 23:23, Rogerio Luz Coelho escreveu: > Em 21 de abril de 2010 22:04, José Figueiredo > escreveu: > > Ola a todos > > > > Estou tendo um problema de resoluçao de nomes em maquinas baseadas em > debian > > com ambiente grafico gnome (debian lenny e ubuntu 9.10). > > > > Configurei um Cache DNS usando BIND com uma zona interna. Testes com DIG > e > > NSLOOKUP funcionam perfeitamente, navegaçao em sites externos tmb > funciona. > > > > Clientes do DNS baseados em Windows funcionam perfeitamente para > resolução > > de nomes da internet e a minha zona interna tmb. (inclusive ping) > > > > Mas clientes baseados em Debian com ambiente grafico gnome não resolvem > os > > nomes dos hosts da minha rede interna. Não funciona ping nem navegação. > Fiz > > um teste com um cliente sem ambiente gráfico e ai funcionou. > > Não funciona internet também? Sua placa aparece no ifconfig? Se usa > Network-manager , instala o wicd e vê se funciona, se não o que dá de > erro ? > > Rogerio > > > > > > Acredito ser alguma falha de configuração de meu cliente. > > > > Aguardo sugestões. > > > > > > -- > > http://sites.google.com/site/debgnulinux/ > > http://www.brasilsemaborto.com.br/ > > > -- http://sites.google.com/site/debgnulinux/ http://www.brasilsemaborto.com.br/
