Squire

Wenn Du mit dem ESXi einen rosa Bildschirm bekommst - dann hast Du i.d.R. ein Problem mit der Hardware! Bei VMware sollte man gut mit der HCL arbeiten! Was darin aufgeführt ist funktioniert. Wenn Du Hardware abseits der HCL verwendest - eigenes Risiko! Mein letzter rosa Schirm ist Jahre her und das lag am Bug mit den Intel E1000 Treibern. Auf Neudeutsch - ESX is rock solid! Wir haben hier fast alles auf ESXn laufen - neben ein paar Hardwareservern ist fast alles virtuell - und seit Jahr und Tag kein rosa Schirm!

Hi, das Wildcard kannst Du verwenden - hatte ich in der alten Firma auch am laufen. Ging bei mir problemlos mit nem 2010er und später 2013er Exchange mit veröffentlichen OWA, Outlook Anywhere und Activesync für die Mobiles

@Doso: Für Outlook / Office 2010 gibt es seit Zeiten SP2

Wo ist das Problem? man nehme einen VMware ESXi Host .. und auf diesen den vDC. Dem ESX ist es schnurz piep egal ob eine Domäne läuft oder nicht - er startet sauber und in der Konfiguration hakt man den Autostart der VMs an und lässt den DC als allerersten starten - die Folgemaschinen dann wenn die VMwareTools aktiv sind ... Bei mir wird so z.B. die Firewall Appliance als aller erstes gestartet, dann der DC, der DB und dann XCH, sowie File, WSUS, etc ...

Hi, sehe ich genauso wie meine Vorschreiber ... einen vernünftigen Entrylevel Server bekommt man auch für ein schmales Budget. Alternativ bieten die großen Hersteller auch remanufactured an - das sind Geräte aus Demostellung oder Messen. I.d.R. mit vollem Support und voller Herstellergarantie. Desktop Hardware für Serverbetrieb kann man vielleicht als Testumgebung hernehmen aber nicht im Produktivbetrieb. Und bei 15 User ist der Laden nicht so klein ... Du kennst vielleicht den Spruch: "wer billig kauft, kauft zweimal" - das stimmt definitiv!

Das ist leider komplett falsch. HPE hat Trilead übernommen - das Produkt wird weitergeführt. Ebenso auch die verschiedenen Versionen. ich hab mir das Teil nämlich letztens erst angeschaut ...

Kleiner Nachtrag dazu ... das war ein known Bug im Intel E1000 Treiber für die VMs. VMware empfiehlt den VMXNET3 Adapter zu nehmen und nicht den Intel E1000. Der Fehler ist aber seit geraumer Zeit (2-3 Jahren) behoben.

Trotzdem dürfte die Lösung passen ... ASP.NET raus und wieder rein wie unten beschrieben. Deine Fehlermeldung ist identisch

Hallo, erster Suchtreffer bei Google: https://support.microsoft.com/de-de/kb/948139

Alternativ - man nimmt nen Sharepoint Foundation 2013 und verwendet für die Suche den integrierten Crawler - der ist sau schnell ... und bietet einen deutlichen Mehrwert für die Suche

dann frag ich mich aber, warum mein frisch aufgesetztes System am Wochenende (238 Patches direkt von Windows Update) in genau diesen Fehler lief? Der 3151706 war nicht drauf - den hatte ich nach den Fehlern selbst händisch installiert

Im LAN ist der MTU Wert standardmäßig 1500 ... für Jumpoframes kann der auf 9000 gestellt werden. Hierzu müssen aber alle beteiligten Komponenten (Netzwerkkarten, Switche, Router, etc.) die Jumboframes unterstützen und auf den gleichen Wert eingestellt sein um das dann auch zu nützen.

Lieber Norbert :D die Tätigkeiten wurden ja korrekt durchgeführt ;-) Notepad++ war schuld (zum teil wenigstens) so jetzt mach mich weiter fertig ... ich kam doch schon im Sack und Asche :D :D :D Spaß bei Seite ... trotz allem ist es ein NoGo was MS da veranstaltet hat ... erst nen Patch bringen, der den WSUS "kaputt macht" und dann einen Fix, bei dem ich noch händisch in den Konfigurationsdateien rumpfuschen darf. Noch dazu, dass man den Fix erst mal finden muss ... und dass man den ursprünglichen Patch, der den Fehler auslöst nicht zurückzieht ...

Asche auf mein Haupt ... Münsters Tipp führte mich in die richtige Richtung allerdings war der Fehler meiner einer und dann auch noch trivial ... ich hatte die Web.config mit Notepad++ editiert und beim Speichern nicht aufgepasst - sprich da hing dann ein .txt dran ... txt weg, Dienste neu gestartet und die Clients können wieder Updates ziehen Also der Patch mit den manuellen Änderungen zusammen funktioniert!

