[XP] Fout 1327. Ongeldig station h:\ bij installeren updates

[Verwijderd]

Hallo,

Ik zit met een probleem, als ik Office updates probeer te installeren krijg ik de Fout 1327. Ongeldig station h:\
h:\ is bij ons op het bedrijf een Home schijf waar bestanden van gebruikers worden opgeslagen.

Ik heb al veel dingen geprobeerd tot nu toe nog zonder resultaat.

Misschien ook even handig om te vermelden, wij zijn bezig met WSUS om daarmee de update te deployen op computers, als we daarmee een deadline instellen krijgen we dus de error code.

Nu hebben we een script gevonden, wsusupdate.vbs die automatisch de updates van de WSUS server afhaalt en installeert, en dan krijgen we geen error?

Wat ik al heb geprobeerd:

• In het register de Shell folders aangepast
• Alle verwijzingen naar h:\ verwijderd in het register
• Map software distribution gecleaned
• Alle windows update sleutels verwijderd

etc.

Maar ik heb inmiddels de hoop opgegeven en daarom post ik nu een bericht op tweakers.

Hoop dat jullie me op weg kunnen helpen.
Alvast bedankt !

p.s. mocht het nodig zijn kan ik het script wel even posten waarmee de updates wel goed worden opgehaald en geinstalleerd?

[ Voor 6% gewijzigd door Verwijderd op 13-10-2008 12:28 ]

[Verwijderd]

Helemaal niemand een idee?

[-ET-]

Ik heb ooit ook zo'n probleem gehad. Bleek een rechten kwestie te zijn. Om de een of andere reden moest de gebruiker Full Control access hebben op zijn homedrive.

Dus kijk eens even naar de NTFS rechten op de home dirs.

[sh4d0wman]

De H:\ is op het moment van installatie wel gemapt?
Heb dat probleem wel eens gehad, bleek dat een admin ooit met actieve H:\ mapping iets had geïnstalleerd en zonder H:\ mapping wilde de installer niet installeren.

[Verwijderd]

Ja tijdens moment van installatie is de H:\ idd gemapt, de H:\ wordt automatisch aangemaakt via AD.

[Verwijderd]

-ET- schreef op dinsdag 14 oktober 2008 @ 08:59:
Ik heb ooit ook zo'n probleem gehad. Bleek een rechten kwestie te zijn. Om de een of andere reden moest de gebruiker Full Control access hebben op zijn homedrive.

Dus kijk eens even naar de NTFS rechten op de home dirs.

Ik zal hier zo is even naar kijken, ik ben zelf ook al bezig geweest om met die rechten te stoeien. Tot nu toe nog zonder resultaat, maar ik zal het even nakijken.

[Verwijderd]

Diegene hoeft toch alleen maar Full control te hebben op zijn eigen dir neem ik aan? Anders kan zo maar ja en alleman in elkaars home dirs is ook niet echt de bedoeling

[ Voor 0% gewijzigd door Verwijderd op 14-10-2008 09:32 . Reden: typo ]

[-ET-]

Full control hoeft inderdaad alleen maar op de eigen Dir. Dus eigenlijk full control over zijn volledige H:\ mapping

[Verwijderd]

Ik heb de specifieke gebruiker rechten gegeven op deze map, maar mocht niet baten krijg nog steeds deze error.

[-ET-]

Verwijderd schreef op dinsdag 14 oktober 2008 @ 10:25:
Ik heb de specifieke gebruiker rechten gegeven op deze map, maar mocht niet baten krijg nog steeds deze error.

Je hebt de user echt Full control gegeven dus niet wijzigings rechten?

Staat toevallig mijn documenten naar de H:\ verwezen?

[Verwijderd]

Ja de gebruiker heet TestIT en die heeft Full control op de map testit in de home dir op de server..

En nee de mijn docs wordt niet gelinkt naar de h:, ik gebruik nu zelfs een volledig opnieuw geinstalleerde pc, met alleen office 2007 erop en alle policies etc.

[ Voor 9% gewijzigd door Verwijderd op 14-10-2008 12:08 ]

