Problem: Nach der Aktivierung der SharePoint 2013 Funktionalität “E-Mail aktivierte Listen” bleiben die an SharePoint gesendeten E-Mails in dem Drop Folder (Standard: C:\inetpub\mailroot\Drop) des lokalen SMTP-Servers liegen und werden von dem SharePoint Timerjob “Eingehende E-Mails von Microsoft SharePoint Foundation” nicht in die entsprechenden E-Mail aktivierten Listen einsortiert.
Mögliche Lösungen: Dem Konto, unter dem der Dienst “SharePoint Timer Service” läuft, fehlen die Berechtigungen, um Dateien aus dem Mail-Drop Folder “C:\inetpub\mailroot\Drop” zu verschieben. Hier kann man die NTFS-Berechtigungen so anpassen, dass dem Dienstkonto Änderrechte zugewiesen werden. Quelle: Incoming e-mail stop in “drop” folder
Weitere Lösungsmöglichkeit: Liegt eine E-Mail aktivierte SharePoint-Liste in einer Websitesammlung, für die eine Websitequota konfiguriert ist und liegt dabei der Wert für “Sandkastenlösungen” bei null, werden die E-Mail ebenfalls nicht einsortiert/zugestellt. Lösung: Man muss bei der entsprechenden Websitequota bei dem Wert “Ressourcenkontingent für Sandkastenlösungen” einen von null abweichenden Wert konfigurieren. Quelle: Incoming Email in SharePoint 2013 Stuck in Maildrop Folder
Ziel: Man möchte die IP-Adressen in einer Apache Logdatei anonymisieren, indem man das letzte Byte oder die zwei letzten Byte der IP-Adresse durch 0 ersetzt.
Lösungsmöglichkeit: Zeilenweises Durchsuchen der Logdatei mit dem Unix Werkzeug sed. Suchen der IP-Adressen und Ersetzen der Fundstellen mit der anonymiserten IP-Adresse.
Z. B. soll die IP-Adresse 123.123.123.123 durch die Adresse 123.123.0.0 ersetzt werden.
Dazu kann man folgenden Einzeiler verwenden:
sed -i -e 's/\([0-9]\{1,3\}\)\.\([0-9]\{1,3\}\)\.\([0-9]\{1,3\}\)\.\([0-9]\{1,3\}\)/\1\.\2\.0\.0/' access_log_ssl.log
Hier der Versuch einer Erklärung, ohne zu tief auf die regulären Ausdrücke, die in dem sed-Skript verwendet werden, einzugehen.
Vereinfacht sieht das sed-Skript wie folgt aus:
sed -i -e 's/SUCHMUSTER/ERSETZUNG/g' access_log.log
-e = Parameter der angibt, dass ein sed-Script folgt ‘s/SUCHMUSTER/ERSETZUNG/g’ = sed-Skript SUCHMUSTER = Muster, nach dem gesucht werden soll ERSETZUNG = Text, mit dem das Suchmuster ersetzt werden soll access_log.log = Eingabedatei -i = Inplace Bearbeitung – die Änderungen werden direkt an der Eingabedatei ausgeführt
Sollen die Änderungen in einer Kopie gespeichert werden, dann wird sed ohne den -i Parameter benutzt und die Ausgabe in eine neue Datei umgeleitet.
sed -e 's/SUCHMUSTER/ERSETZUNG/g' access_log.log > bearbeitet.log
In diesem Fall bleibt die Eingabedatei unverändert und die Änderungen werden in der Datei bearbeitet.log gepeichert.
Jetzt zu dem konkreten Beispiel:
Der besseren Lesbarkeit halber wurden die vielen Maskierungen mit dem Zeichen \ entfernt. Diese werden aber in dem eigentlichen sed-Skript benötigt.
[0-9] = Die Zeichen 0-9, also 0123456789 werden an dieser Stelle gesucht {1,3} = Die Zeichen [0-9] müssen 1 bis 3 mal auftreten ([0-9]{1,3}) = Die Klammern kennzeichnen eine Einheit in dem Suchmuster, auf die anschließend beim Ersetzten zugegriffen werden kann ([0-9]{1,3}).([0-9]{1,3}).([0-9]{1,3}).([0-9]{1,3}) = Das Muster muss vier Mal, getrennt duch einen Punkt, hintereinander auftreten.
Damit hat man aber keine hundertprozentige Sicherheit, dass nur gültige IPv4 Adressen von dem Suchmuster gefunden werden. Ungültige Adressen wie z.B. 999.999.999.999 würden duch das Suchmuster auch gefunden.
Für unseren Anwendungsfall reicht das vereinfachte Suchmuster aber vollkommen aus.
Jetzt zu dem ersetzen Teil des sed-Skripts. Auch hier sind die Maskierungen durch das Zeichen \ weggelassen.
\1.\2.0.0
\1 = Die erste mit Klammern definierte Einheit im Suchmuster \2 = Die zweite mit Klammern definierte Einheit im Suchmuster; analog dazu könnte man noch \3 und \4 für die dritte und vierte Einheit im Suchmuster benutzen. \1.\2.\3.\4 würde die ursprüngliche IP unverändert ausgeben. 0 = Die Ziffer 0
Der Ersetzen-Teil des sed-Skripts bedeutet also, dass eine gefundene IP-Adresse mit ihren ersten zwei Bytes und mit einer Null als drittes und viertes Byte ersetzt werden sollen.
Wenn bei der Installation von Windows – bei der Auswahl des Installationsorts – der Fehler “Error 0x80300024 Windows is unable to install to the selected location” auftritt, dann kann der Fehler möglicherweise dadurch behoben werden, dass man alle weiteren Festplatten vor der Installation von Windows trennt, z. B. durch Abziehen des SATA-Kabels.
Bei der aktuellen Situation handelte es sich um eine Windows Server 2012 R2 Essentials. Diese sollte neu aufgesetzt werden. Dabei sollte das System auf 2 SSD-Laufwerken, die als Raid 1 Spiegel konfiguriert waren, installiert werden. Mit am SATA-Controller hingen noch drei weitere herkömmliche Festplatten, die bei der ursprünglichen Installation als Storage Pool definiert waren. Anscheinend hat sich Windows bei der Neuinstallation genau an diesen Festplatten gestört. Alle Versuche, Windows Server 2012 R2 Essentials auf die SSDs neu zu installieren, schlugen mit dem oben genannten Fehler fehl. Man konnte zwar das Raid 1 Laufwerk auswählen – wenn man fortfahren wollte, erschien jedoch der genannte Fehler, dass Windows am ausgewählten Ort nicht installiert werden kann. Erst eine Internetrecherche brachte die Lösung: Einfach alle weiteren Festplattenlaufwerke vor der Installation trennen. Danach ließ sich Windows Server 2012 R2 Essentials problemlos auf den SSD Laufwerken installieren.
Ein SharePoint-Website-Newsfeed ist keine App im eigentlichen Sinne. Ein Newsfeed kann nicht über den “App hinzufügen”-Menüeintrag des Konfigurationsmenüs hinzugefügt werden. Der Newsfeed muss als Webpart einer Seite hinzugefügt werden. Damit das Newsfeed-Webpart zur Verfügung steht, muss zuerst das Websitefeature “Websitefeed” aktiviert werden.
Hier das genaue Vorgehen:
Aufrufen der Websiteeinstellungen
Aufrufen der Websitefeatures
Aktivieren des Websitefeed-Features
Bearbeiten der Seite, auf der der Newsfeed eingefügt werden soll
Damit bei TYPO3 6.2 der Folder Structure Test im TYPO3-Installtool bestanden wird, müssen auf bestimmten Ordnern und auf bestimmten Dateien in dem TYPO3-Installationsverzeichnis die Unix-Dateiberechtigungen nach den TYPO3-Vorgaben gesetzt werden.
Hier ein Beispiel für den Folder Structure Test vor dem Setzen der vorgeschlagenen Unix-Dateisystemrechte:
TYPO3 Folder Structure Test vor der Korrektur der Dateisystemrechte
Hier der TYPO3 Folder Structure Test nach der Korrektur der Dateisystemrechte:
TYPO3 Folder Structure Test nach der Korrektur der Dateisystemrechte
Um die Rechte auf allen Dateien und Ordnern nicht manuell setzen zu müssen, habe ich ein kleines Shellscript erstellt, das die Dateisystemrechte nach den TYPO3-Vorgaben setzt:
Seitdem Strato seit Anfang Juni 2014 bei seinen vServern mit der verdoppelten Leistung und der SSD Power wirbt, hatte ich bei meinen vServern Performance- und anfangs auch massive Stabilitäts- und Verfügbarkeitsprobleme. (Wer auch immer sich diese dämliche Werbung auch ausgedacht hat …)
Hier ein Screenshot von der Strato vServer Webseite.
Nach Server Uptimes von vielen Monaten vor der Umstellung mussten meine vServer seit Juli etliche Male neu gestartet werden. Die Probleme sind zwar seit August etwas besser geworden, aber es kommt fast täglich vor, dass mein externes Nagios Monitoring ein Timeout bei den vServern registrierte. Währenddessen ist per SSH keine Anmeldung an den Servern möglich. Hat man zufällig eine SSH Sitzung offen, bemerkt man, dass der Server eine extrem hohe Load hat – ohne dass im eigentlichen Sinne Last auf dem Server war. Die CPU- und Ram-Auslastung ist im unteren einstelligen Prozentbereich. Auch hängt die SSH-Sitzung während dieser Zeit immer wieder ohne erkennbaren Grund für mehrere Sekunden. Anscheinend gibt es seit der Umstellung auf die beworbene SSD-Power massive IO-Performanceprobleme bei den Strato vServern. Die beworbene SSD Power hat bei meinen vServern genau den gegenteiligen Effekt gehabt: Die vServer wurden schlicht unbrauchbar, wenn man annähernd ernsthaft mit ihnen arbeiten wollte, und dies, obwohl vor der Umstellung ohne SSD- und RAM-Verdopplung die Performance für viele Anwendungszwecke ausreichend war. Ebenso war die Stabilität vorbildlich, Uptimes bei den vServern von mehr als 6 Monaten die Regel.
Der First Level Support konnte oder durfte mir zu den Performanceproblemen keine Auskunft geben. Selbst der Second Level Support war hilflos und für meine Serverprobleme wenig hilfreich. Beim Strato-Support anzufragen glich einem Kampf gegen Windmühlen. Je größer die Firma, desto unnützer der Support; da kann man auch gleich bei der Telekom-Hotline anrufen. Vom Strato-Support kam weder ein Eingeständnis, dass hostseitig Probleme vorliegen, noch wurden Versuche unternommen, die Probleme zu analysieren, geschweige denn Problemlösungen angeboten. Auch wurde die Frage nicht beantwortet, ob die Probleme bei meinen vServern ein Einzelfall sind oder ob es allgemeine Probleme mit den neuen Strato vServern gibt.
Jetzt habe ich im Heise-Forum einen Post gefunden, der meine Erfahrungen mit den Strato vServern bestätigt, und zwar aktuell von 24.10.2014.
In dem Forumsbeitrag heißt es unter anderem:
“Nun kommt aber auch noch dazu, daß der Server bei meinen Tests gerne mal ohne Last einige Sekunden Pause einlegte und die SSH-Konsole nicht mehr reagierte, obwohl der Rechner noch pingbar war. So etwas habe ich noch bei keinem anderen virtuellen Server erlebt.”
Hier sind genau meine Erfahrungen mit den Strato vServern beschrieben.
Weiter heißt es dort:
“Aber dann haben die ersten Tests schon gezeigt, dass so ein Angebot selbst für einfache Aufgaben (VPN-Server) nicht geeignet ist. Wo die Konkurrenz nur einen vCore liefert, sollen hier derer zwei dabei sein. Das sind sie auch, aber drastisch gedrosselt.”
Das ist langsam auch mein Fazit: Die Strato vServer sind für einen professionellen oder auch nur semiprofessionellen Einsatz nicht zu gebrauchen – allenfalls als Testserver für nichtkritische Anwendungsfälle.
Was mich am meisten ärgert ist die Tatsache, dass Strato seine vServer sehr aggressiv bewirbt, ohne dass die massiven vServer Probleme der Bestandskunden angegangen werden. Ob die Rechnung letztendlich aufgeht, ist fraglich. Wenn man unten stehende Äußerungen liest, kann man sich schnell vorstellen, dass die Zufriedenheit der vServer Bestandskunden nicht gerade sehr hoch ist. Die aktuelle Strato-Werbung muss jedem Bestandskunden wie ein Schlag ins Gesicht vorkommen – man fühlt sich regelrecht vera… .
Wenn man im Netz ein wenig recherchiert, findet man noch weitere “Leidensgenossen”, die aktuell ähnliche Probleme schildern:
“Seit 2 Stunden Server weg, ich betreue noch zwei Server die bei Strato liegen, aber lange liegen die nicht mehr dort”
“Seit nun 3 Tagen kein Server mehr Strato sagt arbeiten drann, nen Insider meint durch Wartungsarbeiten ist vieles ausgefallen, haupsächlich Server (vServer)”
“Habe seid heute Morgen ein Proplem mit Server , wer kann mir dazu was sagen, evtl.ein generelles Proplem im Moment bei Strato?”
“Bei mir ist auch ein vServer ausgefallen. Ist nicht mehr erreichbar.”
“16.08. – fast 30 Stunden Ausfall – erst dann Umzug auf neuen Server. Neuer Server – heute 25.08. wieder weg – wieder Hardware? – wieder bis jetzt 13UIhr wieder 10 Stunden und es dauert noch wenigstens 8 Stunden wegen des Backups. Könnte Kotz……… und wieder kommt keiner für den Schaden auf.”
“server tot. kein shop. kein umsatz”
“zur zeit 24Stunden Serverausfall – 24 Stunden kein Verkauf. nicht mehr lächerlich – wer kommt für den Schaden auf?”
“Über 24 Stunden Offline in den letzten 30 Tagen. V-PowerOff Server.”
“Nach dem meine Vserver und das Strato Kundenpanel down war (ca. 20-30 min.), empfange ich keine eMails mehr. Vserver / Kundenpanel sind allerdings schon wieder up.”
“Alle unsere Rootserver sind nicht erreichbar, Kundenservicebereich ebenfalls down, bzw. kein Login möglich.”
“Mein server ist auch down! (vserver)”
“Vserver seit ca. 20Min. auch nicht ansprechbar.”
“Server ist immer noch down. die 1:19 Wartezeit die angeblich an der Hotline vorherrscht ist 10-fach überschritten. Server ist jetzt schon über 48h tot.Die Kunden finden es nicht mehr witzig”
“Mein vServer ist immer noch down. Gehen eure wieder?”
“Mein Server ist auch nicht richtig erreichbar. Verbindungsaufbau dauert mehrere Minuten. Danach wird dann auf keine Eingabe reagiert und Verbindung bricht ab.”
“Selbe Problem bei mir, 2 vServer vor etwa 1 Stunde offline gegangen. Das 2 mal in 14 Tagen”
“Das gleiche wie bei uns. Außerdem scheinbar extreme Performanceprobleme auf dem Wirtssystem. Unsere Average Load springt mehrmals am Tag auf Wert zwischen 2.0 – 8.0 ohne Grund.”
“Seit 15 Minuten vServer Ausfall .. Neustart nicht möglich, Support gibt es an Technik weiter. Wann Störung behoben ist kann nicht gesagt werden. Nachtrag: Server unerreichbar seit über 30 Minuten, einige unserer Kunden beschweren sich schon.”
“Meinen Server habe ich neu gestartet. Da tippst du über putty was ein und es dauert eine halbe Sekunde pro Zeichen … und schon wieder:
Internal Server Error …”
“Bin Neukunde bei Strato seit ein paar Tagen. Seit ca. 22 Uhr Ausfall aller vServer, Neustart nicht möglich. Kein Ping, nix. Ausfallzeit bis jetzt fast 2 Stunden, das geht doch nicht. Bin echt enttäuscht, passiert das häufig bei Strato?”
“Ich hatte gestern bis heute Nacht mehrere vServerausfälle.”
14.11.2014 Ich hatte heute wieder einen Ausfall einer meiner Strato vServer …
16.11.2014 Mein Strato vServer hängt wieder einmal. Und wie es bei allestörungen.de aussieht, bin ich wieder nicht alleine.
Strato bei allestörungen.de am 16.11.2014 19:00
Ein aktueller Kommentar eines anderen Stratokunden:
“3 von 4 Servern sind seit 10 Minuten nicht mehr erreichbar. Die von Strato versprochenen Supersicherheitsfeatures wie Loadbalancer und Cluster-IP sind ebenfalls tot!”
Wenn man dann als von Problemen geplagter Stratokunde die aktuelle Pressemitteilung (STRATO ist Service-Champion: 1. Platz in der Branche „Webhosting-Anbieter“) liest, fühlt man sich etwas verschaukelt. Strato hat seit Monaten massive Problem bei seinen vServern. Der Service ist planlos, hilflos und wenig hilfreich. Vor allem reagiert der Support erst nach Tagen auf E-Mail Tickets … Aber Strato soll Service-Champion sein? Das passt mit den eigenen Erfahrungen irgendwie überhaupt nicht zusammen. Anscheinend hat Strato mehr Geld in die Werbung als in die Technik gesteckt.
17.11.2014 Strato vServer ohne Load sehr langsame Reaktion.
Offensichtlich gibt es wieder Probleme. Einer meiner vServer fühlt sich ohne Load sehr zäh an. SSH Login dauert ewig, Updates dauern auch ewig. Wie es bei allestörungen.de scheint, bin ich erneut kein Einzelfall.
allestoerungen.de Strato_19-11-2014-19-30
Hatte ich um 19:00 Uhr noch geschrieben, dass der vServer nur zäh reagiert, ist der Strato vServer nun um 22:06 Uhr automatisch heruntergefahren. Ich habe gerade noch eine Meldung gesehen: “The system is going down for halt NOW!” Anscheinend hat Strato gerade mit seinen vServern wieder gravierende Probleme. 🙁
Aktuelle Kommentare von anderen Strato-Usern dazu:
“es scheinen eine ganze reihe probleme zu sein, je nach dem welchen hotline mitarbeiter man an die strippe bekommt. zuerst hardware, dann der vserver selber, dann angriffe, dann… jetzt plesk. was allerdings auch sein kann, da plesk kaum lädt oder abschmiert oder der ganze server abschmiert.”
Der Kommentar verdeutlicht erneut die Kompetenz des Strato-Supports. Langsam denke ich auch, dass Strato nicht – wie beworben – die Leistung verdoppelt hat, sondern die Anzahl der vServer pro Hardwarehost. Ob diese Gewinnmaximierung mal nicht ein Strohfeuer ist …
21.11.2014 Einer meiner vServer war schon wieder für ein paar Minuten weg. Dieses Mal zur Abwechslung am Vormittag. Der Strato-Monitor war ebenfalls nicht erreichbar. Als der Strato-Monitor wieder zugänglich war, war alles grün – als ob nichts gewesen wäre. So wie es aktuell bei allestörungen.de aussieht, teilen wieder viele mein Problem …
allestoerungen.de Strato 21-11-2014-11-00
Aktuelle Kommentare zu Strato:
“Hier geht gar nix Mail Web ..alles down seit kurz nach zehn …. Hab teure Werbung laufen …..”
“Störung bei Strato Communicator (nicht erreichbar oder meldet Netzwerkprobleme??)”
“Wir hatten gestern schon Probleme mit dem Webhosting (sehr langsam), jetzt geht Web und auch keine Mail gar nicht mehr. :-(“
“Es geht nicht mehr, völlig tot.”
“Same here, unsere Seiten sind down, die E-Mail Postfächer ebenfalls.”
“unsere E-mails gehen nicht raus und auch nicht rein”
“Bei Strato geht momentan gar nichts, kein Shop, kein Communicator, keine Mails…”
“Sieht nach einem Netzwerkproblem aus, Latenz zum Server 4 Sek und iwie kennt das System keine Befehle mehr, reboot geht nicht mal mehr”
“sind die server von den shops down??? kann keinen bei strato aufrufen.”
“strato hängt mal wieder o,o und damit auch meine eignen seiten”
“sind nicht erreichbar! : strato hat seit 10:40 h eine störung a retweet wenn sie auch probleme haben”
“Kompletter VM-Filer scheint tot zu sein, wollte noch Daten per Rettungssystem sichern und dann mittendrin “verzeichnis nicht gefunden” reboot im Rettungssystem hat mich auch nicht weitergebracht, das ganze FS kann nicht gemountet werden”
Wie gut (für Strato), dass Strato nur eine Verfügbarkeit von 99% zusichert. Ohne länger zu überlegen, kommen einem 99% zunächst hoch vor. Auf das Jahr hochgerechnet sind das jedoch mehr als 3(!) Tage, an denen eine Webseite oder ein Server offline sein darf. Wenn das so weiter geht, dann schafft Strato das 2014 aber noch.
Update: 29.12.2014
Seit Ende November 2014 sind kein Störungen bei meinen Strato vServern mehr aufgetreten. Anscheinend hat Strato die Stabilitätsprobleme langsam in den Griff bekommen. Angefangen hatten die Probleme bei meinen vServern, wie oben bereits erwähnt, Anfang Juni 2014……
Mir ist jetzt nur aufgefallen, dass Strato die CPU Performance bei einigen vServern im Vergleich zu früheren vServer Versionen gleichen Levels drastisch reduziert hat. Siehe “Minimal CPU Benchmark für Linux“.
Und das obwohl es in der Strato Werbung so schön heißt: “Leistung verdoppelt, bla,bla,bla,,,”.
Anscheinend packt Strato jetzt einfach mehr VServer auf einen Host als früher.
Update: 11.03.2015 Ich muss meine Bemerkung vom 29.12.2014 leider revidieren. Anscheinend hat Strato die Probleme bei den vServern doch noch nicht im Griff. Seit einigen Tagen reagieren die vServer wieder ziemlich “zäh” und haben sporadisch kurzzeitige Komplettausfälle. Bei jedem Shellbefehl gönnt sich der Strato vServer einige Sekunden Bedenkzeit bevor der Befehl ausgeführt wird. Und das bei einem Load von 0.01. Das sind die gleichen Symptome wie bei den vServer Problemen in 2014.
Anscheinend bin ich laut “AlleStörungen.de” wieder kein Einzelfall:
allestörungen.de Strato 11.03.2015
Auch die aktuellen Kommentare vom 11.03.2015 zu Strato sagen alles:
Massive Störung bei Strato. Die Server reagieren nicht oder nur sehr langsam, und selbst der Kundenbereich im Strato-Servicecenter spuckt Fehlermeldungen aus. Das scheint ein größeres Problem zu sein
It has a very poor performance, plesk takes over 5 minutes for each form change, the main website is virtually unreachable and generated timeout errors
Habe Strato erreicht, aber wie immer, die können mir nicht helfen und sagen es liegt nicht bei Strato. Ich bekomme jetzt sogar kaputte Backups zurückgespielt. Da stimmt irgendwas ganz gewaltig nicht
Ein VServer war seit 11 Uhr erst wahnsinnig lahm, auch per RDP. Nach geordnetem Herunterfahren (dauerte ewig) und Neustart gar nicht mehr erreichbar, auch nicht per ping, und auch nicht Rettungssystem. Bis jetzt immer noch nicht.
Lt. Hotline aktuell Probleme mit bestimmten VServern (nicht erreichbar, Hosts werden neu gestartet). Sollte spätestens jetzt behoben sein, was aber nicht der Fall ist.
Auch wir haben einen VServer bei Strato. Der Server lief einige Zeit gut. Mittlerweile ist es eine absolute KATASTROPHE …. die Ladezeiten sind übel….es braucht teilweise 6 Sekunden bis das erste Bit übertragen wird…was ist da los…
Und support ist auch unterirdisch … dieser meint das es keine ausfälle gibt. Ein Surfen sowie Arbeiten ist auf meinen Seiten nicht mehr möglich
seit ca 3 tagen problemen mit vserver l4. kein totalausfall aber permanent verbindungsprobleme. geht es anderen auch so?
Schön,…: nichts geht mehr,…Server nicht erreichbar. DANKE STRATO! Endlich macht ihr wieder mit einem Totalausfall auf euch aufmerksam. Wurde auch Zeit, schließlich ist Wochenende und somit könnt ihr alle Techniker und Telefonisten im Support-Center auf Tauchstation schicken. Kein Problem,…man gewöhnt sich an alles…
Strato hat über Nacht alle V-Server neu gestartet! und das ohne die Kunden zu informieren!! Die Hotline ist aktuell abgeschaltet. Laut Ereignisprotokoll Wurde der Server um 22:13 via Integrationsdienst heruntergefahren. – einfach so
Update 12.03.2015
Die Probleme der Strato vServer werden immer schlimmer. Dateioperationen stocken heute für mehrere Sekunden. Die vServer sind nicht mehr zu benutzen. Wenn man die Kommentare und Tweets liest, kann man meinen dass Strato im Moment das komplette Rechenzentrum um die Ohren fliegt. Als Kunde fühlt man sich nur noch verhöhnt wenn man auf die Webseite http://www.strato-monitor.de/ geht und alles “grün” und in bester Ordnung ist. Und dann noch dazu die Werbung “STRATO ist Servicesieger”. Die Leute die da gefragt wurden hatten noch keinen Kontakt zum Strato Service. Inakzeptable Reaktionszeiten bei E-Mailtickets. Ahnungslose Supportmitarbeiter am Telefon die noch nicht einmal wissen wenn das Rechenzentrum gerade in die Luft fliegt und stock und steif behaupten dass alles in Ordnung sei. Mit der Realität hat die Aussage “Strato ist Servicesieger” nach meiner Meinung nichts zu tun. Und dann die Werbung für die vServer “SSD-Power in jedem V-Server inklusive!” Bei den aktuellen Problemen kann ich mir vorstellen dass ein viel zu schwach dimensioniertes zentrales Speichersystem ein paar SSDs als Cache für lahme Festplatten hat und darauf alle VServer liegen,die dann Kiste in die Knie zwingen. Strato hätte nach meiner Ansicht mehr in die Technik und den Support investieren sollen und weniger in die Marketingabteilung. Das ist die einzige Abteilung die im Moment bei Strato funktioniert. Aber Technik und Support kosten ja Geld. Was mich am meisten Aufregt,ist die Tatsache, dass die Probleme mit einigen Ausnahmen so schon seit Mitte 2014 existieren. Trotzdem hat Strato noch keine Silbe eines Eingeständnisses dass Probleme existieren verlauten lassen. Schon überhaupt nichts hat man von einer Wiedergutmachung gehört. Meiner Meinung ist die Leistung von Strato noch nicht einmal den (zugegeben günstigen) Preis wert. Seit über einem halben Jahr kann man die vServer nicht mehr produktiv nutzen. Sie sind noch nicht einmal mehr als Backup/Standby Server mehr zu gebrauchen. Bis Mitte 2014 war das anders. Bis zu dem Zeitpunkt konnte man sogar produktive Webseiten auf den vServern laufen lassen. Und das mehrere Jahre ohne Störungen. Aber Mitte 2014 muss etwas passiert sein was das ganze an sich gute vServer Konzept zerstört hat. Anscheinend hat man damals alles mit einem neuen Hardwarekonzept “verschlimmbessert”.
Hier noch einige Tweets und Kommentare zu der aktuellen Situation am 12.03.2015:
V-Server down – Reboot funzt nicht – Uptime war nur 6,5 h obwohl ich den Server seit sicherlich drei monaten nicht neu gestartet habe. Also, was war da los? Oder besser, was ist da momentan los?
Ich habe einen VServer bestellt. Dieser wurde fehlerhaft von Strato ausgeliefert. Dies hat Strato in einer E-Mail zugegeben, aber Strato kann leider keine Lösung dafür anbieten. Fragen werden von Strato einfach nicht beantwortet. Seit ca. 1 Stunde ist mein Server komplett down und die Seite nicht mehr erreichbar. Tel. ist Strato nicht zu erreichen. Schade, daß der Kundenservice so schlecht ist.
Strato hats mal wieder geschafft, letzte Nacht um 5 ist der Server “unerwartet neu gestartet” worden…. schon zum zweiten mal in kurzer zeit. Wie wär´s mal mit Benachrichtigungen an die Kunden?? Ich hab das Ding nicht als Hobbyserver gemietet, man! Unser Kunde will Geld ausgeben und wir bekommen die Mails nicht, weil Strato die v-Server abschmirgeln lässt….
V-Server down. Support erst wieder morgens um 08:00 erreichbar. Keine Hilfe in sicht…
Bei mir auch…. kann mich nichtmal mehr richtig einloggen
Hab das selbe Problem, auf diesem VServer liegt auch mein kompletter Mail Server, hab somit auch kein Zugriff auf meine Mails.
Bei zwei meiner Kunden ist der V-Server seit Tagen nicht mehr erreichbar. Zunächst konnte MySQL nicht gestartet werden – folglich kein TYPO3, Magento, Plesk. Eben hat mir ein Mitarbeiter der Hotline erklärt, dass auf seinem Rechner bereits alles wieder bestens läuft. Kann ich nicht nachvollziehen. Der Mitarbeiter behauptet felsenfest dass er die Website und den Onlineshop nutzen kann. Bei mir wird es wegen der DNS noch etwas dauern, meinte er. Ein Blick auf den Server zeigt, dass der Server nicht gestartet ist. Na gut, was soll man anderes als Gute Nacht Geschichten erwarten wenn man die Hotline um 19:30 Uhr anruft.
nach 8 stunden downtime sind beide vserver und somit unsere webdienste wieder erreichbar #strato #vserver #down
vserver seit heute morgen 10 uhr down. support ahnungslos. keine adäquate information. #fail
keine meiner webseiten erreichbar. strato-config ebnfalls. laut strato-monitor alles ok.
toll. strato hostet mal wieder super professionell. .de domain ist down (500er), .com funktioniert aber…
tag 3 der störung bei strato… soll ich die websites für fax optimieren danach? oder wieder briefe
jetzt weiß ich wieder warum ich so ungern bei #strato hoste… – erst ewige ladezeiten, jetzt alles weg – internal server error 500 🙁
Update 22.03.2015
Wie unten im Kommentar von “John” schon geschrieben, scheint Strato etwas an der vServer Technik getan zu haben. Am 15.3 wurden “Kurzfristige Wartungsarbeiten” an den vServern angekündigt. Diese Mail ist nach mehreren Monaten Problemen fast ein Wunder, denn es wurde erstmalig von Strato bestätigt, dass es überhaupt ein Problem gab: “Die Kommunikation zwischen den Controllern des Storage-Systems ist aktuell eingeschränkt. Um den Fehler zu beheben, müssen wir Ihren Server herunterfahren und nach den Arbeiten neu starten”. Die vServer reagieren seit dem wieder wesentlich geschmeidiger. Die regelmäßigen Hänger sind nicht mehr da und die kompletten kurzzeitigen Ausfälle sind seit mehreren Tagen verschwunden. Hoffen wir mal, dass das jetzt nach 9 Monaten Problemen wieder zum Dauerzustand wird. Eigentlich müsste jeder von den Problemen betroffene vServer Kunde von Strato eine Wiedergutmachung bekommen…..
Möchte man in einem Windows-Netzwerk von einem Management-Rechner auf die Ereignisanzeige anderer Computer zugreifen, klickt man mit der rechten Maustaste in der Ereignisanzeige auf “Ereignisanzeige”. Im Kontextmenü klickt man dann auf “Verbindung mit anderem Computer herstellen”.
Danach kann man in dem Eingabefeld “Anderer Computer” den Computernamen des Computers eintragen, auf dessen Ereignisanzeige man zugreifen möchte.
Kommt keine Verbindung mit der Ereignisanzeige des Remotecomputers zustande, ist meistens die lokale Firewall des Remotecomputers daran Schuld.
Damit der Remotezugriff auf das Ereignisprotokoll funktioniert, müssen die Firewallregeln
Remote-Ereignisprotokollverwaltung (NP eingehend)
Remote-Ereignisprotokollverwaltung (RPC)
Remote-Ereignisprotokollverwaltung (RPC-EPMAP)
aktiviert werden.
Für den Remotezugriff auf die Windows-Ereignisanzeige notwendige Firewallregeln
Nach dem Aktivieren dieser Firewallregeln auf dem Remotecomputer sollte der Zugriff auf die Remote-Ereignisprotokolle funktionieren.
Erfolgreicher Zugriff auf die Ereignisanzeige eines Remote-Computers
Wenn eine SSH-Verbindung zu einem Server aufgebaut werden soll und der Host Key des Zielservers nicht mit dem Host Key für diesen Server in der lokalen Datei known_hosts übereinstimmt, wird aus Sicherheitsgründen keine Verbindung aufgebaut, da die Identität des Zielservers nicht eindeutig sichergestellt ist.
Beispielhafte Fehlermeldung:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: POSSIBLE DNS SPOOFING DETECTED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The RSA host key for server.server.test has changed,
and the key for the corresponding IP address 88.188.188.88
is unchanged. This could either mean that
DNS SPOOFING is happening or the IP address for the host
and its host key have changed at the same time.
Offending key for IP in /root/.ssh/known_hosts:13
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
88:88:88:01:7f:f9:19:73:53:79:dd:a5:ac:88:88:88.
Please contact your system administrator.
Add correct host key in /root/.ssh/known_hosts to get rid of this message.
Offending RSA key in /root/.ssh/known_hosts:12
RSA host key for server.server.test has changed and you have requested strict checking.
Host key verification failed.
Wenn man die Gründe kennt, warum der Host Key des entfernten Servers nicht mit dem lokal gespeicherten Host Key übereinstimmt, dann kann man den lokalen Host Key aus der Datei known_hosts entfernen.
Bei älteren Linux-Systemen konnte man einfach den Key manuell aus der Datei known_hosts entfernen, da der Servername in Klartext den Key identifizierte. Da bei neueren Systemen aus Sicherheitsgründen der Servername verschlüsselt ist, geht ein manuelles Löschen des Host Key nicht mehr. Man muss nun den Host Key mit dem Programm ssh-keygen und dem Parameter -R und dem Servernamen für den Server, dessen Host Key entfernt werden soll, aus der Datei known_hosts entfernen.
Beispiel:
ssh-keygen -R server.server.test
Nach dem Entfernen des Host Key aus der Datei known_hosts wird man bei einem erneuten SSH-Verbindungsaufbau gefragt, ob man dem Zielserver vertraut. Wenn diese Frage mit “ja” beantwortet wird, dann wird der aktuelle Host Key des Remoteservers der Datei known_hosts hinzugefügt.
Beispiel:
The authenticity of host 'server.server.test (88.188.141.88)' can't be established.
RSA key fingerprint is 88:88:88:01:7f:f9:19:73:53:79:dd:a5:ac:88:88:88.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'server.server.test' (RSA) to the list of known hosts.
Zukünftige SSH-Verbindungen zu dem Zielserver sollten dann ohne Sicherheitsabfrage funktionieren.
Neben dem in einem vorherigen Blogartikel vorgestellten Windows Live Writer kann man auch Microsoft Word 2013 als Editor für seine SharePoint-Blogeinträge verwenden.
Um jetzt Word 2013 mit seinem SharePoint-Blog zu verbinden, klickt man in seinem Blog in dem Blogtools-Menü auf den Eintrag Blogging-App starten.
Danach öffnet sich Word 2013 und man muss noch das Anlegen eines neuen Blogkontos bestätigen.
Nach dem Anlegen des Blogkontos für den SharePoint-Blog kann man Word für die Erstellung und die Bearbeitung von Blogeinträgen verwenden.
Wie auch beim Windows Live Writer kann man Word 2013 dazu verwenden, Beiträge für mehrere Blogs gleichzeitig zu veröffentlichen. Dazu kann man z. B. einen WordPress-Blog über die Option Konten Verwalten / Neu als Zielplattform hinzufügen.
Bei der Konfiguration für einen WordPress-Blog muss man nur die Blog-URL, den Benutzernamen und das Kennwort angeben. Alle weiteren Einstellungen werden von Word 2013 automatisch konfiguriert.
SharePoint 2013 bietet eine Website-Vorlage, mit der sich ein einfacher Blog realisieren lässt. Die Funktionalitäten eines SharePoint-Blogs bleiben aber weit hinter denen von z. B. WordPress zurück. Um wenigstens das Editieren von Blogbeiträgen etwas komfortabler zu gestalten, kann man den Windows Live Writer Editor von Microsoft als Editor für die Erstellung seiner Blogbeiträge verwenden.
Der Windows Live Writer ist Bestandteil der kostenlosen Windows Essentials von Microsoft.
Mit dem Windows Live Writer ist es unter anderem auch möglich, einen Blogbeitrag gleich für mehrere unterschiedliche Blogs zu erstellen. Beispielsweise kann man einen Blogbeitrag gleichzeitig für SharePoint und für einen WordPress-Blog zur Verfügung stellen.
Hier ein Screenshot von dem Windows Live Writer, mit dem dieser Artikel erstellt wurde:
Eine der wichtigsten Erleichterungen beim Erstellen von SharePoint-Blogbeiträgen durch den Windows Live Writer ist die Funktionalität, Bilder direkt aus der Zwischenablage in den Blog einfügen zu können, ohne das Bild vorher hochzuladen.
Neuer SharePoint 2013 Website Feed
