SOLVED: Ein gleicher Name ist im Netzwerk bereits vorhanden

DemBorys · 13 Dez. 2005

Hallo Forum,

ich habe hier ein ernstes und dringendes SAMBA Problem.

Bei einem meiner Kunden läuft seit ca. 6 Monaten sehr klaglos ein Linux Server unter 9.3 der per Samba einen PDC bereitstellt. Also Clients kommen Winn200 Pro und XP zum einsatz.

Da der Server bisher in einem Büro untergebracht war hat dieser immer eine Lärmbelästigung dargestellt. Das wollten wir heute abändern und den Server in den Keller verbannen. War er nciht so begeistert von ;-)

Vorgehensweise. Alle Clients herunterfahren. Dann den Server herunterfahren. Dann server in den Keller stellen. server hochfahren. Dann mal einen Client hochfahren.

Tja, und nun bekommen wir beim anmeldefenster (XP & 2000) die Fehlermeldung "Ein gleicher Namen ist im Netzwerk bereits vorhanden".

Was tun? Habe im Netz nichts zu dieser konstellation gefunden. Auf die Daten zugreifen kann man. auch einen Rechner aus der Domäne herausnehmen funktioniert. Auch das hinzufügen klappt. Allerdings bekkommt man nach dem Neustart wieder die gleiuche Meldung.

Hat das schonmal jemand gehabt?

Das Probeweise zurückverfachten des Servers hat auch nicht geholfen.

Vielen Dank schonmal.. Gruß Borys

Frankie777 · 13 Dez. 2005

Arbeitest Du mit Wins-Server?

dann:

Mal in /var/lib/samba die Dateien
browse.dat und wins.dat auf doppelte Einträge kontrollieren.

Hilfsweise rcnmb stop und die Dateien löschen, dabei sollten alle Clients ausgeschaltet sein. Dann rcnmb start und die Dateien werden wieder neu erstellt.

Sehr selten verewigen sich da Einträge die stören, Clients die es schon lange nicht mehr gibt, usw.

# nbtscan auf das SubNet auch mal anschauen

DemBorys · 13 Dez. 2005

Frankie777 schrieb:
Arbeitest Du mit Wins-Server?

Frankie777 schrieb:
Hilfsweise rcnmb stop und die Dateien löschen, dabei sollten alle Clients ausgeschaltet sein. Dann rcnmb start und die Dateien werden wieder neu erstellt.

Hab ich gemacht. Einige Rechner waren hier auch mehrfach aufgeführt. Nach dem löschen der Dateien sind diese jetzt auch nciht mehr vorhanden. die Meldung kommt aber immer noch

Frankie777 schrieb:
# nbtscan auf das SubNet auch mal anschauen

Hab ich nicht installiert.. mach ich grad.

Frankie777 · 13 Dez. 2005

Arbeitest Du nun mit WINS-Server?

Keine Sorge, die Dateien werden wieder neu aufgebaut, das dauert schon mal 15 min bis sich ein Client darin wieder findet.

DemBorys · 13 Dez. 2005

Frankie777 schrieb:
Arbeitest Du nun mit WINS-Server?

Keine Sorge, die Dateien werden wieder neu aufgebaut, das dauert schon mal 15 min bis sich ein Client darin wieder findet.

Ja, arbeite mit wins... die Daten sind auch recht schnell wieder aufgebaut worden. in denen finde ich jetzt nur meinen Domain Namen wieder. Ein nbtscan zeigt auch nur den Domain controller. Das mit mehren Services.

Die Clients meckern aber immer noch.

Frankie777 · 13 Dez. 2005

nbtscan sollte was anzeigen!

mehrmals starten

evtl. ein zweiter WINS-Server im Betrieb oder Server und Clients nicht im gleichen SubNet

rolle · 13 Dez. 2005

Versuchen wir es eine Ebene tiefer. Hat sich durch das Stellen in den Keller irgendetwas an der logischen Netzstruktur geändert? Können sich die Rechner pingen? Funktioniert die Namensauflösung?

