netlogon script start soms niet

[rdoorn]

Hallo,
We hebben hier een windows sbs 2003 server met diverse soorten windows-clients.
Drie windows XP (SP2-NL) machines starten het loginscript in de netlogon dir niet altijd. Alle andere machines werken wel goed. Er is niet echt een pijl op te trekken waarom het niet gestart wordt. Het script is erg eenvoudig:

code:

net use i: /delete /yes
net use g: /delete /yes
net use k: /delete /yes
net use h: /delete /yes
net use j: /delete /yes

net use i: \\server\admin /yes
net use g: \\server\dokument /yes
net use k: \\server\admin /yes
net use h: /home /yes
net use j: \\server\algemeen /yes
net use lpt2 \\server\xerox
net use lpt3 \\server\hplaser6p

Alle computers zitten in een AD. In de eventlog van server of client is een melding te vinden.
Wat mij in een aantal gevalen opvalt is dat de home drive niet goed verbonden wordt als dit script handmatig wordt gestart. De H: drive hoort gekoppeld te worden aan \\server\users$\naam maar wordt vaak gekoppeld aan \\server\users$. heeft dit er iets mee te maken?

Ik hoop dat iemand een oplossing weet want ik kom er nog niet uit.

[Tybo]

Problemen met niet tijdig invullen of beschikbaarheid DNS?
Of gewoon nog geen netwerkverbinding tijdens het aanloggen. Trage DHCP misschien. Dan kan je wel zulke situaties hebben.

[Gunner]

Staan de rechten wel goed in de netlogon directory?

[Verwijderd]

Gunner schreef op dinsdag 20 september 2005 @ 14:57:
Staan de rechten wel goed in de netlogon directory?

tuurlijk, anders krijg je een access denied melding.

het lijkt er meer op dat de xp machines soms van hun cached profiles booten >> check eventvwr voor errors tijdens boot.

[hanhoo]

Ik denk dat ze het loginscript wel starten. Echter is de opvolging van het delete commando en vervolgens het koppelen wellicht de oorzaak. Ik heb het wel vaker gehad met het deleten van een mapping er het vervolgens koppelen dat hij een foutmelding veroorzaakt. Dit gebeurt vooral als je een netwerk/pc hebt die behoorlijk snel is.

[Alex)]

Kan je niet beter iets doen met:
if exists h: net use h: /delete /yes

O.i.d. (ik ken de exacte opdracht niet).

[sanfranjake]

Je kan even 'always wait for network at startup' aanslingeren in je gpo

http://support.microsoft....aspx?scid=kb;en-us;305293

^{© Erik 2005}

[alt-92]

Toevallig Gbit netwerk?
Dat wil ook nog wel eens lastig doen.

[Bart©]

Ik heb hetzelfde probleem ook wel eens. Aangezien het bij mij thuis is heb ik gewoon een snelkoppelingetje op het bureaublad geplaatst naar het batch-bestand. VBS en KIX-scripts lopen volgens mij een stuk stabieler dat het 'ouderwetsere' batch-bestand.

Ook een tipje. Als je de parameter "/persistent:NO" achter je net use commando's zet dan hoef je ze in je login-script niet iedere keer te deleten want ze worden eenmalig aangemaakt.

[alt-92]

net use * /d /y kan je ook gebruiken om mappings die door users zelf zijn aangemaakt te disconnecten natuurlijk.

[Kabouterplop01]

En als je ipv. h: /home nu het volledige path gebruikt?
(UNC path?)
net use h: \\server\share$\%username%\

"wait for network" lijkt me geen optie, omdat reeds een netwerkverbinding aanwezig is, echter wordt er aan een "verkeerde" folder gemapped. (zou je beter tussen het script kunnen zetten " start c:\windows\explorer.exe" krijg je gelijk een foutmelding als het mappen niet werkt/share niet bereibaar is.
Of lezen jullie nu onzin?

[alt-92]

Ik zou die %homedrive% gewoon in je ADUC interface instellen zodat je er geen omkijken meer naar hebt, maar goed, dat ben ik.

[ Voor 17% gewijzigd door alt-92 op 21-09-2005 12:34 ]

[rdoorn]

Ik zal even wat commentaar geven op de geboden oplossingen en een update geven:

- Ik zal delete opdrachten weg halen (is nu toch niet meer nodig)\

- 'net use h: \\server\share$\%username%\' Is een optie. Maar in de instellingen van de gebruiker vind ik dat mooier. Ik heb het nu maar opgelost door de userdir zelf (%username%) te sharen en koppelen. ipv de bovenliggende map.

- Het is niet echt een gbit netwerk, alleen de server zit op gbit poort de rest op een 10/100 poort dus of dit nu het probleem is

- net use * /d /y k werkt niet met een win95/win98 machine omdat je dan ook je ipc$ kwijtbent en het script dus stopt.

- 'always wait for network at startup' Waarom zou ik deze niet proberen?

Ik ben nog bezig om te kijken of het script wel start , en zo ja welke foutmelding er optreed.

Ik hoop niet dat het een dns probleem is, maar dat ga ik zeker in de gaten houden.

Bedankt alvast voor de tips.

[Kabouterplop01]

rdoorn schreef op donderdag 22 september 2005 @ 12:41:
- 'always wait for network at startup' Waarom zou ik deze niet proberen?
.

Je hebt al netwerkverbinding; er wordt immers aan een verkeerde folder gemapped.
maar kwaad kan het idd niet.

[rdoorn]

Kabouterplop01 schreef op donderdag 22 september 2005 @ 17:28:
[...]


Je hebt al netwerkverbinding; er wordt immers aan een verkeerde folder gemapped.
maar kwaad kan het idd niet.

Ja dat vraag ik mij dus af.
Even voor de goede orde: de problemen met de home drive komen voor als ik het script handmatig start.
Bij het inloggen start het script (schijnbaar) helemaal niet.

[Kabouterplop01]

dan zou ik het inderdaad zeer zeker proberen.

probeer die "start c:\windows\explorer.exe" ook eens.
De explorer zal dan eerst proberen te "zoeken" naar de verbindingen, alvorens ze te maken.
(ter troepschieten natuurlijk; met een testaccount/testpc)

(Eerlijk gezegd had ik het allang gedaan; testpc, policy voor een nieuwe OU waar je die testpc inhangt)

[ Voor 22% gewijzigd door Kabouterplop01 op 22-09-2005 18:21 ]

[Alex)]

