lupo45

[sorry, hat sich erledigt, danke]

[sorry, hat sich erledigt, danke]

Hallo zusammen,

[sorry, hat sich erledigt, danke]

zu 1. Um VB-Scripte ohne CallScript aufzurufen, verwende einfach EXECUTE und starte WSCRIPT.EXE...

Danke für den Tip, aber genau das bin ich gerade dabei abzuschaffen! CallScript bietet meiner Meinung nach erhebliche Vorteile, insbesondere was Schnittstellen und Laufzeitkontrolle angeht...

zu3. Wenn Du NetInstall verwendest und ein VBS-Script im administrativen Kontext starten willst, führe die entsprechende Zeil im NI-Script im Kontext des NI-Services aus.

Danke auch für diesen Tip.

Aber glaubst du nicht, daß wenn ich in einer o.g. Umgebung seit >1Jahr tagtäglich arbeite, daß ich das dann nicht da tun würde, wo es sein muß? Wir haben hier und da allerdings ein paar Spezial-Features am Laufen bzw. noch nicht umgesetzte und anspruchsvolle Anforderungen, die es kompromisslos umzusetzen gilt.

Und das geht alles so nicht...ich sag nur Userprofile-Issues...naja, und noch EINIGES anderes...

PS: Ob man nun 1000 oder 10000 Clients mit NI verwaltet ist meiner Meinung nach Einerlei. Wenn Du mit schlechten Scripten die Plattformen versaust und der Kunde deshalb nicht mehr zu arbeiten vermag, gibt es schon bei 100 Maschinen Ärger!

Sorry, ohne hier jemandem zu Nahe treten zu wollen, aber aus meiner Sicht liegst du hier etwas daneben.

Bei uns arbeiten an der gesamten Infrastruktur 3-4 Firmen mit einigen Abteilungen und Gruppen, sowie auch externe Firmen. Das alles ist schon wirklich komplex und nicht ohne. Da kann man nicht einfach so mal irgendwas machen wie im Sandkasten mit Schippchen und Formchen. Jede noch so kleine Änderung verursacht aufwändige CR-Prozesse...

Wenn ich nur ein einziges Byte in einem Script/Projekt ändern wil, dann muß auch dafür ein CR her (Change-Request)

Auch da arbeiten wieder mehrere Stellen unterschiedlicher Firmen dran, da müssen Dokus erstellt oder angepasst, Integrationstests gefahren werden, ganze MAN-Segmente "mal eben erzeugt"...das auch in verschiedenen Umgebungen, egal, ob IP-, AD-, Home-Lw.- oder Mail-Account-mässig, oder, oder...

Insgesamt für alle Beteiligten sind das >3PT/CR! Und das wie gesagt für JEDES Fitzelchen...da muß man schon gut überlegen, BEVOR man etwas tut.

Man kann auch nicht mal eben irgendeine Software verteilen oder so, wenn irgendwelche Dateien nicht vorher zentral registriert wurden, dann wird das geblockt und fertig. Da fragt keiner nach Prioritäten und macht vielleicht ne Ausnahme

Wenn ich daran zurückdenke, wie ich in der Firma vor >2Jahren andere Kunden betreuen "durfte", wo es um weitaus weniger Clients ging, die auch noch grösstenteils im LAN hingen, dann ist das im direkten Vergleich schon ein ganz gewaltiger Unterschied...(aber so wie jetzt gefält's mir besser)

Ich bin jedenfalls ständig dabei, die Plattform eher zu verbessern, mittlerweile krieg ich das auch geschickter hin, als meine Vorgänger, irgendwelche externen "Enterpride"-Spezialisten... für die PAP, strukturierte Programmierung und Dokumentation z.B. Fremdworte sind...

Ganz ehrlich, wenn ich die o.g. Fragen nicht ernst meinen würde, dann würd ich sie nicht stellen. Also daher wär ich euch echt superdankbar, wenn ihr ein bissel mehr über Lösungs- als Workaround-orientierte Antworten nachdenkt. Tu ich ja auch...aber irgendwo hat jeder seine Grenzen, hoffentlich in den o.g. nicht jeder von uns! ;)