DemBorys · 13 Dez. 2005

rolle schrieb:
Versuchen wir es eine Ebene tiefer. Hat sich durch das Stellen in den Keller irgendetwas an der logischen Netzstruktur geändert? Können sich die Rechner pingen? Funktioniert die Namensauflösung?

Hi,

an der Struktur hat sich nichts geändert. Pingen, SSH Zugang usw tun alles. Auch das entfernen der Rechner aus der domäne und das hinzufügen tun. Über Mac OS X kann ich auch ohne Probleme mittels der domänen-accounts auf die shares zugreifen. auch eine spürbare Netzwerkverschlechterung kann ich nicht feststellen.

Aber jetzt der Hammer. Ich hab mal alles unter

/var/lib/samba

gelöscht. Samba neu gestartet (davor selbstverständlich gestopt), und dann mal auf einem Cleint der so ca. 2 Stunden aus war die anmeldung versucht. Hat wunderbar hingehauen. Hab nen Kaffe getrunken und das gleiche mit den anderen versucht. Auch ohne Probleme.

Also, das gleiche spiel. Clients aus. Server aus. Server in den Keller, Serve neu gestartet. clients gestartet.

Bumm.. wieder der gleiche Fehler.

Da ich jetzt dann schon fast am verzweifeln war hab ich noch einen alten Client ausgegraben. Angestöpselt und siehe da. Der meldet sich ohne Probleme an, User-Authentifiezierung funktioniert. Shares sind alle da.

Was tun? Ist mein Server weiblich und Zickig? (Sorry an alle girls)

Wo kann ich noch schauen?

gruß Borys

DemBorys · 13 Dez. 2005

Frankie777 schrieb:
nbtscan sollte was anzeigen!

mehrmals starten

evtl. ein zweiter WINS-Server im Betrieb oder Server und Clients nicht im gleichen SubNet

Nope, alle im gleichn Subnetz.. sogar fortlaufende IP's

sind ja eigentlich nur 3 Clients und der Server.

Frankie777 · 13 Dez. 2005

Was ist denn Unterschied zwischen oben und Keller?

Drei Switche hintereinander? altes 10 MBit BNC Kabel dazwischen?
Alte Bridge?

Mal Ethereal angeworfen und UDP 137 und UDP 138 geschaut

nbtscan 192.168.1.0/24 muß die Rechner des Subnets anzeigen!

Es sei denn Du hast auf den Win-Kisten Broadcast ausgeschaltet..

DemBorys · 13 Dez. 2005

Frankie777 schrieb:
Was ist denn Unterschied zwischen oben und Keller?

Drei Switche hintereinander? altes 10 MBit BNC Kabel dazwischen?
Alte Bridge?

Mal Ethereal angeworfen und UDP 137 und UDP 138 geschaut

nbtscan 192.168.1.0/24 muß die Rechner des Subnets anzeigen!

Es sei denn Du hast auf den Win-Kisten Broadcast ausgeschaltet..

Es gibt keinen Unterschied. Und auch als der Server testweise wieder oben stand gabs das Problem. Nach einer weile nicht mehr. Umgezogen und das Problem taucht wieder auf. Nur auf dem einen Rechner nicht.

nbtstat:

galaxy:~ # nbtscan -v -h 192.168.222.0/24
Doing NBT name scan for addresses from 192.168.222.0/24

192.168.222.0 Sendto failed: Permission denied

NetBIOS Name Table for Host 192.168.222.100: (server)

