Jake Wilson's questions

Esta não é uma pergunta diretamente relacionada a qualquer software, mas sim uma pergunta sobre terminologia e definição de profundidade da árvore de diretórios.

Quando vejo como find . -maxdepth 0funciona, parece que a única coisa na profundidade 0 é .. E se você fizer find . -maxdepth 1isso encontra todos os diretórios e arquivos que residem no diretório ..

Isso me parece contra-intuitivo. Eu pensaria que qualquer diretório ou arquivo vivendo na raiz de um determinado caminho seria considerado na profundidade mais baixa da árvore, ou profundidade = 0. Mas isso não parece ser no caso do findcomando.

Pegue o seguinte tipo de estrutura de diretório:

/
/fileA.txt
/home
/home/fileB.txt
/home/user
/home/user/fileC.txt
/home/user/morefiles
/home/user/morefiles/fileD.txt

Com relação à profundidade do diretório/árvore, qual é a profundidade de cada arquivo em relação ao diretório raiz /? Está fileA.txtna profundidade 0 ou 1? E o /homediretório? Está fileC.txtna profundidade 2 ou 3? etc

Suponho que a pergunta possa ser simplificada para "Os arquivos e pastas estão localizados /(como /fileA.txt) na profundidade 0 ou na profundidade 1?" E há uma explicação fácil de entender de por que é definido dessa maneira?

Estou querendo rodar um cliente OpenVPN em uma máquina Debian. Eu posso ver que o serviço está em execução:

# sudo service openvpn status
● openvpn.service - OpenVPN service
   Loaded: loaded (/lib/systemd/system/openvpn.service; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2017-12-28 19:01:14 UTC; 1h 8min ago
  Process: 19416 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
 Main PID: 19416 (code=exited, status=0/SUCCESS)

E eu posso iniciar o OpenVPN através do daemon para que ele seja executado em segundo plano

# sudo openvpn --config /etc/openvpn/client.conf --daemon

Posso confirmar que está funcionando conforme o esperado por meio do registro e da verificação do meu IP da WAN.

No entanto, posso interromper o serviço OpenVPN...

# sudo service openvpn stop
# sudo service openvpn status
● openvpn.service - OpenVPN service
   Loaded: loaded (/lib/systemd/system/openvpn.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Thu 2017-12-28 20:10:00 UTC; 37s ago
  Process: 19416 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
 Main PID: 19416 (code=exited, status=0/SUCCESS)

Mas o daemon ainda está sendo executado em segundo plano e ainda estou conectado à VPN e ainda estou obtendo um endereço IP de VPN público.

Então, qual é a diferença entre o serviço e o daemon? Eles não são dependentes um do outro?

Meu objetivo é ter o OpenVPN rodando em segundo plano quando o computador for inicializado e continuar rodando indefinidamente. Eu ia apenas configurar o serviço para ser executado na inicialização, mas as ações acima agora estão me confundindo sobre como fazer isso ...

Atualização: Aqui está este arquivo:/lib/systemd/system/openvpn.service

# This service is actually a systemd target,
# but we are using a service since targets cannot be reloaded.

[Unit]
Description=OpenVPN service
After=network.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/true
ExecReload=/bin/true
WorkingDirectory=/etc/openvpn

[Install]
WantedBy=multi-user.target

No CentOS 7 eu queria verificar o status do nginxserviço:

# systemctl status nginx -l
nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled)
   Active: inactive (dead)

Jun 30 03:40:08 dev01 systemd[1]: [/usr/lib/systemd/system/nginx.service:13]
Failed to parse kill mode, ignoring mixed

Então eu habilitei: # systemctl enable nginxe verifiquei novamente:

# systemctl status nginx -l
nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled)
   Active: inactive (dead)

Jun 30 03:40:08 dev01 systemd[1]: [/usr/lib/systemd/system/nginx.service:13]
Failed to parse kill mode, ignoring mixed

Jun 30 03:40:21 dev01 systemd[1]: [/usr/lib/systemd/system/nginx.service:13]
Failed to parse kill mode, ignoring mixed

O que é esse erro? E como é que toda vez que faço: # systemctl enable nginx, statusadiciona outra cópia do erro na parte inferior. Fiz isso enableumas 4 ou 5 vezes seguidas e depois statusmostra uns 5 desses erros. Do que se trata esse erro?

Além disso, quando eu finalmente starto serviço, todos esses erros desaparecem do arquivo status.

A partir desta postagem, não parece haver nenhuma yumopção rpmdisponível para instalar o NodeJS 0.12.x. Mesmo o repositório yum semi-oficial do Node (nodesource.com) ainda está em 0.10.x para distros RHEL.

Portanto, duas alternativas, compilar a partir da fonte ou baixar a distribuição binária. Primeiro vou tentar os binários:

http://nodejs.org/dist/v0.12.4/node-v0.12.4-linux-x64.tar.gz

Depois de descompactar, o que faço com ele? Eu sei que existem nodee npmexecutáveis. Há mais alguma coisa que eu precise saber? Para onde eu movo tudo e o que precisa ser um link simbólico? Onde é o local adequado para esses arquivos residirem no servidor?

Hoje eu vi o MySQL/MariaDB parar de rodar em um CentOS VPS. Quando verifico o status, recebo:

# service mysql status
ERROR! MySQL is not running, but lock file (/var/lock/subsys/mysql) exists

Então eu removo esse arquivo e reinicio o serviço. Mas, no final do dia, o MySQL estará offline novamente e o arquivo de bloqueio ainda estará lá. Então, algo está acontecendo que está causando a morte do MySQL, mas deixe o arquivo de bloqueio, o que me diz que não é uma saída limpa/suave.

No passado, quando vi o arquivo de bloqueio existir, mas o serviço não estava sendo executado, foi porque todo o VPS teve uma reinicialização repentina. Mas este não é o caso aqui porque meu tempo de atividade é de mais de 160 dias no VPS.

Percebi a fail2banproibição de algumas tentativas aleatórias de hack em um site Wordpress no VPS hoje. Portanto, houve uma boa quantidade de tráfego tentando martelar o servidor aqui e ali até que eles fossem banidos automaticamente.

1. Como posso determinar o que está fazendo com que o MySQL pare aleatoriamente?
2. Qual é o método recomendado para reiniciar automaticamente o MySQL? Posso usar algo como Supervisor ?

ATUALIZAÇÃO: Depois de olhar meu messageslog, estou vendo isso:

Dec  1 14:06:42 localhost kernel: Out of memory: Kill process 25063 (mysqld) score 24 or sacrifice child
Dec  1 14:06:42 localhost kernel: Killed process 25063, UID 27, (mysqld) total-vm:773716kB, anon-rss:32300kB, file-rss:48kB

Então isso significa que o MySQL está simplesmente sendo sobrecarregado com solicitações (provavelmente do httpd)?

Existe uma maneira fácil de determinar se um sistema de arquivos montado é montado como somente leitura ou leitura-gravação? Eu estava pensando apenas em canalizar mount, mas pensei que poderia haver uma maneira mais fácil.

Eu sei que certos processadores são Big Endian e outros são Little Endian. Mas existe um comando, script bash, script python ou uma série de comandos que podem ser usados ​​na linha de comando para determinar se um sistema é Big Endian ou Little Endian? Algo como:

if <some code> then
    echo Big Endian
else
    echo Little Endian
fi

Ou é mais simples apenas determinar qual processador o sistema está usando e seguir com isso para determinar sua Endianess?