Digital Freedom

Índice

2012-06-10T14:46:00.000-07:00

ÍNDICE CRONOLÓGICO

De volta ao Slackware!

LVM Linux - Slackware

Xen Hypervisor - Slackware

Xen Hypervisor - Debian Squeeze dom0

Certificações Red Hat Enterprise Linux

Certificações Red Hat Enterprise Linux - Instalando via FTP

2012-06-05T11:38:00.000-07:00

Na postagem anterior foi instalado e configurado um servidor FTP, sendo feito o redimensionamento necessário no volume lógico usado para armazenamento do repositório de instalação, assim como foram aplicados os contextos do SELinux aos arquivos do repositório para que o mesmo funcione o tanto como esperado no servidor FTP.

Esta parte da série baseada nas baseada nas certificações do Red Hat Enterprise Linux abordará uma instalação do Scientific Linux através do servidor FTP configurado anteriormente.

Para este método de instalação do sistema, será necessário ter disponível o CD somente de boot, o qual disponibilizarei a seguir, o qual pode ser adquirido através do link que segue:

SL-62-x86_64-2012-02-06-boot.iso

Como a instalação do sistema é o tanto quanto intuitiva (em forma de wizard), basta seguir as opções apontadas nas telas seguintes, e as explanações sobre a instalação serão feitas somente quando necessárias.

Apresentação - Para ampliar, clique sobre a figura.

Carregando o CD - Para ampliar, clique sobre a figura.

Testar a mídia de instalação - Para ampliar, clique sobre a figura.

Escolher o idioma - Para ampliar, clique sobre a figura.

Layout do teclado - Para ampliar, clique sobre a figura.

Para ampliar, clique sobre a figura.

Escolher o método de instalação via URL, conforme mostra a figura acima, para que possamos apontar a URL do nosso servidor FTP configurado anteriormente.

Para ampliar, clique sobre a figura.

Como a solução não usará ainda TCP/IP versão 6, convém desabilita-lo, como apontado na figura acima, e na sessão IPv4, foi usado IP dinâmico, pois está habilitado um servidor DHCP na máquina onde foi configurada o servidor FTP. Ok para prosseguir...

Para ampliar, clique sobre a figura.

Conforme vemos na figura acima, foi apontada a URL do nosso servidor FTP, a qual é composta pelo endereço IP do mesmo (10.0.2.15), seguido do caminho onde encontra-se o repositório de instalação (/pub/inst). Ok para prosseguir...

Para ampliar, clique sobre a figura.

E inicia-se a instalação propriamente dita. Caso retorne algum erro nesta etapa, verifique se a porta 21 (FTP) do servidor está bloqueada e reinicie a instalação.

Instalação GUI - Para ampliar, clique sobre a figura.

Tipo de dispositivos de armazenamento que a instalação envolve - Para ampliar, clique sobre a figura.

Nome para o computador - Para ampliar, clique sobre a figura.

Hostname: tester1.example.intranet

Fuso-horário - Para ampliar, clique sobre a figura.

Senha para o super-usuário (root) - Para ampliar, clique sobre a figura.

Layout de particionamento - Para ampliar, clique sobre a figura.

Disk druid (Particionador Padrão RHEL) - Para ampliar, clique sobre a figura.

Adicionar partição.

Após clicar em "Create", e apresentada a tela acima, para adicionar uma nova partição, onde foi escolhido para ser criado um novo volume físico (LVM), o qual preencherá o tamanho máximo permitido...

Crias espaço para armazenamento.

... Ao pressionar Ok na tela anterior, é exibida uma outra, qual nos dá três tipos de espaços para armazenamento, onde foi escolhido que será criado um grupo de volumes LVM...

Criar grupo de volumes LVM.

... Ao pressionar Ok na tela anterior, é exibida agora a tela onde é nomeado o grupo de volumes (vg_tester1), onde é mostrado também os volumes físicos que formarão o mesmo, e por ultimo, a sessão onde podemos adicionar, editar, e apagar os volumes lógicos dentro do dado grupo de volumes.

Criar volume lógico.

Ao clicar no botão adicionar, é exibida a tela para criar volumes lógicos, onde foi criado o volume lógico destinado a servir como a partição raiz do sistema, qual foi configurado conforme mostra a figura acima.

Volume lógico criado.

Ao clicar em Ok, é retornada a tela anterior com o volume lógico criado. Na mesma tela são exibidos também os dados do uso do volume lógico vg_tester1 conforme apontado na figura acima.

Com os mesmos procedimentos, foram criados também os volumes lógicos, quais servirão como espaço de troca (swap), e como partição /home. A figura que segue mostra como foi alocado o grupo de volumes integralmente.

Alocação do grupo de volumes vg_tester1.

Alocação da partição sda1. - Para ampliar, clique sobre a figura.

... E ao clicar em ok, é retornada para a tela de criação de partições, onde temos a visão geral da alocação de toda a partição sda1.

Alocação da partição sda1. - Para ampliar, clique sobre a figura.

Ao pressionar em Next na tela anterior, é exibida, conforme mostra na figura acima, uma mensagem dizendo que não é permitido que um volume lógico seja uma partição inicializável (boot). Ok...

Recriando a tabela de particionamento - Para ampliar, clique sobre a figura.

Assim, foi pressionado o botão "Reset", e em seguida é apresentado o diálogo perguntando se estamos certos de querermos retornar a tabela de partições ao seu estado original. "Yes"...

Criando partição raiz.

... E foi criada a partição raiz comum, conforme mostrada na figura acima.

Com o restante do espaço disponível, foi criada mais uma vez o volume físico em sda1 e o grupo de volumes lógicos vg_tester1, onde foram criados os volumes lógicos que funcionarão como o espaço de troca (swap), e partição /home.

Desta forma, a tabela de particionamento ficou conforme mostra a figura que segue:

Tabela de particionamento recriada. - Para ampliar, clique sobre a figura.

Obs.: No RHEL e "rebuilds" não é possível que partições inicializáveis, como a raiz, ou quando separamos uma partição /boot sejam alocadas em volumes lógicos, o que não acontece em outras distribuições como Slackware, e Debian.

Carregador do Sistema (Instalando o GRUB). - Para ampliar, clique sobre a figura.

Tipo de Instalação do sistema. - Para ampliar, clique sobre a figura.

Conforme vemos na figura acima, foi usada o tipo de instalação para um servidor básico (Basic Server). Ao clicar em modificar repositório (Modify repository), é constatado exatamente que o endereço do nosso repositório FTP, qual foi configurado anteriormente, esta sendo usado. "Cancel".

Personalizar pacotes a serem instalados. - Para ampliar, clique sobre a figura.

Com selecionamos para personalizar os softwares a serem instalados, independente do tipo da instalação escolhido anteriormente, foi apresentada a tela acima, porém não foi escolhido nenhum outro software a ser instalado além dos que estão presentes no grupo de pacotes "Basic Server".

Checagem de dependências. - Para ampliar, clique sobre a figura.

Instalando. - Para ampliar, clique sobre a figura.

Instalação Completa. - Para ampliar, clique sobre a figura.

"Reboot"...

Servidos Básico Rodando. - Para ampliar, clique sobre a figura.

O tipo de instalação "Basic Server" não executa o "Firstboot", pois não instala o Xorg por padrão.

Prosseguiremos com esta série de postagens baseadas no RHCSA/ RHCE. Permaneçam atentos às novas postagens.

Tudo, até aqui.

Saudações a todos.

Referências.:

RHCSA/RHCE Red Hat Linux Certification Study Guide (Exams EX200 & EX300), 6th Edition (Certification Press) by Michael Jang

Certificações Red Hat Enterprise Linux - vsFTP

2012-05-22T13:24:00.000-07:00

Na postagem anterior iniciamos uma série baseada nas certificações do Red Hat Enterprise Linux (RHCSA e RHCE), onde foram abordados os procedimentos para criação de um volume lógico, qual foi formatado sobre o sistema de arquivos xfs e servirá como espaço de armazenamento para um repositório de instalação do Scientifc Linux (uma das "rebuilds" do RHEL). Foi criado também um breve script de shell que montará as imagens iso dos DVD's de instalação do mesmo sistema.

Esta segunda parte da série dará mais ênfase a a instalação e a configuração do vsFTP, assim como o comportamento do mesmo dentro do contexto do SELinux.

O servidor FTP.

Para ampliar, clique sobre a figura.

Iniciamos com a instalação do vsftpd usando o yum, conforme vemos na figura acima...

Para ampliar, clique sobre a figura.

Para quem está acostumado com o Debian, onde ao terminar de instalar um servidor através do apt-get o mesmo já é automaticamente inicializado, e habilitado nos níveis de execução de inicialização do sistema, deparar-se-á com algumas diferenças no Red Hat e em seus "rebuilds". Para habilitar o serviço nos níveis de execução 2, 3, 4, 5, usa-se o comando chkconfig, conforme sintaxe na figura acima. A primeira inicialização do serviço deve ser feita manualmente, apos habilitado o serviço nos níveis de execução, conforme vemos acima, a cada inicialização do sistema o serviço inicializará automaticamente.

Para verificar se o serviço está funcionando propriamente, foi usado um cliente ftp modo texto chamado lftp conectado ao próprio loopback da máquina. Apos conectado, foi usado o comando para listar os diretórios, onde encontramos apenas o diretório padrão pub, o qual foi criado pela instalação do vsftp. O diretório pub encontra-se, na verdade, no dado diretório home do usuário ftp, o qual é criado como usuário padrão do serviço para anonymous connections. O caminho do diretório home é /var/ftp/pub.

Após instalado o vsFTP, são criadas as suas principais estruturas de diretórios, incluindo o seu principal arquivo de configuração, qual encontra-se em /etc/vsftpd/vsftpd.conf.

[root@server1 ~]# vi /etc/vsftpd/vsftpd.conf

Para ampliar, clique sobre a figura.

Os objetivos do RHCE sugerem uma configuração para download "anonymous only", desta forma, foi necessário configurar as opções anonymous_enable como YES, e local_enable como NO, conforme vemos na figura acima.

Para ampliar, clique sobre a figura.

Conforme esta outra figura, foi criado em /var/ftp/pub o diretório inst/ onde ficará armazenado o repositório de instalação do SL. Verificando-se que as imagens iso dos DVD's de instalação do sistema estão devidamente montadas, foi copiado o conteúdo do primeiro DVD para o /var/ftp/pub/inst. Ao executar o comando mount, foi verificada já de imediato uma situação problema. Os dois DVD's de instalação do sistema ultrapassam os 5 Gb disponibilizados no nosso volume lógico "iso", e ambos precisam estar dentro de /var/ftp/pub/inst.

- E agora? O que fazer?

Para ampliar, clique sobre a figura.

Um recuso muito útil em LVM é a possibilidade de poder adicionar mais discos físicos a um grupo de volumes lógicos, assim como redimensionar um volume lógico usando o espaço adicionar disponibilizado após estendermos um dado grupo de volumes, acrescentando mais volumes físicos. Conforme mostra a figura acima, foi estendido o grupo de volumes lógicos "instserver", sendo acrescentado a ele o volume físico /dev/sdc1, e em seguida foi visualizado o grupo já disponibilizando o espaço adicional de 5 Gb.

Para ampliar, clique sobre a figura.

Conforme mostra a figura acima, foi estendido o volume lógico "iso", sendo acrescentado a ele mais 2 Gb, porém ao fazer a verificação para saber se o novo tamanho estaria vigorando, foi constatado que o volume lógico permaneceu com os mesmos 5 Gb.

- O que será que faltou ser feito?

Para ampliar, clique sobre a figura.

Um volume lógico redimensionado não significa que o sistema de arquivos sob o qual o mesmo foi formatado é ao mesmo redimensionado. Portanto, a depender do sistema de arquivos usado, é necessário usar a sua ferramenta própria para faze-lo. Como o volume lógico "iso" foi formatado sob o sistema de arquivos "xfs", a ferramenta utilizada para expandi-lo é xfs_growfs, e a sintaxe correta é a seguinte:

#xfs_growfs /ponto/de/montagem.

Portanto, para redimensionar um volume lógico formatado sob o sistema de arquivos xfs, o mesmo deve estar devidamente montado.

Verificando-se, depois de realizar os procedimentos descritos acima, que o novo tamanho do volume lógico passou a vigorar, foi possível, assim, copiar o segundo DVD de instalação do SL.

Voltando ao servidor FTP...

Para ampliar, clique sobre a figura.

Conectando mais uma vez através do cliente lftp e usado mais uma vez o comando para listar os diretórios, após entrar no diretório pub, e listar o seu conteúdo, não apareceu ainda o diretório inst/, qual criamos aqui nesta postagem.
Como o SELinux é habilitado por padrão no RHEL e suas "rebuilds", é necessário aplicar os contextos SELinux apropriados para o novo directório, no caso, o inst/, o que foi feito com o comando chcon. O parâmetro -t public_content_t é requerido justamente para compartilhamento de arquivos via FTP.

Para ampliar, clique sobre a figura.

Após a mudança no contexto de segurança do diretório inst/, é necessário reiniciar o serviço para que as mudanças sejam aplicadas também no servidor, e o vsFTP funcione o conforme esperado. Conforme mostra a figura acima, ocorreu a falha 500 na retomada da conexão pelo serviço, bastando acessar outra vez o arquivo /etc/vsftpd/vsftpd.conf e fazer as correções necessárias.