Incomplete packet, 353 bytes long.
Name Service Type
----------------------------------------
GMUELLERDVAG @ Workstation Service
GMUELLERDVAG @ Messenger Service
GMUELLERDVAG @ Domain Master Browser
GMUELLERDVAG @ Domain Controllers
GMUELLERDVAG @ Master Browser
GMUELLERDVAG @ Browser Service Elections
GMUELLERDVAG @ File Server Service
GMUELLERDVAG @ Messenger Service
GMUELLERDVAG @ Domain Master Browser
GMUELLERDVAG @ Domain Controllers
GMUELLERDVAG @ Master Browser
GMUELLERDVAG @ Browser Service Elections
GMUELLERDVAG @ File Server Service
__MSBROWSE__@ Master Browser

Adapter address: 00-00-00-00-00-00
----------------------------------------

NetBIOS Name Table for Host 192.168.222.102: (win2k mit Fehler)

Incomplete packet, 353 bytes long.
Name Service Type
----------------------------------------
PC-EFM Messenger Service
PC-EFM$ Messenger Service
PC-EFM File Server Service
ADMINISTRATOR Messenger Service

Adapter address: 00-50-ba-13-91-56
----------------------------------------

NetBIOS Name Table for Host 192.168.222.107: (win2k ohne Fehler)

Incomplete packet, 353 bytes long.
Name Service Type
----------------------------------------
SEKRETARIAT Workstation Service
GMUELLERDVAG Domain Name
SEKRETARIAT Messenger Service
SEKRETARIAT$ Messenger Service
SEKRETARIAT File Server Service
GMUELLERDVAG Browser Service Elections
ROOT Messenger Service

Adapter address: 00-50-ba-13-b0-6e
----------------------------------------

NetBIOS Name Table for Host 192.168.222.104: (winxp mit fehler)

Incomplete packet, 353 bytes long.
Name Service Type
----------------------------------------
SCHULUNG1 Messenger Service
SCHULUNG1 File Server Service

Adapter address: 00-30-05-04-37-a2
----------------------------------------

NetBIOS Name Table for Host 192.168.222.105: (win2k nicht in der domäne)

Incomplete packet, 353 bytes long.
Name Service Type
----------------------------------------
NB-GM Workstation Service
ARBEITSGRUPPE Domain Name
NB-GM File Server Service
ARBEITSGRUPPE Browser Service Elections
ARBEITSGRUPPE Master Browser
__MSBROWSE__ Master Browser

Adapter address: 00-01-e3-01-7f-59
----------------------------------------

Was sagt uns das?

nbtstat pur:

galaxy:~ # nbtscan 192.168.222.0/24
Doing NBT name scan for addresses from 192.168.222.0/24

IP address NetBIOS Name Server User MAC address
------------------------------------------------------------------------------
192.168.222.0 Sendto failed: Permission denied
192.168.222.100 GMUELLERDVAG <server> GMUELLERDVAG 00-00-00-00-00-00
192.168.222.107 SEKRETARIAT <server> ROOT 00-50-ba-13-b0-6e
192.168.222.104 <unknown> <server> SCHULUNG1 00-30-05-04-37-a2
192.168.222.102 <unknown> <server> ADMINISTRATOR 00-50-ba-13-91-56
192.168.222.105 NB-GM <server> <unknown> 00-01-e3-01-7f-59

Frankie777 · 13 Dez. 2005

Da steht es doch .104 und .102 haben keinen NetBiosNamen, bzw. unbekannt.

ich würde auf schlechtes Netzwerk im Keller tippen, da NetBios auf UDP läuft und damit vebindungslos kann da was verloren gehen..

DemBorys · 13 Dez. 2005

Frankie777 schrieb:
Da steht es doch .104 und .102 haben keinen NetBiosNamen, bzw. unbekannt.

ich würde auf schlechtes Netzwerk im Keller tippen, da NetBios auf UDP läuft und damit vebindungslos kann da was verloren gehen..

Ja aber was ist mit .107 Da funktioniert es ohne Probleme. Und auch als der Server hier oben stand haben es sich die anderen ja anders überlegt. also mal getan und dann wieder nicht.

Schau grad mit ethereal.

P.S. Danke für die Hilfe

Frankie777 · 13 Dez. 2005

