McAbflug

Du hast das Ganze aber so nicht produktiv laufen, oder? Denn, Microsoft verweigert in solch einem Fall jeglichen Support, es sei denn, Du kannst genau diesen Fehler auf einer physischen Umgebung reproduzieren! Ansonsten kann ich in der VMX-Datei nichts feststellen, der Controller ist ein LSILogic, das passt. Ich vermute mal eher, dass Deine Hostmaschine ab und an ein Problem mit dem Datendurchsatz hat und dadurch die VM der Meinung ist, dass der Controller weg ist oder ein Problem hat, aber ein VMWare-Server in einer Produktivumgebung, Finger weg, dafür gibt es den ESX-Server! Auf was für einer physischen Maschine läuft denn Deine VMWare?

was auch funktioniert: Backup Exec System Recovery Desktop installieren, Image Deiner XP-Kiste machen (Kostenpunkt um die 50 Euro), danach neue VM bauen und einfach das Image in einer VM zurückspielen, VMWare hat die Unterstützung für Backup Exec System Recovery eingebaut. Danach die VMWare-Tools installieren, fertig

... und mit der jetzigen Beta der Workstation 6.5 kannst Du einen ESX in einer VM laufen lassen, zum testen und verstehen ideal!

Nutzer wir z.B. in der ConsoleOne gesperrt, Nutzer wird vom Client sofort abgemeldet und kann sich nicht wieder anmelden!

hmm, das wäre eine Methode, die wir ehrlich gesagt, nicht favorisieren! Das Ganze soll so ähnlich (oder gleich) wir bei Novell geschehen.

Hallo, eine kurze Frage; gibt es für folgendes Szenario eine Lösung? Nutzer XY als Domainuser angemeldet und arbeitet. Anruf Personalabteilung, User XY muss sofort gesperrt werden, kein weiteres Arbeiten darf mehr möglich sein. Durch die zwischengespeicherten Informationen kann er ja (trotz gesperrten Users) weiter arbeiten, das soll aber (das muss bei uns!!) verhindert werden! Unsere Domäne: W2k3, 2 DC's, Client-OS: WinXP Pro Vielen Dank schon mal für einen Tipp von Euch

wir setzen hier seit Jahren Symantec ein, angefangen bei Livestate Recovery (so hieß es damals) bis heute in der Version 8. Wir sichern ca. 50 Maschinen, die in einer relativ kurzen Zeit wieder online sein müssen und haben noch nie Probleme gehabt. Auch der Umzug auf eine neue Hardware funtioniert per Restore Anywhere Funktion ohne Probleme.

ich habs eh aufgegeben, ich hab mir einen Linksys UMTS-Router besorgt, damit gehts viel besser!

so mal als kurze Info für Euch: Unser Fehler ist mittlerweile bei Microsoft gelandet, die konnten den Fehler nachstellen und rätseln nun ob es ein Bug oder ein Feature ist.

Du kannst auch ein Netzwerk mit VMWare abbilden, wenn es keine Verbindung nach "aussen" geben soll, ist der Netzwerktyp "HOST-ONLY" Dein Favorit!

welches Netzwerk hast Du eingestellt? Host-Only?

Hallo Guenther, genau so ist es!

Kurzer Fehler von mir, nach dem zurückschieben kann er wieder senden! Nach dem Verschieben in die neue OU -- NDR, den Nutzer auf dem Connector gelöscht und neu hinzugefügt, dann kann er wieder senden. noch was, was mir grad einfällt: Wir haben dann mal vor und nach dem verschieben uns die Liste auf dem Connector mit ADSIEDIT angeschaut, der CN wir sauber geändert, daran liegts auch nicht.

Hallo Doc, das Gleiche, NDR kommt sofort! Erst wenn ich den Nutzer auf dem Connector lösche und wieder neu hinzufüge, kann er senden.

nein, wir haben nur eine Domain, keine Umstellung gelaufen, der Nutzer konnte ja schon senden, nur nach dem Verschieben in eine neue OU nicht mehr. Ich bin im Outlook als dieser Nutzer angemeldet, auch ein neues Anmelden brachte kein Erfolg.

Hallo Günther, eben manuell repliziert, kein Erfolg, die Meldung beim senden besteht immer noch

Hallo Boarder, mal eine ganz dumme Frage: Ich bekomme kurz nach dem Absenden einer Mail nach "draussen" immer die Meldung: "Sie sind nicht berechtigt, Nachrichten an diesen Empfänger zu senden" Spam, Blacklists, e.t.c schließe ich als Ursache aus. Ich bekomme die Meldung, nachdem ich folgendes getan habe. - neue OU im AD angelegt - Nutzer, der seit eh und je auf dem Connector eingetragen war und damit auch nach extern senden konnte, in diese neue OU verschoben - Nutzer bekommt sofort diese Meldung und kann nicht mehr nach extern senden Unser System AD basierend auf Server 2003 Exchange 2003 Warum? Hab ich hier einen schwerwiegenden Denkfehler??

Wenn Du beim erstellen der virtuellen Platte das allocaten des Diskspaces weglässt, hat zwar die Platte etwas Performanceeinbußen, diese sind aber eher marginal! Dann gehts auch schneller mit dem Erstellen der virtuellen Disk.

alle Patches wurden bei uns installiert, es gibt eine neue Build-Nummer, VMWare-Tools können, müssen aber nicht geupdatet werden. Alles problemlos gelaufen!

hast Du mal probiert, mit der Maus in die VM zu klicken? Dadurch bekommt die Maus den Focus in der VM, dann sollte es funktionieren. Raus mit der Maus kommst Du mit STRG+ALT

na gut, was soll passieren, der Agent wird installiert, danach kann man festlegen, dass er wieder deinstalliert wird, der Rest läuft rein über das Netz. Ansich gefahrlos, aber die Frage, die sich mir stellt, warum soll das ganze automatisiert laufen? Mit der Enterprise-Version kann man mehrere physische Maschinen gleichzietig virtualisieren. Das kritische an der Sache kommt ja im Anschluss, wenn die Maschine virtuell läuft. Dann muss ja zumindestens bei der "alten" Maschine das Netz getrennt werden e.t.c

der VMWare Converter kann es auch in der Enterprise Version nicht, zumindestens hab ich noch nichts derartiges gefunden

hmm ich hab auch noch nix negatives feststellen können, das Mightycare-Tool läuft ohne Probleme! Wir lassen den ESX-Patcher auf 5 Hosts los und bisher gab es noch nie ein Problem.

Start-Ausführen netplwiz eingeben Haken Bei "Nutzer müssen Kennwort eingeben" setzen

naja, da werde ich wohl warten oder weitersuchen müssen