Finalmente, conectando mais uma vez através do cliente lftp e listando os diretórios, verificou-se a presença do diretório inst/ com todo o conteúdo de instalação do SL previamente copiado.

Prosseguiremos com esta série de postagens baseadas no RHCSA/ RHCE. Permaneçam atentos às novas postagens.

Tudo, até aqui.

Saudações a todos.

Referências.:

RHCSA/RHCE Red Hat Linux Certification Study Guide (Exams EX200 & EX300), 6th Edition (Certification Press) by Michael Jang

Certificações Red Hat Enterprise Linux - Preparando o ambiente.

2012-05-22T13:18:00.000-07:00

Na postagem anterior abordamos sobre a instalação do OpenSolaris 2009.06 domU e Debian Squeeze dom0 e e o mesmo foi concluído dizendo que prosseguiria-se com mais postagens sobre tuning e troubleshooting em Linux e Unix mas, devido aos últimos acontecimentos na minha trajetória profissional, serão pausadas as postagens sobre Linux e Unix. Em momento oportuno será retornada a série de postagens sobre Linux e Unix inseridos em ambiente de virtualização Xen.

Esta postagem abrirá uma série direcionada para o RHCSA/ RHCE. Devido a alguma burocracia para obter uma "trial" da versão mais atual do Red Hat Enterprise Linux, as exposições aqui serão baseadas no Scientific Linux, que é uma das "rebuilds" do RHEL.

O Scientific Linux é uma distribuição desenvolvida por experts da Fermilab (Fermi National Accelerator Laboratory), um centro de pesquisas especializado em física de particulas de alta energia em Batavia, Ilinois, nos Estados Unidos e a Organização Europeia de Pesquisa Nuclear (CERN).

Serão disponibilizados abaixo as imagens ISO dos DVD's contendo a versão mais atual da distribuição (6.2) nos links que seguem:

DVD 1 - SL-62-x86_64-2012-02-06-Everything-DVD1

DVD 2 - SL-62-x86_64-2012-02-06-Everything-DVD2

Esta série de postagens será aberta mostrando a configuração de um servidor FTP, qual servirá como repositório para instalação do Scientific Linux.

Antes de fazer as exposições práticas, vale colocar aqui algumas considerações:

O armazenamento do servidor FTP será disponibilizado sobre um volume lógico;

Será configurado um serviço do sistema responsável por montar as imagens ISO do Scientific Linux, pois não é possível monta-las em tempo de inicialização através do /etc/fstab;

Será necessário aplicar os contextos SELinux apropriados para o diretório, onde ficarão armazenados os arquivos de instalação do SL via FTP;

O diretório de instalação do SL será o ponto de montagem do volume lógico comentado no ponto anterior, formatado sob o sistema de arquivos xfs.

Configurando o armazenamento para o repositório de instalação do sistema usando LVM.

Iniciando...

Para ampliar, clique sobre a figura.

Ao consultar os discos e partições presentes no sistema, é verificada a presença de 3 discos, /dev/sdb, /dev/sdc, e /dev/sdd, onde dois deles foram previamente formatados como Linux LVM, de forma que as partições geradas ficaram, respectivamente, como /dev/sdb1, e /dev/sdc1, conforme é mostra a figura acima.

Para ampliar, clique sobre a figura.

Foi criado um primeiro volume lógico, conforma a figura acima, conforme os procedimentos que seguem:

Foi criado o volume físico sobre o disco /dev/sdb particionado;

Foi criado um grupo de volumes lógico nomeado "instserver";

Dentro do grupo "instserver" foi criado um volume lógico nomeado "iso", o qual usou todo o espaço de armazenamento disponível no mesmo, a saber, 5 Gb.

Obs.: Para um melhor aproveitamento do espaço disponível no grupo de volumes lógicos, ao invés de atribuir o tamanho em gigabytes, foi atribuído o tamanho em "extents".

Para ampliar, clique sobre a figura.

Verificando-se a existência do dispositivo /dev/instserver/iso referente ao volume lógico criado, foi feita a formatação do mesmo com o sistema de arquivos xfs. E ainda conforme mostra a figura acima, foi criado o ponto de montagem, qual será usado para nosso repositório /var/ftp.

Feito isto, já é possível adicionar a linha abaixo para que o volume lógico seja montado já em tempo de inicialização do sistema:

/dev/instserver/iso /var/ftp xfs defaults 1 2

Para ampliar, clique sobre a figura.

Sendo montado manualmente o nosso volume lógico, foi verificado, conforme a figura acima, o mesmo devidamente montado, e exibindo justamente os 5 Gb de espaço de armazenamento disponíveis.

Montando as imagens ISO dos DVD's de instalação do sistema.

Agora será criado o script padrão Red Hat, qual montara as imagens ISO do SL também em tempo de inicialização:

[root@server1 ~]# vi /etc/init.d/isomount

Para ampliar, clique sobre a figura.

Sem esquecer de criar os pontos de montagens para as imagens ISO conforme indicados no script acima:

[root@server1 ~]# mkdir /uolbr_inst/DVD1

[root@server1 ~]# mkdir /uolbr_inst/DVD2

Para ampliar, clique sobre a figura.

Conforme a figura acima, foi iniciado o serviço recém criado, montando as duas imagens ISO dos DVD's de instalação do SL 6.2. Em seguida, foi habilitado o script para ser inicializável pelo sistema, deixando o nosso ambiente de armazenamento pronto para a instalação do servidor FTP.

Prosseguiremos com esta série de postagens baseadas no RHCSA/ RHCE, abordando sobre a instalação e a configuração do vsftp, assim como o comportamento do mesmo dentro do contexto do SELinux.

Tudo, até aqui.

Saudações a todos.

Referências.:

RHCSA/RHCE Red Hat Linux Certification Study Guide (Exams EX200 & EX300), 6th Edition (Certification Press) by Michael Jang

OpenSolaris 2009.06 domU e Debian Squeeze dom0

2012-02-13T01:00:00.000-08:00

Na postagem anterior abordamos sobre a instalação do Oracle Solaris 11 (domU) no Debian Squeeze (dom0) e verificou-se a inviabilidade de prosseguir com a instalação do mesmo, porque o processador usado para a solução não possui a flag vtx, permitindo a instalação de sistemas convidados somente de 32 bits. A versão mais atual do sistema da Oracle é somente de 64 bits.

Será abordada nesta postagem a instalação do OpenSolaris 2009.06 (domU) no Debian Squeeze (dom0). A imagem iso do disco de instalação do sistema operacional está disponível para download aqui.

Antes de seguir com a instalação, levaremos em conta algumas considerações e pre-requisitos importantes:

A placa de rede virtual do OpenSolaris domU será anexada à bridge xenbr0;
A rede local é gerenciada por um servidor DHCP, qual deverá fornecer ao OpenSolaris domU o endereço IP, os endereços do gateway e os do servidor DNS;
O OpenSolaris irá residir dentro do volume lógico outrora destinado a instalação do Oracle Solaris 11 (vide postagem anterior).

Troubleshooting da rede no ambiente de virtualização.

Como a interface de rede padrão utilizada pelo ambiente do Xen é ethX (no caso aqui eth0), e a virtualização aqui está sendo implementada em rede wi-fi, onde o modulo da interface é wlan0, será necessário instalar e configurar um módulo de interface de rede fictícia, a qual é denominada Linux dummy-network interface.

Veremos os procedimentos...

root@oranje:~# pico /etc/network/interfaces

Para ampliar, clique sobre a figura.

No arquivo de configuração das interfaces de rede do Debian, foram acrescentadas as linhas permitindo que as interfaces eth0 e a wlan0 sejam detectadas automaticamente, e depois as linhas de configuração da dummy0, qual será utilizada para a network-bridge entre domU e dom0. É recomendável verificar se os itens bridge e netdev estão configurados corretamente na sessão network-bridge do Xen em /etc/xen/xend-config.sxp.

root@oranje:~# pico /etc/modules

Para ampliar, clique sobre a figura.

Conforme mostra a figura acima, foi acrescentada a linha para que o modulo do dummy seja carregado em tempo de boot do sistema.

root@oranje:~# pico /etc/network/if-up.d/iptables

Para ampliar, clique sobre a figura.

Foi criado um script, que em resumo, fará o compartilhamento da internet entre a interface wi-fi e a rede da interface fictícia dummy0, e por conseguinte, com a bridge xenbr0. O script inclui as seguintes rotinas:

Cria-se uma variável (gwdev), que é igual a interface de rede presente no roteamento padrão;
É feito um teste (test -z) para verificar se a interface realmente existe;
São apagadas todas as chains (iptables) POSTROUTING da rede em dom0;
E por fim estabelece-se o roteamento NAT (iptables e ip_forward) entre a interface encontrada e o endereço da rede atribuído a dummy0/xenbr0 .

Fechou, salvou as alterações.

Instalando e configurando o servidor dhcp:

root@oranje:~# aptitude install isc-dhcp-server

root@oranje:~# pico /etc/dhcp/dhcpd.conf

Na opção domain-name, é colocado o nome do domínio da rede interna, e na opção domain-name-server, é colocado os endereços DNS fornecidos pela provedor de internet. Caso o dom0 esteja diretamente conectado a internet através de um roteador wireless, os endereços DNS podem ser facilmente obtidos em /etc/resolv.conf.
Continuando...

Nas opções subnet e netmask são colocados, respectivamente, o endereço da rede e a mascara de rede, qual dummy0 faz parte; O range, é a faixa de endereços IP dentro da rede de dummy0 que será fornecida pelo servidor DHCP. Foi colocado ali de 10 a 20; E na opção routers, por conveniência, o nome do sistema anfitrião na nomenclatura do Xen incluso no domínio do servidor DHCP. (dom0.oranje.huis).

Fechou, salvou as alterações. Recomendável também reiniciar o dom0.

Instalação do OpenSolaris domU.

root@oranje:~# pico /home/xvm/solaris/osol09.cfg

Para ampliar, clique sobre a figura.

A figura acima, mostra o conteúdo do arquivo de instalação do OpenSolaris, o qual foi nomeado osol09.cjg.

Layout do teclado - Para ampliar, clique sobre a figura.

Idioma padrão do sistema - Para ampliar, clique sobre a figura.

Vemos na figura acima, que o CD live é carregado apenas em modo texto (livemode=text).

Para ampliar, clique sobre a figura.

Após ter efetuado o login padrão do CD live (User - jack/ Password - jack), foram feitos os seguintes procedimentos:

Foi atribuída uma senha ao root (pfexec passwd root);
Foi efetuado login como root, por intermédio do usuário padrão jack (su -) - Algo semelhante ao sudo do Linux.

VNC e SSH - Para ampliar, clique sobre a figura.

Na figura acima foram executados os seguintes procedimentos, após efetuado o login como root:

Foi listada as interfaces de rede presentes no sistema (diferente do Linux que dispensa o uso da opção -a);
São atribuídos, respectivamente, o endereço IP e a mascara de rede para a interface xnf0 (eth0, no Linux);

Obs.: Ainda que tenha um servidor DHCP sendo executado no dom0, foi necessário aqui fixar o endereço IP, mascara e gateway no OpenSolaris domU.

Sendo deixada a sessão super-usuário, retornando ao usuário padrão jack, foram executados os seguintes procedimentos:

Foi preparado o servidor VNC, de forma que possibilite serem abertas sessões VNC pelo usuário jack (caso isto seja feito com o usuário root, o ícone da instalação do sistema não irá aparecer na área de trabalho);
Foi habilitado também o serviço ssh.

Verificando a comunicação entre domU e dom0.

Para ampliar, clique sobre a figura.

A figura acima mostra um simples escaneamento de portas em domU antes e depois de habilitados os serviços vncserver e ssh no OpenSolaris.

Para ampliar, clique sobre a figura.

A figura acima mostra as principais interfaces do Debian dom0 enquanto domU está em execução.
A bridge xenbr0 apropria-se do MAC Adress e do IP de dummy0, é crida a interface virtual vif4.0, enquanto que a wlan0 permanece como padrão.

E aqui mostra o teste de ping do OpenSolaris domU sobre o IP da interface wlan0 e o da bridge xenbr0, ambos com respostas positivas.

VNC - Para ampliar, clique sobre a figura.

Conectando-se ao servidor VNC de dom0 para domU, é solicitada a senha que foi colocada na sessão do usuário jack no momento em que foi habilitado o serviço (Vide figura intitulada VNC e SSH)

Para ampliar, clique sobre a figura.

E assim, foi possível o acesso ao desktop do CD live do nosso OpenSolaris domU.

A partir daqui, prossegue a instalação do sistema em modo "gui", e seguirão os mesmos procedimentos da instalação em modo texto da postagem anterior, assim, apenas constaram as telas com suas respectivas funções. Para ampliar, basta clicar sobre cada figura.

Clicar no ícone Install OpenSolaris...

Tela de boas vindas ao OpenSolaris.

Particionamento do disco rígido.

Fuso horário, data e hora.

Idioma padrão do sistema (desktop)

Adicionar um usuário padrão.

Sumário das configurações escolhidas na pré-instalação.

Instalando...