Hallo, es gibt mittlerweile einen "FiX" zzgl. manueller Anpassung. Der WSUS kommt zwar wieder hoch und es scheint auch bei vielen zu funktionieren ... bei mir laufen allerdings die Clients auf Fehler. Leider hab ich diesen Thread viel zu spät gesehen :( ich hab deshalb einen neuen Thread aufgemacht ... Ganz großes Kino was da Microsoft veranstaltet Mittlerweile geht es - ich hatte die Web.config nicht sauber abgespeichert ... aber dennoch ... händisches Abändern ist ein No Go! Da haben einige ihre Hausaufgaben nicht richtig gemacht!. Fazit - der Fix funktioniert aber birgt Fallstricke - zumal man den Fix erst mal finden muss!

Hallo Leute, ich hab meinen WSUS am Wochenende neuaufgesetzt (W2012R2). SSL wurde aktiviert und WSUS für SSL konfiguriert - so weit so gut ... Der Server holte sauber alle Update, die Clients bekamen die Updates vom WSUS ... dann hab ich die ganzen Patches auf dem WSUS reinlaufen lassen. Böser Fehler! Ich bin in die Falle von KB3148812 gelaufen. Nach einigem Suchen fand ich dann auf dem WSUS Blog diesen Eintrag hier. Also KB3148812 wieder deinstalliert und KB3159705 installiert, sowie die geforderten händischen Anpassungen durchgeführt. Ergebnis: WSUS Konsole geht wieder auf, er synced brave nur alle Clients ziehen sich keine Updates mehr und laufen auf Fehler 8024401f ... ganz großes Kino :( Hat hier jemand nen Tipp? VG Robert

Nebenbei ... das OS in der VM muss auch mit dem RAM Hot Add zurecht kommen ... Nebenbeix2 ... man sollte sich halt vor dem Hardwarekauf überlegen, was will ich darauf laufen lassen und entsprechend sizen ...

Hallo, mal ne blöde Frage .. warum arbeitest Du nicht einfach direkt mit nem AD Benutzer, sondern mit einem verknüpften Login? Robert

Du musst in Deinem VLSC nach folgendem suchen. Windows Srv 2012R2 DataCtr/Std KMS for Windows 10 den Schlüssel dann auf dem KMS Server mit slmgr /ipk xxxx-xxxx-xxxx-xxxx-xxxx importieren und gut ist 's

Also der WebClient ist mittlerweile ja schon schnell geworden. Ja ich nutz auch noch oft den C# Client, aber bei zwei VCenter im EnhancedLink Mode komm ich um den WebClient nicht rum :-) Es gibt bereits einen Fling des brandneuen HTML5 Clients ... der schaut auf den Screenshots gut aus. ich werd mir den demnächst mal anschauen. Auf die 6.5 bin ich jetzt schon gespannt. VMware setzt aber definitiv auf die Appliance - das hatten mir die Jungs in Cork/Irland auch bestätigt

Ich würde doch den Weg der Appliance gehen - Updates für den vCenter sind viel einfacher einzuspielen. Die Support Jungs von VMware sagen, dass die zukünftige Ausrichtung definitiv auf die Appliance geht ... Du brauchst auch keinen externen DB Server für das vCenter mehr ... ich hab den Wechsel zu den Appliances nicht bereut

... und man muss auch nicht alle CPU ESXi Lizenzen auf einem Schlag migrieren ... auch Downgrade geht ohne Probleme

Hallo, Du kannst ja die 6er Version erstmal mit dem 60 Tage Testmodus betreiben. Ich wüßte jetzt keinen zwingenden Grund, warum ich ein 5er und 6 vCenter längere Zeit parallel betreiben sollte. Außer Du willst über den Updatemanager noch 5er ESXi deployen ... Ich habe hier Anfang des Jahres auf die V6 umgestellt. Die beiden linkes Mode vCenter Server unter Windows hab ich durch zwei Appliances mit einem externen PSC ersetzt. Ein Nachteil der Appliance ist, dass man für den Update Manager trotzdem noch eine Windows Büchse pro VCenter benötigt. Der Update Client ist unter der V6u2 komplett im WebClient drinnen, d.h., dass der C# Client bald ausgedient hat. Jetzt muss sich VMware nur noch beeilen, das nächste Update für die vCenter Appliances zu bringen, damit das unsägliche Flashzeugs verschwindet und auf HTML5 umgestellt wird ... Nebenbei ... das Updaten der Appliances (PSC, vCenter) kann man entweder per iso vornehmen, oder auch direkt gegen eine URL ... die Updates auf die V6.0u2 hab ich via URL gemacht - das ging sehr geschmeidig (ok ich hab hier eine 155MBit Anbindung) ... Fazit - die beiden vCenter im enhanced Linked Mode laufen unauffällig - ebenso die ESXi ... was hübsch ist, dass ich jetzt sehr einfach VMs von einem vCenter ins andere migrieren kann ...

Eine UTM wie z.B. Sophos UTM oder Sophos XG

Hallo, Vorsicht beim Geschwindigkeitsvergleich zwischen LTO4 und LTO6! Die LTO6 Laufwerke wollen einen wesentlich höheren Datenstrom geliefert bekommen ... reißt der ab muss das Band ggf. neupositioniert werden. HP LTO Laufwerke passen die Schreibgeschwindigkeit dynamisch an - während das IBM LTOs anscheinend nur zu Beginn einer Session können. Das sind zumindest die Erfahrungen aus meiner alten Firma mit HP MSLs und HP LTOs zu Quantum Scalar 80 mit IBM LTOs ... die HPs waren beim Schreiben schneller (am gleichen Server, die Tapelibraries waren über Fiber am gleichem Swicht angeschlossen ...