Mittlerweile ist es wirklich so, Masse an NI-Bugs k*t*t mich mittlerweile dermassen was von an...und ich krieg sie zu spüren...oft genug. Genauso wie die absolut ver******* unbrauchbaren Antworten des Hersteller-Supports :mad:

Ich hab's wirklich satt, mit Workarounds zu arbeiten. Und Provisorien halten ja leider immer am längsten. Das ist die Krux...hoffe der Frust kommt nicht allzu durch, wenn doch, sorry (grad heut wieder 3Std. Arbeit wg. NI-Bug am Ar**h, aber was willst machen...), nicht persönlich nehmen. :)

Zuerst solltest du dein Problem, wie war das nochmal... :suspect: artikulieren?

OK, ich wollte zwar zunächst wissen, ob hier überhaupt irgendwer mit NI scripted bzw. sich damit gut auskennt. WIRKLICH gut meine ich...

Aber gut, stelle ich direkt mal eine delikate Frage in den Raum, die gleich die 1. Hürde bei der Soll-Umsetzung darstellt: wie kann ich diverse Objekte und Methoden nutzen, die in vbs-Scripts normalerweise häufig und gern genutzt werden, aber bei Nutzung der CallScript-Funktion leider nicht zur Verfügung stehen?

Habe dazu keine brauchbaren Informationen gefunden...das Objekt jedenfalls wäre das WshShell, welches dann nicht funktioniert...

Eine weitere Frage wäre: gibt es eine Möglichkeit (vielleicht mit Schattenkopien??), ein Userprofil zu kopieren, obwohl der Buntzer der Profil-Quelle angemeldet ist? Problem sind ja die Dateien im Exklusiv-Zugriff :(

Ich glaub ich komm in Fahrt... ;) noch eine Frage wäre z.B.: wie kann ich mit vbs einen Prozess unter anderem Account (der dynamisch, situationsabhängig ermittelt wird, mit PW) starten? Habe auch hier sehr viel Zeit investiert aber nur eine für mich nicht optimale Lösung mit psexec gefunden :suspect:

Wer weiß was? ;)

PS, insbesondere an die Board-Admins:

Ja, ich weiß, da ist grad ein ähnlicher Thread zum Thema Druckerverwaltung. Wir machen das aber bereits jetzt ganz anders, also ich denk, der "Parallel"-Thread hier geht in Ordnung... ;)

Hallo zusammen,

wollte mal einfach in die Runde fragen, wer hier noch so alles mit NetInstall rumhantiert. Ich mach das mittlerweile tagtäglich und muß sagen, prinzipiell macht es ja schon Spass. Wenn nur immer diese elenden Bugs oder "Altlasten" nicht wären... :rolleyes: :suspect:

Ich glaub wir haben schon ganz gute Projekte durchgezogen, aber Schwierigkeiten gibt es natürlich immer...im Moment nervt besonders die Druckerverwaltung, da bin ich grad an einem recht umfangreichen VB-Script dran. :)

Ist hier zufällig irgendjemand dabei, der sowas in Enterprise-Umgebungen (>1000 Clients) automatisiert (hat)? :o Hätte da demnächst vielleicht die ein oder andere Frage...könnte aber sicher auch die ein oder andere beantworten. ;)

(edit: vertippert: es sind >10000 Clients, die ich meine...und >500 Server, Enterprise halt ;) )

Hallo zusammen,

mal ein kleines Update zu diesem (etwas älteren) Thema:

Ich habe hier jetzt so ein System mit dem o.g. Mainboard, mit einer P3-1GHz-CPU und 512MB RAM. Die Netzwerkkarte ist auch die o.g., GraKa eine alte ATI Rage XL.