Ao terminar o processo mostrado na figura ligeiramente acima, simplesmente mantenha a janela aberta, e não clique de forma alguma no botão Reboot antes de fazer os procedimentos necessários no console do Xen onde está sendo executado o OpenSolaris domU, para depois copiarmos o kernel e o ramdisk do OpenSolaris para a pasta da vm em dom0.

Para ampliar, clique sobre a figura.

Ao listarmos os ambientes de boot do sistema, verificamos que o opensolaris está presente, podém não montado (-), pois o novo instalador o desmonta antes que possamos fazer qualquer procedimento sobre ele, assim, é necessário que o montamos manualmente. Segue explicação do comando utilizado:

pfexec - Executa um comando com privilégios adicionais;
beadm mount - Monta um ambiente de boot;
opensolaris - Nome do ambiente de boot;
/a - Ponto de montagem.

Assim, listando mais uma vez os ambientes de boot do sistema, verificamos que o ambiente opensolaris está montado no ponto de montagem /a.

Para ampliar, clique sobre a figura.

E em seguida é necessário atualizar o arquivo de inicialização. O comando bootadm é utilizado para gerenciar a capacidade de boot do sistema operacional. (Ver procedimento na figura acima.)

Para ampliar, clique sobre a figura.

Conforme mostra a figura acima, é criada no Debian dom0 a estrutura de pastas onde ficaram armazenados os arquivos do kernel e do ramdisk do OpenSolaris domU.

Para ampliar, clique sobre a figura.

Conforme mostra a figura acima, a partir do OpenSolaris domU (console do Xen), foram copiados (scp) os arquivos do kernel (unix), e do ramdisk (boot_archive) para as pastas criadas anteriormente no Debian dom0.

Para ampliar, clique sobre a figura.

ZFS é um sistema de arquivos combinado com LVM (Logical Volume Meneger), onde se inclui a integração dos dois conceitos, tendo suporte a verificação da integridade dos dados contra os modos de corrupção, e suporte para altas capacidades de armazenamento. Assim, entende-se cada zpool como uma fatia do disco (slice), ou como um volume lógico.
É necessário, assim, obter o ZFS-ID do ambiente de boot, qual deve ser usado no arquivo de configuração do domU pós instalação e saber também qual a ID do zpool do /ROOT/opensolaris.

Primeiramente, foi obtido o único identificador do rpool:

zpool - Comando utilizado para configurar os pools de armazenamento (storage) ZFS;
guid - Identificador único do pool;
rpool - O pool do root.

Para obter os zpools do rpool, foi usado comando zdb, qual é utilizado, na verdade, como depurador do ZFS, usado com as opções -d, para obter o conjunto de dados de rpool e a opção -e, qual verifica se o pool foi exportado, destruído, ou era altroot (ponto de montagem de uma partição root alternativa, no caso aqui, a partição root era montada no CD live).

Atenção a este detalhe! A ID do zpool de /ROOT/opensolaris aqui é 51. Mas na saída em uma outra instalação poderá vir outra ID! É recomendável guardar bem isto!

Para ampliar, clique sobre a figura.

Caso não queira um login gráfico, é possível desabilitar o gdm.
O svcadm é o comando usado para manipular as instancias de serviços do OpenSolaris.
Semelhante a update-rc.d -f (Linux Debian like), chkconfig (Linux Red Hat like).

Para ampliar, clique sobre a figura.

Agora podemos retornar a tela do VNC e clicar no botão Reboot. Devido aos procedimentos executados anteriormente em modo texto, pode ser que ocorra algum travamento deixando a tela paralisada. Sem problemas! Basta fechar a tela de conexão ao servidor VNC do OpenSolaris domU, conectar outra vez (Vide figura VNC) e clicar no botão Reboot...

Para ampliar, clique sobre a figura.

... E aqui está a resposta no console após o reboot.

root@oranje:~# pico /home/xvm/solaris/0906/osol09.cfg

Para ampliar, clique sobre a figura.

Acima temos o arquivo de configuração do domU OpenSolaris pós-instalação. Atenção ao detalhe de onde foi empregado o ID do zpool do /ROOT/opensolaris obtido anteriormente. No parâmetro bootpath, /xpvd/xdf@0:a é o disco e o ponto de montagem do zpool rpool onde está instalado o sistema.

Para ampliar, clique sobre a figura.

Finalmente, a nossa vm em execução.

Prosseguiremos com mais postagens sobre tuning e troubleshooting em Linux e Unix.

Tudo, até aqui.

Saudações a todos.

Referências.:

Jens Neuhalfen - Installing OpenSolaris 2008.11 RC2 domU in a Linux (RedHat/Centos) dom0
Debian Wiki - DHCP_Server
Ubuntu Forums - Xen on a laptop, network issues.
Linux and More - OpenSolaris 2009.06 Paravirtualized domU on Xen 3.1.2 on LVM

Oracle Solaris domU e Debian Squeeze dom0

2012-02-12T18:25:00.000-08:00

Na postagem anterior abordamos sobre a instalação do Oracle Solaris 11 (HVM) no Debian Squeeze.

Na tentativa de fazer a virtualização completa do sistema da Oracle, foi verificado que é requerido hardware especial para a implementação da solução, e ficou claro que não é permitido uma virtualização completa sem a tecnologia Intel® VT.

Nesta postagem será abordada a instalação do Oracle Solaris 11 para-virtualizado (domU) no Debian Squeeze (dom0)
A para-virtualização é uma técnica onde o sistema operacional convidado fica ciente de que está sendo executado sobre um hypervisor, ao invés de estar sendo executado sobre o hardware básico, de forma que o sistema operacional anfitrião deve ser modificado para a acomodação do convidado. Assim como venho fazendo desde as postagens anteriores, seguirei criando as vm's baseadas em LVM, devido à sua flexibilidade (redimensionamento), asssim como a rapidez na transferência de dados.

Prosseguiremos...

root@oranje:~# pico /home/xvm/solaris/sol11.cfg

Figura 1 - Para ampliar, clique sobre a figura.

Conforme a figura acima, foi criado o arquivo de instalação do Solaris (domU), qual foi nomeado como sol11.cfg, onde já é notado claramente que as opções kernel, ramdisk, e extra foram extraídas do disco de instalação do Solaris para que o mesmo fique ciente de que será instalado/executado pelo hypervisor. Assim, é necessário montar a imagem iso da instalação do Solaris no Debian anfitrião...

Figura 2 - Para ampliar, clique sobre a figura.

... E conforme a figura acima, foram executados os seguintes procedimentos:

Foi criada a pasta onde ficarão os aquivos da vm;
Foi montada a imagem do disco de instalação do Solaris (mount -o loop);
Foram copiados os arquivos do kernel e do ramdisk do disco de instalação do Solaris para a pasta destinada para a vm no Debian anfitrião.

Voltando à figura 1, após criado o arquivo de instalação do sistema convidado, foi visualizado o grupo de volumes lógicos existentes (vgdisplay) e verificado quem existem 15Gb de espaço disponível para a criação de novos volumes lógicos. Assim...

Para ampliar, clique sobre a figura.

... Foi criado o volume lógico de nome solaris, usando todo o espaço livre em vg00. Para um melhor aproveitamento deste espaço livre, foi usado o tamanho expresso Por Extensões (-l+3841).

Para ampliar, clique sobre a figura.

Conforme a figura acima, foram listadas as informações sobre os domínios presentes no nosso ambiente de virtualização, e foi verificado que o Domínio-0 está em execução (r), em seguida foi criado o domínio sol11 usando o arquivo de configuração aqui já abordado.

Caso ocorra a pani na cpu0 desencadeando o erro exibido acima, não é motivo para preocupação....

Para ampliar, clique sobre a figura.

... Simplesmente retorne ao arquivo de configuração, faça algumas mundificações na quantidade de UCPs virtuais (vcpus) entre 1 e 2, ou então aumente ou diminua a quantidade de memória usada, evitando claro, exageros. Isto não influência muito em tempo de instalação.

Para ampliar, clique sobre a figura.

Agora já dentro do ambiente de instalação do Oracle Solaris, a primeira coisa a ser feita é configurar o layout do teclado, basta escolher o número correspondente ao seu teclado e pressionar <Enter>.

Para ampliar, clique sobre a figura.

Em seguida, é solicitado que seja escolhido o idioma padrão do sistema, basta escolher também o número correspondente e pressionar <Enter>.

Para ampliar, clique sobre a figura.

E finalmente chegamos ao menu de instalação, onde escolhemos o número 1, para assim prosseguimos diretamente a ela. - <Enter>

Para ampliar, clique sobre a figura.

Ao chegar nesta primeira tela de instalação, basta pressionar F2 para continuar.

Obs.: A tela de instalação modo texto do Solaris é ao estilo ncurses, e conforme é percebido, não será exibida de forma satisfatória no console do Xen, mas ao mover as setas para baixo e/ou para cima, será perceptível que as opções de cada tela serão exibidas. A causa e a solução para isto são ainda desconhecidas.

Para ampliar, clique sobre a figura.

A próxima tela é a tela do fdisk do Solaris, onde ela mostra exatamente o volume lógico de 15Gb criado anteriormente, e propõe usar todo o disco para a instalação do sistema...

Para ampliar, clique sobre a figura.

Mas oferecendo a possibilidade de aceitar o que o sistema propõe (Usar o disco inteiro), ou usar uma partição. Aqui foi usado o disco inteiro - F2.

Para ampliar, clique sobre a figura.

Agora chegamos a tela, qual solicita como será configurada a rede no Solaris, escolha a que mais se adequa a sua solução de virtualização. - F2. - A principio aqui foi configurada como automaticamente (dhcp).

Para ampliar, clique sobre a figura.

Aqui o sistema solicitará que seja selecionada a região que contem o nosso fuso-horário... F2.

Para ampliar, clique sobre a figura.

Após selecionar o país, será solicitada a região do país onde contêm o fuso-horário... F2.

Para ampliar, clique sobre a figura.

Certificar-se de que o calendário e o horário estejam corretos, caso contrario, fazer os devidos ajustes e em seguida pressionar F2.

Para ampliar, clique sobre a figura.

O Solaris, por padrão, bloqueia o acesso direto do root, seja local, seja por ssh, assim, ele força a criação de um usuário, qual terá poderes de executar alguns comandos usando o pfexec. Não esquecer que a senha deve conter pelo menos um número e um caractere especial. F2...

Finalmente é exibido um resumo contendo todas as opções escolhidas, ao ponto que basta mais uma vez pressionar F2...

Para ampliar, clique sobre a figura.

Inicializando, assim, a instalação propriamente dita do sistema.

Para ampliar, clique sobre a figura.

Foi identificado uma falha quando o processo de instalação chega na média dos 84%. E agora? Qual será o motivo?

Foi verificado que o processador aqui usado não contem nem a flag vtx, e nem a svm. No caso aqui, deveria ter a vtx, por tratar-se de um processador Intel®, o que recai em situação semelhante a da postagem anterior. Desta forma, mesmo usando a técnica da para-virtualização, a ausência da tecnologia Intel® VT possibilita a instalação de sistemas convidados somente de 32 bits.

Tudo, até aqui.

Assim, continuaremos esta sessão de postagens sobre o Xen, abordando a instalação do OpenSolaris 2009.06 domU no Debian Squeeze dom0. Esta versão do OpenSolaris já suporta uma instalação para-virtualizada baseada em LVM.

Se alguém testou uma solução tendo como base a postagem anterior (HVM), ou mesmo esta postagem, com sistemas Unix de 64 bits atuais utilizando o hardware adequado, favor postar aqui seus comentários. Eles serão bem vindos.

Saudações.

Referências.:

xen-discuss - How to install Solaris 11 express in PV DomU at Xen 4.0.1 Linux Dom0 ?

Oracle Solaris HVM, e Debian Squeeze dom0.

2012-02-12T11:41:00.000-08:00

Na postagem anterior abordamos sobre a instalação do Oracle Solaris 11 (domU) sobre o Slackware 13.37 (dom0).

Na tentativa de instalar a versão mais atual do sistema operacional da antiga Sun Microsystems para-virtualizado, verificou-se a inviabilidade de prosseguir porque o Slackware hospedeiro (dom0) instalado era de 32 bits, sendo que o Solaris 11 é executado apenas em 64 bits. Após instalado o Slackware64 13.37, verificou-se um outro obstáculo já na instalação integral do Xen, a ausência de algumas dependências quase que não identificáveis. Diante deste desafio, foi feita a busca de alguma outra distribuição Linux que fornecesse um melhor suporte para o Xen, até chegar a conclusão de que o Debian Squeeze fornece o melhor e mais rápido suporte pára a virtualização em Xen. Aplicando as melhores práticas no gerenciamento de serviços de tecnologia da informação (ITIL), ficou resolvido, assim, adotar a solução, por isto desde a postagem anterior, foi adotado o Debian Squeeze 6.0.4.
Desta forma, seguiremos com uma instalação do Oracle Solaris 11 HVM sobre o Debian Squeeze (dom0).

Uma virtualização HVM, o sistema operacional convidado é executado em um ambiente virtualizado inalterado, e é executado, sem que ele saiba, diretamente no hardware.
Vale lembrar, portanto, que toda a solução será implementada sobre um laptop da Acer, Aspire 5741Z-4888, com o processador Intel® Pentium® P6100 (2.0 Ghz, 3MB L3 cache), e 3 Gb DDR3 MEMÓRIA RAM.

Iniciaremos obtendo o suporte para o HVM Xen...

