gysinma1

Hallo Zusammen Diese Fehlermeldung ist mir bekannt, aber freut Euch nicht zu früh, ich weiss auch nichts darüber :D Ich verteile seit längerer Zeit ueber GPO's die SW. Nun habe ich manchmal (nicht immer) genau diese Fehlermeldung. Allerdings lässt sich die Software trotzdem sauber verteilen. Ich gehe davon aus, dass es auf ein Netzwerkissue zurückzuführen ist, denn bei mir ist die SW auf einem anderen Server. Da es UNC Pfade sind, werden die Daten immer ueber das Netzerk gelesen. Trotzdem wuerde ich mal hingehen und auf dem DC ein Share machen das MSI hineinmachen und diesen Pfad angeben. (Zum Testen natürlich !). Gruss, MAtthias

Hallo Ist bei dem Pingen nur der DC nicht ereichbar (von dem Server aus) oder sind auch die andernen PC's auch nit erreichbar ? Wenn Du die IP direkt pingst antwortet der DC dann, also ping 192.168.0.1 Wie sieht es im DeviceManager aus, ist die Netwerkkarte sauber installiert ? Gruss, MAtthias

Hallo Hast Du schon ipfonfig /flushdns gemacht und mit ipconfig -all geprüft ob DNS-IP = DC ist ? Gruss, Matthias

Hallo und Willkommen Hast Du auf dem neuen Server, der neu in die Domain kommt als DNS Server den anderen, 1.sten Server im TCP/IP Protocol eingetragen (oder bekommt er diese Infos direkt ueber DHCP). Schau mal im ipconfig-all dass dort als DNS Server der DC eingetragen iust. Grus,s MAtthias

Hallo Ja ich wuerde die Methode von "Egli" nehmen, die ist besser .. Gruss, Matthias

Hallo Also Du willst auf jedem PC dass einmal 1 Script ausgeführt wird ... das ist natürlich ein bisschen aufwendiger ... In einem ersten Schritt musst Du den Script selbst auf die PC's verteilen und sagen, dass dieser nach dem Reboot einmal ausgeführt werden soll und dass dieser sich anschliessend selbst wieder löschen soll. Ich würde über den Logonscript den Script selbst zuweisen. Dann mit reg /add (Resourcekit) einen Key machen in HKLM\Software\meinscript Dann ueber HKCU\Software\Microsoft\windows\cv\run den neuen Script aufrufen und mit reg /query abfragen ob der Key in HKCU\Software\meinscript\value <> 1 ist. Wenn dies der Fall ist net use printer etcetera und am Schluss reg /update HKCU\Software\meinscript\value=2 und natürlich reg /delete HKCU\sw\ms\windows\cv\run\meinbatch Wenn sich jeder PC dann einmal eingeloggt hat kannst Du mit if exist reg /query HKCU\Software\meinScript und derjenige im run wieder löschen. Ein bisschen aufwendig, aber bekanntlich führen viele Wege nach Rom ... Gruss, Matthias

Hallo Und hast Du schon versucht, das Setup mit eingeführten Karten durchzuführen ... Es gibt jedoch seitens Windows keine Lösung dafür. Wenn Du beispielsweise noch localprinters hast, kommt das Fenster dass sich ein Admin einloggen muss. Wir hatten das in einem MAssenrollout (> 40'000 PC's). Wir mussten an jedem LAptop während dem Setup ein ISDN (USB) Modem einstecken, damit der Treiber geladen wird - da dies der Benutzer nicht machen kann. Was ich noch sehen könnte wäre die TReiber dort zu belassen (nach dem Setup nicht entfernen) vielleicht weiss jmd eine Möglichkeit dies ueber Policy zu lösen ? Gruss, Matthias

Hallo Achso, ich dachte das gehört irgend in ein Setup ... lag wohl falsch ... Natürlich ueber GPO's kann man das machen ... Siehe mal http://www.gruppenrichtlinien.de Du kannst grundsätzlich hingehen, bei den Policys und bei den Domainpolicies unter Scripts/Logon diesen eintragen .-. nur ich empfehle eine eigene Policy zu machen und dies auszuprobieren anstatt in der defaultpolicy rumzubasteln. Dieser Script wird dann auf allen Geräten der Domain ausgeführt. (Beim Login und/oder Logout). Der Ordnung halber trenne ich die Shares bei dem Logoff wieder mit Script. Denk auch dran, dass eventuell die Server eine eigene OU haben sollen/müssen, weil dort eventuell es unerwühnscht ist, dass der Script ausgeführt wird. Bei mir macht jede Büxe in der Domain ein HW-Intentar und ein Protokoll der installierten SW. Die Workstations (mit XP) mappen zusätzlich noch die Shares damit dies funktioniert. Gruss, MAtthias

