Das Internet (als Transportmedium) nimmt im täglichen Geschäftsbetrieb (Anbindung an die Firma) für den Außendienstmitarbeiter eine immer wichtigere Rolle ein. Doch oft gibt die Internetleitung die benötigte Bandbreite nicht her. Häufig führt das zu Einschränkungen im Geschäftsalltag, weil nicht an jedem Standort (Hotel, Mobil) schnelles Internet zu bezahlbaren Preisen zu haben ist.
Hier hilft die sogenannte WAN-Optimierung
Da ich immer wieder in Kunden- und Schulungssituationen festgestellt habe, dass sich vor allem langjährige vSphere Administratoren schwer tun, gewisse Schalter und Funktionen im neuen vSphere Web Client 5.x (5.1 / 5.5) zu finden, möchte ich in diesem Artikel die meines Erachtens wichtigsten Funktionen und Einstiegspunkte des Web Clients an Hand von Screenshots aufzeigen. Er dient als „Where to find it“, als Einstieg für Administratoren, die sich zum ersten Mal mit dem Web Client auseinander setzen bzw. als kleines „Nachschlagewerk“ bevor man lange in den Tiefen des Web Clients suchen muss. Vor allem seit dem Release von vSphere 5.5 und der Virtual Hardware Version 10 wird der Admin teilweise gezwungen, den Web Client zu verwenden…
UPDATE: Richtigstellung des OS Enablement Licencings für das FlexArray-Feature.
Am 19. Februar war es endlich soweit: NetApp stellte die neuen Storage Controller der Serie FAS8000 vor. Doch neben den offensichtlichen Veränderungen bei der Hardware (schneller, doller, größer) führt NetApp auch einige Neuerungen in der Produktpolitik ein, die sich erst bei genauerem Hinsehen zeigen. Das sind zum Beispiel Änderungen bei den Release-Zyklen der Software, der Preispolitik von Festplatten und dem Betriebssystem sowie die Zusammenlegung der beiden Produkte FAS und V-Series. Weiterlesen
Was lange währt, wird endlich gut… Normalerweise bin ich eher der konservative Typ, wenn es darum geht, vSphere immer auf die aktuellste und neueste Version zu patchen. Mit diesem Artikel bitte ich jedoch darum, eure vSphere 5.0 / vSphere 5.1 / vSphere 5.5 Umgebungen so schnell es geht auf das aktuellste Patchlevel innerhalb der Produktfamilie upzugraden. Warum?
In diesem Artikel ein kleiner Tipp, da mir oben genannte Fehlermeldung nach einem Upgrade der vSphere Umgebungen bei Kunden immer häufiger über den Weg läuft.
Einige Kunden setzen noch eine Windows Server 2003 oder einen Windows XP Rechner / VM als Administrationssystem ein. Von diesen Systemen wird per vSphere Client auf den vCenter zugegriffen. In den VMware Release Notes ist der Fehler beschrieben, der beim Logon auf VMware vSphere 5.5 / vCenter 5.5 Umgebungen zu folgender Fehlermeldung führt:
"An unknown connection error occurred. (The Client could not send a complete request to the server. (The underlying connection was closed: An unexpected error occurred on a send.))"
In Kundenumgebungen ist es mir allerdings bereits auch schon mit der VMware vCenter Version 5.1 U2 passiert, dass diese Fehlermeldung erscheint. Wie kann ich den Fehler beseitigen bzw. wie mache ich es möglich, weiterhin meinen Admin-PC zu nutzen?
Das Internet nimmt im täglichen Geschäftsbetrieb eine immer wichtigere Rolle ein. Neben den üblichen Anwendungen wie Web und Mail werden darüber Außendienstmitarbeiter sowie ganze Außenstellen mit der Zentrale verbunden, Offsite-Backups übertragen und Meetings im virtuellen Räumen abgehalten.
Doch oft gibt die Internetleitung die nötige Bandbreite nicht her. Häufig führt das zu Einschränkungen im Geschäftsalltag und nicht an jedem Standort ist schnelles Internet zu bezahlbaren Preisen zu haben.
Die Technologie dahinter ist technisch hochkomplex, aber schnell erklärt: Überträgt man Daten zwischen zwei (oder mehr) Standorten stellt man einen WAN-Optimierer als physische oder virtuelle Appliance dort vor den Netzübergang. Alle Pakete, die Standort A zu Standort B schickt fängt die Appliance ab, reduziert die Daten und schickt die verkleinerte Datenmenge über das Internet zur Appliance der anderen Seite. Dort werden die wieder auf Normalgröße gebracht Daten weitergeschickt. Standort B erhält so die Daten in vollem Umfang, aber nur eine verkleinerte Version davon wurde über das Internet übertragen.
Ergebnis: Die Bandbreite wird weniger belastet.
Oder: Es passen mehr Daten bei gleicher Bandbreite über die Leitung.
Ein weiterer Vorteil: Durch weniger Belastung der Leitung sind schnellere Reaktionszeiten möglich. Besonders zeitkritische Anwendungen profitieren stark davon: Audio- und Video-Streaming, VOIP-Telefonie, virtuelle Desktops, … Weiterlesen
In diesem Artikel möchte ich euch die Einrichtung von NetApp SnapManager SQL näher bringen. Ebenso wird in diesem Artikel die Integration in NetApp OnCommand erläutert, damit automatisiert über eine Protection Policy nach einem erfolgreichen lokalen Backup automatisiert ein SnapVault auf eine Secondary NetApp getriggert wird.
Folgende Konfigurationsschritte werden beschrieben:
Troubleshooting: OnCommand Core
Die OnCommand Installationen kommen nun in ein „gewisses“ Alter und nun läuft das SSL-Zertifikat ab. Somit kann keine Kommunikation mehr zwischen den Host Packages der VCenter und dem OnCommand Core stattfinden. Leider ist aus der Fehlermeldung auf die Schnelle nicht zu sehen, dass es sich um ein abgelaufenes Zertifikat handelt.
Im OnCommand erscheint nur diese Fehlermeldung:
In diesem Beitrag möchte ich eine Lösung vorstellen, mit der es möglich ist, ein Loadbalancing für VMware Horizon View Connection Server bzw. auch für View Security Server zu realisieren. Es gibt diverse unterschiedliche Lösungsansätze am Markt, ich möchte euch heute die Lösung von loadbalancer.org vorstellen. Warum diese Lösung?
Wir nutzen intern und auch für Kunden die Backup-Lösung CrashPlanPRO, da diese ein kontinuierliches Backup wichtiger Anwender-Daten im Hintergrund ermöglicht. Den CrashPlanPRO-Client gibt es auch für Linux. Nun hat allerdings die Linux-Variante ein Problem auf aktuelleren Linux-Distributionen: Die grafische Oberfläche CrashPlanDesktop stürzt beim Start ab.
Glücklicherweise gibt die Protokoll-Datei ui_output.log – bei einer systemweiten Installation des Client üblicherweise in /usr/local/crashplan/log – Aufschluß über die Fehlerursache:
|
1 2 |
# Problematic frame: # C [libsoup-2.4.so.1+0x6ec71] soup_session_feature_detach+0x11 |
Also ein Problem in Zusammenhang mit der Bibliothek libsoup. Der Name der Bibliothek war der Schlüssel dazu, einen Workaround zu finden.
So gibt es in dem entsprechenden Fehlerbericht #705420 für Debian den Hinweis auf CrashPlan. Den eigentlichen Workaround beschreibt der Hersteller Code42 in einem Support-Artikel. Demnach ist es erforderlich, den Variablen mit den Start-Optionen in der Konfigurationsdatei run.conf, die sich bei einer systemweiten Installation üblicherweise in /usr/local/crashplan/bin befindet, die Option -Dorg.eclipse.swt.browser.DefaultType=mozilla für den Standard-Browser hinzuzufügen. Das ganze sieht dann so aus:
|
1 2 3 |
ms@mango:/usr/local/crashplan/bin> cat run.conf SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla" GUI_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanDesktop -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla" |
Laut Code42 handelt es sich um einen Fehler in der Bibliothek. Die Eclipse-Entwickler sehen das anders und behoben den Fehler in der Anwendung . So oder so: Mit dem Workaround hat die aktuelle Version von CrashPlanPROe 3.6.1.4 gerade das Backup der nicht auf einem NFS-Mount befindlichen Workstation-Daten abgeschlossen.
Proact Deutschland GmbH
Südwestpark 43
90449 Nürnberg
Mail: info@proact.de
Tel.: 0911 309990