Va bene i nomi strani alle interfacce, ma...
Serverino proxmox6 (debian buster, kernel 5.3.18-1-pve); la scheda di rete integrata viene decentemente vista e rinominata: root@ino:~# grep tg3 /var/log/kern.log Feb 11 09:16:42 ino kernel: [3.449190] tg3.c:v3.137 (May 11, 2014) Feb 11 09:16:42 ino kernel: [3.468877] tg3 :1e:00.0 eth0: Tigon3 [partno(BCM95723) rev 5784100] (PCI Express) MAC address 9c:8e:99:7b:86:d9 Feb 11 09:16:42 ino kernel: [3.468879] tg3 :1e:00.0 eth0: attached PHY is 5784 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0]) Feb 11 09:16:42 ino kernel: [3.468881] tg3 :1e:00.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] TSOcap[1] Feb 11 09:16:42 ino kernel: [3.468883] tg3 :1e:00.0 eth0: dma_rwctrl[7618] dma_mask[64-bit] Feb 11 09:16:42 ino kernel: [3.485088] tg3 :1e:00.0 ens1: renamed from eth0 Feb 11 09:16:44 ino kernel: [ 101.292206] tg3 :1e:00.0 ens1: Link is up at 100 Mbps, full duplex Feb 11 09:16:44 ino kernel: [ 101.292208] tg3 :1e:00.0 ens1: Flow control is on for TX and on for RX ma me ne serve una seconda, che aggiungo in un secondo momento; questa viene vista, ma rinominata in un modo direi alquanto pittoresco: root@ino:~# grep e1000e /var/log/kern.log Feb 11 09:16:42 ino kernel: [3.451250] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k Feb 11 09:16:42 ino kernel: [3.451251] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. Feb 11 09:16:42 ino kernel: [3.451430] e1000e :20:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode Feb 11 09:16:42 ino kernel: [3.502028] e1000e :20:00.0 :20:00.0 (uninitialized): registered PHC clock Feb 11 09:16:42 ino kernel: [3.556137] e1000e :20:00.0 eth0: (PCI Express:2.5GT/s:Width x1) 2c:27:d7:14:9b:67 Feb 11 09:16:42 ino kernel: [3.556139] e1000e :20:00.0 eth0: Intel(R) PRO/1000 Network Connection Feb 11 09:16:42 ino kernel: [3.556182] e1000e :20:00.0 eth0: MAC: 3, PHY: 8, PBA No: G17305-003 Feb 11 09:16:42 ino kernel: [3.557393] e1000e :20:00.0 rename3: renamed from eth0 Mi sono dato una occhata al wiki debian, e mi sembra tutto OK: https://wiki.debian.org/NetworkInterfaceNames In particolare quella integrata: root@ino:~# udevadm test-builtin net_id /sys/class/net/ens1 Load module index Parsed configuration file /usr/lib/systemd/network/99-default.link Created link configuration context. Using default interface naming scheme 'v240'. ID_NET_NAMING_SCHEME=v240 ID_NET_NAME_MAC=enx9c8e997b86d9 ID_OUI_FROM_DATABASE=Hewlett Packard ID_NET_NAME_PATH=enp30s0 ID_NET_NAME_SLOT=ens1 Unload module index Unloaded link configuration context. mentre quella aggiuntiva: root@ino:~# udevadm test-builtin net_id /sys/class/net/rename3 Load module index Parsed configuration file /usr/lib/systemd/network/99-default.link Created link configuration context. Using default interface naming scheme 'v240'. ID_NET_NAMING_SCHEME=v240 ID_NET_NAME_MAC=enx2c27d7149b67 ID_OUI_FROM_DATABASE=Hewlett Packard ID_NET_NAME_PATH=enp32s0 ID_NET_NAME_SLOT=ens1 Unload module index Unloaded link configuration context. Cioè, il problema è che ritiene che entrambe debbano chiamarsi 'ens1', quindi la seconda la chiama 'rename3'? Mah, non ci sono più i kernel di una volta... ;-) -- Mio figlio Christian diceva che la morte doveva essere qualcosa di bello, visto che nessuno ritornava. (Yolande Mukagasana)
Re: rete non più funzionante (testing)... come risovere
Ciao, anch'io con la testing ieri sera ho aggiornato ed al riavvio ho notato alcuni errori di ufw; ho disabilitato e riabilitato il firewall tramite Gufw e gli errori sono scomparsi. Gianluca -- Inviato da Thunderbird # Linux user 602378 Il 11/02/20 20:43, Davide Prina ha scritto: Ciao, se per caso dopo l'aggiornamento di ieri non vi funziona più la rete, allora il motivo è probabilmente perché avete installato un firewall. Per farla rifunzionare potete rimuovere il firewall (con --purge) o seguire le nuove regole di iptables (se non ricordo male posizione file). Tempo fa avevo installato un firewall (uwf) per darci un'occhiata... poi non l'ho mai configurato, né guardato... all'aggiornamento di iptables ho letto che ci potevano essere problemi se... e convinto di non aver toccato nulla ho fatto l'upgrade... oggi avviando il PC mi sono accorto che non funzionava più la rete: veniva assegnato IP dinamico, DNS, ... ma poi non potevo neanche fare il ping al default gatewate e route dava come default gateway 0.0.0.0, ma non potevo impostarlo al valore corretto. Per fortuna mi sono ricordato di quanto avevo letto il giorno prima (dopo aver guardato cosa avevo installato/aggiornato il giorno prima in /var/log/apt/hystory.log)... Mi sembra strano che venga aggiornato iptables con un aggiornamento così impattante e che contemporaneamente non vengano aggiornati anche i software che usano iptables come uwf per far continuare a far funzionare il sistema normalmente. Ciao Davide
rete non più funzionante (testing)... come risovere
Ciao, se per caso dopo l'aggiornamento di ieri non vi funziona più la rete, allora il motivo è probabilmente perché avete installato un firewall. Per farla rifunzionare potete rimuovere il firewall (con --purge) o seguire le nuove regole di iptables (se non ricordo male posizione file). Tempo fa avevo installato un firewall (uwf) per darci un'occhiata... poi non l'ho mai configurato, né guardato... all'aggiornamento di iptables ho letto che ci potevano essere problemi se... e convinto di non aver toccato nulla ho fatto l'upgrade... oggi avviando il PC mi sono accorto che non funzionava più la rete: veniva assegnato IP dinamico, DNS, ... ma poi non potevo neanche fare il ping al default gatewate e route dava come default gateway 0.0.0.0, ma non potevo impostarlo al valore corretto. Per fortuna mi sono ricordato di quanto avevo letto il giorno prima (dopo aver guardato cosa avevo installato/aggiornato il giorno prima in /var/log/apt/hystory.log)... Mi sembra strano che venga aggiornato iptables con un aggiornamento così impattante e che contemporaneamente non vengano aggiornati anche i software che usano iptables come uwf per far continuare a far funzionare il sistema normalmente. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Motivi per non comprare/usare ms-windows7: http://windows7sins.org/ Non autorizzo la memorizzazione del mio indirizzo su outlook
installazione proxmox-ve
Ciao a tutti, nell'installazione di proxmox-ve ho ricevuto un errore di installazione: # apt install proxmox-ve Reading package lists... Done Building dependency tree Reading state information... Done proxmox-ve is already the newest version (6.1-2). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Setting up pve-manager (6.1-7) ... Job for pvestatd.service failed because the control process exited with error code. See "systemctl status pvestatd.service" and "journalctl -xe" for details. dpkg: error processing package pve-manager (--configure): installed pve-manager package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of proxmox-ve: proxmox-ve depends on pve-manager; however: Package pve-manager is not configured yet. dpkg: error processing package proxmox-ve (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: pve-manager proxmox-ve E: Sub-process /usr/bin/dpkg returned an error code (1) # systemctl status pvestatd.service ● pvestatd.service - PVE Status Daemon Loaded: loaded (/lib/systemd/system/pvestatd.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Tue 2020-02-11 15:46:04 CET; 38s ago Process: 3581 ExecStart=/usr/bin/pvestatd start (code=exited, status=111) Feb 11 15:46:04 PVE01 pvestatd[3581]: ipcc_send_rec[1] failed: Connection refused Feb 11 15:46:04 PVE01 pvestatd[3581]: ipcc_send_rec[1] failed: Connection refused Feb 11 15:46:04 PVE01 pvestatd[3581]: ipcc_send_rec[2] failed: Connection refused Feb 11 15:46:04 PVE01 pvestatd[3581]: ipcc_send_rec[2] failed: Connection refused Feb 11 15:46:04 PVE01 pvestatd[3581]: ipcc_send_rec[3] failed: Connection refused Feb 11 15:46:04 PVE01 pvestatd[3581]: ipcc_send_rec[3] failed: Connection refused Feb 11 15:46:04 PVE01 pvestatd[3581]: Unable to load access control list: Connection refused Feb 11 15:46:04 PVE01 systemd[1]: pvestatd.service: Control process exited, code=exited, status=111/n/a Feb 11 15:46:04 PVE01 systemd[1]: pvestatd.service: Failed with result 'exit-code'. Feb 11 15:46:04 PVE01 systemd[1]: Failed to start PVE Status Daemon. Non so se il fatto che non siano stati creati i certificati (nei log l'unica cosa che vedo sono lamentele sul fatto che non sia stato trovato il certificato /etc/pve/local/pve-ssl.key) sia una causa o un effetto del fatto che pve-manager non si installi... Piviul