Sidnei Weber

Gerenciando serviços com SystemD

2 de julho de 201813 de julho de 2018 sidnei Deixe um comentário

Com SystemD é possível gerenciar o sistema e serviços no seu Linux. Ele usa o Control Groups (CGroups), cada serviço iniciado pelo systemd roda dentro de um cgroup separado, fazendo com que se tenha garantia que cada processo iniciado por serviço seja encerrado corretamente.

Para listar todos os serviços em execução:

# systemctl -t service

1	# systemctl -t service

Para ver o status de um serviço:

# systemctl status cups.service

1	# systemctl status cups.service

Para ativar um serviço na inicialização:

# systemctl enable cups.service

1	# systemctl enable cups.service

Para retirar um serviço da inicialização:

# systemctl disable cups.service

1	# systemctl disable cups.service

Para listar units sendo executadas:

# systemctl

1	# systemctl

# systemctl list-units

1	# systemctl list-units

Para listar units que falharam:

# systemctl --failed

1	# systemctl --failed

Listar os serviços instalados:

# systemctl list-unit-files

1	# systemctl list-unit-files

Reiniciar o sistema:

# systemctl reboot

1	# systemctl reboot

Desliga e encerra o sistema:

# systemctl poweroff

1	# systemctl poweroff

Suspender o sistema:

# systemctl suspend

1	# systemctl suspend

Colocar o sistema em modo de hibernação:

# systemctl hibernate

1	# systemctl hibernate

Colocar o sistema em modo de suspensão:

# systemctl hybrid-sleep

1	# systemctl hybrid-sleep

Review Emmi Linux por O Cara do TI

2 de julho de 20182 de julho de 2018 sidnei Deixe um comentário

O Cara do TI

Review Emmi Linux por Prof. Juliano Ramos

2 de julho de 20182 de julho de 2018 sidnei Deixe um comentário

Ansible – O que é e para que serve

19 de junho de 201819 de junho de 2018 sidnei Deixe um comentário

ANSIBLE LOVES THE REPETITIVE WORK YOUR PEOPLE HATE

Com essa frase começa a apresentação da ferramenta Ansible em seu próprio site. Bom, resumidamente o Ansible é um software que automatiza o provisionamento de software, gerenciamento de configuração e implantação de aplicativos. Ou seja, tudo aquilo que era feito repetidas vezes para configurar, atualizar um servidor ou serviço, pode ser automatizado com Ansible.

Bem vindo ao mundo da automação 🙂

Obviamente o Ansible não é a única ferramenta que pode fazer esse trabalho, temos outras ferramentas como Chef, Puppet, Saltstack. Todas elas tem suas características, qualidades e defeitos em particular, não realizar comparação entre essas ferramentas, vou somente dar a minha posição de o por que escolhi o Ansible.

Simplicidade e recursos:

Ansible foi desenvolvido em Python, então praticamente todas as versões de Linux terão suporte a mesma.
Mais de 1000 módulos para tudo quanto é tipo de áreas: banco de dados, monitoramento, nuvem e até para Windows.
Comandos “ad-hoc” diretamente para diversos recursos. Podemos criar playbooks usando o padrão YAML de fácil entendimento.
Possui módulos para Docker, Vmware, Proxmox, AWS, Openstack, Azure, gerenciamento de pacotes, enfim, são muitos módulos mesmo. Caso queira ver a lista completa, acesse este endereço.

Sem agentes:

Principal recurso que me fez optar em estudar o Ansible foi pelo fato de não necessitar o uso de agentes nos clientes, basta que o cliente tenha Python instalado e acesso via SSH ou Winrm para Windows.

Instalação Ansible:

A instalação segue o mesmo nível de simplicidade de seu uso, basta utilizar o gerenciador de pacotes de sua distribuição:

Ubuntu:

sudo apt-get install software-properties-common
sudo apt-add-repository ppa:ansible/ansible
sudo apt-get update -y && sudo apt-get install -y ansible

sudo apt-get install software-properties-common

sudo apt-add-repository ppa:ansible/ansible

sudo apt-get update -y && sudo apt-get install -y ansible

Centos, Fedora:

yum install -y epel-release && yum install -y ansible

1	yum install -y epel-release && yum install -y ansible

Execução: AD HOC vs Playbook

Essa são as duas maneiras que temos de executar nossos comandos no Ansible como dito anteriormente. Um arquivo muito importante para é o /etc/ansible/hosts onde a gente pode organizar as máquinas onde poderemos realizar as execuções, em breve escrevei um artigo com alguns macetes desse arquivo.

Vamos por a mão na massa executando nosso primeiro comando em localhost, somente para teste usaremos o módulo “ping” :

root@localhost:~# ansible 127.0.0.1 -m ping

127.0.0.1 | SUCCESS => {
    "changed": false, 
    "ping": "pong"
}

root@localhost:~# ansible 127.0.0.1 -m ping

