arif's questions

Meu arquivo de unidade nginx está seguindo,

[root@arif ~]# cat /usr/lib/systemd/system/nginx.service
[Unit]
Description=The nginx HTTP and reverse proxy server
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
PIDFile=/run/nginx.pid
# Nginx will fail to start if /run/nginx.pid already exists but has the wrong
# SELinux context. This might happen when running `nginx -t` from the cmdline.
# https://bugzilla.redhat.com/show_bug.cgi?id=1268621
ExecStartPre=/usr/bin/rm -f /run/nginx.pid
ExecStartPre=/usr/sbin/nginx -t
ExecStart=/usr/sbin/nginx
ExecReload=/bin/kill -s HUP $MAINPID
KillSignal=SIGQUIT
TimeoutStopSec=5
KillMode=process
PrivateTmp=true

[Install]
WantedBy=multi-user.target

Aqui, na [Service]porção, o valor de Typeé igual ao forkingque significa daqui ,

O processo iniciado com ExecStart gera um processo filho que se torna o processo principal do serviço. O processo pai é encerrado quando a inicialização é concluída.

Minhas perguntas são,

• Por que um serviço faz isso?
• Quais são as vantagens de fazer isso?
• O que há de errado é Type=simpleou outras opções semelhantes?

Quando vejo o status de sysstat, vejo o seguinte,

● sysstat.service - Resets System Activity Logs
Loaded: loaded (/usr/lib/systemd/system/sysstat.service; enabled; 
vendor preset: enabled)
Active: active (exited) since Wed 2018-11-28 11:46:45 EST; 4s ago
Process: 4159 ExecStart=/usr/lib64/sa/sa1 --boot (code=exited, 
status=0/SUCCESS)
Main PID: 4159 (code=exited, status=0/SUCCESS)

Nov 28 11:46:45 localhost systemd[1]: Starting Resets System 
Activity Logs...
Nov 28 11:46:45 localhost systemd[1]: Started Resets System 
Activity Logs.

Também não foi possível encontrar nenhum pidespecificado acima.

A pergunta é, por que isso acontece?

Quando aplico a ACL padrão em um diretório, vejo default:maskou apenas masknos dois cenários a seguir.

Cenário 1

-bash-4.2$ ls -ld test/
 drwxr-x---. 2 test test 4096 Oct 15 19:12 test/

-bash-4.2$ setfacl -d -m u:arif:rwx test/

-bash-4.2$ getfacl --omit-header test
 user::rwx
 group::r-x
 other::---
 default:user::rwx
 default:user:arif:rwx
 default:group::r-x
 default:mask::rwx
 default:other::---

Cenário 2

-bash-4.2$ ls -dl dir/
 drwxr-x---. 2 test test 4096 Oct 15 18:17 dir/

-bash-4.2$ getfacl dir
 # file: dir
 # owner: test
 # group: test
 user::rwx
 group::r-x
 other::---

-bash-4.2$ setfacl -m user:arif:rwx dir

-bash-4.2$ getfacl --omit-header dir
 user::rwx
 user:arif:rwx
 group::r-x
 mask::rwx
 other::---

Então, qual é o propósito maskdaqui?

Ao instalar um produto Nessus, cheguei à seguinte declaração:

Geralmente, um Nessus Agent usa 40 MB de RAM (todos pagináveis).

Aqui, o que eles tentaram dizer com tudo paginável ? Pelo que entendi do parágrafo da declaração, eles estavam tentando significar que o processo não ocuparia muita memória.

Então, minha pergunta é como a memória paginável melhora o desempenho [ou reduz a sobrecarga de desempenho] ​​ou como a memória paginável deixa pouco espaço de memória?

Estou fazendo uma busca de intervalo com sed. Eu quero analisar os dados de log da data e hora 2016-09-29 01:00até o 2016-09-29 01:30. É por isso que estou usando o seguinte comando,

$ sed -n '/2016-09-29 01:/,/2016-09-29 01:30:.*$/p'

Mas o problema é que se 1:30 não estiver disponível no log, ele retornará todos os logs até o final.

Então, como trabalhar com isso para que, se 1:30não existir, vá para o próximo registro não até o final.

Coisas a serem consideradas: Os logs contêm rastreamento de pilha para que as linhas que contenham rastreamento de pilha não comecem com a data.

Eu quero verificar qual processo está levando a E/S mais alta. Para ser exato, quero verificar qual processo está fazendo a operação de gravação mais alta e quanto.

Eu sei que existem algumas ferramentas como iotop. Mas como tenho que trabalhar sem sudo e em um ambiente estrangeiro com privilégios muito limitados, quero saber como posso conseguir isso com ferramentas integradas como ps. Eu quero algo como o seguinte que eu uso para encontrar o uso de CPU/memória,

$ps -eo pid,command,%cpu,%mem --sort=-%cpu

Atualização : Depois de tentar várias maneiras, descobri que não consigo ler /proc/[pid]/ioo arquivo devido à falta de privilégio, então não há como obter E/S sem o privilégio adequado, eu acho.

 $cd /proc/; for i in $(ls | egrep -o ^\[0-9\]*); do cat $i/io; done
 cat: 1/io: Permission denied
 cat: 10/io: Permission denied
 cat: 10284/io: Permission denied
 cat: 11/io: Permission denied
 cat: 1174/io: Permission denied
 cat: 12/io: Permission denied
 ........