Maak met AutoIt ofzo een kleine .exe die een messagebox geeft, plaats dat commando in je loginscript, test het uit. Komt die melding, dan draait je loginscript. Komt ie niet? Dan weet je dat het script niet draait

Overigens ondersteunt AutoIt ook het mappen van stationsletters enzo, en met de variabelen kan je erg veel.

[hellbringer]

Heeft er misschien helemaal niks mee te maken, maar gebuik je toevallig Spysweeper (enterprise) op je client's?

Dan zou je "spy installation shield" uit moeten schakelen omdat anders je batch bestanden geblokkeerd worden door Spysweeper. (Ooit is meegemaakt, toen werden helemaal geen scripts uitgevoerd, ja dat was wel ff zoeken voor ik dat gevonden had )

Just my 2ct's

[ Voor 17% gewijzigd door hellbringer op 22-09-2005 21:42 ]

[alt-92]

rdoorn schreef op donderdag 22 september 2005 @ 12:41:
- net use * /d /y k werkt niet met een win95/win98 machine omdat je dan ook je ipc$ kwijtbent en het script dus stopt.

Ieuw! 98?
Dacht dat je XP clients hebt?

- 'always wait for network at startup' Waarom zou ik deze niet proberen?

Omdat je geen GPOs hebt op je wintendo (98) clients?

daarnaast is het wel degelijk een goeie manier om de boel af te richten.
Je forceert je XP clients tot windows 2000 gedrag als het gaat om policies en aanmelden.

XP doet dat asynchroon, vandaar dat je altijd "lekker snel" op je desktop uitkomt terwijl op de achtergrond al je (netwerk gerelateerde) services nog aan het starten zijn....

[ Voor 34% gewijzigd door alt-92 op 22-09-2005 22:01 ]

[rdoorn]

BackSlash32 schreef op donderdag 22 september 2005 @ 21:58:
[...]

Ieuw! 98?
Dacht dat je XP clients hebt?
[...]

ZIE topic start:
We hebben hier een windows sbs 2003 server met diverse soorten windows-clients.

Omdat je geen GPOs hebt op je wintendo (98) clients?

Maar wel GPO's voor win 2000 en win XP

daarnaast is het wel degelijk een goeie manier om de boel af te richten.
Je forceert je XP clients tot windows 2000 gedrag als het gaat om policies en aanmelden.

XP doet dat asynchroon, vandaar dat je altijd "lekker snel" op je desktop uitkomt terwijl op de achtergrond al je (netwerk gerelateerde) services nog aan het starten zijn....

Wel een goed plan dus, ga ik gelijk eens even testen.

[rdoorn]

Kabouterplop01 schreef op donderdag 22 september 2005 @ 18:20:
dan zou ik het inderdaad zeer zeker proberen.

probeer die "start c:\windows\explorer.exe" ook eens.
De explorer zal dan eerst proberen te "zoeken" naar de verbindingen, alvorens ze te maken.
(ter troepschieten natuurlijk; met een testaccount/testpc)

(Eerlijk gezegd had ik het allang gedaan; testpc, policy voor een nieuwe OU waar je die testpc inhangt)

Probleem is natuurlijk ten eerste tijd, (ik zit hier niet altijd op dit kantoor), en het werkt vaak wel, en het is beperkt tot 4 clients.

Maar ik denk dat het niet in de GPO's zit.

[Duinkonijn]

tip als je Kix gebruikt scheelt het nog al tijd met inloggen.

een kix script loopt sneller dan batch

[rdoorn]

Duinkonijn schreef op vrijdag 23 september 2005 @ 09:20:
tip als je Kix gebruikt scheelt het nog al tijd met inloggen.

een kix script loopt sneller dan batch

Voor het verbinden van 5 netwerkdrives? Zoveel stelt dat niet voor.

[Duinkonijn]

rdoorn schreef op vrijdag 23 september 2005 @ 13:24:
[...]


Voor het verbinden van 5 netwerkdrives? Zoveel stelt dat niet voor.

zal je verbazen. ik bind er 3 en dat scheelt al tijd

[rdoorn]

Update:
Ik heb de net use delete regels verwijderd en de klachten verminderen aanzienlijk.

[ Voor 9% gewijzigd door rdoorn op 27-09-2005 17:00 ]