g1n

Okay, ich bin mit euch einer Meinung. Heute früh hab ich das getestet und siehe da, die Probleme sind genau dieselben wie bei Euch. Tolles Ei.

DANKE MS!

schon jemand ne art "fix" parat?

gesendete nachrichten zurückholen? wieso ist mir diese funktion unbekannt? was soll die bezwecken?

zahni ...

DAAAAAAAAAAAAAAANKE, meine gebete wurden erhört. ich denke das tool ists! :D

simpel und einfach, ich werds morgen gleich mal testen :)

im prizip brauch ich ja nur was was dateien in ein MSI archiv packt, einstellungen kann ich ja per MST "nachreichen" :)

Also ich habe hier SP3 integriert und office 2k3 sbe per GPO installt. bisher scheints keine probleme zu geben. das mit den einstellungen kann ich bisher nicht nachvollziehen, da wir servergespeicherte profile benutzen und alle nutzer bereits ein profil haben. aber als tipp:

viele einstellungen für office lassen sicher über eine GPO verteilen, womit sich das problem mit den einstellungen der MST datei wohl lösen lassen dürfte. es sind zwar nicht alle einstellungen möglich aber einige. für die meisten dürfte es wohl reichen.

gruß g1n

ach das ist doch alles mist, eigentlich müsste man die hersteller dazu verpflichtne die pakete als MSI paket rauszuhauen damit man sich nur noch die MST erstellen muss.

Gibts nicht noch irgendwie einen anderen MSI-Builder, nach Möglichkeit mit Benutzeroberfläche (Kommandozeile wäre auch kein Problem), der ohne eine "clean machine" zurechtkommt und relativ einfach zu bedienen ist? WinInstallLE und MakeMSI können ja nun nicht das nonplusultra sein.

Ich will nichts weiter als Exe Dateien, die schon silent und ohne zutun laufen als MSI packet deployen. die MSI muss nur gültig sein und gestartet werden. Startupscript ist keine Option, so laufne die files nämlich bereits udn das ist alles andere als zufriedenstellend!

Gruß g1n

Sorry wenn ich das thema schon wieder aufwärme, aber seit heute früh zickt

die GPO nur noch rum. bei JEDEM neustart, wird die Software installiert, egal

ob sie drauf ist oder nicht. und das nervt echt. ich musste es erstmal ausschalten

damit die leute hier morgen früh nicht gleich wieder einen 20 minütige softwareinstallation hinter sich bringen müssen. jemand eine idee wie das urplötzlich ausgelöst werden kann?

es hat keiner was verstellt. die richtlinie wird nicht erzwungen und ich hab auch sonst

keine erneute installation befehligt.

Gruß g1n

hm "was ungewöhnlich lange dauert". ich schiess auch mal ins blaue:

haben deine switches spanning tree aktiviert? das kann unter umständen auch dazu führen, dass man per PXE mal garkeine IP bekommt. ich hatte das problem neulich, PXE->keine IP, kaum war spanning tree aus, ging alles reibungslos ;)

ja ich hab einfach entfernen mit der option "bleibt installiert udn kann weiterverwendet werden, wird aber nicht mehr nachinstalliert" genommen, das ging.

versuchs mit nem startupscript das vor der anmeldung läuft. dann werden alle sachen als "system" ausgeführt. so mach ich das jedenfalls, wenn sowas auftritt. möglich wäre auch, wiederum mit startupscript, die berechtigung z.b. mit setacl auf den entsprechenden keys zu erhöhen und die regfiles dann mit anmeldescript laufen zu lassen.

setacl ist für sone zwecke echt gut, so lass ich zum beispiel berechtigungen in der registry setzen, damit die user vollzugriff auf die energieoptionen haben. damit kannst du sowohl auf ordner als auch auf registryschlüssel berechtigungen setzen.

ähm ich hatte gestern das gleiche problem. habt ihr einen managbaren switch auf arbeit? wenn ja, draufconnecten und die funktion spanning tree abschalten, die is ein häufiger grund das beim booten per PXE der client keine IP bekommt. wenn der switch sowas nicht hat/kann, dann liegts woanders dran. ich wollte nur mal so als tipp in den raum werfen ;)

also doch so, ich hab ****** das der dann auf den rechnern die software mit runterhaut.

nun gut, ich probiers mal kurz in meiner testOU ;)

DANKE!, ich weiß ich kann nerven ;)

wenn du mir jetzt noch sagen kannst wie ich MSI pakete aus der softwareinstallationsliste (in der GPO) wieder entfernen oder zumind deaktivieren kann, wäre das klasse ;)

na primstens ;) so muss das sein!

nun gut, dann werd ich mich wohl an das OU geschiebe gewöhnen müssen ;)

Danke dir für deine Hilfe.

gruß g1n

ja naja, wird wohl so gehen müssen. sagmal, wenn ich das erneut bereitstellen machen, installiert der das ohne wenn und aber neu? macht der vorher eine uninstall?

gruß g1n

