emm-gee

Guten Abend, Kollegen! Folgendes Szenario: Domänennetzwerk mit Win2k8R2 als DC, W2k8 (64bit) als Druckserver (unter anderem). Clients alle Windows 7, aber 32bit und 64bit gemischt. Es gibt 2 Toshiba-Multifunktionsdrucker (einer nur schwarz/weiß, der andere farbig) die beide per LAN und Universaltreiber (der gleiche für beide Geräte) angesteuert werden. Die Drucker werden per con2prt und GPO an die Clients verteilt. Den Farbdrucker hab ich am Druckserver 2 mal angelegt, einmal mit Druckeinstellung s/w und einmal farbig. Funktioniert auch wunderbar, aber wenn ich bei dem, den ich auf s/w eingestellt hab, die Druckeinstellungen ändern will erscheint die im Titel genannte Meldung. Ohne Fehlercode. Beim auf farbig eingestellten Drucker komm ich da aber ran. Jetzt kommt's aber: Bei einigen Clients geht es, bei anderen nicht. Die Architektur spielt offensichtlich auch keine Rolle. Der Schwarz/Weiß-Drucker (der ja nur einmal angelegt ist) macht keine Probleme. Jemand eine zündende Idee? Gruß Maik

So, am 11. hat die Kiste komplett das Zeitliche gesegnet. Fuhr nicht mehr hoch... Ich vermute nun doch "echte" Hardwareprobleme mit dem Nvidia-RAID, da ich von den Platten kein komplettes Image ziehen konnte (einzeln an einem anderen Controller gings dann). Jetzt steht ne neue Box da und alles läuft wieder in geordneten Bahnen... Trotzdem danke für eure Mühe! Gruß Maik

Nein, konnte bis jetzt noch nicht an die Maschine ran. Werde erst am Wochenende dazu kommen. Feedback kommt...

@iDiddi: 1. Keine Sicherheitssoftware, die läuft nur auf den Clients 2. nope 3. werde ich noch mal testen, hatte nur die DB ausgehangen 4. kann ich auch noch mal probieren - soll ich ne extra Platte reinhängen oder nur den Pfad ändern? 5. knapp 40GB von 100GB 6. Nichts auffälliges, wie schon beschrieben Der Link scheint ziemlich interessant. Ich hab hier zwar keine Intel-Southbridge, sondern eine nVidia. Da sowohl NIC als auch RAID von nVidia sind, ist anzunehmen, dass beide in der SB integriert sind. Ich kann ja evtl. noch mal mit den Treibern experimentieren... Danke trotzdem für den einen oder anderen Denkanstoss!

RAM mit memtest gecheckt -> OK, chkdsk über alle Partitionen ohne Fehler... Das Interessante ist ja, dass die .edb und .stm per Windows PE von CD problemlos kopiert wird. Auch im Systemlog finden sich keinerlei Hinweise auf Speicher- oder Plattenfehler. Das Backup läuft ja soweit auch durch (.bkf ist ca. 45GB groß), laut Syslog friert die Kiste aber ein paar Minuten nach Start der Postfachsicherung ein, also an der Stelle, wo "jemand" auf priv1.edb bzw. .stm zugreift. Edit: Die ntbackup.log kann dann auch nicht mehr geschrieben werden. Die Datei existiert zwar, ist aber leer (0 Byte).

Hallo Community, hab ein Problem, bei dem mir die Logik nicht mehr weiterhilft... Während des nächtlichen Backups (ntbackup) auf USB-Platte friert die Kiste (Primergy Econel 130 S1) seit ca. 2 Wochen nachvollziehbar dann ein, wenn sie versucht, den Postfachspeicher vom Exchange zu sichern (priv1.edb). Nun habe ich im Systemmanager den Postfachspeicher ausgehangen und versucht, die priv1.edb und .stm händisch zu kopieren. Ergebnis: FREEZE. Kein Eintrag im Ereignisprotokoll, keine Reaktion auf irgendwas, Plattenlampe flasht ab und an. Hard Reset, nach Neustart ist alles wieder in Butter. Die Kiste von CD gestartet, o.g. Dateien kopiert, ohne Probleme. Habe hier: http://www.petri.co.il/forums/showthread.php?t=25841 von ähnlichen Problemen gelesen und versucht, die DB mit eseutil /g zu checken. Resultat: bei ca. 50% FREEZE. OK, dachte ich, nimmste die Kopie der DB und checkst die mal auf einem anderen Rechner. Eseutil läuft durch und meldet keine Probleme! Kleiner Mann, was nun?