root@oranje:~# aptitude install xen-qemu-dm-4.0

root@oranje:~# pico /home/xvm/solaris/sol11.hvm

Para ampliar, clique sobre a figura.

Foi criado o arquivo de instalação para o Solaris HVM conforme mostra a figura acima. Segue uma breve explanação destacando os principais itens do arquivo acima:

Name - Indica o nome atribuido a vm;
Builder - Indica que a virtualização será do tipo HVM;
Disk - Indica os discos utilizados na vm, usa-se phy (physical) para um disco físico (aqui foi utilizado um volume lógico), e file para arquivos de imagem, no caso do CD-ROM, foi utilizado o arquivo iso contando a instalação modo texto do Solaris 11);
Device_model - Indica que o processador será emulado, permitindo a virtualização completa da HVM sobre o hospedeiro (QEMU);
Kernel - Indica o caminho do boot através do carregador HVM (hvmloader).

Fechando e salvando as alterações, executando a instalação da vm...

Para ampliar, clique sobre a figura.

Conforme notamos na figura acima, na tentativa de tentar executar (criar) a nova HVM, verificou-se que o suporte para convidados HVM está indisponível,e segue a perguntando se a opção VT/AMD-V é suportada pela UCP, e está habilitada na BIOS. Será isto mais um obstáculo para nossa solução?

Quem teve a curiosidade de acessar o link que fala sobre o processador, qual vem sendo utilizado aqui, verificou que o mesmo não tem a tecnologia Intel® VT (Intel® Virtualization Technology - VT-x), desta forma, jamais será possível implementar uma solução de virtualização completa usando tal processador. No link abaixo será possível encontrar uma lista com processadores Intel® com a tecnologia Intel® VT presente.

Processadores Intel® com tecnologia VT.

Portanto, fica claro que é requerido um hardware especial (no caso, o processador) para que seja permitido executar uma HVM.

Tudo, até aqui.

Assim, continuaremos esta sessão de postagens sobre o Xen, abordando a instalação do Oracle Solaris domU sobre o Debian Squeeze dom0.

Saudações.

Referências.:

Xen Virtualization on Linux and Solaris by Boris Derzhavets

Debian Wiki - Xen

Slackware 13.x dom0 e Solaris 11 domU.

2012-02-09T20:24:00.000-08:00

Na postagem anterior abordamos sobre a instalação e a configuração do Xen com o network bridge.

Até lá, toda a abordagem técnica estava sendo feita sobre uma instalação do Slackware 13.37 de 32 bits. Assim, na tentativa de instalar o Solaris 11 como domU sobre o Slackware dom0, o Xen obviamente não permitia a execução da vm devido a tal incompatibilidade.

Sendo instalado o Slackware64, na tentativa de compilar e criar o pacote de instalação do Xen para o Slackware (pois fornecido na postagem anterior serve apenas para o de 32 bits), ocorria uma série de erros quase que não identificáveis relacionados a dependências. Assim, após pesquisas criteriosas sobre o comportamento do Xen em outras distribuições Linux, foi concluído que a distribuição, qual fornece o melhor suporte ao Xen é a distribuição Debian, inclusive já fornece os pacotes pré-compilados do Xen 64 bits.

Desta forma, a sessão de postagens sera continuada, a partir de agora, sobre o Debian Squeeze 6.0.4, com o kernel 3.2.0-0.bpo.1-amd64.

Antes de falar sobre a instalação do Oracle Solaris 11, vamos a uma rapida abordagem sobre a instalação e configuração do Xen no Debian.

Para a instalação, basta executar o comando abaixo:

root@oranje:~# aptitude install xen-hypervisor xen-linux-system xen-utils xenstore-utils xenwatch xen-tools

Isto ira instalar os pacotes solicitados, mais as suas devidas dependências.

Após a instalação, conferir as entradas padrões do grub, e do boot loader referentes ao kernel do Xen, respectivamente:

root@oranje:~# pico /etc/default/grub

Para ampliar, clique sobre a figura.

Acrescentar todas as linhas referentes ao Xen conforme mostra a figura acima...

root@oranje:~# update-grub

root@oranje:~# pico /boot/grub/grub.cfg

Para ampliar, clique sobre a figura.

...E certificar que as entradas multiboot e module estejam conforme mostra a figura acima.

Para ampliar, clique sobre a figura.

Antes de reiniciar, acessar o arquivo /etc/inittab e deixar conforme mostra a figura acima. Desta forma, tty1 aparecerá na saída VGA, e hvc0 aparecerá no console.

root@oranje:~# init 6

Ao reiniciar, escolher a opção Debian GNU/Linux, with Linux 3.2.0-0.bpo.1-amd64 and XEN 4.0-amd64 paara continuar.

Após reiniciada a máquina com o kernel do Xen, acessar o seu arquivo de configuração conforme abaixo...

root@oranje:~# pico /etc/xen/xend-config.sxp

Para ampliar, clique sobre a figura.

... E habilitar as linhas conforme apontadas na figura acima. Neste caso, foram deixados os parâmetros bridge=xenbr0 netdev=dummy0, em network-bridge, porque este teste está sendo feito sobre um laptop conectado a uma rede sem fio. Não esquecendo também de habilitar e alterar as linhas (dom0-min-mem 1024), e (enable-dom0-ballooning no). Deixando esta última configurada como "no", o dom0 nunca permitirá que domUs sejão criados.

O Xen trabalha com alguns scripts para que alguns parâmetros configurados, ou que possam vir a serem configurados (figura acima) funcionem propriamente. Desta forma, é recomendável dar permissão de execução para todos eles:

root@oranje:~# chmod +x /etc/xen/scripts/*

Em seguida, verificar o arquivo de configuração padrão dos domínios do Xen:

root@oranje:~# pico /etc/default/xendomains

Habilitar e alterar as entrada XENDOMAINS_SAVE="" e XENDOMAINS_RESTORE=false respectivamente.

Tudo, até aqui.

Assim, continuaremos esta sessão de postagens sobre o Xen, abordando a instalação do Oracle Solaris HVM (fully virtualized) e domU, sobre o Debian Squeeze dom0.

Se alguém testou a instalação de algum sistema de 32 bits (domU) sobre o Slackware (dom0), tendo como base a postagem anterior, favor postar aqui seus comentários.

Saudações.

Referências.:

HowtoForge - Paravirtualization With Xen 4.0 On Debian Squeeze (AMD64)

Debian Wiki - Xen

Xen Hypervisor - Slackware (Compilação, instalação e configuração de um kernel compatível com o Xen)

2012-01-08T11:00:00.000-08:00

Na postagem anterior abordamos passo a passo a instalação do FreeBSD sobre uma vm através do VirtualBox.

Está postagem abre uma sessão de outras postagens, quais abordarão a instalação e configuração do Xen Hypervisor, assim como a instalação do Solaris através da paravirtualização em Xen.

Empresas que procuram aumentar a utilização de servidores, otimizar soluções já implementadas, reduzir tanto a complexidade, como o custo total do patrimônio alocado estão adotando a virtualização de servidores. O Xen hypervisor é, além de ser o único com technologia "open source", a mais rápida e mais segura solução de virtualização de infraestrutura disponível atualmente, suportando uma vasta gama de sistemas operacionais como convidados, tais como o Windows®, Solaris®, dentre outros.

A instalação do Xen sobre o Slackware será o centro desta postagem, assim, antes de entrar-mos nos detalhes técnicos, quero aqui colocar algumas considerações:

O kernel passou a dá suporte nativo ao Xen a partir da versão 3.x, e a versão nativa contida no Slackware 13.37 é a 2.6.37.6;
Como o Xen é um software de paravirtualização, ele usa uma imagem de inicialização, qual é utilizada junto com a imagem do kernel, sendo que o Grub oferece melhor suporte do que o Lilo, e o Slackware sempre trouxe o Lilo como o seu boot loader nativo, e nem disponibiliza o Grub em seu disco de instalação;
Até o momento, muito raramente serão encontrados pacotes de instalação do Xen hypervisor para o Slackware disponíveis na rede, porém o fonte disponibilizado no pŕoprio site da suporte ao recurso "DESTDIR".

Bem, após as considerações acima, entraremos agora nos detalhes técnicos.

Iniciaremos fazendo o download da versão estável mais atual do kernel, a versão 3.1.6;

Agora iremos descompactar o nosso novo kernel, lembrando que a localização padrão para os fontes do kernel é sempre em /usr/src:

bash-4.1# tar -jxvf linux-3.1.6.tar.bz2 --directory=/usr/src/

Obs.: A opção --directory já encaminha o fonte do kernel direto para caminho desejado.

Para ampliar, clique sobre a figura.

Conforme a figura acima, foram seguidos os seguintes passos, após descompactado o fonte do kernel para o caminho específico:

Foi acessado o diretório onde localizam-se os fontes dos kernels (/usr/src/);
Foi removido (rm) o link simbólico vinculado ao fonte do kernel corrente;
Foi criado o link simbólico (ln -s) vinculado já ao novo kernel (3.1.6);
Foi acessado o diretório onde localizam-se os fontes do novo kernel através do link simbílico(/usr/src/linux);
Foi expandido (zcat) o config do kernel corrente para o caminho do novo kernel, mantendo assim, as configurações anteriores para a compilação do kernel 3.1.6;
Foi feita uma atualização do .config (oldnoconfig) com base no disponibilizado pelo kernel corrente, definindo todos as novas implementações como n, adicionalmente às atualizações das dependências...

Para ampliar, clique sobre a figura.

... E ao acessar o menu de configuração do novo kernel (menuconfig), o primeiro a ser feito foi definir o suporte para memórias grandes para 64 Gb (Processor type and features - High emory Support), caso contrário, não aparecerão as opções de suporte para o Xen. (Figura acima);

Para ampliar, clique sobre a figura.

Conforme a figura acima, foi habilitado o suporte para sistemas convidados paravirtualizados...

Para ampliar, clique sobre a figura.

... E ao acessar-mos o seu submenu, habilitamos o suporte para sistemas convidados Xen, dentre outros conforme mostrado na figura acima;

Para ampliar, clique sobre a figura.

Retornando ao menu anterior (Processor type and features), foi habilitado também o recurso, conforme mostra a figura acima.

Para ampliar, clique sobre a figura.

Retornando ao menu principal, conforme mostra a figura acima, acessamos a opção de suporte a barramentos...

Para ampliar, clique sobre a figura.

... E habilitamos o suporte ao PCI frontend para Xen.

Para ampliar, clique sobre a figura.

Retornando ao menu principal, conforme mostram as figuras acima, acessamos a opção de suporte a dispositivos de hardware, em seguida o submenu de dispositivos de bloco (Block devices)...

Para ampliar, clique sobre a figura.

... Encontradas as opções sobre o Xen, habilitamos o suporte nativo a dispositivos de blocos virtuais do Xen, e o beckend habilitamos como módulo (M), conforme mostrado na figura acima.

Para ampliar, clique sobre a figura.

Retornando ao menu anterior, conforme mostra a figura acima, acessamos a opção de suporte a dispositivos de rede...

Para ampliar, clique sobre a figura.

... Encontradas as duas opções sobre o Xen, habilitamos os suportes da mesma forma que fizemos em Block devices, conforme mostrado na figura acima.

Para ampliar, clique sobre a figura.

Retornando ao menu anterior, conforme mostra a figura acima, acessamos a opção de suporte a dispositivos de caractere...

Para ampliar, clique sobre a figura.

... E habilitamos o suporte ao console do Xen conforme mostra a figura acima.

Para ampliar, clique sobre a figura.

Retornando ao menu anterior, conforme mostra a figura acima, acessamos a opção de suporte ao Watchdog Timer...

Para ampliar, clique sobre a figura.

... E habilitamos o suporte ao Watchdog do Xen conforme mostra a figura acima.

Para ampliar, clique sobre a figura.

Retornando ao menu anterior, conforme mostram as figuras acima, acessamos a opção de suporte a recursos gráficos, e em seguida ao submenu de suporte para frame buffer...

Para ampliar, clique sobre a figura.

... E habilitamos o suporte ao frame buffer virtual do Xen.

Para ampliar, clique sobre a figura.

Retornando ao menu anterior, conforme mostra a figura acima, acessamos a opção de suporte a drivers do Xen...

Para ampliar, clique sobre a figura.

... E habilitamos o suporte nativo a todos os drivers virtuais do Xen, exceto o driver "User-space grant reference allocator", qual habilitamos como módulo (M), conforme mostrado na figura acima.

Para ampliar, clique sobre a figura.

E para finalizar esta etapa, retornando ao menu anterior, conforme mostra a figura acima, habilitamos o suporte a drivers de virtualização.

Retornamos ao menu principal, saímos do menu de configurações para o novo kernel, e salvamos as alterações de forma que foram escritas no .config.
Agora compilaremos o suporte a todos os recursos marcados como nativos (*) ao novo kernel, com o comando abaixo:

bash-4.1# make all

Obs.: ¹ O procedimento referente ao comando acima dura cerca de 60 minutos até a sua finalização; ² Caso o usuário queira habilitar mais algum recurso nativo ( * ), ou como módulo (M) no novo kernel, pode faze-lo, mas com muito critério, e cuidado para que a imagem de inicialização do kernel não fique grande de mais, provocando instabilidade, e até a não inicialização do sistema (kernel panic).