[-ET-]

Heb je dit gezien op de MS support site?

niet specifiek voor Office 2007 maar wel voor een hoop andere office versies. Dus misschien ook nuttig voor 2007

[ Voor 39% gewijzigd door -ET- op 14-10-2008 12:13 ]

[Verwijderd]

Ok ik heb de listool gedraaid, maar komt weinig response uit, weet dus niet of hij iets heeft gedaan. Maar ik ga weer even een update klaarzetten.

Ik hou je op de hoogte

[Verwijderd]

Nope werkt niet, wordt er een beetje moedeloos van...

[-ET-]

Krijg je in je eventlog nog een bepaalde melding te zien?

[edit]
ik kwam dit ook nog tegen

If the above works, then, after taking registry backup, you can delete this key :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Delivery\SourceEngine\Downloads\90000409-6000-11D3-8CFE-0150048383C9

This will delete all records of downloaded updates, and will hopefully allow you to proceed normally.

betwijfel of het werkt gezien je op een schone install zit. Maar misschien helpt het

komt overigens hier vandaan. (even naar onderen scrollen voor de antwoorden)

[ Voor 83% gewijzigd door -ET- op 14-10-2008 12:43 ]

[Verwijderd]

De key bestaat niet omdat de oplossing wss voor een Office 2003 installatie is.

Maar ik vind het ook zo vreemd dat het alleen bij Office updates is en niet bij windows updates.

[Verwijderd]

Ok even een voorbeeldje uit het logboek:

Systeemlogboek:
Installatiefout: de volgende update kan niet worden geinstalleerd, foutcode 0x80070643: KB946691: Update voor het 2007 Microsoft Office-systeem

Toepassingslogboek:
Product: Microsoft Office Standard 2007 -- Fout 1327. Ongeldig station: h:\

In een andere gebeurtenis staat:
Product: Microsoft Office Standard 2007 - Update 'Update for Office 2007 (KB946691)' kan niet worden geinstalleerd. Foutcode: 1603.

[-ET-]

Die foutcode 1603 heb je ook geen zak aan. Is een algemene MSI installer foutcode dat de update niet geinstalleerd is.

Wat je nog zou kunnen proberen is de windows installer opnieuw te installeren.

Is die verse installatie daad werkelijk een nieuwe installatie. Of alleen een schoon image?

[Verwijderd]

Pc's worden hier via RIS geinstalleerd, dus heb hem gewoon opnieuw GeRist zeg maar.. Ik ga vanuit dat daarmee gewoon alles fatsoenlijk word geinstalleerd.

Misschien ook handig om te vermelden is dat de normal.dot en de normal.dotx worden door de installatie van office op de H:\ opgeslagen dit omdat hier de gebruikers instellingen instaan. En via een policy word er gezegt dat die bestanden op de H:\ Schijf staan.

[-ET-]

Ik zou dan toch even testen om die updates te doen op een pc zonder die policy. Het lijkt toch dat de update struikelt over die redirect.

[Verwijderd]

Ja maar wat ik dan weer zo vreemd vind is dat als ik dat scriptje draai van WSUS, dat dan alle updates wel fatsoenlijk worden geinstalleerd zonder errors, dus ik denk echt dat het een rechten probleempje is.

Misschien dat WSUS een account gebruikt die geen rechten heeft op de h:\ map ofzo, daar zit ik dus aan te denken, alleen ik kan nergens vinden hoe WSUS zijn updates installeert.

[-ET-]

Gebruikt WSUS niet het System account om de updates te installeren? Geef die eens Full Control rechten.

[Verwijderd]

Hoe moet ik da doen dan op de server?? Welke account moet ik dan rechten geven?

[-ET-]

Als je de properties van de user folder opvraagt en je kijkt bij security. Dan staat daar de user met full control rights als het goed is en de Domain Administrator. Als je dan add/toevoegen doet dan kan je als username "system" opgeven. Deze kan je dan ook full control rights geven

[Verwijderd]