Na dann müssen Sie eben damit leben. Oder investieren...

@olaf: Du musst doch das Raid nicht auflösen, weil du auf dem Set anders partitionieren willst... Also ich persönlich würde die Sache mit WinPE (hatte z.B. c't mal eine Spezialversion im Angebot) und PartitionMagic realisieren (letzteres kann Partitionen auch verkleinern. Schließe mich aber der Frage von lefg an: Wozu dieser Aufwand? Gruß Maik

Hallo Kollegen, habe hier eine Installation mit W2k-Server und Tobit, an dem u.a. auch einige XP-Clients hängen. Auf diesen ist durchweg der IE7 installiert, weshalb nach Aussage von Tobit das Infocenter nicht richtig funktioniert: HTML-Emails werden in der Vorschau zwar richtig angezeigt, wenn diese aber per Doppelklick geöffnet werden, sieht man nur ein leeres Fenster. Tobit rät natürlich, auf die neueste Version upzugraden (klar!). Gibt es denn keine Sicherheitseinstellung oder einen Registry-Tweak, mit dem ich das Infocenter bzw. den IE überlisten kann? Gruß emm-gee

Die Partitionen kannst du doch auch während der Windows-Installation festlegen, wozu denn zusätzliche Software? Gruß Maik

@Damian: Die Datei, die du runterladen kannst, ist eine ausführbare ZIP-Datei, die sich selbst entpackt. In dieser ist wiederum ne .exe, die man auch auspacken kann. Dort ist dann das eigentliche "Installationsprogramm" drinnen. @Lian: Nur die Toolbox funktioniert nicht, da diese keinen Scanner erkennt. Vista scheint deinen Scanner zu "kennen" und installiert den weniger speziellen WIA-Treiber, mit dem offensichtlich auch die Toolbox umgehen kann. Den TWAIN-Treiber gibts aber nur von Canon... GELÖST: Ich hab letztlich mithilfe vom USB-Troubleshooter die alten "Unbekannten Geräte" gelöscht, das Deinstallationstool von Canon drüber gejagt, den Treiber nochmals installiert und danach den Scanner in eine andere USB-Buchse gesteckt (schwitz). Und dann hats funktioniert... Trotzdem danke für eure Vorschläge. Gruß Maik

Hallo liebe Servicepack-Geplagte, ich habe hier ein frisches System mit XP professional allen aktuellen Updates und auch dem Service Pack 3. Dort soll ein Canon Canoscan 5200F per USB dran. Kein Problem, dachte ich: Flugs bei Canon vorbeigesurft, aktuelle Scangear Software runtergeladen und versucht, zu installieren. Es öffnet sich kurz das Fenster von Winzip, welches irgendwelche Dateien entpackt und danach gleich wieder löscht. Hab schon verschiedene Versionen getestet, immer das gleiche... Wenn ich den Scanner dann anschließe, bekomme ich ein "Unbekanntes Gerät" im Gerätemanager (was aber "einwandfrei funktioniert", wie lustig!!!). Gibt es dazu schon irgendwelche Erfahrungen? Gruß Maik

Hallo Guenther, danke für den Tip. Hab mich gestern nach dem Tip von IT-Eric noch mal umgesehen und bin fündig geworden. Manchmal sieht man den Wald vor lauter Bäumen nicht.:rolleyes: LG Maik

@GuentherH: (Klatsch auf die Stirn), jetzt wo ich b) lese. Warum bin ich da nicht selbst drauf gekommen? Aber wenn ich mich recht erinnere, meckert Outlook doch dann rum, wenn man die Mail schließt und den Anhang noch geöffnet hat, oder? Naja, ich werd dem User die Bedienung seines Outlooks noch etwas "näher" bringen. Wenn das nicht hilft, komm ich um das Skript wohl nicht herum. BTW: gibts ne Variable für das OLKxxx-Verzeichnis? Danke und viele Grüße Maik