Finalizada a compilação dos módulos marcados como nativos, instalamos todos os módulos para o caminho de instalação dos mesmos, com o comando abaixo:

bash-4.1# make modules_install

Finalizando mais uma etapa, instalamos o kernel para o seu caminho de instalação (/boot) com o comando abaixo:

bash-4.1# make install

Obs.: Com o comando acima, serão criados os arquivos de imagem do kernel (vmlinuz), e o System.map, e logo em seguida será executado o lilo para a atualização das entradas do kernel no boot loader. Foi também criado o arquivo /etc/rc.d/rc.modules do novo kernel.

Para ampliar, clique sobre a figura.

Conforme a figura acima, foram seguidos os seguintes passos, após instalação do kernel:

Foi acessado o diretório onde se encontram os serviços do Slackware;
Foi feita uma cópia (cp) do script de inicialização dos módulos extras dentro do kernel do Linux, sendo renomeado conforme a versão do kernel, qual foi instalada (3.1.6-smp);
Foi removido o script rc.modules com nome genérico, gerado pela instalação do novo kernel;
Foi criado o link simbólico (rc.modules), apontando para o script do novo kernel (rc.modules-3.1.6-smp);
Foi renomeado (mv) o arquivo de imagem do novo kernel do Linux conforme a versão do kernel, qual foi instalada (vmlinuz-3.1.6-smp);
Foi renomeado também o arquivo System.map do novo kernel conforme a sua versão, qual foi instalada (System.map-3.1.6-smp);
Foi feita uma cópia do arquivo de configuração (.config) do novo kernel, sendo renomeado conforme a versão, qual foi instalada (config-3.1.6-smp);
Foi criado o link simbólico (vmlinuz), apontando para a imagem do novo kernel (vmlinuz-3.1.6-smp);
Foi criado o link simbólico (System.map), apontando para o arquivo do novo kernel (System.map-3.1.6-smp);
Foi criado o link simbólico (config), apontando para o arquivo de configuração do novo kernel (config-3.1.6-smp). Obs.: Não esquecer de remover o link simbólico /boot/config vinculado ao kernel corrente antes de criar o do novo kernel.

Para ampliar, clique sobre a figura.

Conforme mostra a figura acima, encontramos a entrada padrão de inicialização do Slackware, e logo abaixo fui adicionada, por segurança, a entrada de inicialização com o kernel antigo, caso hajam problemas na inicialização com o novo kernel outrora compilado e instalado.

Para ampliar, clique sobre a figura.

Após fechado o arquivo /etc/lilo.conf salvando com a entrada do kernel antigo, foi reinstalado o lilo.

Tudo, até aqui.

Assim, continuaremos com a sessão de postagens sobre o Xen.

Aproveito para desejar a todos melhores votos para 2012.

Saudações.

Xen Hypervisor - Slackware (Instalação, configuração e network bridge)

2012-01-08T10:00:00.000-08:00

Na postagem anterior, abordamos sobre a compilação, instalação e configuração do kernel 3.1.6, por já trazer nativo suporte a paravirtualização Xen.

Esta postagem abordaremos a instalação da versão mais atual do do Xen Hypervisor, a versão 4.1.2, qual eu disponibilizarei aqui para download o pacote de instalação para o Slackware na sua primeira revisão:
xen-4.1.2_x86-r1.txz.

Para ampliar, clique sobre a figura.

Conforme a figura acima, vemos que o Xen Hypervisor foi instalado (installpkg). A instalação cria o script /etc/rc.d/rc.xenhd, responsavel pela inicialização dos principais serviços do Xen, porém, ao iniciar o serviço (start), é verificado o erro dizendo que não existe o arquivo
/proc/xen/capabilities. Ao verificar o kernel instalado (uname -a), verificamos que o novo kernel, qual terminamos de instalar é exatamente o que está sendo usado pelo sistema.
Afinal, por que o serviço do hypervisor não foi inicializado?

Para ampliar, clique sobre a figura.

Foi verificado, conforme a figura acima, que:

Ao listar tudo o que tem a seqüência de caracteres "xen" no diretório /boot, a instalação do Xen criou também as imagens de inicialização do Xen.
Foi instalado, então, o GNU Grub, multiboot loader. (Vide considerações na postagem anterior)
Foi instalado o Grub boot loader no setor MBR do disco rígido principal (/dev/sda)

Nota.: A versão do GNU Grub instalada foi a 1.99, qual disponibilizarei também o pacote de instalação Slackware para download aqui.

Para ampliar, clique sobre a figura.

Depois de instalado o Grub, foi gerado (grub-mkconfig) dentro de /boot/grub o arquivo de configuração (grub.cfg). Notamos que o comando detecta todas entradas de imagens de kernel existentes e gera o arquivo.
Notamos também que, ele encontra cinco entradas referentes ao kernel que instalamos. Por que? São justamente as cinco imagens referentes a inicialização do sistema com o suporte ao Xen.

Para ampliar, clique sobre a figura.

Aqui estão as entradas referentes ao kernel, qual compilamos, instalamos e configuramos na postagem anterior (vi /boot/grub/grub.cfg). Foram feitas apenas algumas edições necessárias, conforme mostra a figura acima.

Para ampliar, clique sobre a figura.

Aqui estão as entradas referentes ao Xen, editadas conforme mostra a figura acima. Foi atribuída ao dom0 aproximadamente metade da memória física presente nesta máquina.
Ao terminar a edição do arquivo, fechamos, salvando as alterações, reinstalamos o boot loader no MBR, conforme o passo de número 3 do tópico de instalação do Grub e mais uma vez reinicializaremos a máquina. Mas antes disto, deve ser adicionada a /etc/fstab a seguinte entrada:

xenfs /proc/xen xenfs defaults 0 0

Obs.: Ao reinicializar a máquina, ao apresentar o menu do GNU Grub, deverá ser acessado o menu Xen 4.1.2, e em seguida o submenu Slackware Linux 13.37, with Xen (3.1.6-smp).

Para ampliar, clique sobre a figura.

Após reinicializado a máquina com suporte ao dom0 Xen, mais uma vez foi verificada a versão do kernel em execução e foram seguidos os seguintes passos, conforme mostra a figura acima:

Foram inicializados os principais serviços do xen;
Foras listadas as informações sobre o ¹ domínio virtual (dom0);
Foi inicializado o ² xend;

Notas.: ¹ Ao tentar listar o(s) domínio(s) virtual(is) presente(s), o sistema retorna uma mensagem de erro, e pergunta se o xend está sendo executado, assim, só foi possível listar após a inicialização do xend; ² O serviço do xend (/etc/rc.d/rc.xend) fica disponível somente depois que são inicializados os demais serviços em /etc.rc.d/rc.xenhd.

Para ampliar, clique sobre a figura.

Quando o rc.xend é inicializado, ele executa o script padrão network-bridge que:

Cria uma nova bridge chamada xenbr0;
Derruba a eth0 padrão;
Copia para a interface virtual veth0 os endereços IP e MAC da eth0;
Renomeia a interface eth0 padrão para peth0;
Renomeia também a interface virtual veth0 para eth0;
Vincula peth0 e vif0.0 para a bridge xenbr0;
Faz subir a bridge, peth0, eth0 e vif0.0.

Nota.: A figura acima mostra que além do nome da bridge padrão ter sido baseado no da interface eth1, a peth1 obteve o endereço MAC da mesma. Por que? A partir da versão 3.3 do Xen se o nome da interface conectada é ethX, o nome da bridge padrão será pethX. Desta forma, como o hardware usado para as demonstrações desta postagem usa uma conexão sem fio na interface eth1, o nome da bridge padrão criada ficou peth1, e como a interface caiu, foi perdido também o roteamento com a internet porque a bridge peth1 assumiu o papel de eth1.

Como aqui esta sendo usado IP dinâmico, e peth1 requer IP fixo, a solução encontrada foi a seguinte:

Criação do script /etc/xen/scripts/network-multi-bridge com o código abaixo:

Para ampliar, clique sobre a figura.

Após fechar e salvar o script acima, encontrar a linha (network-script network-bridge) em /etc/xen/xend-config.sxp, retirar o comentário, e substituir o nome de script pelo do criado acima. Desta forma, a linha ficara assim:

(network-script network-multi-bridge)

Obs.: Não esquecendo de tornar o script criado executável:

bash-4.1# chmod +x /etc/xen/scripts/network-multi-bridge

Para ampliar, clique sobre a figura.

Após fechar e salvar as alterações em /etc/xen/xend-config.sxp, e reiniciar-mos o rc.xend, notamos uma alteração nas interfaces de rede, conforme mostra a figura acima, sendo restabelecido o roteamento com a internet para eth1.

Para finalizar-mos, fizemos mais o seguinte:

Acessamos /etc/rc.d/rc.xenhd e retiramos o comentário das linhas abaixo:

echo "Starting Xen Hypervisor: /etc/init.d/xend"
/etc/rc.d/rc.xend start

Acrescentamos a /etc/rc.d/rc.local as linhas abaixo, quais serão responsáveis por inicializar o serviço em tempo de inicialização do sistema:

# Start Xen common services
/etc/rc.d/rc.xenhd start

Obs.: É recomendável que as linhas sejam acrescentadas no inicio do script.

E acrescentamos a /etc/rc.d/rc.0 a entrada abaixo antes da entrada referente ao apache web server, qual será responsável por parar o serviço ao desligar o sistema:

# Stop Xen common services
if [ -x /etc/rc.d/rc.xenhd ]; then

/etc/rc.d/rc.xenhd stop

fi

Tudo, até aqui.

Assim, continuaremos a sessão de postagens sobre o Xen com a instalação do Solaris paravirtualizado.

Saudações a todos.

Referências:

Xen Hypervisor Project

Xen: Add a Network Bridge for eth1 - I Do Linux Enterprise Linux Tips and Tricks.

Cristiano José Alves de Souza

2011-12-14T06:36:00.000-08:00

37 anos, solteiro.
São Paulo
Móvel. +55 (11) 5946 - 5618
E-mail: meucurriculo@digitalfreedom.tk
Disponibilidade para viagens
Estuda proposta para morar em outro país/ estado/ cidade.

APRESENTAÇÃO:

Experiência em LINUX desde 1998 (Cliente-Servidor),
realização de workshop para venda detreinamentos,
boa ética, espírito empreendedor, a tomar
conhecimento dos fatos apresentandosoluções,
capacidade para aprendizagem, excelente
relacionamento interpessoal;

OBJETIVO:

Suporte a Redes e Infraestrutura;
Administração de Sistemas e Redes Linux;
Consultoria e Treinamento;

CONHECIMENTOS:

Administração de sistemas Linux: Instalação, gerenciamento de contas,
processos, arquivos e diretórios, procedimentos de tuning como confi-
guração de recursos gráficos, instalação de aplicativos (pkgtool, dpkg,
rpm), automação de procedimentos (at), gerenciamento de módulos do
kernel (configuração de hardware);Administração de redes, com configurações
pppoe (ADSL), IP aliasing, servidores DHCP, DNS (bind), Apache web server
para intranet, SMB (Samba, redes Windows), shell scripts para automação
de tarefas e firewall (iptables), squid web proxy cache, configurações
das estações de trabalho, LVM (Logical Volume Manager), network bridge,
Virtualização com Oracle VirtualBox e Xen, com uso de mais utilitários
nas distribuiçõesDebian Squeeze 6.0 e Scientific Linux 6.2/RHEL 6.0;

Administração básica Unix (Oracle Solaris, OpenSolaris): Instalação,
gerenciamentode discos e pools ZFS, tuning,, adaptação do sistema ao
ambiente de virtualização Xen, configuração de interface de rede;

Redes: Domínio total da internet, com browsers, broadband, configurações,
consultas, navegação segura, prestando suporte por telefone e on - line a
usuários, configurações TCP/IP (Linux/Windows), crimpagem de cabos UTP;

Hardware: Montagem, manutenção e revisão de hardware para atendimento a usuários.

FORMAÇÃO:

Universidade Paulista - UNIP, Brasil
Curso: Engenharia de computação.

OUTROS CURSOS:

Season Consultoria e Treinamentos em Informática (Administração de sistemas
e redes Linux, SAMBA, Apache Web Server, Squid Proxy-Cache.)

IDIOMAS:

Holandês, Inglês, Russo.

EXPERIÊNCIA PROFISSIONAL:

New Horizons Brasil
Instrutor de treinamentos em Linux

Ministrei treinamentos no CTA (Centro Tecnico Aeroespacial) em
administração de sistemas Linux (Slackware) incluindo instalação, comandos
básicos, particionamento em discos rígidos (cfdisk), rotinas de backup (tar),
shell scripts, redes Linux e Windows (SAMBA), Roteador NAT, DHCP, DNS (bind), firewall com iptables e squid web proxy cache.

LVM Linux - Slackware

2011-12-13T12:42:00.000-08:00

O Slackware Linux passou a suportar LVM (Logical Volume Meneger) a partir da versão 12.0.
Mas qual a vantagem em usar o LVM?
A principal vantagem é aproveitar o máximo do sistema de arquivos através da criação de um grande disco virtual.

Este artigo abordará criação de uma partição LVM no Slackware Linux 13.37 já instalado, e comparando com uma situação no Red Hat Enterprise Linux 6.0.