Hab das Gerät mit WinXP-Pro installiert, rennt soweit alles. Aber wieder: sobald Netzwerkzugriffe gemacht werden geht die CPU-Auslastung auf 100%, selbst wenn ich auf langsamere WLAN-Hosts zugreife. Habe die Netzwerkkarte gegen eine Realtek RTL8139 getauscht: Problem bleibt immer noch. Ansonsten funktioniert alles bestens, aber sobald irgendwas über's Netzwerk gemacht wird, geht der Rechner in die Knie.

:mad:

Vielleicht hat ja mittlerweile hier einer eine Idee dazu? Ich möchte so ungern das Mainboard tauschen... :rolleyes:

Was mir da noch einfällt: ich meine es gibt sogenannte API-Call-Tracer. :cool:

Würde ich damit weiterkommen? Stell mir vor, daß dabei ziemlich viel diesbzgl. uninteressantes mitgeloggt wird, müsste also gut gefiltert werden. Hat einer von euch Erfahrungen mit sowas und kann etwas derartiges empfehlen??

Handelt es sich tatsächlich um einen Reboot, einem kontrolliert ausgelösten Prozess, oder ist es einfach ein Absturz mit anschliessenden Neustart?

Es ist ein "normaler" Reboot, nix Absturz, der PC wird herunter- und wieder hochgefahren. Welcher Prozess das initiiert will ich eben rausfinden, weil ich (und die anderen, die daran rumentwickeln) sich im Moment keinen Reim darauf machen können.

:suspect:

Mein geschätzter Kollege blub hat die Ereignisanzeige schon erwähnt, steht da etwas Auffälliges drin?

In der Ereignis-Anzeige steht wie schon von mir geschrieben nix drin. ABER: ich hatte vergessen, das Security-Log anzuschauen, hab nur ins Application- und System-Log geschaut. Werde das nachholen.

Ansonsten werd ich schauen wie ich am Log-Level rumschrauben kann, vielleicht ist da ja noch Analysepotential "versteckt"...

Hallo zusammen,

habe hier ein echt ärgerliches Problem:

während der OS- und App-Installation, also dem Deployment von PCs im Netz/Domain macht der Rechner einfach einen Reboot, obwohl von sämtlichen Automationsmechanismen an der Stelle, an der das auftritt nichts dergleichen getriggert wird. Hab inzwischen auch mal ein Batch in den Deployment-Prozess integriert, welches einfach im Hintergrund alle 300ms einen "shutdown -a" absetzt und das Herunterfahren verhindern sollte. Außerdem wird an der entsprechenden Stelle das entsprechende Automationsskript durch eine MessageBox "angehalten" um sicherzugehen, daß es nicht dadurch verursacht wird (weil am Ende dieses Skriptes schon ein Reboot surchgeführt wird, soweit kommt die Verarbeitung aber gar nicht). Der Reboot wird trotzdem durchgeführt und unterbricht somit den Deployment-Prozess, der an dieser Stelle dann nicht fortgeführt wird (durch den Reboot halt). In den Eventlogs ist nix besonders auffälliges zu sehen...

Was ich gern hätte wäre ein Tool mit dem man feststellen kann, von welchem Prozess und Userkontext aus dieser Reboot initiiert wird.

Kennt irgendwer so eine Software, mit der man sowas gezielt monitoren/loggen kann???

Hallo zusammen,

von Sysinternals gibt's ja so schöne Tools wie PsFile oder Filemon. PsFile ist aber nur für Remote-Zugriffe und bringt mir so nichts. Filemon zeigt mir nur an was im Augenblick an Zugriffen abläuft aber nicht welche Dateien alle im Moment geöffnet sind.

Kennt einer ein Tool mit dem man sehen kann, welche Dateien lokal von welchem Prozess geöffnet sind?

Hintergrund: habe auf einem Server einen proprietären Datei-Replikations-Dienst am laufen, von dem im Eventlog tonnenweise Einträge vorhanden sind, daß zu unterschiedlichen Zeiten mal auf die eine oder andere Datei nicht zugegriffen werden kann. Es sind nie die gleichen, immer unterschiedliche Dateien. Mit den o.g. Tools komm ich hier nicht weiter...