Hallo Ueber den Parameter OemPnPDriversPath= kannst Du im UA-Setup einen (lokalen) Pfad zu den Treibern angeben.- Allerdings musst Du diese VOR dem Setupstart ueber UA mit xcopy o.ä. kopieren ... Gruss, MAtthias

Hallo Ja natürlich ist das möglich .... mit dem KEy HKLM\Software\Microsoft\windows\currentversion\runonce ... Gruss, MAtthias

Hallo Zusammen Also das sind zweimal dieselben Fehler: Stop 0x0000000A or IRQL_NOT_LESS_OR_EQUAL The Stop 0xA message indicates that a kernel-mode process or driver attempted to access a memory location to which it did not have permission, or at a kernel interrupt request level (IRQL) that was too high. A kernel-mode process can access only other processes that have an IRQL lower than, or equal to, its own. This Stop message is typically due to faulty or incompatible hardware or software. Interpreting the Message This Stop message has four parameters: Memory address that was improperly referenced. IRQL that was required to access the memory. Type of access (0x00000000 = read operation, 0x00000001 = write operation). Address of the instruction that attempted to reference memory specified in parameter 1. If the last parameter is within the address range of a device driver used on your system, you can determine which device driver was running when the memory access occurred. You can typically determine the driver name by reading the line that begins with: **Address 0xZZZZZZZZ has base at <address>- <driver name> If the third parameter is the same as the first parameter, a special condition exists in which a system worker routine, carried out by a worker thread to handle background tasks known as work items, returned at a higher IRQL. In that case, some of the four parameters take on new meanings: Address of the worker routine. Kernel interrupt request level (IRQL). Address of the worker routine. Address of the work item. und zu dem anderen gibts da zu Lesen http://aumha.org/win5/kbestop.php Ich tippe auf ein Hardware oder Treiberproblem. Gruss, Matthias

Hallo Frank "Quiizfrage" war der Server bei der Installation von IIS schon in der Domain gejoined ? Ich habe da ein Bug gefunden, dass wenn IIS in der Workgroup installiert wird, der Server gejoined wird, anschliessend SUS installiert wird, dass er Probleme hat mit einem DLL das er nicht reregistrieren kann. Gibt irgendwo nen Thread von mir dazu ...zwar im Kontex Exchange und SUS http://www.mcseboard.de/showthread.php?s=&threadid=33029 (Dieser fehler ist reproduzierbar) Gemäss meinem Wissen dreht es sich alles um diese DLL. Gruss, Matthias

Hallo dg76 Ne ich rufe den Script ueber die DomainPolicy auf. Zuerst hatte ich (direkt in der GPO) \\servername\sysvol\%domain%\scripts\loginscript.cmd Den hatte ich dann geändert auf \\serverIP\sysvol\%domain%\scripts\loginscript.cmd (Bei den genauen Pfaden musst Du schauen wie es bei Dir aussieht). Uebrigens unterscheidet mein Script NT und XP, wenn Du willst lass ich Dir den rüberwachsen ... Ich habe dann in dem Loginscript noch aufrufe von VBS-Scripten (bei mir wird bei jeedem Logon die HW inventarisiert, und eine Liste der installierten SW erstellt) - alles zusammen "fliegt" dann auf den Fileserver fuer meine Reports. Gruss, Matthias

Hallo Zusammen @Mecker Einen Applicationmodus würde ich mal nicht als erstes in Betracht ziehen, denn es handelt sich gemäss Post um einen normalen Zugriff. Es gibt zwei drei Überlegungen... Die Rechner sind pingbar, horchen auf Port 3389 und trotzdem geht es nicht. Im Terminalservermanager sind keine bereits vorhandenen Logins da.... - Applicationmode: Ich hatte tatsächlich auf einem Server aus Versehen die TS-Dienste installiert. Und nach 90 Tagen war fertig. Ich gehe davon aus, das keine TS-Dienste installiert sind und unter System\Remote Remotedesktop eingeschaltet ist. - Policys Gibt es innerhalb der Domain irgendwelche Richtlinien, die die Nutzung von TS-Diensten oder Remotedesktop einschränken ? (Die Fehlermeldung wäre dann aber your policies doenst allow to logon interactvely o.ä.) - Lokale Rechte (Die Fehlermeldung wäre dann aber your policies doenst allow to logon interactvely o.ä.) - Wenn der Port horcht wie sieht es aus mit telnet servername 3389 kommt eine Dosbox wo man/frau mit enter sich runterklicken kann ? Last not least, hatte ein verwandtes Problem, dass von dem DC stammt, der irgendeine Strange Policy an die Clients verschickt nach. Kräftigem Durchbooten, (alle Server und Clients) ging es dann wieder (war in einer Testdomain der Fall). Also viel Erfolg, Gruss, Matthias

