Avem un server dedicat offsite într-un centru de server și ieri brusc am pierdut conexiunea la serverul de producție.
Nimeni nu lucra pe server la momentul respectiv.
Am doar acces RemoteConsole la server.
Când dau ping la ceva, se spune
ping 8.8.8.8
conectare: Rețeaua este inaccesibilă
Serverul Ubuntu 18.04 pare că și-a pierdut conexiunea la rețeaua publică.
Serviciul pentru clienți de la centrul de servere este închis până luni. Am încercat tot ce am putut găsi despre această problemă, doar diferența principală cu toate exemplele pe care le-am putut găsi este „linkul detectat: nu”
$ ethtool eth0
Setări pentru eth0:
Porturi acceptate: [ TP ]
Moduri de legătură acceptate: 10baseT/Half 10baseT/Full
100baseT/Jumătate 100baseT/Full
1000baseT/Full
Utilizare acceptată a cadrului de pauză: simetric
Suportă auto-negociere: Da
Moduri FEC acceptate: Nu sunt raportate
Moduri de legătură anunțate: 10baseT/Half 10baseT/Full
100baseT/Jumătate 100baseT/Full
1000baseT/Full
Utilizarea cadrului de pauză anunțată: simetrică
Auto-negociere anunțată: Da
Moduri FEC anunțate: Nu sunt raportate
Viteza: necunoscut!
Duplex: Necunoscut! (255)
Port: pereche răsucită
PHYAD: 1
Transceiver: intern
Auto-negociere: activată
MDI-X: oprit (automat)
Suporta Wake-on: pumbg
Trezire: g
Nivelul curent al mesajului: 0x00000007 (7)
link sonda drv
Link detectat: nu
Detectarea legăturii nu este niciuna și nu există niciun transportator în legătura IP
$ ip link arată
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state modul NECUNOSCUT DEFAULT grup implicit qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT grup implicit qlen 1000
link/ether ac:1f:6b:9a:6f:a8 brd ff:ff:ff:ff:ff:ff
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mod DEFAULT grup implicit qlen 1000
link/ether ac:1f:6b:9a:6f:a9 brd ff:ff:ff:ff:ff:ff
$ ifconfig -a
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether ac:1f:6b:9a:6f:a8 txqueuelen 1000 (Ethernet)
Pachete RX 0 octeți 0 (0,0 B)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 0 octeți 0 (0,0 B)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
memoria dispozitivului 0xdf200000-df27ffff
eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether ac:1f:6b:9a:6f:a9 txqueuelen 1000 (Ethernet)
Pachete RX 0 octeți 0 (0,0 B)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 0 octeți 0 (0,0 B)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
memoria dispozitivului 0xdf100000-df17ffff
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<gazdă>
loop txqueuelen 1000 (Loopback local)
Pachete RX 121044 octeți 20083796 (20,0 MB)
Erori RX 0 a scăzut 0 depășiri 0 cadru 0
Pachete TX 121044 octeți 20083796 (20,0 MB)
Erori TX 0 a scăzut 0 depășiri 0 purtător 0 coliziuni 0
adresa ip4 nu este afișată
$ dhclient
Doar că nu răspunde cu nimic, doar un loc gol care clipește
Este într-adevăr o problemă de cablu la centrul serverului sau pot mai încerca câteva lucruri?
Și este posibil să scp sau rsync datele de pe server fără rețea?
Am incercat dar erori
rsync: conexiune închisă în mod neașteptat (0 octeți primiți până acum) [receptor]
eroare rsync: eroare inexplicabilă (cod 255)
Facem backup la server pe acelasi server.....
Ajutorul este mult apreciat