Hi Leute,

mal eine Frage, und zwar zum Thema AutoAdminLogon. Erstmal aber eine kurze Beschreibung des Szenarios.

Für AutoLogon gibt es ja unter hkml\software\microsoft\windows nt\currentversion\winlogon ein paar Values zum Einstellen, und zwar DefaultDomainName, DefaultPassword, DefaultUserName, AutoAdminLogon und ForceAutoAdminLogon. Habe hier eine XP-Maschine, die hatte überalle dort passende Werte drinstehen, also Auto-Anmeldung lief problemlos durch, man konnte ordnungsgemäß arbeiten.

Nun geht die Auto-Anmeldung nicht mehr, ich schau mir die Registry an und stelle fest, daß sich der Wert für DefaultUserName geändert hatte. Alle anderen Werte waren noch OK, aber der Username nicht.

Wenn wir mal davon ausgehen, daß niemand rumgespielt hat, gibt es irgendeinen Mechanismus, durch den sich der DefaultUserName-Eintrag ändern kann?

Was ich mal probiert habe: Abmeldung, dabei Shift-Taste gedrückt, AutoLogon wurde unterbrochen und ich konnte einen anderen User anmelden, ein Blick in die Registry zeigte, daß immer noch der ursprüngliche User für AutoLogon eingetragen war...durch was kann sich der Wert also ändern?

Also, hier mal wie wir's bei letzten Probs mit Symantec-AV gemacht haben. Zunächst mal etwas zur Umgebung: 1 zentraler SAV9-Server, ca. 800 Workstations per WAN in ganz D verteilt angebunden (darunter ca. 70% alte NT4-Karren mit NAV 7 und 8 und der Rest 2000/XP-Maschinen mit SAV 9). Auf den alten NT4's (also der Masse!) ging das Update nicht. Also VM hochgezogen, 8'er Server installiert (natürlich noch entsprechende Netzwerk-Routing-Konfig durchgeführt), per Skript aktuelle GRC.DAT (also wo die Einstellungen mit neuen Master-Server drin sind) auf alle NT4's verteilt, fertig. Jetzt ziehen sich alle Clients mit 7'er und 8'er NAV-Version wieder das aktuelle Patternfile...kann es sein, daß ihr auch Versions-Wildwuchs habt oder sind alle auf SAV10?

Alternative könnte sein: per Task-Scheduler stellst du auf allen Systemen einen regelmäßigen FTP-Abruf vom Symantec-Server ein, der das aktuelle Patternfile direkt in das entsprechende lokale SAV-Verzeichnis legt, von dem der Client sich eben das Update reinzieht. Infos dazu findest du in der KB von Symantec...obwohl das nicht der wahre Jakob ist, ggf. würd ich bei denen einfach'nen Support-Call aufmachen!

Vielleicht habe ich auch eine dicke Leitung unter mir und sitze drauf :rolleyes:

Nichts für ungut, aber nach dem Post unter Beachtung der vorangegangenen gehe ich mal schwer davon aus... :D

So, zurück zum Sachlichen, lies dir die Beiträge nochmal durch, vor allem mit besonderer Beachtung auf das Wörtchen "Process-Explorer". Vielleicht rufst du auch mal meinen Beitrag-Link in Post #3 dieses Threads auf. Falls du das Teil noch nicht kennst schau bei http://www.sysinternals.com nach, da gibt's den. Hammer-Software zum Nulltarif, echt zu empfehlen. Den Task-Manager willst du dann gar nicht mehr kennen... ;)

und das problem tritt erst auf, seitdem der rechner in der domäne hängt ;)

Kann es sein, daß da Logon-Skripte irgendwelchen 16bit-Schrott nachladen, wodurch das Problem dann verursacht wird? Da bringt dir dann MSConfig nämlich auch nichts...