127.0.0.1 | SUCCESS => {

"changed": false,

"ping": "pong"

}

Sucesso, tivemos o retorno do ping do nosso localhost ;).

Bom no próximo artigo irei explicar como realizar execuções em algumas máquinas remotas ao mesmo tempo e alguns outro macetes. Até a próxima!

Instalação Postresql no Centos a partir do código fonte

3 de maio de 20183 de maio de 2018 sidnei Deixe um comentário

Estou realizando a instalação na última versão do Centos no momento, que seria a 7. Porém o procedimento para outras versões deve seguir o mesmo padrão.

Instalando dependências:

yum install -y make wget gcc readline-devel zlib-devel

1	yum install -y make wget gcc readline-devel zlib-devel

Vamos baixar a última versão do Postresql (10.3 no momento dos testes) e após o download concluído iremos descompactar:

wget -c https://ftp.postgresql.org/pub/source/v10.3/postgresql-10.3.tar.gz
tar -xzvf postgresql-10.3.tar.gz

1 2	wget -c https://ftp.postgresql.org/pub/source/v10.3/postgresql-10.3.tar.gz tar -xzvf postgresql-10.3.tar.gz

Após isso vamos realizar o processo de compilação, instalação e criação do usuário postgres. Dependendo da configuração de sua máquina esse processo pode demorar um pouco:

/configure
gmake
gmake install
adduser postgres
mkdir -p /usr/local/postgres/data
chown postgres /usr/local/postgres/data

/configure

gmake

gmake install

adduser postgres

mkdir -p /usr/local/postgres/data

chown postgres /usr/local/postgres/data

Iniciaremos o serviço:

su - postgres
/usr/local/pgsql/bin/initdb -D /usr/local/postgres/data
/usr/local/pgsql/bin/postgres -D /usr/local/postgres/data >logfile 2>&1 &

su - postgres

/usr/local/pgsql/bin/initdb -D /usr/local/postgres/data

/usr/local/pgsql/bin/postgres -D /usr/local/postgres/data >logfile 2>&1 &

[postgres@a984adfc81b5 ~]$ ps -ef |grep postgres
root      8636     1  0 00:21 pts/0    00:00:00 su - postgres
postgres  8637  8636  0 00:21 pts/0    00:00:00 -bash
postgres  8667  8637  0 00:23 pts/0    00:00:00 /usr/local/pgsql/bin/postgres -D /usr/local/postgres/data
postgres  8669  8667  0 00:23 ?        00:00:00 postgres: checkpointer process   
postgres  8670  8667  0 00:23 ?        00:00:00 postgres: writer process   
postgres  8671  8667  0 00:23 ?        00:00:00 postgres: wal writer process   
postgres  8672  8667  0 00:23 ?        00:00:00 postgres: autovacuum launcher process   
postgres  8673  8667  0 00:23 ?        00:00:00 postgres: stats collector process   
postgres  8674  8667  0 00:23 ?        00:00:00 postgres: bgworker: logical replication launcher   
postgres  8677  8637  0 00:23 pts/0    00:00:00 ps -ef

[postgres@a984adfc81b5 ~]$ ps -ef |grep postgres

root 8636 1 0 00:21 pts/0 00:00:00 su - postgres

postgres 8637 8636 0 00:21 pts/0 00:00:00 -bash

postgres 8667 8637 0 00:23 pts/0 00:00:00 /usr/local/pgsql/bin/postgres -D /usr/local/postgres/data

postgres 8669 8667 0 00:23 ? 00:00:00 postgres: checkpointer process

postgres 8670 8667 0 00:23 ? 00:00:00 postgres: writer process

postgres 8671 8667 0 00:23 ? 00:00:00 postgres: wal writer process

postgres 8672 8667 0 00:23 ? 00:00:00 postgres: autovacuum launcher process

postgres 8673 8667 0 00:23 ? 00:00:00 postgres: stats collector process

postgres 8674 8667 0 00:23 ? 00:00:00 postgres: bgworker: logical replication launcher

postgres 8677 8637 0 00:23 pts/0 00:00:00 ps -ef

Agora com tudo instalado e serviço iniciado realizar alguns testes:

/usr/local/pgsql/bin/createdb teste
/usr/local/pgsql/bin/psql teste
psql (10.3)
Type "help" for help.

teste=#

/usr/local/pgsql/bin/createdb teste

/usr/local/pgsql/bin/psql teste

psql (10.3)

Type "help" for help.

teste=#

Instalação finalizada com sucesso 🙂

Instalando e gerenciando programas no Windows com Chocolatey

17 de abril de 201817 de abril de 2018 sidnei Deixe um comentário

Hoje lhes apresento uma ferramenta muito boa para gerenciar os programas no Windows, chamada Chocolatey. Para quem está acostumando com gerenciadores de pacotes do Linux como apt, yum, etc, vai se sentir em casa. Ele consegue instalar e atualizar e remover diversos programas, facilitando muito o trabalho dos técnicos e até para gerenciar um grande parque de máquinas do seu trabalho.