Ok ill give it a try (Y) SYSTEM acc heeft nu full Control op die map, ga weer een update klaarzetten

[Verwijderd]

Nee het mocht niet baten.. Ik ben nu is even aan het uitzoeken hoe het allemaal wordt geinstalleerd.

[Verwijderd]

Als ik inlog als Lokaal Administrator, (dus niet op het domein inlog) kan ik wel alle updates installeren zonder errors?

[-ET-]

Krijg je als Local Admin wel die Policy voor je kiezen?

kan je eventueel nakijken met GPresult.

[Verwijderd]

Ja krijg die policy volgens mij wel.. Bij computer instellingen staat de policy WSUS nog gewoon bij, dus ga er vanuit dat ik hem dan ook krijg.

[-ET-]

Dan krijg je hem inderdaad. Local Admin heeft waarschijnlijk geen H:\ drive gekoppeld. Probeer eens de update bij een domain Users zonder H:\ drive?

[Verwijderd]

Nope werkt niet, en trouwens ik had lokaal wel de h: schijf gekoppeld.

Het worden steeds minder opties

[Verwijderd]

Ik zat er ook aan te denken om de Windows installer Service onder het Lokale administrator account te laten draaien, maar als ik dan een update probeer uit te rollen krijg ik:

Fout 1719. Kan geen toegang krijgen tot de Windows Installer Service.

Weet ook niet of dit zou of kunnen werken, maar ik probeer ook maar wat.

[einreb73]

Probeer eens een user aan te maken met een FQDN pad ipv een h:\ dus : servernaam.domein.nl\%username%$,
Ik begrijp die H:\ namenlijk niet, als er bij ons foutmeldingen in de logs staan zien bevatten deze FQDn namen.
Suc6.
p.s. de H: wordt pas in de user context gemapped via AD , dus niet als de pc aan staat !

[Verwijderd]

Wat heeft dit dan voor een extra nut dan? maar het gaat om een gemapped station he.

[alt-92]

In plaats van gelijk met allerlei ACLs op non-standaard waarden te gaan zetten:
Gebruik dan in ieder geval eerst de Auditing opties eens verstandig zodat je kan zien wat er waar probeert te schrijven/lezen, en controleer je logfiles (dus niet alleen eventlogs, maar ook je WindowsUpdate logfiles en dergelijke in de Windows directory.).

[Verwijderd]

Ik heb ook al door alle logs heen gebladerd hoor, heb ongeveer op elke fout code al gezocht ik zal het log voor de installatie even posten:

windowsupdate.log:
2008-10-14 15:08:08:073 2972 808 Handler :::::::::::::
2008-10-14 15:08:08:073 2972 808 Handler :: START :: Handler: MSI Install
2008-10-14 15:08:08:073 2972 808 Handler :::::::::
2008-10-14 15:08:08:073 2972 808 Handler : Updates to install = 1
2008-10-14 15:08:08:073 2972 808 Handler Extracting MSP file stored in CAB targetdir.cab
2008-10-14 15:08:08:214 2972 808 Handler MSP update {00000000-0000-0000-0000-000000000000}.0 using full-file patch
2008-10-14 15:08:08:214 2972 808 Handler : Batch installing 1 updates
2008-10-14 15:08:08:636 2972 808 Handler List of MSPs in transaction:
2008-10-14 15:08:08:636 2972 808 Handler C:\WINDOWS\SoftwareDistribution\Download\f517e87151080c8b2a78ef09558f3be5\img\targetdir.MSP
2008-10-14 15:08:08:636 2972 808 Handler MSP final command line: DISABLESRCPROMPT=1 LOCALCACHESRCRES=0 NOLOCALCACHEROLLBACK=1 REBOOT=REALLYSUPPRESS
2008-10-14 15:08:09:823 892 528 Report REPORT EVENT: {A0DB5958-E27C-4057-92A6-2973E2D73121} 2008-10-14 15:08:04:823+0200 1 182 101 {CCD4E798-834D-42C9-928F-9A89CC0D2E14} 100 80070643 AutomaticUpdates Failure Content Install Installation Failure: Windows failed to install the following update with error 0x80070643: KB951944: Beveiligingsupdate voor het 2007 Microsoft Office system.
2008-10-14 15:08:09:839 892 528 Report REPORT EVENT: {A6C5EE66-89C2-4BBD-9513-5D79F6726204} 2008-10-14 15:08:08:073+0200 1 182 101 {7FF134C3-2D92-4A71-95C8-AFB47C6548F2} 100 80070643 AutomaticUpdates Failure Content Install Installation Failure: Windows failed to install the following update with error 0x80070643: KB954326: Beveiligingsupdate voor het 2007 Microsoft Office system.
2008-10-14 15:08:10:729 2972 808 Handler MSP Error List:
2008-10-14 15:08:10:729 2972 808 Handler 1: 1327 2: h:\
2008-10-14 15:08:10:729 2972 808 Handler : MSI transaction completed. MSI: 0x80070643, Handler: 0x8024200b, Source: No, Reboot: 0
2008-10-14 15:08:10:729 2972 808 Handler : WARNING: First failure for update {AB0BDC06-6A1E-4364-A88A-23BB146A4595}, transaction error = 0x8024200b, MSI result = 0x80070643, MSI action = CostFinalize
2008-10-14 15:08:10:729 892 38c AU >>## RESUMED ## AU: Installing update [UpdateId = {9C9989FD-9A87-4AA1-A4D2-77189D94A553}]
2008-10-14 15:08:10:729 2972 808 Handler : WARNING: Operation failed at update 0, Exit code = 0x8024200B
2008-10-14 15:08:10:729 892 38c AU # WARNING: Install failed, error = 0x80070643 / 0x0000052F
2008-10-14 15:08:10:729 2972 808 Handler :::::::::
2008-10-14 15:08:10:729 2972 808 Handler :: END :: Handler: MSI Install
2008-10-14 15:08:10:729 2972 808 Handler :::::::::::::

[ResuCigam]

Misschien eens verder zoeken op "error 0x80070643" ?

[Verwijderd]

ResuCigam schreef op dinsdag 14 oktober 2008 @ 17:07:
Misschien eens verder zoeken op "error 0x80070643" ?

Heb ik ook al gedaan, als laatste resultaat geven ze dan meestal weer om Office te deinstalleren en opnieuw te installeren, alleen ik heb niet echt zin om 200 pc opnieuw te installeren.

Ent trouwens, als ik op een Kale windows, office installeer komt het probleem ook nog voor.

[Verwijderd]

Externe HD of USB stick eraan hangen en drive letter H: geven ?

[Verwijderd]

Verwijderd schreef op dinsdag 14 oktober 2008 @ 17:25:
Externe HD of USB stick eraan hangen en drive letter H: geven ?

Drive letter H:\ is bij ons de Home dir, zoals ik hierboven in de posts ook al heb aangegeven.

[MAX3400]

Misschien kijk/denk ik verkeerd maar is er ergens in een policy niet teveel ge-redirect naar de H-schijf en heeft WSUS misschien onvoldoende rechten op Share-niveau en/of NTFS-niveau van die share?

Het feit is; als je als local admin inlogt en daarna de H koppelt, gaat het wel goed, zeg je. Geen idee of dit dan via WSUS gaat of dat je lokaal de updates zit aan te klikken maar met enige zekerheid zeg ik dan dat de H door "admins" gewijzigd kan/mag worden en lokaal gebeurt er dus iets wat niet kan/mag als je geen admin bent.

Users zijn in principe geen admin en krijgen voor bepaalde %APPDATA% of overige dingen redirects naar servers voor roaming profiles, home-dir etc. Vraag me af of dat wel goed gaat nu.

PS: Zou je vaker willen gebruiken i.p.v. meerdere replies achter elkaar?

*edit*
Je MSOCache wordt verkeerd geredirect...

[Verwijderd]

En hoe kan ik dit dan oplossen?

[Verwijderd]

*klein schopje*

[-ET-]