Hallo Frank Ich hatte diese Meldung auch schon ... Nach dem Rebooten des Servers ging alles wieder. Ich erlebte es allerdings auch schon, dass ich SUS komplett neu installieren musste (die Daten sind ja da). Aber warum um dreiteufelsnamen kommt das vor ? Das ganze hat identisch begonnen. Wie sieht es sonst aus mit den IIS Diensten .. Da sind keine events vorhanden ? Gruss, Matthias

Hallo Wie wird denn der Script angeworfen (ueber Policy von dem DC, oder ueber einen Registry-Key). Mit anderen Worten sind diese clients in einer Domain oder in einer Workgroup ... Ich hatte das Problem, dass die XP Maschinen generell Mühe hatten den Namen des DC-s (wo das SYSVOL-Verzeichnis mit den Scripten liegt) aufzulösen. Seit ich die IP-Adresse des Servers eingetragen habe, funktioniert es perfekt. Ich denk' die Ursache ist die DNS-Auflösung und der DNS-Cache von dem Client ... Gruss, MAtthias

Hallo + Willkommen Wie heisst den der Task der diese Last generiert ? Gruss, MAtthias

Hallo Blub Ich habe alle Varianten probiert ... Set ou = domainDNS.GetObject("OrganizationalUnit","ou=Resources, ou=Desktops, dc=losgysin, dc=ch") --> There is no such object on the server. Set ou = domainDNS.GetObject(OrganizationalUnit, ou=Resources, ou=Desktops, dc=losgysin, dc=ch) --> Microsoft VBScript runtime error: Variable is undefined: 'OrganizationalUnit' Wie muesste denn der ganze Pfad heissen .... Gruss, MAtthias

Hallo Blubb Geht leider nicht: Set ou = domainDNS.GetObject("organizationalUnit", "ou=resources", "ou=desktops", "dc=MYDOMAIN", "dc=ch") Antwort ist: Microsoft VBScript runtime error: Wrong number of arguments or invalid property assignment: 'GetObject' Gruss, MAtthias

Hallo Leute Ich bin sooo **** ... ich glaube ich blick das nicht :D , aber vielleicht jemand von Euch ... Nach dem UA-Setup meiner clients erscheinen die in der ADS unter homeorg\computers. Nun automatismus ist ja was tolles ... ' 1. Auf das Konto zugreifen, das verschoben werden soll Set domainDNS = GetObject("LDAP://" & dc) Set container = domainDNS.GetObject("container", "cn=computers") Set user = container.GetObject("computer", "cn=" & strComputerName & "") ' 2. Auf die Organisationseinheit zugreifen Set ou = domainDNS.GetObject("organizationalUnit", "ou=Resources") Set newobj = ou.MoveHere(user.ADsPath, vbNullString) Verschiebt die Computerkonten in die OU homeorg\resources. Als anspruchsvoller Mensch haben wir natürlich zwei OUS fuer LAptops und Desktops. Wie krieg ich das gebacken, dass die Desktops z.Bsp. direkt in die OU homeorg\resources\Desktops wandern ... den LDAP-Pfad frisst er nicht ... ' 2. Auf die Organisationseinheit zugreifen Set ou = domainDNS.GetObject("organizationalUnit", "ou=/Desktops, ou=Resources") Set newobj = ou.MoveHere(user.ADsPath, vbNullString) Wie lautet den die Syntax wenn ich eine OU in einer OU habe ... Gruss, + Vielen Dank Matthias