O cfdisk é um utilitário de particionamento modo texto, porém bem intuitivo, sua interface principal mostra de forma bem clara a tabela de particionamento, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Conforme notamos acima, trata-se de uma instalação já realizada do Slackware, onde dentre as principais partições, temos, além da área de troca (swap), uma partição sda3 ext4 (444,17 Mb), alocada para o ponto de montagem /boot, uma sda5 ext4 (aproximadamente 15 Gb), alocada a raiz do sistema, e uma outra sda6 reiserfs (aproximadamente 200 Gb), destinada aos arquivos dos usuários (/home).
Apos a área de troca (sda7, swap), temos um espaço não alocado (Free Space), e é justamente ele que usaremos para esta abordagem aqui.

Criaremos, assim, a nossa partição LVM:

Usando a tecla direcional para baixo, selecione o "Free Space", conforme mostra a figura acima;
Usando a tecla direcional para direita, seleciona a opção "New", e pressione Enter;
O cfdisk pedira para digitar-mos o tamanho da partição a ser utilizado. No meu caso, usarei todo o espaço não alocado (20968.85). Após digitar o tamanho, pressionar Enter.

Foi criada a partição Linux, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Agora que criamos a nossa partição Linux, ainda não dizemos que ela será uma partição LVM, para isto, mantenha a partição selecionada conforme mostra a figura acima e siga os passos abaixo:

Com a tecla direcional a direita, selecione a opção "Type" (ou simplesmente tecle a letra "T"), aparecerá uma tela com os tipos de partições e os seus códigos correspondentes;
Agora o cfdisk pedirá para escolhermos o sistema de arquivos sob o qual a nossa partição irá trabalhar (Enter filesystem type: 82). No lugar do número 82, basta digitar 8E, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

... E pressionar Enter.
Agora sim, temos uma partição LVM.

Para ampliar, clique sobre a figura.

Ainda não é tudo, pois apenas criamos a partição, sendo que ela apenas está criada, mas ainda não funcional. Antes, precisamos salvar as alterações feitas na tabela de particionamento, conforme os passos a seguir:

Com a tecla direcional a direita, selecione a opção "Write", e pressione Enter;
O cfdisk perguntara se você está certo de que deseja escrever a tabela de particionamento para o disco rigido. - Are you sure you want to write the partition table to disk? (yes or no):
Digite Yes, e tecle Enter.
Pressionar a tecla "Q" para sair do cfdisk.

Obs.: Caso não proceda com estes últimos 4 passos, a adição da nossa partição LVM será em vão.

A seguir, tornaremos a nossa partição LVM realmente funcional.

O que isto significa?

Significa que apenas a nossa partição LVM foi criada, mas não há nem os volumes físicos (Physical Volumes), nem os grupos de volumes (Volume Groups), e nem os volumes lógicos (Logical Volumes). Faremos isto conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Vamos aos procedimentos utilizados acima:

Foi criado um volume físico com o comando pvcreate (Physical Volumes);
Foi criado um grupo de volumes com o comando vgcreate (Volume Groups);
Foram criados volumes lógicos com o comando lvcreate (Logical Volumes).

Nota: ¹ Ao criar um grupo de volume, "vg00" é justamente o nome do grupo; ² Ao criar um volume lógico, -L indica tamanho do volume (513M, 452M, 20G), e -n indica o nome do volume (swap, boot, vms).

Obs.: Notem que ao tentar criar o volume lógico de 20 Gb, retornou a mensagem abaixo:

Volume group "vg00" has insufficient free space (4757 extents): 5120 required.

Ou seja, seria necessário que o grupo de volume "vg00" tivesse 5120 extensões para suportar os 20 Gb, mas o que ele têm (4757) só suporta 18 Gb.
É possível fazer com que ele suporte os 20 Gb, ou pelo menus os 19 Gb?
Guardem esta pergunta para mais adiante, antes prosseguiremos com a criação dos dispositivos (devices) referentes ao grupo de volumes, assim como a ativação dos volumes, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Entendemos que cada grupo de volumes sejam como um servidor com vários discos físicos espetados nele, de forma que é necessário que o sistema operacional entenda assim, e que dentro de cada servidor (grupo de volumes) existam um, ou mais discos (volumes) dentro dele.
Isto foi feito através do comando vgscan. A opção --mknodes, não destina-se apenas para criar os arquivos especiais para LVM dentro do diretório /dev, mas também, faz uma checagem, e havendo alguns arquivos não usados, remove-os.
Em seguida foram ativados os volumes lógicos com o comando vgchange. A opção -ay destina-se em controlar a disponibilidade dos volumes lógicos dentro do grupo de volumes para input/output.
Finalmente, foram listadas as partições comuns, inclusive a Linux LVM, com o comando fdisk -l, e notamos que após a listagem das partições comuns, foram listados também os volumes lógicos dentro da nossa LVM. E ao listarmos os arquivos dentro de /dev/vg00/, notamos que estão lá os arquivos especiais relativos a cada volume lógico criado.

bash-4.1# ls /dev/vg00/ -l
total 0
lrwxrwxrwx 1 root root 7 Dec 5 20:53 boot -> ../dm-1
lrwxrwxrwx 1 root root 7 Dec 5 20:51 swap -> ../dm-0
lrwxrwxrwx 1 root root 7 Dec 5 20:54 vms -> ../dm-2

Algumas considerações sobre LVM no Red Hat Enterprise.

Para ampliar, clique sobre a figura.

Considerando uma instalação do RHEL 6.0 (Figura acima), feita sobre um outro laptop, qual uso para simular um servidor, vemos ali o sistema instalado já sobre volumes lógicos, o que não foi feito com o Slackware 13.37 aqui em questão. Mas qual a diferença em implementar o LVM no RHEL e no Slackware? É possível fazer a instalação do Slackware já sobre volumes lógicos, como no RHEL?

A diferença fica por conta da instalação. Onde temos um Red Hat que traz consigo uma ferramenta de particionamento própria, gráfica, amigável, e intuitiva para a implementação da LVM em tempo de instalação. Enquanto que, para fazer o mesmo no Slackware é necessário seguir todos os procedimentos descritos neste artigo. Qual a melhor opção? Isto depende de uma série de fatores. A aplicação da LVM, a escolha da distribuição por conta de cada empresa, dentre outros. Mas no momento de gerenciar uma solução LVM já implementada, certamente, o bom profissional "open source" recorrerá mais ao bom e velho modo-texto.

Na próxima postagem abordarei mais a parte de gerenciamento da LVM.

Tudo, até aqui.

Saudações.

Referências:

LVM durante a instalação do Slackware 12.0 por Herbert Alexander Faleiros.

LVM-HOWTO

Logical Volume Manager (Linux)

LVM - Gerenciamento

2011-12-12T21:13:00.000-08:00

Na postagem anterior abordamos sobre a criação de uma partição LVM, a criação de um volume físico, de um grupo de volumes lógicos, assim como a criação de alguns volumes lógicos dentro da partição LVM.
Foram utilizadas ferramentas como o cfdisk, o fdisk, e demais comandos relacionados diretamente com esta implementação.

Assim já tendo implementada a solução, vamos gerencia-la, de forma a fazer a mesma utilizável pelo sistema operacional. Mas antes colocarei aqui uma observação importante sobre a interface do cfdisk:

Para ampliar, clique sobre a figura.

Notamos na figura acima que a partição Linux LVM, depois de ter sido criada sobre ela o volume físico e o grupo de volumes lógicos, ela passou realmente a ser membro de um gerenciador de volumes lógicos (LVM2_member).

Pois bem, vamos agora fazer mais algumas alterações na tabela de particionamento acima.
Como foi criado um pequeno volume lógico, qual eu o nomeei como "swap", usaremos ele conforme tal atribuição.
A primeira coisa a ser feita é eliminar a partição swap da tabela acima, sendo necessário desativar antes o espaço de troca (partição swap) do sistema, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Assim, usando o comando swapoff desativamos a partição swap existente. Caso tenha esquecido o número da partição, basta obter uma listagem rápida das partições e dos volumes existentes através do comando -parâmetro fdisk -l, como foi feito acima.
Agora sim, podemos apagar a partição swap, de forma que a tabela de particionamento do cfdisk mostrará um espaço livre no lugar dela:

Para ampliar, clique sobre a figura.

Feito isto, basta salvar as alterações na tabela de particionamento, e sair do cfdisk.

Agora vamos reconfigurar o nosso espaço de troca. Mas como isto será possível sem a partição swap?
Utilizaremos o volume lógico swap.

Para ampliar, clique sobre a figura.

Acima, foi configurado o espaço de troca, seguindo os seguintes passos.

Configurei o volume lógico "swap", como sendo o novo espaço de troca com o comando mkswap;
Ativei o espaço de troca configurado com o comando swapon.

Obs.: ¹ Na primeira tentativa de configurar o espaço de troca, o sistema retornou a mensagem:
mkswap: /dev/vg00/swap: warning: don't erase bootbits sectors
on whole disk. Use -f to force.
Desta forma, pode usar já direto o comando com o parâmetro -f, para forçar, como feito posteriormente; ² Não esquecer de modificar a linha referente ao espaço de troca (swap) em /etc/fstab, conforme mostra a figura abaixo:


A entrada da partição apagada (/dev/sda7) foi substituída pela referente ao volume lógico (/dev/vg00/swap). Para ampliar, clique sobre a figura.

Mas, e o que fazer com aquele espaço livre onde localizava-se a partição swap, será inutilizado? Lembram-se daquela situação em que eu tentei criar o volume lógico "vms", com 20 Gb, depois com 19 Gb, mas só foi aceito ser criado com 18 Gb? Voltemos ao cfdisk.

Para ampliar, clique sobre a figura.

Foi criada uma nova partição Linux, substituindo a partição swap.

Para ampliar, clique sobre a figura.

Conforme a figura acima, foi feito o seguinte:

Foi criado um novo volume físico;
Estendemos o grupo de volumes existente vg00, incluindo-se a partição /dev/sda7, com o comando vgextend.

Obs.: Após ter criado a nova partição no lugar da swap, através do cfdisk, embora ela tenha sido configurada simplesmente como tipo "Linux", ela volta a ser swap, assim, no momento da criação do volume físico sobre ela, o sistema retorna a mensagem:

WARNING: swap signature detected on /dev/sda7.

... E pergunta se quer apaga-la: Wipe it? [y/n]

Assim, basta teclar y, e em seguida Enter. A partição swap será "destruída"...

Para ampliar, clique sobre a figura.

... passando a ser também um membro de um gerenciador de volumes lógicos (LVM2_member), conforme mostra a figura acima.

Para ampliar, clique sobre a figura.

E vemos na figura acima que isto possibilitou criar outra vez o volume lógico "vms", com com 20,6 Gb, após ter apagado o que tinha 18 Gb com o comando lvremove.
Obs.: ¹ Na tentativa de tentar criar o volume especificando o tamanho em Gb (com o parâmetro -L), o sistema retorna a mesma mensagem de antes...

Volume group "vg00" has insufficient free space (4903 extents): 5120 required.

... falando sobre a insuficiência de extensões para a criação do mesmo. Desta forma, ao passar a quantidade de extensões requeridas (com o parâmetro -l), o volume é criado com o tamanho de 20,6 Gb, conforme comprovado na figura abaixo:

Para ampliar, clique sobre a figura.

E antes de reinicializar para checar o funcionamento de tudo ...

Para ampliar, clique sobre a figura.

Foi formatado o volume lógico sob o sistema de arquivos reiserfs, com o comando mkfs.reiserfs;
Foi criado o ponto de montagem /lvs/vms para o volume;
Foi adicionada ao /etc/fstab a entrada para que o volume lógico seja montado em tempo de inicialização do sistema.

Reinicializado o sistema, para finalizar:

Foi verificado o volume lógico devidamente montado (mount);
Foi verificado que o tamanho do volume lógico montado ficou exatamente em 20 Gb (df -h);
O volume lógico swap também funcionando propriamente (free -m).

Na próxima postagem continuarei sobre gerenciamento da LVM, incluindo permissões de usuário e grupos sobre volumes lógicos.

Tudo, até aqui.

Saudações.

Referências:

LVM durante a instalação do Slackware 12.0 por Herbert Alexander Faleiros.

LVM-HOWTO

LVM no Linux por Hugo Cisneiros.

LVM - Gerenciamento e Permissões.

2011-12-11T20:34:00.000-08:00

Na postagem anterior abordamos sobre gerenciamento da LVM.
Foram utilizadas ferramentas como o cfdisk, o fdisk, dentre outras. Desativamos (swapoff), e eliminamos a partição swap do sistema, criando (mkswap), e ativando (swapon) o volume lógico nomeado "swap" passando este a ser a área de troca.
Foi feita também a exclusão (lvremove) do volume lógico nomeado "vms", sendo ele outra vez criado (lvcreate), com o tamanho de 20 Gb após feita extensão (vgextend) do grupo de volumes lógicos, incluindo nele a partição que outrora servia como a área de troca do sistema. O volume lógico nomeado "vms" foi formatado (mkfs.reiserfs), em seguida, sob o sistema de arquivos reiserfs, foi criado o ponto de montagem para o mesmo, e acrescentado a /etc/fstab a linha necessária para que o volume seja montado em tempo de inicialização.

Agora atentemos a figura abaixo:

Para ampliar, clique sobre a figura.

