[NetWare] Na server reboot > server unkown

[Furinax]

Af en toe is systeembeheren best frusterend.

Overzichtje:
3 Novell 4.11 servers. Alle hebben zowel print als fileserver activiteiten
80 users. 3 ervan hebben problemen.

Probleem:
Afgelopen weekend is er serverruimte onderhoud gepleegt. Alle servers moesten worden uitgeschakeld.
Na het onderhoud zijn alle servers in de juiste volgorde geboot. Dit alles zonder problemen.
De volgende dag kwamen er 3 telefoontjes. Alle 3 de gebruikers uit de context development. (In development zitten bij elkaar 12 gebruikers).
Deze 3 gebruikers hebben per persoon 2 pc's. Voor de reboot konden ze op beide pc's inloggen met hun eigen inlog naam. Alle 3 de servers werden netjes herkend. Na de reboot kunnen ze nog maar op 1 pc voor het geheel inloggen. Bij de andere pc wordt aangegeven dat de 1ste file server unkown is. De 2 andere servers worden wel netjes herkend.

Alle 3 de pc's waar de inlogprocedure fout gaat hebben een ander besturingsysteem. OS: win95, win98 & winXP.

Novell logfiles:
Bij de desbetreffende server wordt aangegeven dat het netwerkadres 0000002 is en 0000001 moet zijn. Dit heb ik hard in de pc geklopt, zonder resultaat.

Wat geprobeerd:
- client reinstall
- netwerkkaart reinstall
- netwerkadres gewijzigd.
- User maximaal aantal inlogmogelijkheden uitgezet
- utptouwtjes van switch veranderd.
- goedwerkende pc uitgeschakeld. 15 min gewacht en verkeerd opstartende pc ingeschakeld.
- Een novell ontspannings dansje gemaakt.

Op deze 3 gebruikers na, kunnen alle gebruikers de 3 servers gewoon benaderen. Ook als ze meerdere pc's gebruiken met dezelfde login naam.

Wie helpt me uit de brand? me confused . Ik hoop dat het een beetje duidelijk omschreven staat.

[eXcyle]

We hebben hier ook wel eens dat soort problemen, en meestal is het verholpen na het leeg maken van de map C:\NALCache (hidden folder) en daarna een reboot

[ Voor 8% gewijzigd door eXcyle op 08-06-2005 12:05 ]

[Furinax]

Helaas is deze map geheel niet aanwezig (net even op de xp machine gekeken)

[paulhekje]

controleer het ipx frametype 802.2 of 802.3. Stel dit hard in op de pc met problemen.
windows doet een "autodetectie" van frametype. Dit kan spontaan fout gaan...

[Furinax]

Staat op 802.3.

Heb deze gewijzigd naar 802.2 en naar auto. werkt nog steeds niet.

[Verwijderd]

is de NDS gezond?
genoeg licenties?

Hoe adverteren de servers zich naar de clients? Hoe vinden ze elkaar. (voornamelijk belangrijk bij meerdere servers).

[Furinax]

NDS draait goed.
licenties genoeg. het heeft ook altijd gewerkt. pas sinds de reboot is ie dood.

het onderlinge gebabbel van de servers moet ook goed zitten. Aangezien de andere gebruikers wel perfect in kunnen loggen.
Kan het zijn dat macadressen geblocked kunnen worden door novell?

[McMiGHtY]

Niet toevallig een switch aan het overlijden?

[Furinax]

hehe dat begon ik inderdaad ook te denken, maar nee. Heb 1 van de pc's nu rechtstreeks op de switch gezet en dat verhelpt het probleem ook niet.

Heb nu 1 pc trouwens aan de praat. Netwerkkaart vervangen was de key bij die machine. helaas is het niet zo makkelijk bij de andere 2.

[spider]

Mochten ze ook tcp lullen, zou ik denken dat slp niet staat ingesteld op de clients. Dat de clients naar een oud slp/da staat te brullen, die niet terug lult. Je kan dan proberen om bij de tree, het ip adres in te kloppen, als check.

[paulhekje]

@spider: het is netware 4.11. dat is nog geen native tcp/ip tussen client en server.

Typische dat het bij 1 pc werkt na netwerkkaart vervangen. Best mogelijk dat er toch iets niet klopte met die config. Vooral bij Win9x heb je vaak vage protocol problemen. Bindings die pas weer werken na na herinstalleren/vervangen.

[JoetjeF]

Heb je toevallig geen duplicate MAC addressen op het netwerk? Een IPX address wordt opgebouwd als <network>:<mac-address>.

Als je TRACK ON op de server intype krijg je ook meer te zien over de communicatie tussen de workstation en de server. Met de NetWare Boot disk kan je eventueel iets uitsluiten.

