LTSP montando dados do servidor debian

removido
(usa Nenhuma)

Enviado em 26/03/2017 - 18:58h

Senhores,

Versao light da pergunta

estou testando o LTSP como solução pra boot remoto, mas estou com uma dúvida. Ao iniciar o meu cliente, ele monta em sua raiz, os mesmo arquivos da raiz do servidor. Isto é, é como se o cliente fizesse um mero acesso remoto a raiz do meu servidor, apenas com o adicional de um ambiente gráfico.

minha pergunta é: uma vez que o LTSP baixa e guarda uma imagem em /opt/ltsp/amd64, o cliente não deveria montar esses arquivos do diretório amd64 ao invés do diretório raiz do servidor?

Versao full e detalhada

Ao configurar devidamente o DHCP e demais serviços necessários pra rodar o LTSP, geralmente os usuários usam o comando

ltsp-build-client 

para que o LTSP baixe uma imagem e a armazene no diretório /opt/ltsp/amd64. A imagem contém os arquivos padrão de uma distribuição, boot, bin, etc, usr, e os demais.

Meu servidor (um Debian 7) obviamente também tem seus diretórios bin, boot, etc. E são justamente esses arquivos (do servidor) que estão sendo iniciados pelo cliente, e não aqueles que o LTSP baixou, presente em /opt/ltsp/amd64. Isso é normal?

Testei várias coisas para fazer com que meu cliente inicie os arquivos de /opt/ltsp/amd64, tantas que nem me lembro mais. Ao que me parece, é uma questão de configuração dos arquivos /opt/ltsp/amd64/etc/fstab (que por padrão vem vazio) e do arquivo /opt/ltsp/amd64/etc/lts.conf. Mas eu cheguei a configurar os dois (sem ter certeza se to fazendo certo), mas por enquanto nada.

Em /opt/ltsp/amd64/etc/fstab cheguei a colocar a linha:

/dev/sda   172.16.0.1:/opt/ltsp/amd64   nfs   defaults   1   1 

E em /opt/ltsp/amd64/etc/lts.conf por enquanto está:

FSTAB_0="172.16.0.1:/opt/ltsp/amd64   /   nfs   defaults   1   1" 

Cheguei a ir variando os parametros de cada uma dessas linhas, na tentativa e erro mesmo, mudando um a um, as vezes deixando só uma das linhas, as vezes tentando com as duas, enfim. Acabou ficando tão "a esmo" que desisti completamente.

Enfim, o LTSP realmente trabalha assim? Com um cliente iniciando os arquivos da raiz do servidor? Se é assim, porque baixar outros arquivos e criar o diretório /opt/ltsp/amd64?

Bom, mas é isso aí. Muito obrigado pela atenção e paciência, até mais!

removido
(usa Nenhuma)

Enviado em 28/03/2017 - 00:01h

e agora, quem poderá me defender?

Carlos_Cunha
(usa Linux Mint)

Enviado em 31/03/2017 - 02:20h

Bom Vamos lá.

A Imagem gerada é de duas forma uma img(ou algo assim), em que é uma "imagem" compactada e outra totalmente "solta", que são acessadas via NFS.
So trabalhei com a imagem em NFS ou seja a "solta", assim cada alteração, em arquivo ou instalação de pacotes não precisa gerar imagens novas , é so fazer a maquina(cliente) reiniciar para carregar novos arquivos.

Essa imagem é somente dos arquivos que não dependem de um servidor X(quem prove interface gráfica) para funcionar, se por exemplo nessa imagem vc instalar o nmap(que não precisa de interface(ou seja de um servidor X rodando), ele será pego dessa imagem(/opt/ltsp/XXX), agora por exemplo o firefox, esse precisa de um servidor X, logo ele será pego do seu sistema operacional, pense assim:
/opt/ltsp/XXX -> Arquivos do sistema(/usr - /sbin/ - etc) -> Tudo que não precisa de um servidor X
/raiz(do sistema operacional da maquina) -> Esse será servidor de aplicação gráfica, tudo que precisa de um X rodando será pego dele.
Logo se quero nmap(ou qualquer um que não precisa de interface/X rodando) ,instalo da imagem /opt/ltsp/xxx , e será carregado de la.
logo se quero algo que precisa de interface como Firefox/Pidgin/Google Chrome, será instalado no servidor de aplicação, que é o sistema operacional principal.

O kernel que é a primeira parte carregada é "puxado" via TFTP, que ele pega de /srv/tftp/XXX/XXXX(se não me engano).

Espero ter ajudado.

#-------------------------------------------------------------------------------------#

"Linux is cool"

removido
(usa Nenhuma)

Enviado em 01/04/2017 - 19:50h

Carlos_Cunha, obrigado pela resposta!

Se entendi bem, isso quer dizer que se eu der um chroot /opt/ltsp/amd64 apt-get install nmap, o meu cliente LTSP deve possuir a aplicacao nmap (diferente do servidor, que nao o tem). Bem, fiz isso aqui, assim como outras aplicacoes graficas e nao graficas, so pra garantir. Na verdade nao funcionou, o cliente LTSP continua sendo uma mera "copia" do servidor.

O mesmo procedimento no ubuntu server 14 também não deu resultado.

Carlos_Cunha
(usa Linux Mint)

Enviado em 01/04/2017 - 20:51h

Vc deve estar usando imagem em Formato compactado como mencionei e não "solto".
Depois de fazer o o chroot( q tem comando ltsp-chroot algo assim) vc vai ter que atualizar a sua imagem compactada.
Deve ter um mas comando tipo ltsp-update ou ltsp-image algo assim, daí a imagem vai estar atualizada.

#-------------------------------------------------------------------------------------#

"Linux is cool"

removido
(usa Nenhuma)

Enviado em 01/04/2017 - 21:10h

Então, o meu diretório /opt/ltsp/amd64 eh composto por:

bin boot dev etc home lib lib64 mnt opt...

Isso o caracteriza como uma imagem solta ou compactada? Acho que o comando é o ltsp-update-image.

Carlos_Cunha
(usa Linux Mint)

Enviado em 02/04/2017 - 09:06h

Dentro do /opt/ltsp/amd64 sempre será assim se não me engano.
Faça alterações lá e execute o ltsp-update-image e reinicie o cliente para pegar nova imagem.
Abraço

#-------------------------------------------------------------------------------------#

"Linux is cool"