de LIStool werkt dus kennelijk niet voor Office 2007 (linkje)

staan wel wat handig tips in dat draadje.

[Verwijderd]

Nog even een update:

Vandaag verschillende telefoontjes gehad van mensen die bij het afsluiten 15 updates hebben staan maar die iedere dag terugkomen. Na controle blijken dit dus ook die office updates te zijn.

Het probleem heeft dus niet alleen met wsus te maken, maar dus ook met installeren rechtsreeks van de windows update site.

[-ET-]

Welke foutmelding geeft de Windows Update site? Misschien dat je op basis van die foutmelding weer wat verder komt.

[Verwijderd]

Het zijn updates die automatisch zijn binnen gehaald, wij hebben in een policy staan dat ze niet rechstreeks verbinding mogen maken met de Windows update site.

Maar als ik nu dus in het logboek van die persoon kijk, krijg ik dus ook weer. Fout 1327. ongeldig station.

Nu heb ik dus bij haar office gedeinstalleerd, en daarna vanuit de server office op haar lokale hdd gekopieert, en vanuit daar geinstalleerd. Daarna geprobeerd die office updates te installeren, en dat werkte wel.

Dus als ik vanuit de server office installeer (wat hier dus standaard wordt uitgerolt) worden office updates niet geinstalleerd, kopieer ik eerst de map office lokaal en installeer dan, dan gaan de updates wel goed

[Krypt]

Heb je toevallig Office geinstalleerd met een MST en daarbij niet ORK gebruikt, of de MST met een andere tool aangepast zoals Installshield of Wise?

Dan is het mogelijk dat er extra rows in de directory table zijn gekomen, met name verwijzingen naar de H: schijf of HOMEDRIVE variabele. Bij een installatie van een MSP worden alle folders gecontroleerd, maar deze actie draait onder system account, en die heeft geen H: drive, en knalt de patch eruit.

Controleer of de MST van office wel correct is; desnoods maak je 'm opnieuw aan met de ORK tools volgens de package documentatie en vergelijk 'm met de versie die jullie nu hebben.

[edit]
Gebruik je bij de lokale installatie ook dezelfde MST als bij je autodeployment?

[ Voor 6% gewijzigd door Krypt op 16-10-2008 10:39 ]

[Verwijderd]

Ja office word idd via een Custom script geinstalleerd, hierin worden de verwijzing naar de normal.dot en de sjablonen in verwezen haar de h:\

En ja bij de lokale installatie heb ik ook dezelfde MST gebruikt

[Krypt]

Waarmee distribueren jullie Office? GPO, SMS, Altiris?

Custom Scripts? MST's bedoel je? En waarmee zijn de MST's gemaakt? ORK tools of een andere tool?

Heb je verder de lokale installatie via een Admin account uitgevoerd of via 't system account? En hoe heb je vervolgens de patches geinstalleerd? Ook via Admin of aangelogd als user?

[ Voor 123% gewijzigd door Krypt op 16-10-2008 10:59 ]

[Verwijderd]

In het login script staat een controle of Office is geinstalleerd, zo niet wordt de office installatie gedraaid.

En in office 2007 zit een Customation Tool waarmee je die MST's kunt maken ( setup/admin )

En de lokale installatie werd gewoon via een "normale" gebruiker geinstalleerd, en de patches ook, dit houd in gewoon een normale gebruiker met standaard rechten zeg maar.

[Verwijderd]

We hebben het gevonden!

in de MST file staat een verwijzing naar de normal.dotm en de normal.dotx, die verwijzen naar h:\SETTINGS\Word 2007 omdat iedereen z'n eigen instelling heeft.

als we die verwijzing weghalen, worden de updates zonder problemen geinstalleerd, maar nu komt het volgende we kunnen die verwijzing eigenlijk niet missen, omdat in die dot files alle persoonlijke instellingen staan en die voor iedere gebruiker anders zijn.

We zijn er nu een beetje mee aan het kloten om het zo maar te zeggen, dus als iemand ideeen heeft hoor ik het graag!

[Krypt]