O programa é suporte do Windows 7 em diante e Windows server 2003 em diante, tem como pré requisito o programa .NET Framework 4+.

A instalação é bem simples e pode ser feita via cmd ou Powershell

Instalando via CMD:

@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command "iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"

1	@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command "iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"

Instalando via Powershell

Set-ExecutionPolicy Bypass -Scope Process -Force; iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))

1	Set-ExecutionPolicy Bypass -Scope Process -Force; iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))

Após a instalação o comando choco já estará disponivel. Segue algumas opções do comando:

list – Lista os pacotes disponíveis, enquanto fazia testes haviam incríveis 5644 pacotes
search – Realiza pesquisa de pacotes
info – Traz informações sobre um pacote
install – Obviamente, instala
upgrade – Atualiza
uninstall – Adivinhe, remove 🙂

Caso queiramos instalar o VLC por exemplo:

choco install vlc

1	choco install vlc

Há também uma página onde pode se verificar uma lista com os pacotes pelo link https://chocolatey.org/packages.

Sem contar ainda em um gerenciador gráfico chamado Chocolatey GUI, que pode sem instalado com o comando choco install chocolateygui.

Rundeck – Automatizando suas tarefas

9 de abril de 20189 de abril de 2018 sidnei 1 Comentário

O que é esse tal de Rundeck

Falando a grosso modo Rundeck é um automatizador e agendador de tarefas. Obviamente que ele faz muito mais do que isso, ele consegue rodar essas tarefas tanto em Linux quanto em Windows. Consegue-se criar um workflow de tarefas, fazendo uma tarefa depender de outra ou conforme sua execução com sucesso ou insucesso.

Escrito em java e tem sua administração por uma interface web bem simples de ser usado e usa ssh para conexões com Linux e Winrm para conexões com Windows. As configurações ficam salvas em arquivos, geralmente XML, tanto dos jobs (trabalhos) quanto dos nodes (hosts).

Tem uma grande vantagem pois não precisa de agentes rodando nas máquinas clientes e se consegue fazer uma verdadeira orquestração de jobs, podendo escolher se os jobs vão rodar em paralelo ou sequência e assim por diante. Se consegue criar chaves de acesso, ou chaves com senhas dentro do próprio dashboard.
Existe uma integração com diversos serviços:

Uma das poucas desvantagens que achei até o momento, que algumas configurações como de usuários, nodes, terem que ser feitas pela linha de comando editando diretamente os arquivos.

Para usar o Rundeck, precisamos ter instalado o java (1.8) em nosso servidor. Realizei alguns testes no Centos.

java -version

java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)

java -version

java version "1.8.0_131"

Java(TM) SE Runtime Environment (build 1.8.0_131-b11)

Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)

E instalaremos o rundeck adicionando o repositório.

rpm -Uvh http://repo.rundeck.org/latest.rpm
yum install rundeck

1 2	rpm -Uvh http://repo.rundeck.org/latest.rpm yum install rundeck

Após instalação ocorrer tudo bem, podemos conferir verificando a porta onde o serviço roda. Lembrando que caso tenha algum firewall ou bloqueio de portas o mesmo deve ser liberado.

netstat -an | egrep '4440|4443'
tcp46      0      0  *.4440                 *.*                    LISTEN

1 2	netstat -an \| egrep '4440\|4443' tcp46 0 0 .4440 .* LISTEN

Agora basta acessarmos o IP do nosso servidor seguido da porta. Ex: http://localhost:4440 e usar a famosa senha de admin/admin

Bom de momento vamos ficar somente com a instalação, nos próximos artigos vamos aprender a cadastrar nodes, executar comandos, scripts e demais coisas que essa baita ferramenta disponibiliza.

Site: http://rundeck.org/

Podcast – Conversa com Dionatan do Canal Diolinux

2 de abril de 20182 de abril de 2018 sidnei Deixe um comentário

Mais um podcast gravado para o canal do Slackjeff.

Canal Diolinux

Podcast – Mercado, Dinheiro e Opensource

2 de abril de 20182 de abril de 2018 sidnei Deixe um comentário

Podcast gravado recentemente no Canal do Slackjeff

Reconhecer HD novo Linux sem reiniciar

30 de janeiro de 20185 de fevereiro de 2018 sidnei Deixe um comentário

Hoje vamos a mais uma dica rápida. Pra que usa seus servidores virtualizados e precisa adicionar um novo HD seja por falta de espaço ou pelo motivo que for, não precisa reiniciar o servidor para ter o HD reconhecido. Basta apenas executar um simples comando que ordena um “scan” no barramento.

Vale lembrar também que essa dica é para virtualizações com Hot plug habilitado.

echo "- – -" > /sys/class/scsi_host/host0/scan

1	echo "- – -" > /sys/class/scsi_host/host0/scan

Obrigado e até a próxima.