ja das hab ich auch schon gesehen, nur leider erfüllt das nicht den sinn für mich. ich möchte das auf einzelnen rechnern deinstallieren können. wenn z.b. office 2003 auf einem client defekt ist, möchte ich es nur dort deinstallieren und dann neuinstallieren. is nich so der sinn das wegen einem rechner, alle andere 50 rechner den spaß auch mitmachen :(

für office habe ich natürlich das fertige STPD11.MSI (so heist das bei der SBE) päcken genommen und die einstellungen einfach per MST hinzugefügt. paint.net hat ebenfalls ein eigenes päcken das sich per setup erstellen lässt (daher keine MST nötig, einstellung werden gleich in die MSI mit eingebunden). die marketingsoftware wird mit MSi paket ausgeliefert, dort habe ich nur zusätzlich eine MST mit "Wise InstallTailor" erstellt.

sorry wenn ich mich so missverständlich ausgedrückt habe.

ich weiß nicht welches kontextmenü du meinst?!

Gruß g1n

EDIT: wenn du das kontextmenü von MSI paket meinst, hab ich schon probiert, geht auch nicht. beim deinstallieren über software passiert ja genau das gleiche

Ich hab mich gestern mal intensiv mit der geschichte, MSI-pakete per GPO zu verteilen, beschäftigt. tolle sache das ganze :) nun hab ich schon einige pakete gebastelt die auch bei der ersten installation funktionieren, unter anderem office 2003 SBE, Paint.NET und eine marketinganalyse-software. das problem ist nun, wenn ich diese verteilten pakete vom rechner per hand deinstalliere (über software -> uninstall, wie man das halt so macht) und dann den rechner neustarte, wird die software entweder garnicht neuinstalliert oder nur fehlerhaft. Bei office zum beispiel, wird auf einmal nur noch powerpoint installiert anstelle des gesamtpakets, bei paint.net wird nur ein eintrag unter software angelegt, aber nix weiter installiert. nur die Marketingsoftware zickt nicht (obwohl die sonst die meisten probs gemacht hat).

ich habe auch schon probiert sämtliche reg-einträge von hand zu löschen, mit dem selben ergebnis.

googlen hat garnix gebracht und nun frag ich hier. kennt jemand das problem? bin ich einfach zu unfähig die richtigen häkchen zu setzen?

gruß g1n

ja, sorum ;) sorry

das problem hat sich scheinbar lösen lassen, indem ich am switch vorort einfach die spanning tree funktion ausgeschaltet habe, auf einmal bekommt man innerhalb von 1 sekunde direkt eine IP zugewiesen, das geht vielleicht fix ;)

diese spanning tree funktion verursacht so zum beispiel auf beim boot per PXE teilweise das die clients überhaupt eine IP bekommen und sie verlangsamt wohl das request.

ich werds die nächsten tage mal beobachten. und vielen dank für die vielen nützlichen tipps

gruß g1n

aaaay carlito, auf den trichter bin ich noch nicht gekommen :D das ist mal eine gute idee, wenns denn nicht schon eingerichtet ist (einige der GPOs wurden nicht von mir erstellt), ich werds morgen mal checken. also bei einer GPOs läuft das schon, die benutze ich um auf diversen rechnern diverse software zu deployen. die frage ist nur inwiefern diese einstellung bei den anderen GPOs einfluss nimmt.

wenn er tatsächlich im dfsutil nur den lokalen server anzeigt, dann is auch nur dieser am standort aktiv, macht ja auch sinn, denn würde ein remotesrver da einspringen hättest du das problem ja schon gefunden.

udn dieses problem klingt für mich auch nach allgemeinen performance problemen. schonmal geschaut wie die auslastung des servers bei bestehendem problem ist? wenn netzwerkkarte unter vollast oder gar prozzi und festplatte, dann hast du den auslöser schon gefunden.

das bezweifle ich, da dieselben clients am anderen standort (im selben netzwerk!) dieses problem nicht haben. selbes startupskript etc. das einzigste was sich da ändert ist der DHCP, selbst die shares sind die gleichen, dank DFS.

aber ich könnte ja trotzdem mal nachschauen, wenn mir jemand sagt wie ich dat finde ;)

Gruß g1n

Hallo allerseits,

ich habe hier seit kurzem ein sehr merkwürdiges Problem und ich komme nicht auf

einen grünen Zweig, wie man so schön sagt. Folgender Hintergrund:

An einem Standort steht ein Windows 2003 mit der Funktion eines Fileserver mit DFS Shares (über VPN zu einem anderen Standort), Backupserver, DHCP. Das müsste iegentlich alles sein.

Der Server ist Teil eines lokalen Netzwerks das über VPN an mehreren Standorten läuft, jeder Standort hat ein eigenen IP bereich der von den Vorort stehenden DHCP Servern "mit Leases versorgt wird".

Der besagte Standort hat ein Problem mit dem DHCP. Der Server verteilt die Adressen scheinbar zu langsam. Beim hochfahren eines Rechners bekommt der Rechner das DHCP Signal so spät, dass das startup-skript (per Gruppenrichtlinie) nicht mehr anspringt. Der Rechner weist sich dann selbst eine der beliebten 169.* IPs (eindrucksvoll dokumentiert in der Ereignisanzeige) zu. Einen winzigen Augenblick später bekommt er die IP dann doch vom DHCP und dann geht alles seinen gewohnten Gang.

Der Server ist nicht großartig ausgelastet und hat jede Menge Reserven, Dienst hab ich auch schon neugestartet.

Das Netzwerk ist auch noch Lange nicht am Limit, und die Clients (Laptops mit WinXPSP2) haben an anderen Standorten auch nicht dieses Problem.

evt. Probleme mit irgendwelchen MS-patches bekannt?

Jemand sonst eine Idee? das Problem tauchte urplötzlich auf, obwohl serverseitig keine Umkonfiguration vorgenommen wurde.

Ich krich langsam die Panne hier ;) wie man so schön sagt.

Gruß g1n