.107 hat doch einen NetBios Namen: SEKRETARIAT

Wenn der Rechner OK ist paßt es doch.

ping aus dem Keller könnte auch schon zeigen was los ist.

Ich tippe auf Netzwerk!

DemBorys · 13 Dez. 2005

Frankie777 schrieb:
.107 hat doch einen NetBios Namen: SEKRETARIAT

Wenn der Rechner OK ist paßt es doch.

ping aus dem Keller könnte auch schon zeigen was los ist.

Ich tippe auf Netzwerk!

Ja und die anderen verlieren den Namen so einfach?

Die Pings liegen so zwischen 2-4 ms

Frankie777 · 14 Dez. 2005

4 bis 5 ms ist langsam;
Ping ist bei mir unter 0,5 ms.

Scan doch mal mit Ethereal

siehe auch Analyze Expert Info siehe Error, bzw WARN

mach nbtscan und schau was da mit den Paketen ist,
NetBios kann man doch ganz gut sehen..

Ebenso wins.dat löschen und dann defekte Clients einschalten wann/ob nicht Eintrag in wins.dat vorgenommen wird.
Name war glaube ich #00

Hilfweise kannst Du bei den wenigen Rechner auch die Einträge in der lmhosts Datei machen.

NetBios ist halt ein sehr anfälliges Protokoll deswegen betreibt man das Internet ja auch mit DNS. Klar das Microsoft NetBios Spitze findet.

DemBorys · 18 Dez. 2005

Hi,

also ich hab das Problem gelöst. So mehr oder weniger. Immerhin läuft es jetzt.

Aber da die Lösung nicht 100% ersichtlich ist nochmals die ganze geschichte von vorne.

Ausgangssituation:

Wir haben ein kleines Büronetzwerk.

1x Server mit SuSE 9.3 als Fileserver + Samba Domain Controler
2x Clients mit Win2K als Domain Member
2x Clients mit Win XP Pro als Domain Member
1x Client mit Win2K Non Domain Member
1x Client (ich) MacOS X Non Domain

Bis letzte woche leif das Netzwerk über eine 100MBit Verkabelung im Haus. Aus bautechnischen Gründen stand der Server in einem der Büroräume und verursachte dort sehr viel Lärm. Der Grund der Umstellung war die Absicht den Server in den Keller zu stellen. Die Vernetzung wurde dafür durch das Develon HomePlug System realisiert. Also nNetzwerk über das Stromnetz. Dies war die einfachste Möglichkeit.

Nachdem der Server auf diese Weise umgezogen war, hat nichts mehr funktinoret. Auser einem Win2K Client.

Alle übrigen Clients brachten die Fehlermeldung das der Client schon im Netzwerk vorhanden war.

Auch der Rückbau des Servers brachte kene Besserungt. Der Fehler blieb bestehen.

Durch verschiedene Test kam zutage das es nciht die Netzwerperformance war. Weder per Stromnetz noch per Ethernet. (Für die einzelnen Test bitte eine perönliche Nachricht an mich)

Lösung
Die Löschung der Dateien "/var/lib/samba/wins.dat" sowie der "/var/lib/browse.dat" hat auch keine Lösung gebracht.

Trotzdem ist dies der Richtige weg. Wenn auch abgewandelt.

Reproduzierbar hilft bei uns im Netz.

1. Stoppen aler Samba Dienste. also Sambe, Winbind und NMB
2. löschenv on "/var/lib/samba/*"
3. Löschen von "/var/lib/samba/winbindd_privileged/*"
4. Starten der Samba Services. Hier durch Reboot.

Nach dem Neustart des SambaServers vergehen zwischen 25-30 minuten bis die windowscliuents mitbekommen was los ist.

In diesen 30min ist der Fehler immer noch vorhanden.
Nach ca. 30min melden sich die Cleints wieder ohne Probleme an.

Vielen Dank an alle die geholfen haben.

Gruß Borys