Dit is wat ik bedoelde.

Verwijzingen voor normal.dot kunnen ook via GPO ingesteld worden.
Moet je de adm files van office even laden en je kunt het instellen.

[ Voor 7% gewijzigd door Krypt op 16-10-2008 17:01 ]

[Verwijderd]

Krypt schreef op donderdag 16 oktober 2008 @ 16:55:
Dat is dus wat ik aangaf. Verwijzingen voor normal.dot kunnen ook via GPO ingesteld worden.
Moet je de adm files van office even laden en je kunt het instellen.

Tja maar dan moet ik wel 200+ pc's opnieuw office installeren om die verwijzing eruit te halen. Is ook niet echt een oplossing denk ik?
+

Wat jij bedoelt is dat je een verwijzing in kunt stellen naar de normal.dot via de policies, wat wij doen is een standaard normal.dot die op een vast punt staat naar een map van een gebruiker kopieren.

[ Voor 20% gewijzigd door Verwijderd op 16-10-2008 17:05 ]

[MAX3400]

Verwijderd schreef op donderdag 16 oktober 2008 @ 17:01:
[...]

Tja maar dan moet ik wel 200+ pc's opnieuw office installeren om die verwijzing eruit te halen. Is ook niet echt een oplossing denk ik?

Geen idee hoe de rest is ingericht maar als ik een GPO voor mijn Exchange-omgeving inricht, hoef ik toch ook niet meteen mijn Exchange-servers opnieuw te installeren?

[martinr]

Voor veel patches voor Office zijn de originele installatie-bestanden vereist.
Vanaf welke driveletter/path laat je Office installeren ?

Op het werk laten we dat expres via een UNC-pad doen (naar een DFS share, zodat we achteraf nog kunnen aanpassen) waar 'system' ook bij mag zodat de install-source voor de automatisch updates ook bereikbaar blijft.

Bij Office 2007 heb je de optie om de installatie-bestanden lokaal te laten cachen, ik gok dat je daar niet voor gekozen hebt.

Edit: Blijkbaar had ik het mis (moet sneller lezen/typen)

[ Voor 5% gewijzigd door martinr op 16-10-2008 17:15 ]

[metallicelmo]

Gewoon het volgende doen:
start=> uitvoeren=> cmd

vervolgens typ je het volgende in:

net use h: \\127.0.0.1\c$

vervolgens zal er om een admin wachtwoord worden gevraagd. Vervolgens heb je een H:\ schijf, hij schrijft tijdens de installatie/updates daar niets weg maar checkt simpelweg of je wel of niet een H:\ schijf hebt.

Je kunt ook de gebruiker tijdelijk administrator rechten geven, en onder het account van de gebruiker zelf ( met juiste H:\ schijf ) de updates uitvoeren..

[Krypt]

Het probleem is dat de patch waarschijnlijk onder systemaccount draait; en het systemaccount heeft geen H: schijf.

LeonJansen: Die kopieer actie zit nu in de MST? Dat zou ik dan via het loginscript doen. Het nadeel is inderdaad hoe je de huidige installaties aanpast.
Normaal kun je dat met een MSP; je zou een MSP kunnen schrijven welke de aanpassing van de MST weer teniet doet. Nadeel is dat die MSP weer dezelfde foutmelding krijgt waarschijnlijk. (misschien het proberen waard)

Office 2003 had een tool om installaties aan te passen; ik weet even niet hoe dat heette. Het was onderdeel van de ORK tools. Misschien bestaat er ook zoiets voor Office 2007.

Wat je ook zou kunnen proberen is om de locale mst aan te passen.
In de registry kun je de namen van de installatatie bestanden opzoeken (er wordt een uitgeklede msi en mst in de windows\installer folder gezet maar met een andere naam). Deze staat in HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\<GUID-MSI-Pakket>\LocalPackage. Deze geeft de locale cache van de MSI aan, er moet er ook zo een voor het MST bestand bestaan. De aangepaste MST (zonder H verwijzing) naar deze file kopieeren en dan proberen om de patch te installeren.