[ Voor 13% gewijzigd door JoetjeF op 09-06-2005 20:09 ]

[Furinax]

paulhekje schreef op donderdag 09 juni 2005 @ 19:50:

Typische dat het bij 1 pc werkt na netwerkkaart vervangen. Best mogelijk dat er toch iets niet klopte met die config. Vooral bij Win9x heb je vaak vage protocol problemen. Bindings die pas weer werken na na herinstalleren/vervangen.

Hmm
Ongeveer 20 min nadat ik 1 pc werkend had gekregen, viel er bij iemand anders in dezelfde context zijn 2e pc uit met hetzelfde probleem. Ik heb voor de zekerheid de licenties op de server nog een keer nagekeken, maar dat zit oke. Zit een 100user licentie op en er werken nu 27 man mee. Lijkt me meer dan genoeg.

[LeNNy]

Begin eerwst bij de basis te troubleshooten.

1: Controleer op de 3 server een uniek IPX internal netwerk nummer hebben. Contrleer dit door CONFIG op de server console in te tikken.
2: Controleer op alle 3 de servers geconfigureerd zijn met een opvereenkomstig IPX frame type en bijbehorend netwerk nummer. Waarschijnlijk draaien de servers 802.2 of 802.3 of beide. Zorg ervoor dat 802.2 bijv ipx net nummer 1 heeft en 802.3 ipx net nummer 2. Dit moet op alle servers gelijk zijn. Contrleer dit door CONFIG op de server console in te tikken.
3: Draai een DSREPAIR op alle servers controlleer de tijd synchronisatie. Dit moet zonder fouten gaan.
4: In hetzelfde DSREPAIR scherm start een partition en replica sync status. Dit moet zonder fouten worden doorlopen en het verschil in tijd tussen de verschillende server van dezelfde partititie moet binnen 1 uur liggen.

Nu heb je gecontroleer dat de servers elkaar goed zien en de NDS goed bij kunnen werken. Wanneer dit allemaal okee is zit het probleem waarschijnlijk in het netwerk of de clients. Gezien startpost denk ik dat het een gecombineerd server en client configuratie probleem is.

[Furinax]

LeNNy schreef op zaterdag 11 juni 2005 @ 12:22:
1: Controleer op de 3 server een uniek IPX internal netwerk nummer hebben. Contrleer dit door CONFIG op de server console in te tikken.

Done, hebben alle een uniek adres

2: Controleer op alle 3 de servers geconfigureerd zijn met een opvereenkomstig IPX frame type en bijbehorend netwerk nummer. Waarschijnlijk draaien de servers 802.2 of 802.3 of beide. Zorg ervoor dat 802.2 bijv ipx net nummer 1 heeft en 802.3 ipx net nummer 2. Dit moet op alle servers gelijk zijn. Contrleer dit door CONFIG op de server console in te tikken.

staat goed geconfigureerd

3: Draai een DSREPAIR op alle servers controlleer de tijd synchronisatie. Dit moet zonder fouten gaan.
4: In hetzelfde DSREPAIR scherm start een partition en replica sync status. Dit moet zonder fouten worden doorlopen en het verschil in tijd tussen de verschillende server van dezelfde partititie moet binnen 1 uur liggen.

Oke met deze moet je me even helpen. Ben geen novell expert en dsrepair is een unkown command. het enige dat over1 kan komen is display servers, maar daar valt niks te repairen.

[paulhekje]

op netware 4.x en ouder moet je eerst "load" gebruiken, dus: "load dsrepair"
met "set dstrace = on" krijg je een extra consolescherm waarop mogelijk ndsfouten ook voorbij komen.

[ Voor 46% gewijzigd door paulhekje op 13-06-2005 16:46 ]

[LeNNy]

paulhekje schreef op maandag 13 juni 2005 @ 16:45:
op netware 4.x en ouder moet je eerst "load" gebruiken, dus: "load dsrepair"
met "set dstrace = on" krijg je een extra consolescherm waarop mogelijk ndsfouten ook voorbij komen.

Om vervolgens een:
set dstrace = +SYNC
set dstrace = *h

in te tikken. In het dstrace scherm kun je nu de directory sync vinden. Hier moet voor elke partitie een Äll Processed = Yes"verschijnen.

[Furinax]

Oke tnx allemaal! Het probleem is opgelost.

De firewall was de boosdoener. Deze broadcaste de server zodandig dat deze over zijn gier ging.
voor de volgende keer dus:
boot server 1
boot server 2
boot server 3
boot firewall.

Heb er in ieder geval een hele berg novell kennis bij

slotje!