Po ugradu Turris 1.0 na 5.3.1 nekomunikuje LAN

Včera jsem zkusil upgradovat modrý Turris 1.0 na verzi 5.3.1.
Wifi i WAN zůstaly funkční ale LAN port nekomunikuje. Dle ethtool
port linku detekuje: ethtool eth1

Settings for eth1:
Supported ports: [ MII ]
Supported link modes:   1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes:  1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes:  1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: No
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Current message level: 0x0000003f (63)
                       drv probe link timer ifdown ifup
Link detected: yes

ip -s -s link show eth1 dokonce napočítal i nějaké pakety:

link/ether d8:58:d7:00:03:1f brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
4661       27       0       0       0       0
RX errors: length   crc     frame   fifo    missed
           0        0       0       0       0
TX: bytes  packets  errors  dropped carrier collsns
44002      894      0       0       0       0
TX errors: aborted  fifo   window heartbeat transns
           0        0       0       0       1

Ale ni po přímém kabelu (abych eliminoval případnou chybu ve switchi) na ping
neodpovídá. Resp neodpoví na ARP a ani když přidám záznam do ARP cache
ping nejde. Ping-y se ani neobejví ve statistikách ip link nebo iptables.

Máte někdo prosím nějaký tip co zkotnrolovat a kde to napravit?

Asi bych zkusil úplně odpojit napájení a zase připojit, stalo se mi to také a reboot to nevyřešil.

Nevěda už kudy kam jsem zkusil i odpojení napájení, ale nepomohlo to.

Včera jsem zjistil, že jsme v migraci sítě pro 1.x udělali chybu. Označení portů a fyzické čísla portů se neshodují, jsou v opačném pořadí s čímž migrační skript nepočítal. Pokud máte některé porty dedikované nebo vypnuté, pak je nutné prohodit pořadí nebo přeházet kabely. Omlouvám se za komplikace které to způsobilo.

Jde o tohle nastavení switch chipu ?

Turris 1.x :
Port1 - LAN5
Port2 - LAN4
Port3 - LAN3
Port4 - LAN2
Port5 - LAN1

Omnia :
Port0 - LAN0
Port1 - LAN1
Port2 - LAN2
Port3 - LAN3
Port4 - LAN4

Bude se teda migrační skript ještě upravovat nebo si to u “Modráků” musíme opravit sami po migraci ?
Ještě jsem nemigroval - plánuju to na víkend jak “Modráka” tak Omnii … tak abych věděl … navíc to bude asi jeden z důvodů proč mi při prvním pokusu o migraci “Modráka” nefungovala síť kde mám 2 VLANy :slight_smile:

Moc díky za tip, až dorazím domů zkusím to. Měl jsem na to podezření,
ale zmátlo mne že ethtool detekoval na eth1 “živou linku” :thinking:

Ano, jde přesně o toto obrácené pořadí. Tomu komu se již migrace provedla, tak si musí bohužel toto již upravit sám. Pro budoucí migraci je oprava zde tos3to4: map lan ports on Turris 1.x (c714b4f7) · Commits · Turris / Turris OS / Turris OS packages · GitLab a bude vydána příští týden v Turris OS 5.3.2 verzi. Je hloupé, že nás to trklo až když jsme pustili masovou migraci a ne dříve.

@netolish eth1 je vždy živá línka, protože na druhé straně je vždy živý switch.

@cynerd Tolik let Turris mám, ale tím že všechno fugovalo nebyla ta motivace
zkoumat detaily. Teď teprv jsem našel obrázek, který mi to objasnil https://docs.turris.cz/hw/turris-1x/turris-net.png. Díky za nasměrování a osvětlení

2 Likes

Potvrzuji funkčnost řešení. Po přehození lan interfacu z lan5@eth1 na lan1@eth1 vše funguje „jako za mlada“. Velký dík @cynerd za rychlé řešení.

1 Like