Notamos que o usuário "gast" pode acessar o volume a partir do ponto de montagem definido em /etc/fstab, porém, no momento da criação de um arquivo para testar a escrita, não foi possível a criação do mesmo.
Listando o conteúdo do diretório /lvs, notamos que o subdiretório /vms pertencia ao usuário.grupo root.root. Ao tentar alterar o grupo proprietário de /vms (ponto de montagem, e não o volume lógigo), o sistema não permitiu por tratar-se de uma operação designada somente ao root, de forma que foram seguidos os seguintes passos:

Foi acessado o terminal como root (su);
Foi alterado o grupo proprietário de /vms para vboxusers;
Voltei o terminal com o usuário normal (exit);
Listei o conteúdo do diretório /lvs, e foi conferido que o subdiretório /vms passou pertencer ao usuário.grupo root.vboxusers.

Mas, ao fazer a verificação da permissão de escrita, foi verificado que ainda não era possível escrever dentro do volume lógico.

Para ampliar, clique sobre a figura.

Que será que faltou? Não foi verificado que que o grupo proprietário de /vms foi alterado para "vboxusers"?
A figura acima mostra que somente root tinha permissão total em /vms, mas o grupo tinha permissões apenas de leitura e execução de binários. Dessa forma, foi dada a permissão também de escrita (chmod -Rv 0775) para o grupo proprietário do diretório /vms (rwxrwxr-x).

Preparando o volume lógico para receber uma máquina virtual.

Bem, a idéia mesmo de alterar o grupo proprietário de /vms para "vboxusers" deixa entendido que o volume lógico em questão será usado para uma sulução simples de virtualização usando o VirtualBox, qua é uma outra solução da Oracle, qual vocês podem baixar através dos links abaixo, a depender do seu processador:
i386 (Processadores x86 32 bits)
amd64 (Processadores 64 bits)

Algo que podemos fazer antes é tornar o usuário "gast" um "sudoer", ou seja, um usuário com poder de executar algumas tarefas peculiares de "root" sob demanda.

Para ampliar, clique sobre a figura.

Para isto, basta incluir a linha conforme indicado na figura acima em /etc/sudoers, referente ao usuário "gast".
Nota.: O usuário "gast" é apenas o exemplo utilizado aqui.

E agora instalamos o VirtualBox, conforme mostra a figura abaixo. O pacote eu salvei dentro do diretório Downloads/ do usuário.

Para ampliar, clique sobre a figura.

Após instalado, para abri-lo, basta entrar com o comando VirtualBox & através de um xterm. Podendo ser aberto também através do menu do seu desktop, ou gerenciador de janelas de sua preferência.

Já com o VirtualBox aberto, vá até o menu Arquivo - Preferência...

Ao abrir a janela VirtualBox - Configurações...

Escolha a pasta padrão para a máquna virtual no combobox conforme mostra a figura abaixo...

Abrirá o diálogo para escolher dentre as pastas do sistema...

Assim, procure o caminho do ponto de montagem do volume lógico, neste caso aqui, o /lvs/vms.

Clicou Escolher - Ok.

Pronto. O volume lógico está pronto para receber a máquina virtual.

Na próxima postagem, abordarei uma instalação básica do FreeBSD sobre a máquina virtual.

Tudo, até aqui.

Saudações.

Configuração da Máquina VIrtual (FreeBSD)

2011-12-10T02:30:00.000-08:00

Na postagem anterior abordamos sobre a preparação de um volume lógico para o recebimento de uma máquina virtual.
Foi alterado o grupo proprietário do ponto de montagem do volume lógico (chgrp), dando também a permissão total de acesso ao grupo (chmod), foi baixada e instalada a versão mais atual do VirtualBox, e configurado para o recebimento da máquina virtual sobre o volume lógico criado, preparando-o, assim, para o recebimento da mesma.

Agora iremos para a criação da máquina virtual (a partir de agora, quando eu falar "vm", entenda-se como máquina virtual). Iniciaremos pela figura abaixo:

Para ampliar, clique sobre a figura.

Ao clicar no botão Novo, abrirá a o diálogo, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Ao clicar e em Próximo, será exibida a tela conforme a figura abaixo, onde escolheremos o nome da vm, e o sistema operacional que será instalado sobre a mesma:

Para ampliar, clique sobre a figura.

Como a proposta é a instalação do sistema FreeBSD, foi dada a vm o nome de FreeBSD, assim como o tipo do sistema e a versão escolhida foram BSD e FreeBSD, respectivamente.

Clicar outra vez em Próximo...

Para ampliar, clique sobre a figura.

Nota-se que é exibida uma mensagem sobre permissões. Mas como isto? No não foram feitas todas as configurações de permissões para o grupo "vboxusers" e o usuário "gast" na postagem anterior? Será que faltou alguma coisa?

Para ampliar, clique sobre a figura.

Ao verificar-mos a linha referente ao grupo "vboxusers" em /etc/group, notamos que o mesmo está como um grupo vazio, de forma que nenhum usuário, muito menos o "gast" faz parte, ainda, do grupo, faltando, portanto, fazer mais este ajuste...

Para ampliar, clique sobre a figura.

Acrescentando o nome do usuário após os últimos dois pontos na linha referente ao grupo, no caso, o "gast", fazendo com que o mesmo passe a integrar-se ao grupo "vboxusers". Utilize o editor de texto de sua preferência, no caso foi utilizado aqui o vi.

Obs.: Para que a configuração acima faça efeito, é necessário reiniciar tanto o VirtualBox, como fazer um novo login do usuário corrente.

Prosseguiremos...

Para ampliar, clique sobre a figura.

Na tela acima, é solicitado a quantidade de memória RAM a ser alocada, recomenda-se alocar sempre até a metade da memória RAM física, pois a depender da arquitetura física usada, pode ocorrer travamentos na inicialização, ou durante o uso da vm.

Ao clicar em Próximo, será exibida uma tela onde pedirá para ser escolhido o disco virtual, tratando-se de uma primeira máquina virtual, basta deixar tudo na tela como está e clicar outra vez em Próximo.
Abrirá a tela para a criação de um novo disco virtual, conforme mostra abaixo:

Para ampliar, clique sobre a figura.

Nas versões anteriores do VirtualBox, só era possível trabalhar com o formato próprio dele, nesta versão já é possível trabalhar com formatos a serem utilizados em outros softwares de virtualização como o VMWare (vmdk).
Caso for usar o disco virtual apenas no VirtualBox, recomenda-se deixar com o formato ".vdi". Experimentando instalar o Red Hat 6.0 sobre um disco no formato ".vhd", não foi possível nem a inicialização da instalação através da imagem iso, após não apenas uma tentativa.

Para ampliar, clique sobre a figura.

Ao clicar outra vez em Próximo, será exibida uma tela onde será necessário um conhecimento prévio da aplicação para solução da virtualização, de forma que se a aplicação requer a otimização da alocação do espaço em disco (em nosso caso, do volume lógico), convém escolher que o disco virtual será alocado à medida que for sendo utilizado, mas se a aplicação para a solução requer mais desempenho, convém colocar já o tamanho fixado.
Como o caso aqui estudado requer simplesmente a otimização do espaço alocado, usaremos um disco virtual dinamicamente alocado.

Para ampliar, clique sobre a figura.

Ao clicar em Próximo, será exibida outra uma tela onde escolheremos a localização, e o tamanho do nosso disco virtual. Como a localização da máquina virtual já foi ajustada na configuração principal do software, apenas coloquei o nome do disco virtual como "unix".
E o tamanho do disco virtual, coloquei já para ocupar todo o espaço alocado no volume lógico (20 Gb).

Para ampliar, clique sobre a figura.

Ao clicar em Próximo, será exibida a tela do sumário do disco virtual, como mostra a figura acima, e em seguida a do sumário da vm.

Para ampliar, clique sobre a figura.

E está criada (botão "Criar") a nossa vm, restando fazer a configuração do "virtual setup" dela, conforme mostra a figura abaixo:

Para ampliar, clique sobre a figura.

Ao clicar em Máquina - Configurações... Será exibida a tela abaixo:

Para ampliar, clique sobre a figura.

Onde será necessário configurar apenas as sessões Sistema, Armazenamento, e Rede, conforme segue...

Para ampliar, clique sobre a figura.

Sessão Sistema:

Deixar a ordem de Boot conforme mostra a figura acima (setas para baixo e para cima, a direita), desabilitando o disquete;
Habilitar o relógio da máquina para retornar hora UTC, pois o sistema a ser instalado será um Unix.

Para ampliar, clique sobre a figura.

Sessão Armazenamento:

Selecionar o CD na Árvore de Armazenamento;
Selecionar a imagem iso do sistema operacional convidado a ser instalado, conforme mostrado à direita na figura acima;

Para ampliar, clique sobre a figura.

Procurar dentre as pastas do usuário corrente do sistema hospedeiro onde está armazenada a imagem iso do sistema a ser instalado, conforme mostra a figura acima;
Clicar no botão Abrir...

Para ampliar, clique sobre a figura.

E o sistema está agora disponibilizado para instalação em nossa vm.
Para quem quiser fazer o download da versão estável mais atual do FreeBSD, clique aqui.

Para ampliar, clique sobre a figura.

Sessão Rede:

A vm será conectada à rede em modo "bridge", de forma que ela funcionará como se uma máquina independente do sistema hospedeiro ligada ao roteador, ou switch;

Obs.: Poderia deixar o padrão conectado a NAT, porém o FreeBSD não gerencia isto de forma adequada pelo menos em tempo de instalação.

Para ampliar, clique sobre a figura.

Logo abaixo (Nome), selecionar a placa de rede usada pelo hospedeiro, no caso aqui é a eth1, que corresponde ao dispositivo wi-fi usada no Slackware aqui instalado.

Visão geral de sessão Rede pós configuração.
Para ampliar, clique sobre a figura.

Clicou em Ok, pronto, vm configurada.

Na próxima postagem, abordarei a instalação propriamente dita do FreeBSD sobre a máquina virtual.

Tudo, até aqui.

Saudações a todos.

Instalação do FreeBSD

2011-12-10T02:20:00.000-08:00

Na postagem anterior abordamos sobre a configuração da vm para receber o sistema operacional, no nosso caso, o FreeBSD.

O FreeBSD é um sistema operacional avançado compatível com as arquiteturas x86, amd64, ARM, IA-64, PowerPC, PC-98 and UltraSPARC®. Trata-se de um sistema derivado do BSD, a versão do Unix desenvolvida pela Universidade da Califórnia, Berkeley, e que continua sendo desenvolvido e mantido por numerosa parcela de pessoas ao redor do mundo.

O FreeBSD é ideal para servidores de internet ou intranet. Ele fornece serviços de uma rede robusta sob as cargas mais pesadas e usa a memória eficientemente para manter um bom tempo de resposta para milhares de processos de usuários simultâneos.

Começando a instalar...

Para ampliar, clique sobre a figura.

Após carregado o CD de instalação como vemos acima (no nosso caso, a própria imagem iso), aparecará a tela abaixo...

Para ampliar, clique sobre a figura.

Na tela mostrada na figura acima, apenas digitar 1 e esperar o carregamento da próxima tela...

Para ampliar, clique sobre a figura.

Conforme vemos na figura acima, a instalação solicita escolhermos o país. Usa-se seta para baixo ou para cima para escolher a opção desejada, e pressionar Enter para prosseguir...

Para ampliar, clique sobre a figura.

A instalação agora solicita escolhermos layout do teclado (Keymap). Usa-se seta para baixo ou para cima para escolher o layout do teclado usado, e pressionar Enter para prosseguir...

Para ampliar, clique sobre a figura.

Após algumas configurações preliminares, chegamos a instalação propriamente dita. Para usuários iniciantes, o ideal é escolher a opção Standard, pressionar tecla TAB até que o botão Select torne-se habilitado (na cor azul) e pressionar Enter...

Para ampliar, clique sobre a figura.

Aparecerá, em seguida, a mensagem acima, avisando que na próxima tela, será necessário configurar o esquema de particionamento no estilo DOS para o HD usado, e ao pressionar-mos outra vez Enter, seremos levados ao aplicativo de particionamento, conforme mostra a figura abaixo...

Para ampliar, clique sobre a figura.

Nota-se, conforme a figura acima, que a tela do Fdisk do FreeBSD é dividida em três sessões:

Informações do disco - Mostra o nome do disco atribuido pelo FreeBSD (ad0), a geometria do disco (cilindros, cebaças, setores), o tamanho total em setores e em megabytes;
Fatias presentes no disco - Mostra a quantidade de fatias (slices) presentes no disco, o setor inicial e o setor final de cada uma delas, o seu tamanho em setores, o nome atribuído pelo FreeBSD, a sua descrição e sub-tipo;
Menu de comandos - Mostra os comandos disponíveis no Fdisk.

Para ampliar, clique sobre a figura.

Vamos na figura acima que foi criado um slice com o tamanho total do disco, usando o comando A, para que todo o disco seja usado (Use Entire Disk). Dentre as fatias presentes no disco, notamos que a fatia criada para a instalação do FreeBSD tem as seguintes características:

Setor inicial (Offset) - 63
Tamanho (Em setores) - 41942817
Setor final (End) - 41942879
Nome da fatia - ad0s1
Descrição - freebsd
Sub-tipo (Partition ID) - 168

É possível uma fatia ser montada, por exemplo, como /home?