Hi =(Apache)= Com Ich habe fuer unsere Firma einen Client gebaut, wo man Bootdiskette reinmacht und am Schluss alles fertig ist (mit Installation von AdobeReader, Winzip, Quicktime, Office, Nero, Antivirensoft) Onkel Gauss hat schon was über HD geschrieben. Wichtig ist, dass die Infrastruktur klar definiert wird, denn sonst beisst sich die Katze in den Schwanz (welche Dienste liefern vorhandene Server). Als Beispiel wie ich das meine: - Jeder Part im UA-Setup definieren und festlegen warum etwa geschieht. Im wesentlichen unterscheidet man verschiedene Clientstatis: Ueber $oem$ kannst Du schon im GUI-Mode sehr kritische Securityfixes einbauen. Die beste ERFA habe ich gemacht, wenn der client sich selbst als Workgroup aufsetzt und dann mit netdom (Resourcekit) sich in die Domain joined. Nach dem Joining kannst Du ueber den HKLM\sw\ms\windows\currentversion\run ein eigenes Setup laufen lassen. Es gibt also den zustand: Textmode (darin macht man eigentlich nie was), GUI-Mode, Workstation, Domain. Bei mir werden alle defaults wie desktop etc. ueber Policys festgelegt. (Das muss konzeptionell passen) Dann die Workstation erhält ein Grundmass an Securitypatches und wird dann automatisch vom SUSServer den Rest ziehen. Outlook (Exchange) wird automatisch konfiguriert. Office Pfade etc werden ueber Office-Policies (im Reskit zu Office) festgelegt. Fuer weitere unattend Installation von SW empfehle ich auch die Seite http://www.appsdeploy.com Last not least: Sicherheit. Wenn Du bei einem Rechner von MS während dem Setup shift-f10 drückst startet in diesem Modus die cmd.exe. Mit net localuser administrators banane /add hast Du einen Localadmin mehr .... das ist nicht mehr so einfach zu lösen. Wenn Du daran interessiert bist, schiebe ichs rueber. Ich habe die clients unter vmware gebaut. Allerdings ist die Setupdauer nicht unbedingt representativ d.h. auf einem physikalischen Gerät dauert das Setup beträchtlich weniger lang. Gruss + Viel Erfolg MAtthias

gr@emlin ist der BESTE !! Es geht auch bei mir . .... :) Vielen Dank und Gruss, Matthias

Hallo Leute Ich versuche meine erste Schritte aus Registry-Key ein ADM Template fuer die Domain zu stricken, aber leider bin ich vermutlich zu dumm dazu ... So sieht das ADM aus: CLASS USER CATEGORY "Desktop" CATEGORY "STARTMENU" POLICY "DISPLAY FAVORITES IN STARTMENU" KEYNAME Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced VALUENAME "StartMenuFavorites" VALUEON NUMERIC 1 END POLICY END CATEGORY END CATEGORY und so sieht der Registryteil aus: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced] "StartMenuFavorites"=dword:00000001 Ich möchte, dass die Favoriten im Startupmenu angezeigt werden ... ich kann dieses "ADM" einbinden es wird angezeigt, ich habe jedoch keine Optionen zur Auswahl. Gehe ich richtig, dass dann was im ADM File nicht stimmt ? Ich habe auch das tool reg2adm versucht, aber da ist das Resultat realtiv strange. Die Seite gruppenrichtinien.de half auch nicht weiter wie auch die Seite adm-files.de Gruss, MAtthisa

Hallo Zu den IDE-Platten: Es gibt seit einiger Zeit ganz gute IDE-Raidcontroller. Da v.a. im KMU Bereich oft das Geld (leider) nicht da ist fuer ein SCSI Equipment. Ich persönlich fahre seit 4 Jahren mit IDE-Raid ganz gut. Eine USV sollte mindestens einmal im Monat "runtergezogen" werden. Es ist eine elektrotechnische Tatsache, dass die permanente Schwebeladung Akkumulatoren strapaziert, was sich v.a. damit äussert, dass die Ladekapazität sich reduziert. Eine USV sollte einmal im Monat vom Netz getrennt werden und geprüft werden, wie lange sie hält. Das in einem Logbuch aufbewahren. Es ist auch sehr wichtig, dass die Parametrierung stimmt, d.h. dass die Server genügend Zeit für den Shutdown haben.... Ferner sollte jede USV 1x jährlich vom Fachmann gewartet werden. Gruss, Matthias

Hallo Server sind Infrastrukturgeräte wie auch Switche. Schliesslich schaltest Du den Kühlschrank nachts auch nicht aus, weil es kühler ist. Das wär was im Sommer n laufwarmes Bier ... :D Tatsächlich ist es natürlich schon so, dass die Diskbelastung nicht ohne ist. Mein Bastelserver hat 8 Disks. Der lief früher 24h, dann konnte ich alle 6 Monate vier Disks wegschmeissen ... Vernünftigte Poweroptionen haben die Geräte ja alle, dass sie nach 15 Minuten Leerlauf z.Bsp. die Disks runterfahren ... Allerdings sehe ich diese Option eher bei einem Fileserver, denn ein DC repliziert und allenfalls ist das Ding noch Mailserver. Dann ist sowieso Feierabend mit Stromsparmodis. Equipment kaufen, dass für Serverbetrieb gebaut ist. Gruss, Matthias