Im übrigen ist NTVDM die NT Virtual DOS Machine. Sobald nur ein einziges mal eine 16bit-App gestartet wurde bleibt dieser Prozess immer aktiv (auch wenn eigentlich gar nix 16bittiges mehr läuft,normalerweise ist das aber kein Problem, da er keine Systemressourcen außer den benötigten Speicher in Anspruch nimmt), es sei denn der entsprechende User wird abgemeldet, das System neu gestartet, oder der Prozess abgeschossen...

Was sagt denn dein Taskmanager unter Prozessen ?

Schau mal welcher Prozess das verursacht und poste den dann mal :wink2:

Werden meine Beiträge hier eigentlich gezielt ignoriert oder hat da einer nur was aus Versehen überlesen?! :rolleyes:

Wer lesen kann (einschliesslich verstehen und denken :D ) ist jedenfalls klar im Vorteil...

@satfreak: poste bitte mal, wie's dir weiter ergangen ist. Ich habe für diese Problematik bisher leider absolut keine Lösung parat, da ich alles was geht gemacht habe: BIOS-Update, Chipsatz-Treiber auf aktuellsten Stand gebracht, und auch sonst alle möglichen Treiber aktualisiert. Das Problem besteht immer noch. Auch mit den BIOS-Einstellungen habe ich rumgespielt, z.B. IRQs fest vergeben oder andere Experimente, nichts hat bisher geholfen...

wi kannst du eine auslastung von 65-75 % und gleichzeitig einen leerlauf von 90-99 % haben. diese beiden angaben widersprechen sich. kann es sein das du spitzen von 65-75 hast das aber im allgemeinen der server doch leerlauf hat? :suspect:

Jenachdem, wie man wo schaut kann das schon sein, auch wenn's erstmal komisch aussieht. Die Sache ist, daß der Taskmanager in der Prozess-Liste nicht so 100% zuverlässig ist. Schau dir mal das hier an:

http://www.mcseboard.de/showthread.php?t=39727

Da sind Hardware-Interrupts und Deferred Procedure Calls, die die Kiste platt machen, das kann man mit dem Process-Explorer sehen. Wenn man aber im Taskmanager nachschaut wird einem der Leerlaufprozess mit um die 90% angezeigt, nichtmal System, währen im Reiter Systemleistung trotzdem die CPU-Auslastung gegen 100% geht.

Übrigens habe ich jetzt genau das gleiche Problem mit einem p3-1GHz auf einem TUSL2-Board (ohne C, in dem verlinkten Beitrag hatte ich mich leicht vertippert, das ist ein TUSL2-C). Habe XP frisch installiert ohne irgendwas besonderes nachzuinstallieren und direkt wieder gegen 100% CPU-Last bei Netzwerkzugriffen. Sehr ärgerlich. Mit Windows 2000 tritt das Problem nicht auf...

:mad:

@satfreak: ich geh mal davon aus, daß du vorher auch W2k drauf hattest? Welche Netzwerkkarte hast du? Welches Board, bzw. welchen Chipsatz auf dem Board? Schonmal mit dem Process-Explorer nachgeschaut? Ich vermute die gleiche Problematik (für die damals niemand eine Lösung, nichtmal einen Ansatz hatte)

:suspect:

Ich mein mich zu erinnern, der Unterschied ist der, daß man bei NT4 noch in einem zentralen Key nur die entsprechende Value verändern muss, während es ab 2k für jeden Netzwerkadapter einen Key mit'ner zugehörigen GUID gibt und dann darin die Änderungen halt pro Netzwerkkarte vorzunehmen sind...zumindest war's bei mir mit der DNS-Geschichte der Fall.

Achja, stimmt, oder der letzte Port, also bei einem 8er die Nr. 8