A resposta é não. Entende-se, no FreeBSD, que fatias são como se fossem grupos de volumes lógicos e as suas partições são como os volumes. Claro que o funcionamento não é igual, servindo isto apenas como uma referência para a compreensão da alocação do disco para instalação do FreeBSD.

Após criar a fatia, basta ir na tecla Q (Finish) para passar para a tela seguinte:

Para ampliar, clique sobre a figura.

Na figura acima mostra a configuração do gerenciador de boot (dual boot), como não temos aqui outros sistemas operacionais instalados, escolhemos a opção Standard, e pressionamos Enter.

Para ampliar, clique sobre a figura.

Assim, é exibida esta mensagem, avisando sobre a necessidade da criação das partições BSD. Basta pressionar Enter...

Para ampliar, clique sobre a figura.

... E nos será exibida a tela do "Disklabel Editor", que é o editor de partições do FreeBSD, também é dividido em três sessões:

Informações da fatia - Mostra o nome do disco atribuído pelo FreeBSD (ad0), o nome atribuído à fatia criada (ad0s1), e o epaço livre da fatia expresso em blocos e em megabytes;
Partições presentes em cada fatia - Mostra a quantidade de partições presentes na fatia criada;
Menu de comandos - Mostra os comandos disponíveis no Disklabel Editor.

Assim, com a fatia ad0s1 selecionada, conforme mostra a figura acima, pressionamos a tecla C (Create)...

Para ampliar, clique sobre a figura.

... E exibira uma pequena tela com um campo onde deve ser digitado o tamanho da partição, qual pode ser expresso em blocos, em Gb (G), em Mb (M). Eu escolhi o temanho 9999M, expresso em megabytes.
Feito isto, pressionar Enter.

Para ampliar, clique sobre a figura.

E será exibida outra tela onde deve ser escolhido se a partição será alocada como sistema de arquivos, ou área de troca (swap). Bem, pelo tamanho certamente será usada como sistema de arquivos (FS)... Enter...

Para ampliar, clique sobre a figura.

... e será justamente a petição raiz ( / ). Enter.

Para ampliar, clique sobre a figura.

E ai está a partição raiz criada dentro da fatia (slice). Deste forma, usando os mesmos procedimentos, podem ser criadas as outras partições como /usr, /home, /var, etc. Não é recomendável criar uma partição /boot.

Para ampliar, clique sobre a figura.

Após ter criado uma partição /home, criaremos agora (tecla C) a nossa partição swap.
Como trata-se do resto do espaço da fatia a ser alocado, pode deixar o tamanho expresso em blocos (no caso 575265), e pressionar Enter.

Para ampliar, clique sobre a figura.

Com a seta para baixo, configuramos esta partição como sendo a área de troca (swap)... Enter...

Para ampliar, clique sobre a figura.

E esta pronta a nossa tabela de particionamento.
Pressionar, assim, a tela Q (Finish).

Para ampliar, clique sobre a figura.

Chegamos agora a mais uma etapa da instalação do sistema, onde escolheremos quais as distribuições queremos instalar. Isto dependerá da aplicação do sistema, assim como do espaço alocado disponível em disco. Havendo espaço suficiente em disco, e para usuários ainda não muito familiarizados com o FreeBSD, o ideal é escolher todas as distribuições (All), conforme mostra a figura acima, e em seguida pressionar Enter.

Para ampliar, clique sobre a figura.

Depois é exibido um dialogo que pergunta se queremos ou não instalar o "Ports Collection".
O que é o "Ports Collection"? É uma forma fácil e conveniente de instalar softwares de terceiros no FreeBSD, onde é automatizado o download, a compilação, e a instalação destes softwares. Funciona como o apt-get, o yum, o slackpkg, dentre outros similares em distribuições Linux.
Aqui foi escolhido que sim (Yes). Pressionar Enter...

Para ampliar, clique sobre a figura.

Ao retornar a tela anterior, é verificado que todas as distribuições estão marcadas para serem instaladas.

Para ampliar, clique sobre a figura.

Seta para cima até que seja selecionada a opção para sair do menu (Exit), tecla TAB, para deixar o botão OK sombreado, e pressionar Enter para prosseguir...

Para ampliar, clique sobre a figura.

Ao certificar que o meio de instalação, no caso, CD/DVD (iso), tecla TAB, para deixar o botão OK sombreado, e pressionar Enter para mais uma vez prosseguir...

Para ampliar, clique sobre a figura.

Depois é exibido um dialogo que pergunta se o usuário está certo ou não de prosseguir com a instalação do sistema, avisando do perigo de haver perda de dados caso o não haja feito um prévio backup.
Sim (Yes). Pressionar Enter...

Para ampliar, clique sobre a figura.

E o sysinstall prossegue com a instalação...

Para ampliar, clique sobre a figura.

Até que é exibida a mensagem dizendo que o FreeBSD está instalado em nosso sistema, passando para mais uma etapa, que são as configurações pós-instalação.

Para ampliar, clique sobre a figura.

Nas figuras acima o sysinstall faz perguntas referentes a configuração de rede. Ele pergunta se o usuário deseja configurar algum dispositivo de rede, depois pergunta se quer testar o o protocolo IP na versão 6 (IPv6), e em seguida, se quer configurar a interface com IP fixo, ou com IP dinâmico (DHCP). Neste caso, as configurações foram deixadas conforme está nas figuras.

Para ampliar, clique sobre a figura.

Como a interface foi configurara para receber um IP dinâmico, será exibida a tela acima, bastando preencher apenas os campos Host e Domain.
Para confirmar a configuração, use a tecla TAB até que o botão OK esteja sombreado em azul, conforme mostrado na figura, e em seguida Enter;

Para ampliar, clique sobre a figura. (1)

Para ampliar, clique sobre a figura. (2)

Para ampliar, clique sobre a figura. (3)

Para ampliar, clique sobre a figura. (4)

Para ampliar, clique sobre a figura. (5)

Para ampliar, clique sobre a figura. (6)

Ao sair da tela de configuração da interface de rede, o sysinstall fará mais algumas perguntas sobre alguns serviços de rede. É perguntado, respectivamente:

Se a maquina será usada como um gateway para fazer o forwarding de pacotes entre outras máquinas na rede, ou se ele será apenas um node, dentro de um cluster, por exemplo;
Se será configurado o inetd, e os serviços de rede que o sistema fornece;
Se será disponibilizado o login via SSH na máquina;
Se terá acessos FTP anônimos para a máquina;
Se será configurado um servidor NFS;
Se a máquina será configurada como um cliente NFS.

As configurações foram deixadas também conforme mostram as figuras acima.
É possível revisar e refazer todas as configurações, quais estamos vendo aqui, após a instalação usando sysinstall e selecionando Configure.

Para ampliar, clique sobre a figura.

Nas duas figuras acima, é perguntado respectivamente, se serão configuradas as opções do console do sistema (terminal), e se será configurado o fuso horário da máquina, sendo isto configurado também conforme mostram as figuras...

Para ampliar, clique sobre a figura.

Dentro das configurações do fuso horário, são exibidas as figuras acima, onde primeiramente é perguntado se a máquina está configurada para UTC, de forma que a maioria dos sistemas Unix usam UTC. (Lembrando que assim foi feito nas configurações da vm). Depois são solicitadas as configurações relacionadas a região. No caso aqui foi configurada para ser usada na América (Norte e Sul), no Brazil, regiões Sul e Sudeste, e ao final é perguntado se a configuração da abreviação "BRST"está correta. Basta confirmar (Yes);
Depois é perguntado se o sistema tem algum tipo de mouse como PS/2, serial, ou bus. Deixado como mostra a figura.

Para ampliar, clique sobre a figura.

Os pacotes são binários pré-compilados, sendo a maneira mais conveniente de instalar software no FreeBSD. Assim, é perguntado se quer fazer uma navegação dentre os pacotes disponíveis, e escolher alguns para já serem instalados. Escolhendo sim, será exibida uma próxima tela mostrando os pacotes disponíveis, subdivididos em categorias, podendo também instalar todos os pacotes disponíveis. Escolhendo para instalar todos os pacotes (All), basta usar a tecla TAB até deixar o botão Install sombreado em azul, e teclar Enter.
Aqui no caso foi exibida uma mensagem dizendo não haver pacotes para serem extraidos. Enter...

Para ampliar, clique sobre a figura.

Para ampliar, clique sobre a figura. (8)

Para ampliar, clique sobre a figura. (9)

Para ampliar, clique sobre a figura. (10)

Para ampliar, clique sobre a figura. (11)

Para ampliar, clique sobre a figura. (12)

Para ampliar, clique sobre a figura. (13)

Para ampliar, clique sobre a figura. (14)

Quase no final de terminar as configurações pós instalação, inicia-se a etapa em que o sysinstall entra nas configurações relativas a usuários e grupos, onde começa perguntando se quer adicionar alguma conta inicial de usuário, alertando sobre o perigo em acessar o sistema como root após instalado, seguindo assim os demais passos:

Adicionar um grupo ao sistema;
É adicionado o grupo "vmusers", com o GID 1001 (Figuras 8 e 9);
Adicionar o usuário "gast" ao sistema como membro do grupo vmusers, pressionar TAB para alternar entre os campos na tela, e até que o botão Ok fique sombreado em azul (Figuras 10 e 11);
Após configurado o grupo e o usuário, seta ara cima para sair (Exit), e pressionar Enter (Figura 12);
É exibido um aviso, solicitando que seja escolhida uma senha para o administrador do sistema (root)(Figura 13);
Digitada, e confirmada a senha root (Figura 14).

Para ampliar, clique sobre a figura.

Finalmente, é perguntado se quer rever o menu de configurações gerais para verificar se houve alguma opção de configuração perdida...

Para ampliar, clique sobre a figura.

... Ao dar a resposta negativa (No) para rever as configuração, será exibida novamente a tela acima. Basta teclar TAB até que o botão "Exit install" fique sombreado em azul, e pressionar Enter.

Para ampliar, clique sobre a figura.

É perguntado se está certo de querer sair. Yes.

Para ampliar, clique sobre a figura.

O sysinstall avisa de estar certo de não haver mais alguma mídia inserida no drive...

Para ampliar, clique sobre a figura.

Ao dar Enter, o sysinstall reinicializa o sistema, e pronto. Ai está o nosso FreeBSD 8.2 instalado.
Nota-se que alguns serviços pre-configurados estão inicializando corretamente, como o sshd, e também que a interface de rede já muda de nomenclatura em relação ao Linux, sendo chamada em0.

Haverão mais abordagens aqui sobre o FreeBSD, quais não serão feitas por agora, por não ser o foco deste blog no momento.
As próximas sessões de postagens serão sobre o Xen Hypervisor, a sua instalação e configuração no Slackware Linux, assim como a instalação do sistema operacional da Oracle©, o Solaris, na sua mais nova versão, usando a paravirtualizado em Xen, e abordando as diferenças em relação ao Slackware Linux em suas configurações e operações mais comuns.

Tudo, até aqui.

Saudações a todos.

Referencias:

FreeBSD Handbook - The FreeBSD Documentation Project.

De volta ao Slackware!

2011-04-27T06:46:00.000-07:00

Olá todos!

Havia iniciado esse blog em 2008, porém por falta de ânimo, deixei ele aberto sem colocar qualquer nova postagem. Ao final de 2009, ao entrar no site oficial da distribuição Slackware (que é a melhor distribuição Linux sem qualquer sobra de dúvidas - risos), tive a surpresa abaixo:

"Depois de um dos períodos mais intensivos de desenvolvimento na história do Slackware, a aguardada versão estável do Slackware 13,0 está pronta. Esta versão traz consigo muitas mudanças importantes desde o Slackware 12.2, incluindo uma coleção totalmente reformulada de pacotes X (um arquivo de configuração do X não é mais necessário na maioria dos casos), grandes atualizações para os ambientes de desktop (a versão do KDE 4.2.4 e a versão do Xfce 4.6.1), um novo formato (pacote txz) com compressão muito melhor, e outras atualizações todas para o sistema de desenvolvimento, serviços de rede, bibliotecas e aplicações importantes, como o Firefox e o Thunderbird.
Achamos que você vai concordar que valeu a pena a espera por esta versão do Slackware. Além disso, esta é a primeira versão do Slackware com suporte nativo para a arquitetura 64-bit x86_64!"

Fonte: The Slackware Linux Project

Caros amigos, confesso que ao ler essa primeira parte, meus olhos brilharam intensamente! (Risos) Assim, resolvi baixar as 3 imagens de CD-ISO (Porque o gravador de DVD do meu laptop deixou de gravar e estava sem dinheiro para substitui-lo - risos). O interessante também, é que 0 KDE 4.2.4 já vem com o compiz integrado!
Vejam meu "screenshot" abaixo:

Disponibilizarei abaixo os links diretos para quem quiser baixar, tanto em DVD, como em * CD, inclusive já com a atualização para a versão 13.37 (Release 2011-04-27):

Slackware Linux 13.37 (DVD-ISO)

Slackware Linux 13.37 (CD-ISO - * É necessário baixar os 4 Arquivos)
Disco 01
Disco 02
Disco 03
Disco 04

A minha proxima postagem será sobre instalação do Linux através de volumes lógicos, assim como o gerenciamento de LVM pós instalação.

Aguardem!

Por enquanto é tudo, até aqui.

Saudações!