Hallo allerseits, ich hab zwar schon ordentlich gegoogelt und das Forum hier durchsucht, bin aber leider nicht fündig geworden. Ich habe hier nen niedlichen SBS2k3, der u.a. auch den Faxempfang übernimmt. Klappt alles soweit problemlos, Faxe werden in einen ÖO verschoben. Der Dateianhang der "Faxmail" heißt immer gleich: fax.tif. Nun habe ich das Problem, dass Outlook bei jedem Öffnen dieser fax.tif im Outlook-Temp Ordner (unter Temporary Internet Files) eben eine temporäre fax??.tif anlegt (?? ist eine Zahl, die wird mit jedem Öffnen um 1 erhöht). Wenn im Temp-Ordner soviele Faxe liegen, dass keine zweistelligen Ziffern für die Benennung mehr frei sind, weigert sich Outlook, den Anhang zu öffnen. Soweit das Problem... Wenn ich den Faxempfang so konfiguriere, dass die Faxe in einen Ordner auf der Platte abgelegt werden, vergibt der Faxdienst eindeutige Dateinamen (die glaub ich das Empfangsdatum/-zeit enthalten). Kann denn der das nicht auch für die Mailanhänge machen?:confused: Grüße Maik

Hallo curcuma, normalerweise brauchst du nicht mal die Anpassung an der boot.ini vornehmen, das macht XP von sich aus... Weitere Dateien sind auf der 1. Partition für w2k nicht notwendig. Falls du der Setup-Routine nicht traust, mach einfach von der ganzen Platte ein Image... Gruß Maik

Sorry, die genaue Fehlermeldung hatte ich mir nicht notiert... Inzwischen konnte ich das Problem auf die rabiate Art lösen: Ich hab das (servergespeicherte) Profil auf dem Server und dem Client gelöscht und schon hat's geklappt. War wohl in irgendeiner Datei im Profil der Wurm drin... Komischerweise lief vor der Neuinstallation alles ohne Probs... Trotzdem danke für die Mühe! Gruß Maik

Hallo Kollegen, ich hab hier ein merkwürdiges Problem. Meine Umgebung: SBS 2k3 R2, frisch installiertes XP mit IE7 und allen Updates, Office 2k3 SP3, servergespeichertes Profil. Anmeldung an die Domäne klappt problemlos, wenn ich aber Outlook an Exchange anmelden will, kommt ne Fehlermeldung in etwa: Während Exchange läuft können keine Änderungen blabla gemacht werden und ich bekomme immer wieder den Dialog zu sehen, in dem ich den Exchange-Server und das Postfach angeben soll (die Überprüfung dort ist erfolgreich???). Der Zugriff auf OWA vom selben Rechner klappt problemlos. Will ich von einem anderen Rechner aus auf das Postfach zugreifen, geht das auch nicht. Das Dumme ist: ein anderes Postfach funktioniert. Und vor der Neuinstallation hat's wunderbar geklappt... Ich hab momentan keinen richtigen Ansatzpunkt:confused: . Jemand von euch vielleicht? Gruß Maik

SQL-Server Standard Edition v8.00.760 (SP3) Hardware: 4x Xeon 3,2GHz, 4GB RAM (laut Everest die SPDs ausgelesen, zeigt interessanterweise nur 3,25GB an...) Statistik und Reorg mach ich mal nach Feierabend... Maik

Hallo Cracks, ich habe hier einen Server (2k3), auf dem die Datenbank für eine Großhandels-WaWi auf MS SQL Server läuft. Schicke ich von einem Client eine Abfrage los, dann steigt die CPU-Systemlast auf gerademal 20% (am Server) und es dauert 3 bis 4 Sekunden, bis dieser die Antwort zum Client schickt. Ich gehe davon aus, dass der SQL-Server die komplette Datenbank im RAM hat, da der Prozess ca. 1,7 GB im RAM belegt. Liegt das evtl. an der Konfiguration von MS-SQL oder ist hier die WaWi-Software nicht ganz optimiert? Netzwerkprobleme kann ich ausschließen, die Belastung geht während der Anfrage und Antwort nicht über 5% hinaus... Gruß Maik

Hallo Mario, vielleicht hilft dir das weiter: Verborgene Systemvariablen Gruß Maik

Hm, ich kann dir nicht wirklich ne Problemlösung geben, aber nen Tipp: Es geht manchmal schneller, neu zu installieren als den Fehler aufzuspüren... Nochwas: Die Maschine hängt beim Update hoffentlich wenigstens hinter nem Router, oder?

