[Gulli] Fwd: [Gulli-Soci] Fwd: [LTSP] Porte ethernet su server LTSP

[Fabrizio Carrai]

Riepilogo:

Durante l'installazione del server LTSP, magari anche a seguito di varie
operazioni, le configurazioni delle due schede di rete eth0 ed eth1 si sono
scambiate autonomamente:

19.168.x.x (Internet)
10.x.x.x (LTSP clients)

Sono sicuro perchè il tutto funzionava bene, mi sono scritto le
configurazione  e dopo un reboot mi sono trovato con i settaggi scambiatoi
(!). In rete ho trovato dei riferimenti [1].

Il supporto di Daniele e Simone è arrivato come al solito rapidamente (vedi
allegati), ma la cosa strana è che la directory /etc/udev/rules.d/ *non*
contiene il file "70-persistent-net.rules" (c'è solo un
"61-debian-system-adjustment-pollings.rules"

Chiaramente potrei crearlo, ma vorrei capire qual'è il meccanismo che ci
sta dietro...


--
Fabrizio

[1] http://www.debianhelp.co.uk/udev.htm

---------- Messaggio inoltrato ----------
Da: simone <njkjta@gmail.com>

[...]


Anch'io non ho avuto esperienze del genere, comunque mi è capitato
raramente di usare due schede.

Confermo quanto segnalato da Daniele sul file etc/udev/rules.d/70-
persistent-net.rules

Se il file non è correttamente configurato puoi inserire tu l'associazione
tra nome e mac address:
http://www.debian.org/doc/manuals/debian-reference/ch05.
en.html#_the_network_interface_name


Simone





On 28/06/2014 16:21, Daniele Forsi wrote:

> Il 28 giugno 2014 15:43, Fabrizio Carrai ha scritto:
>
>  Sembra che Debian assegni eth0 o eth1 al boot in maniera non
>> deterministica:
>>
> così non mi è mai capitato
>
> se sono schede PCI il nome di base viene dato in ordine di slot, però
> se una è integrata e l'altra è su slot, quasi certamente sono bus
> diversi (cosa dice lspci?) e potrebbero essere esaminati
> asincronamente, però non dovrebbero mai scambiarsi di posto perché
> ogni volta che udev vede una scheda di rete nuova, aggiorna il file
> /etc/udev/rules.d/70-persistent-net.rules
> con il MAC address associato a un nome di device univoco (eth0, eth1,
> ...), comunque controlla quel file, al limite spostalo e faglielo
> ricreare, potrebbe essere sufficiente "service udev restart",
> altrimenti riavvia
>
>



-- 
*Fabrizio*
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/gulli/attachments/20140629/58f68ab5/attachment.html>