Ich hab sowas ähnliches mal für nicht zentral verwaltete NT4-Büchsen batch-gescriptet gemacht. Dabei ging's darum bei mehreren hundert Maschinen die fest eingetragenen DNS-Server zu ändern. War nur ein Registry-Key und kinderleicht mit reg.exe und regini.exe zu machen. Google einfach mal ein bissel wie/wo bei NT4 in der Registry die WINS-Settings zu finden sind.

:cool:

Mittlerweile erkennt das jeder halbwegs aktuelle Switch automatisch und man kann jeden Port als Uplink oder Standardport nehmen.

Mag sein, aber es ist eine potentielle Fehlerquelle... ;)

beim DSL Anschluss bekommt man ja kostenlose WLAN Router von Telekom oder Acor, geht das das ich einen Switch an den Ethernet Port anstecke und da 2-3 PCs dranhänge das die ins Internet können und sich auch gegenseitig sehen sowie auf die freigaben zugreifen können.

 

Hat jemand sowas schon gemacht.

Läuft hier auch ohne Probs. Der Vorteil ist: Wenn aus irgendwelchen Gründen ein Router-Neustart notwendig sein sollte, der Router abschmiert oder sowas, dann killt einem das nicht sämtliche Intranet-Verbindungen, lediglich die WLAN-Komponenten bzw. Connections mit denen wären netzwerkmässig betroffen (abgesehen vom Internet latürnich).

Eine Sache gibbet allerdings zu beachten:

Bei meinem 8port-Switch ist ein zusätzlicher Anschluss dran, der mit Uplink betitelt ist. Wenn man also den mit dem Router connected ist zwingend erforderlich diesen Anschluss zu benutzen. Für den Fall dass du also auch sowas hast unbedingt mal nachschauen!

Man hat natürlich noch die Alternative anstatt den Switch zu connecten, stattdessen ein System mit 2 Netzwerkkarten auszustatten und darüber nochmal zum Router zu routen...

Hat alles seine Vor- und Nachteile, man muss halt wissen was man will, was man braucht und was Not tut

hmmm, willst du damit sagen das Einträge für längst vorhandene Server verschwinden? ich ging immer von neuen Einträgen aus!! :eek:

Da verschwindet doch nix, wie bereits geschrieben:

- NSLookup funktioniert immer und überall

- Namensauflösung über den DNS-Client/Cache-Dienst (also Ping, RDP oder sonstwas) macht Stress

- wenn das passiert, dann nicht generell, sondern nur lokal an einer einzigen Workstation, die halt mal den ein oder anderen Server nicht auflösen kann (ob das auch mit der Auflösung von irgendwelchen Workstations, die dyn.-IPs haben, stressen kann weiss ich nicht, da ich und die Kollegen nur auf Server zugreifen müssen)

- nach einem net stop dns-client funktioniert es grundsätzlich immer!!!

- ipconfig/flushdns hilft nicht!!!

Dann könnte ich mir evtl vorstellen das evtl. Aging der Zonen das Problem auslösen könnte! ;)

Dann wäre es aber ein generelles Problem, welches jeder hätte und welches auch durch Beenden des dnscache nicht umgangen werden kann...

Jetzt endlich die Problematik begriffen? ;)

Aha, immer die Salamitaktik der Problemschreiber :D

Das sind mir die richtigen, erst schreiben:

Aber beobachte mal und teste auch ein bisschen herum und lass und wissen was herausgekommen ist

und dann meckern

;)

Schau mal im Artikel 8. Es ist so wie ich vermutet habe. Die Einträge sind noch nicht repliziert weil sie aus einer anderen Domäne kommen.

 

Das nächste Mal holst du dir halt bitte ein Snickers und wartest einfach brav 15 Minuten bis DNS repliziert hat oder du machst deine RDC per IP Adresse.

Wohin sollen die repliziert werden? Wie schon beschrieben sind die Server, deren Namen aufgelöst werden sollen, seit mehreren Monaten 24/7 online, die Einträge müssten also doch 'immer und überall' vorhanden sein. UND: es ist sporadisch mal der eine oder der andere Server, keine Regel erkennbar...