KidStealth

Hi Stefan, dein DHCP sollte über den Helper erkennen, aus welchem VLAN bzw. Adressraum die Anfrage kommt und eine passende Adresse zuweisen - vorausgesetzt, ein entsprechender Scope ist schon vorhanden. Ich habe hier z.b. 15 VLANs auf einem unserer Switche erstellt und in der Switchkonfiguration eine DHCP Relay Option, welche auf unseren einzigen DHCP Server in einem der VLANs verweist. Der DHCP Server selbst hat Scopes für alle 15 VLANs. Funktioniert einwandfrei :-) Grüße Mark

besser spät als garnicht: Danke für die Links, Lian! Ich glaube wir werden dann wohl - um allen Problemen möglichst aus dem Weg zu gehen - QSM via SCVMM 2008 R2 nutzen.

hmja... grundsätzlich ists mir bekannt. ich mache mir trotzdem ein wenig sorgen :-)

das mit den isos ist bei hyp-v im failover genauso **** :) wie oft ich schon die integration isos dringelassen hab und die vm hochverfügbar machen wollte :-)

Hallo miteinander, wir haben aktuell mehrere VMs auf einem 2 Knoten Hyper-V Cluster (Server 2008 SP2) und planen die VMs auf einen neuen 2 Knoten Hyper-V (Server 2008 R2) zu verschieben. An beiden Clusterknoten hängt ein iSCSI Storage - auf dem neuen R2 Cluster wird dann entsprechend CSV genutzt. Hat da schon jemand Erfahrungen, wie man am besten vorgeht? Würde SCVMM die Chose ohne viel gebastel bequem umziehen? Aktuell befürchte ich einen zeitaufwändigen manuellen Umzug (VMs herunterfahren, hochverfügbarkeit entfernen, VMs exportieren, VMs im neuen System importieren, dann hochverfügbar machen). Grüße, Mark

mal abgesehen von den schon oben angesprochenen verschiedenen verwendungszwecken der produkte vermisse ich am meisten bei hyper-v die möglichkeit einen usb port zur vm durchzuschleifen. das geht zum glück mit 'nem "normalen" virtual pc/virtual server. achja... sollte das doch irgendwie gehen... für nen tipp bin ich natürlich dankbar :-)

Hallo Miteinander, ich habe hier folgendes Problem und würde mich über Hilfe freuen. Wir haben einen 2 Knoten Cluster Windows Server 2008 SP2, welcher als Hyper-V Failover Cluster genutzt wird. Als Datenspeicher wird ein iSCSI Gerät (easyRAID Q12QS-4GR2) genutzt. Cluster Validation Tests laufen komplett und ohne Fehler durch, die Eventlogs beider Knoten zeigen keine ungeklärten Fehlermeldungen, und es laufen auch schon diverse Gastsysteme fehlerfrei. Neuerdings taucht folgender Fehler auf: Wird im iSCSI Gerät ein neues Volume erstellt mit <= 300GB Größe zeigen beide Knoten die neue Disk als 300GB groß an. Völlig egal, ob sie auf dem Raidsystem 20GB, 100GB oder 149GB groß ist. Wird ein Volume mit einer Größe von 301 oder größer erstellt, wird dieses Volume auch mit der korrekten Größe von den Knoten erkannt. Leider habe ich bisher noch nichts gefunden, was mir die Chose erklären könnte - iSCSI Gerät hat die aktuelle Firmware, iSCSI Initiator der Knoten haben die aktuellen Treiber etc.. Die Herstellerfirma konnte unser Problem leider auch nicht reproduzieren. Ich weiß nicht, ob ich den Fehler getrost ignorieren kann - ich kanns mir nicht vorstellen. Grüße, Mark

Hallo miteinander, wir schlagen uns nun seit einigen Tagen mit folgendem Fehler in unserer Exchange2k7 Organisation herum. Emails an externe Empfänger werden nicht zugestellt (Fehler #550 4.4.7 QUEUE.Expired, message expired". Das ganze passiert jedoch scheinbar willkürlich. Mal funktioniert es, mal funktioniert es nicht. Dabei ist es unerheblich wer der Absender ist und an welchen externen Empfänger es geht. Wir haben eine 2007er Exchanger Organisation in einer 2003er Domäne. Kürzlich haben wir einen virtualisierten (Hyper-V) zusätzlichen 2007er Exchange SP1 (Mailboxrolle!) integriert. Es spielt keine Rolle, auf welchem Mailboxserver die betreffenden Postfächer sind - wie gesagt, die Fehler haben an/aus Charakter und lassen sich nicht gezielt reproduzieren. Die Exchange Boardtools (Mailflow Troubleshooter, Queue Viewer, BPA, Message Tracking) lassen mich auch nicht wirklich schlauer werden. "Google" hilft irgendwie auch nicht zufriedenstellend weiter. Falls wer eine zündende Idee hat und mir einen Stubs in die richtige Richtung geben könnte, wäre ich echt dankbar! Grüße aus Köln

Hallo Miteinander, ich habe vor, in einer Testumgebung ein paar der System Center Produkte einzusetzen und will möglichst nicht "ins messer" laufen. In den Dokus vom SCVMM08 steht z.B.. das sich bei der Installation die Geschichte im Zusammenspiel mit einem bestehenden Operations Manager07 integrieren lässt. Meine Frage daher: Gibt es eine Reihenfolge die man einhalten muss bei der Installation? Oder ist es egal, in welcher Reihenfolge ich die verschiedenen System Center Produkte implementiere - sie arbeiten _immer_ (wenn möglich) zusammen? Danke im voraus :)