[Novell]Inlogscript traag?

[naaa]

Sinds kort draaien we Novell Netware 6.5 (SBS 6.6) op onze server ter vervanging van de, 'antieke', Novell Netware 3.12/4.11 omgeving.

Alles werkt perfect, op 1 ding na: Het inlogscript zorgt voor de nodige oponthoud.

Zodra het script verschijnt, komt er te staan (logisch):

code:

Your current context is JST
User: Frits de Jonge Context: JST
Your current tree is: JST
You are attached to server JSTTRANS.

Vervolgens duurt het ongeveer 25 seconden voordat het script verdwijnt.

Ik heb met Google gezicht, op GoT en uiteraard op de site van Novell; maar een oplossing niet gevonden.

Het enige wat het inlogscript eigenlijk doet, is drive mappings laden:

code:

MAP ROOT B:=//Jsttrans/Data/Boekhouding
MAP ROOT G:=//JSTTRANS/DATA/Administratie
MAP ROOT H:=//Jsttrans/Data/Directie
MAP ROOT P:=//Jsttrans/Sys/Public
MAP ROOT U:=%HOME_DIRECTORY
EXIT "P:\WINNT\gebruiker.BAT"

Gezien het feit dat alles goed gemapped wordt, zou dat ook het probleem niet mogen zijn.

Wellicht is er hier iemand die een soortgelijke ervaring heeft gehad en een mogelijke oplossing heeft?

[Upsal]

Je kunt eens kijken wat er gebeurd om het script te laden met 0 of 1 drivemappings (en daarna steeds opbouwen), misschien dat 't aan een of andere 'trage' netwerkmap ligt?

[ Voor 47% gewijzigd door Upsal op 13-05-2006 20:11 ]

[naaa]

Probleem lijkt inderaad bij de mappings te liggen, en doet zich ook voor wanneer ik maar 1 mapping instel; ongeacht welke.

De syntax wijzigen van de mappings (JSTTRANS\DATA:\Administratie ipv. //JSTTRANS/DATA/Administratie) helpt echter ook niet.

Vandaag duurde 1 keer zelfs bijna 1 minuut om het loginscript te voltooien, maar waarom het zolang duurt om de mappings te maken, is mij een raadsel.

[Equator]

Geef eens wat meer info over de gebruikte protocollen/configuratie

Ik neem aan dat je tcp/ip gebruikt, maar heb je ook een goed werkende dns/wins omgeving
E.e.a. klinkt namelijk als gewone nameresolutie traagheid.

[Rayzilt]

Ik heb echt geen evaring met een Novell netwerk. Maar klopt dit wel

MAP ROOT U:=%HOME_DIRECTORY

Mist hier geen %

(Zoals in windows)

[naaa]

%HOME_DIRECTORY is goed, wellicht dat er bij Windows Server op het eind nog een % staat; maar bij Novell niet.

Er wordt inderdaad gewoon TCP/IP gebruikt; de server doet tevens dienst als DHCP server en deelt ook het internet. Gezien internet en alles wel gewoon snel gaat, ga ik ervan uit dat het DNS verhaal goed werkt.

Hoe kan ik dit controleren?

[Equator]

Run eens:

code:

C:\>ping JSTTRANS <enter>

Als het heel lang duurt eerdat de ping replies gaat geven heb je waarschijnlijk een probleem met omzetten van netbios namen.
Maar wat ook kan is:

code:

C:\>ping JSTTRANS.volledige.naam <enter>

Werkt dat sneller of niet

[naaa]

Equator schreef op maandag 15 mei 2006 @ 19:47:

Als het heel lang duurt eerdat de ping replies gaat geven heb je waarschijnlijk een probleem met omzetten van netbios namen.

Werkt dat sneller of niet

Excuus voor de latere (week verder) reactie, maar de drukte ben ik er nog niet aan toegekomen.

Zowel op beide commando's krijg ik wel gewoon snel een reactie terug van de server:

code:

Microsoft Windows 2000 [versie 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.

C:\>ping JSTTRANS

Pingen naar JSTTRANS.djst.nl [80.84.243.137] met 32 byte gegevens:

Antwoord van 80.84.243.137: bytes=32 tijd=9 ms TTL=60
Antwoord van 80.84.243.137: bytes=32 tijd=9 ms TTL=60
Antwoord van 80.84.243.137: bytes=32 tijd=8 ms TTL=60
Antwoord van 80.84.243.137: bytes=32 tijd=8 ms TTL=60

Ping-statistieken voor 80.84.243.137:
    Pakketten: verzonden = 4, ontvangen = 4, verloren = 0 (0% verlies),
Retourtijd bij benadering in milliseconden:
    Minimum = 8 ms, Maximum =  9 ms, Gemiddeld =  8 ms

code:

C:\>ping JSTTRANS.djst.nl

Pingen naar JSTTRANS.djst.nl [80.84.243.137] met 32 byte gegevens:

Antwoord van 80.84.243.137: bytes=32 tijd=8 ms TTL=60
Antwoord van 80.84.243.137: bytes=32 tijd=8 ms TTL=60
Antwoord van 80.84.243.137: bytes=32 tijd=8 ms TTL=60
Antwoord van 80.84.243.137: bytes=32 tijd=8 ms TTL=60

Ping-statistieken voor 80.84.243.137:
    Pakketten: verzonden = 4, ontvangen = 4, verloren = 0 (0% verlies),
Retourtijd bij benadering in milliseconden:
    Minimum = 8 ms, Maximum =  8 ms, Gemiddeld =  8 ms

Maar alleen klopt het IP, "80.84.243.137" niet; de server heeft op het internet netwerken IP 192.168.2.1 en op het externe (netwerkkaart die naar het internet gaat) IP 192.168.1.10. Geen idee hoe dat IP van 80.* erin komt.

[ Voor 10% gewijzigd door naaa op 21-05-2006 12:13 ]

[_Arno_]

Misschien moet je eens met host files gaan werken

[Oid]

Als je eens tracert doet naar Jsttrans

code:

tracert Jsttrans

dan kan je zien waarom die naar dat IP gaat, en waarschijnlijk gaat het daarom zo traag.