fundal
Lucrez la un server intern care rulează Debian
Uname - r ieșire:
Linux osteocalcine 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64 GNU/Linux
Acest server (care este planificat să fie folosit ca depozit de documente partajate etc etc ...) primește o adresă IP fixă de la serverul dhcp local, pe baza adresei sale MAC.
aici este secțiunea relevantă a etc/rețea/interfețe
auto lo
iface lo inet loopback
auto enp11s0f0
iface enp11s0f0 inet dhcp
Serverul este strict intern, fără comunicare cu el din exterior (adică nu mă pot conecta la el decât dacă sunt în aceeași rețea, deci fără SSH de acasă, doar birou).
Configurarea a fost cu o interfață interfață de bază (prevăd că în viitor colegii mei ar putea dori să o folosească pentru a rula diverse analize și sunt sigur că ar fi mai fericiți să se conecteze de la distanță la un desktop, mai degrabă decât o linie de comandă) .
Problemă
Serverul va renunța în mod regulat la rețea și nu se va reconecta automat.
Ultima dată când am făcut asta, am luat rezultatul dmesg
[Luni, 9 mai 12:08:25 2022] audit: type=1400 audit(1652090911.500:10): apparmor="
STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc"
pid=585 comm="apparmor_parser"
[Luni, 9 mai 12:08:25 2022] audit: type=1400 audit(1652090911.500:11): apparmor="
STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash
" pid=595 comm="apparmor_parser"
[Luni, 9 mai 12:08:25 2022] pstore: Folosind compresia de descărcare prin blocare: dezumflare
[Luni 9 mai 12:08:25 2022] pstore: Efi înregistrat ca backend de magazin persistent
[Luni 9 mai 12:08:25 2022] bnx2 0000:0b:00.0: firmware: firmware cu încărcare directă
bnx2/bnx2-mips-09-6.2.1b.fw
[Luni 9 mai 12:08:25 2022] bnx2 0000:0b:00.0: firmware: firmware cu încărcare directă
bnx2/bnx2-rv2p-09-6.0.17.fw
[Luni, 9 mai 12:08:25 2022] bnx2 0000:0b:00.0 enp11s0f0: folosind MSIX
[Luni 9 mai 12:08:27 2022] bnx2 0000:0b:00.0 enp11s0f0: NIC Copper Link is Up, 1
00 Mbps full duplex
[Luni 9 mai 12:08:27 2022] IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0f0: link-ul devenit
e gata
[Luni, 9 mai 12:08:29 2022] bnx2 0000:0b:00.1 enp11s0f1: folosind MSIX
[Luni 9 mai 12:08:29 2022] bnx2 0000:15:00.0 ens2f0: folosind MSIX
[Luni 9 mai 12:08:29 2022] bnx2 0000:15:00.1 ens2f1: folosind MSIX
[Luni, 9 mai 12:09:02 2022] kauditd_printk_skb: 10 apeluri inverse suprimate
[Luni, 9 mai 12:09:02 2022] audit: type=1400 audit(1652090942.775:22): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=991 comm="cupsd" capabil
ility=12 capname="net_admin"
[Luni, 9 mai 12:09:03 2022] audit: type=1400 audit(1652090943.315:23): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1081 comm="cups
-browsed" capability=23 capname="sys_nice"
[Luni, 9 mai 13:24:56 2022] perf: întrerupere a durat prea mult (2519 > 2500), scădere
kernel.perf_event_max_sample_rate la 79250
[Luni 9 mai 14:52:01 2022] perf: întrerupere a durat prea mult (3161 > 3148), scădere
kernel.perf_event_max_sample_rate la 63250
[Tue May 10 00:00:44 2022] audit: type=1400 audit(1652133644.687:24): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=77551 comm="cupsd" cap
ability=12 capname="net_admin"
[Marți, 10 mai 00:00:44 2022] audit: type=1400 audit(1652133644.819:25): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=77552 comm="cup
s-browsed" capability=23 capname="sys_nice"
moment în care am repornit serverul (se pare că este singura modalitate de a reporni rețeaua), iată rândurile din noul dmesg care par relevante...
[Tue May 10 14:00:01 2022] bnx2 0000:0b:00.0 eth0: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express găsit la mem 96000000, IRQ 24, node:fc:f:f:4:f :d8
[Marți, 10 mai 14:00:01 2022] bnx2 0000:0b:00.1 eth1: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express găsit la mem 98000000, IRQ 36, node addr:fc:f:4:fc:f :da
[Marți, 10 mai 14:00:01 2022] i801_smbus 0000:00:1f.3: dispozitiv de activare (0140 -> 0143)
[Marți, 10 mai 14:00:01 2022] i801_smbus 0000:00:1f.3: SMBus utilizând întrerupere PCI
[Marți, 10 mai 14:00:01 2022] bnx2 0000:15:00.0 eth2: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express găsit la mem 92000000, IRQ 28, node:1 add:10:1:1 :20
[Marți, 10 mai, 14:00:01 2022] Avertisment ACPI: intervalul SystemIO 0x00000000000005A8-0x00000000000005AF intră în conflict cu OpRegion 0x00000000000005A8-000000000000000005A8-00000000000000000000000000000000000000000000000000000000000000002
[Marți, 10 mai 14:00:01 2022] ACPI: Dacă este disponibil un driver ACPI pentru acest dispozitiv, ar trebui să îl utilizați în locul driverului nativ
[Marți, 10 mai 14:00:01 2022] Avertisment ACPI: Gama SystemIO 0x0000000000000430-0x000000000000043F intră în conflict cu OpRegion 0x0000000000000430000000043F (0x0000000000000430020000000000000000000000000000000000000000000000000000043002000000000000000000430000000000000000000004
[Marți, 10 mai 14:00:01 2022] ACPI: Dacă este disponibil un driver ACPI pentru acest dispozitiv, ar trebui să îl utilizați în locul driverului nativ
[Marți, 10 mai 14:00:01 2022] Avertisment ACPI: intervalul SystemIO 0x0000000000000400-0x000000000000042F intră în conflict cu OpRegion 0x000000000000040E0002000000000000000000000000000000000000000000000000000000000042F
[Marți, 10 mai 14:00:01 2022] Avertisment ACPI: Gama SystemIO 0x0000000000000400-0x000000000000042F intră în conflict cu OpRegion 0x000000000000040C00000000000000000000000000000000000000000000000000000000000000004
[Marți, 10 mai 14:00:01 2022] ACPI: Dacă este disponibil un driver ACPI pentru acest dispozitiv, ar trebui să îl utilizați în locul driverului nativ
[Marți, 10 mai 14:00:01 2022] lpc_ich: S-au găsit conflicte de resurse care afectează gpio_ich
[Marți, 10 mai 14:00:01 2022] bnx2 0000:15:00.1 eth3: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express găsit la mem 94000000, IRQ 37, node:1 add:10:10:1 :22
[Marți, 10 mai 14:00:01 2022] bnx2 0000:0b:00.0 enp11s0f0: redenumit din eth0
[Marți, 10 mai 14:00:13 2022] bnx2 0000:0b:00.0: firmware: firmware cu încărcare directă bnx2/bnx2-mips-09-6.2.1b.fw
[Marți, 10 mai 14:00:13 2022] bnx2 0000:0b:00.0: firmware: firmware cu încărcare directă bnx2/bnx2-rv2p-09-6.0.17.fw
[Marți, 10 mai 14:00:13 2022] bnx2 0000:0b:00.0 enp11s0f0: folosind MSIX
[Marți, 10 mai 14:00:14 2022] bnx2 0000:0b:00.0 enp11s0f0: NIC Copper Link este activată, 100 Mbps full duplex
[Marți, 10 mai 14:00:14 2022] IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0f0: linkul devine gata
[Marți, 10 mai 14:00:15 2022] bnx2 0000:0b:00.1 enp11s0f1: folosind MSIX
[Marți, 10 mai 14:00:16 2022] bnx2 0000:15:00.0 ens2f0: folosind MSIX
[Marți, 10 mai 14:00:16 2022] bnx2 0000:15:00.1 ens2f1: folosind MSIX
dupa care urmatoarele randuri sunt pentru miercuri, deci nu cred ca sunt relevante (va rog sa-mi spuneti daca gresesc).
Nu sunt sigur exact ce trebuie să caut în dmesg (sau în altă parte) pentru a determina ce cauzează întreruperea conexiunii.
Am observat însă următoarele.
- Pentru a corecta problema, trebuie să repornesc fizic serverul.
- Repornirea rețelei folosind `systelctl networking restart' nu face nimic. (cum extrag mesajele de eroare/urmăr din aceasta).
- Problema pare să apară atunci când sunt conectat prin SSH și terminalul meu local „inactivează” ~ ar putea acest lucru să provoace cumva o problemă pe server?
Există un daemon pe care trebuie să-l configurez care va continua să testeze conexiunea și să o „afișeze” dacă se defectează (rețineți totuși că apelul systemctl nu pare să facă rețeaua să revină ~ deci poate fi un punct discutabil).
Notă
După cum am menționat mai sus, am instalat un „desktop” pe server, în cazul în care unul dintre colegii mei dorește să se conecteze la el. Mi-am dat seama că managerul de rețea este instalat pe sistem ....
$ apt list --instalat |grep network
AVERTISMENT: apt nu are o interfață CLI stabilă. Utilizați cu precauție în scripturi.
glib-networking-common/stable,acum 2.66.0-2 all [instalat,automatic]
glib-networking-services/stable,acum 2.66.0-2 amd64 [instalat,automat]
glib-networking/stabil, acum 2.66.0-2 amd64 [instalat, automat]
libqt5network5/stable, acum 5.15.2+dfsg-9 amd64 [instalat, automat]
network-manager-gnome/stable, acum 1.20.0-3 amd64 [instalat, automat]
network-manager/stabil, acum 1.30.0-2 amd64 [instalat, automat]
s-ar putea ca asta să cauzeze cumva o problemă.
Dacă aveți nevoie de mai multe detalii, întrebați și voi posta o actualizare.
Ca întotdeauna, vă mulțumesc anticipat pentru ajutor.
edit 1:
Așa că mă înclin mai mult la problema cu ssh. M-am conectat astăzi și conexiunea a „înghețat”. A trebuit să mă conectez printr-un alt terminal și să opresc prima conexiune.
Menționez asta pentru că s-a întâmplat într-un moment în care în mod normal aș fi luat prânzul/cafea cu colegii.
Ceea ce trebuie să fac acum este să îmbunătățesc monitorizarea întregului sistem... dar ce ar trebui să adaug și la ce trebuie să mă uit?