Au Mist, jetzt funktioniert alles. Wenn ich doch nur wüsste, was ich gemacht habe... Ich glaube, ich habe in den Eigenschaften für die Server-Netzwerkkarte bei "DNS-Suffix für diese Verbindung" den Domänennamen per Hand eingetragen (xxxxxx.local). Mal sehen, ob ich das bei Gelegenheit nachvollziehen kann... @ITHome: Ja habe ich gerade (sinnloserweise) gemacht. Hab das WMIDiag mal über meine Maschine laufen lassen (ohne AD), da kommt so ziemlich derselbe Report raus, also auch die o.g. "Fehler". Ich werd mal in 'ner ruhigen Minute die komplette Doku von WMIDiag durchforsten, vielleicht finde ich ja einen Hinweis, dass das so sein muss ;)

Hallo nurcool_de, traten die Symptome vor oder nach den Updates auf? Gruß Maik

@ITHome: Danke für die schnelle Antwort! Ich habe WMIDiag an einem Client ausgeführt und fand im Report folgende Fehler: 20571 11:53:05 (0) ** DCOM security for 'Microsoft WMI Provider Subsystem Host' (Launch & Activation Permissions): ........................ MODIFIED. 20572 11:53:05 (1) !! ERROR: Default trustee 'NT AUTHORITY\LOCAL SERVICE' has been REMOVED! 20573 11:53:05 (0) ** - REMOVED ACE: 20574 11:53:05 (0) ** ACEType: &h0 20575 11:53:05 (0) ** ACCESS_ALLOWED_ACE_TYPE 20576 11:53:05 (0) ** ACEFlags: &h0 20577 11:53:05 (0) ** ACEMask: &h1F 20578 11:53:05 (0) ** DCOM_RIGHT_EXECUTE 20579 11:53:05 (0) ** DCOM_RIGHT_LAUNCH_LOCAL 20580 11:53:05 (0) ** DCOM_RIGHT_LAUNCH_REMOTE 20581 11:53:05 (0) ** DCOM_RIGHT_ACTIVATE_LOCAL 20582 11:53:05 (0) ** DCOM_RIGHT_ACTIVATE_REMOTE 20583 11:53:05 (0) ** 20584 11:53:05 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 20585 11:53:05 (0) ** Removing default security will cause some operations to fail! 20586 11:53:05 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 20587 11:53:05 (0) ** For DCOM objects, this can be done with 'DCOMCNFG.EXE'. 20588 11:53:05 (0) ** 20589 11:53:05 (0) ** WMI namespace security for 'Root': .................................................................................. MODIFIED. 20590 11:53:05 (1) !! ERROR: Default trustee 'BUILTIN\ADMINISTRATORS' has been REMOVED! 20591 11:53:05 (0) ** - REMOVED ACE: 20592 11:53:05 (0) ** ACEType: &h0 20593 11:53:05 (0) ** ACCESS_ALLOWED_ACE_TYPE 20594 11:53:05 (0) ** ACEFlags: &h12 20595 11:53:05 (0) ** CONTAINER_INHERIT_ACE 20596 11:53:05 (0) ** INHERITED_ACE 20597 11:53:05 (0) ** ACEMask: &h6003F 20598 11:53:05 (0) ** WBEM_ENABLE 20599 11:53:05 (0) ** WBEM_METHOD_EXECUTE 20600 11:53:05 (0) ** WBEM_FULL_WRITE_REP 20601 11:53:05 (0) ** WBEM_PARTIAL_WRITE_REP 20602 11:53:05 (0) ** WBEM_WRITE_PROVIDER 20603 11:53:05 (0) ** WBEM_REMOTE_ACCESS 20604 11:53:05 (0) ** WBEM_WRITE_DAC 20605 11:53:05 (0) ** WBEM_READ_CONTROL 20606 11:53:05 (0) ** 20607 11:53:05 (0) ** => The REMOVED ACE was part of the DEFAULT setup for the trustee. 20608 11:53:05 (0) ** Removing default security will cause some operations to fail! 20609 11:53:05 (0) ** It is possible to fix this issue by editing the security descriptor and adding the ACE. 20610 11:53:05 (0) ** For WMI namespaces, this can be done with 'WMIMGMT.MSC'. 20611 11:53:05 (0) ** Diese Fehler für DCOM Security und WMI Namespace Security wiederholen sich jeweils mit verschiedenen "trustees". Der Client wurde vor ein paar Tagen komplett neu installiert, wissentlich verändert in Bezug auf WMI habe ich nichts. Werden die ACEs vielleicht per Gruppenrichtlinie entfernt? @Sunny61: Der Fehler tritt auch auf den Clients auf, auf denen kein ZoneAlarm drauf ist, also dürfte es daran kaum liegen...