Início / user-111201

boardrider's questions

Martin Hope
boardrider
Asked: 2023-08-02 02:24:08 +0800 CST
  • 5

Meu .gitignorearquivo está instruindo para ignorar o ../../.aws/diretório:

$ cat .gitignore
coredumps/
../../.aws/
.*.sw*
*bak
*log

Infelizmente, essa instrução é ignorada:

$ git status | head -6
# On branch main
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       ../../.aws/
#       ../../.bash_history

Como devo alterar my .gitignorepara que ../../.aws/seja excluído da git statussaída?

git
Martin Hope
boardrider
Asked: 2021-11-02 11:10:22 +0800 CST
  • 0

Eu tenho uma máquina CentOS 7 que copia dados continuamente para AWS/S3.
No entanto, ele tem um problema, que eu ficaria grato por sugestões sobre como depurar.

A cópia para o S3 continuaria por horas/dias e, em seguida, a rede pararia de funcionar (tenho um crontrabalho que grava um ping na rede a cada minuto, assim como o comando S3 aws s3 cp, então sei o minuto exato em que aconteceu ).

Nesse estágio, o NetworkManagerdaemon parece bem, sysloge journalctl -xenão mostra nada fora do comum, mas a única maneira de fazer a rede funcionar novamente é uma reinicialização.

Nenhum usuário nessa máquina tem tarefas agendadas (crontab) para o momento em que a rede parou de funcionar normalmente, a máquina tem um IP estático e até o momento do problema, a máquina e a rede funcionam sem problemas.

Alguma ideia de como depurar esse problema?

Editar 1:

Por sugestão de Artem Tashkinov, adicionei ao crontab uma chamada, a cada minuto, a um script que faz o seguinte:

#!/bin/bash -xv
ping -c1 1.1.1.1 >/dev/null 2>&1
if [ $? -eq 0 ];
then
        echo Successful
else
        echo Fail
        systemctl stop NetworkManager
        rmmod r8169
        modprobe r8169
        systemctl start NetworkManager
fi

E vou ver se é capaz de reviver a rede quando morrer.

Edição 2:

Mesmo com o script, a rede não foi reativada quando falhou.

No entanto, aprimorei o script, pois adicionei uma NIC externa, para ver se isso resolveria o problema.

#!/bin/bash -xv
#
#kernel_module="r8169"  # on-board NIC
#kernel_module="e1000e" # add-on NIC

nic=$( ifconfig | grep -B1 10.60.100 | head -1 | awk -F: '{ print $1 }' )
kernel_module=$( ethtool -i $nic | grep driver | awk '{ print $NF }' )

ping -c1 1.1.1.1 >/dev/null 2>&1
if [ $? -eq 0 ];
#if [ $? -ne 0 ];
then
        echo Successful
else
        echo Fail
        systemctl stop NetworkManager
        rmmod $kernel_module
        modprobe $kernel_module
        systemctl start NetworkManager
fi
networking centos
Martin Hope
boardrider
Asked: 2018-02-01 11:37:03 +0800 CST
  • 2

Como são PIDsatribuídos em RHEL7?
Qual é a probabilidade de um PIDusado antes da inicialização ser atribuído a um processo após a reinicialização?

Em outras palavras, quão estatisticamente concebível é - on RHEL7- que o mesmo PIDseja atribuído a um processo que inicia após a reinicialização de uma máquina, que é idêntico a um PIDque foi usado antes da reinicialização.

Editar:

Exemplo: antes de uma reinicialização, existe o daemon A com PID 544, a máquina é reinicializada e, após a reinicialização, o daemon A é iniciado e recebe o PID 544 atribuído.

linux rhel
Martin Hope
boardrider
Asked: 2017-12-14 12:37:23 +0800 CST
  • 4

Vejo um padrão suspeito em uma lastsaída de comando no RHEL:

$ last reboot
reboot   system boot  3.10.0-514.21.1. Wed Dec 13 10:25 - 11:53  (01:28)    
reboot   system boot  3.10.0-514.21.1. Mon Oct 30 16:23 - 11:53 (43+20:30)  
reboot   system boot  3.10.0-514.21.1. Fri Oct 20 16:53 - 11:53 (53+20:00)  
reboot   system boot  3.10.0-514.21.1. Mon Oct 16 09:21 - 11:53 (58+03:32)  
reboot   system boot  3.10.0-514.21.1. Fri Aug 25 15:53 - 11:53 (109+21:00) 
reboot   system boot  3.10.0-514.21.1. Tue Aug 22 15:36 - 11:53 (112+21:16) 
reboot   system boot  3.10.0-514.21.1. Fri Jul 21 16:38 - 11:53 (144+20:15) 
reboot   system boot  3.10.0-514.21.1. Fri Jun  9 15:00 - 16:18 (42+01:17)  
reboot   system boot  3.10.0-514.21.1. Mon Jun  5 11:20 - 16:18 (46+04:57)  
reboot   system boot  3.10.0-514.21.1. Thu Jun  1 09:49 - 16:18 (50+06:28)  
reboot   system boot  3.10.0-514.el7.x Wed May 31 17:46 - 09:49  (16:02)

Ou seja, a décima coluna mostra o mesmo dado de tempo em várias linhas (por exemplo, 11:53 sete vezes e 16:18 três vezes).

A manpágina não explica o que cada coluna deve representar.

Você conhece a finalidade da 10ª coluna da lastsaída do comando?

last