Hostloco.com - Support Forum

Kennt jemand einen Guten Alternativ Webspace Anbieter ?

Ypselon — Tue, 07 Sep 2010 20:11:33 GMT

...

Text editiert vom Admin.
Begründung: Sorry, aber bei aller gerechten Kritik an der Mysql-Migration - das geht nun wirklich zu weit.

[MySQL]5 Wartungsarbeiten abgeschlossen

Neil Baker — Tue, 07 Sep 2010 07:03:58 GMT

Liebe Kundinnen,
Liebe Kunden,

die angek�ndigten Wartungsarbeiten wurden erfolgreich abgeschlossen.

Hintergrund Informationen:

1.)
Wir haben heute morgen eine abschlie�ende Syncronisation und �berpr�fung der Datenst�nde zwischen den MySQL Servern im Cluster durchgef�hrt. Hiermit sollte gew�hrleistet werden das die Server zu 100% syncron sind und es in der Zeit seit Inbetriebnahme nicht zu Abweichungen der Daten gekommen ist.

Hiebei wurden keinerlei Fehler mehr festgestellt.

2.)
Aufgrund von Kundenanfragen sind wir dem Problem von sporadischen Verbindungsabr�chen nachgegangen. An den entsprechenden Services wurden daraufhin die Einstellungen �berpr�ft und Logfiles ausgewertet. Sofern notwendig wurden entsprechende �nderungen durchgef�hrt.

3.)
Des weiteren wurden Modifikationen an den Loadbalancern vorgenommen.

Webseiten schon wieder nicht erreichbar...

Spirgatis — Tue, 07 Sep 2010 05:46:24 GMT

Langsam ist es nicht mehr lustig... heute morgen sind unsere Webseiten schon wieder nicht erreichbar.

Erst verlieren wir 3-4 Tage Daten... von den st�ndigen Abbr�chen ganz zu schweigen... und nun fallen die Webseiten immer wieder aus.

Und was ich besonders unsch�n finde... Hostloco schweigt sich aus und spielt die Sache herunter.

So geht das nicht weiter...

Fragen zu phpMyAdmin

Fussel — Mon, 06 Sep 2010 15:53:11 GMT

Ich habe ein paar Fragen zu phpMyAdmin.
Bevor ihr auf MySQL 5 umgestellt und die Datenbanken migriert habt, hatte ich die PMA-Version 2.8.0.1 benutzt. Das war keine Version, die von Hostloco/Tuxtools angeboten wurde bzw. dar�ber lief, sondern ich hatte sie auf meinen eigenen Webspace installiert.
Nun wollte ich diese alte Version gegen die aktuelle 3.3.6 austauschen, habe also die alte gel�scht und die neue installiert.
Wenn ich mich jetzt einlogge, wird das nun aber automatisch �ber tuxtools gemacht. Das ist nicht weiter schlimm und es st�rt mich nicht, dass da noch die Version 3.3.3 benutzt wird, aber ich kann mich nicht mehr korrekt aus PMA ausloggen.

1) Wenn ich auf den EXIT-Button klicke, lande ich wieder auf der Login-Seite und werde zur Anmeldung aufgefordert.
Und wenn ich den Mauszeiger �ber den EXIT-Button platziere, dann wird auch der erkl�rende Text "neu anmelden" angezeigt.
Das scheint ein Bug zu sein. L�sst sich der korrigieren oder muss man auf eine neuere PMA-Version warten, in der der dann vielleicht behoben ist?
Auf der PMA-Startseite kann man unter "Aktionen" bei "neu anmelden" auf das Fragezeichen klicken und dann gelangt man zu dieser Seite, wo oben eine Info dazu steht.
http://sql.tuxlogin.com/Documentation.html#login_bug

Momentan verlasse ich PMA so: Ich klicke auf "EXIT" und auf der dann erscheinenden Login-Seite klicke ich den Button "abbrechen" an.
Dann kommt zwar die Fehlermeldeung "Falscher Benutzername/Passwort. Zugriff verweigert", aber ich bin ausgeloggt.

2) Seit der Migration meiner Datenbanken wird �ber phpMyAdmin nun eine weitere Datenbank angezeigt, die "information_schema" hei�t und aus 17 Tabellen besteht.
Was hat es mit der auf sich? F�r was wird diese gebraucht bzw. wof�r ist diese zust�ndig?

3) Bei mir wird noch Tuxtools 2 verwendet. Ist das richtig so oder muss ich irgendwo selber auf die 3 updaten?

Gr��e,
Fussel

Sondernewsletter zur Mysql-Migration

Thomas John — Mon, 06 Sep 2010 08:49:01 GMT

Liebe Kundinnen,
Liebe Kunden,

Zun�chst einmal danke ich Euch f�r das Verst�ndnis w�hrend der Mysql-Migration und die Geduld w�hrend der L�sung einiger Probleme.
Wir werden in den n�chsten Tagen noch einige weitere Optimierungen vornehmen, da wir mit der Performance und Stabilit�t des Clusters noch nicht vollst�ndig zufrieden sind. In diesem Zuge wird es unter Umst�nden zu einigen kleineren Unterbrechungen kommen (voraussichtlich unterhalb von einer Minute). Wir werden diese Optimierungen jedoch m�glichst Nachts durchf�hren, so dass m�glichst wenige Besucher hiervon betroffen sind.

Am morgigen Dienstag werden wir dar�ber hinaus ein weiteres Update der Mysql-Version einspielen. In diesem Zuge kann es zu einer Unterbrechung von voraussichtlich 5 Minuten kommen. Dieses Update haben wir f�r etwa 6 Uhr morgens geplant, so dass auch hier m�glichst wenige Kunden und Besucher betroffen sind.

Ich m�chte nun aber einige Informationen dazu geben, wie die Migration abgelaufen ist und welche Schwierigkeiten diese mit sich gebracht hat.

1. Problemstellung

Im Zuge der Erneuerung unserer Administrationsoberfl�che und der Einf�hrung neuer Features stellen wir derzeit die gesamte Infrastruktur auf eine Hochverf�gbarkeitsl�sung um. W�hrend dieser Umstellung werden gleichzeitig �ltere Software-Komponenten durch aktuelle ersetzt bzw. erg�nzt.

2. Vorbereitende Ma�nahmen

Nachdem wir in zahlreichen internen Besprechungen und Machbarkeits-Analysen das grunds�tzliche Vorgehen bei der Migration der Mysql-Datenbanken festgelegt haben wurden die ersten internen Tests durchgef�hrt. Diese verliefen insgesamt reibungslos, so dass wir mit dem Betatest f�r die Migration beginnen konnten. Eine breite Auswahl von Kunden hat uns hierf�r freiwillig die Berechtigung gegeben, mehrere hundert Datenbanken im Zuge dieses Betatests auf den Mysql-Cluster zu migrieren. Auch in diesen Tests kam es zu keinen nennenswerten Problemen.

3. Durchf�hrung

Nachdem die internen Tests sowie die Betatests erfolgreich abgeschlossen wurden, und alle Kunden in mehreren Newslettern auf die bevorstehenden Arbeiten aufmerksam gemacht wurden, haben wir am 21. Juli mit der Migration der Live-Datenbanken begonnen. Hierbei wurden bis zum 18. August etwa 10% aller bei uns gehosteten Datenbanken migriert. Zweck dieses Vorgehens war es, bei unerwarteten Problemen schnell eingreifen zu k�nnen und nur einen m�glichst geringen Teil der Kunden hierdurch zu beeinflussen.
Nachdem es auch hier lediglich zu minimalen Problemen kam, haben wir die Routinen im Laufe der Migration mehrmals angepasst um diese Probleme zu beheben.

Vom 24. Bis zum 26. August wurden dann alle restlichen Datenbanken migriert. Auch hier gab es scheinbar keinerlei Probleme, und wir hatten nur ein minimal erh�htes Support-Aufkommen auf Grund veralteter Scripts unserer Kunden oder falschen Datenbank-Hostnamen.
Laut Logfiles gab es lediglich einige korrupte Datenbanken, die nach unserer Erfahrung jedoch auf allen Systemen vorhanden sind, auf denen eine Vielzahl von Datenbanken gehostet werden. Wir haben dies untersucht und kamen zu dem Schluss, dass es sich ausschlie�lich um nicht mehr aktive Datenbanken gehandelt hat.

Am Nachmittag des 26. August trafen die ersten Supportanfragen ein, die sich auf mangelnde Performance des Mysql-Servers bezogen.
Eine Analyse ergab zu diesem Zeitpunkt keine Schwachstellen am System. Sowohl die CPU-Auslastungen als auch RAM und Festplatten I/O waren durchweg als hoch performant zu bezeichnen.
Noch w�hrend wir das Problem n�her untersuchten kam es am Abend der 26. August zu einem ersten Ausfall des Mysql-Servers. In den Logfiles war ersichtlich, dass das Problem durch einen �Buffer Overflow� verursacht wurde. Hierauf haben wir die eingesetzte Mysql-Version des Servers ge�ndert, und das Problem trat nicht mehr auf.

Am 27. August kam es erneut zu mehreren Ausf�llen und Performance-Problemen beim Mysql-Server. Eine Analyse ergab einen Zusammenhang zwischen der von uns eingesetzten Mysql-Version und dem Betriebssystem. Somit stand fest, dass die Ursache der Ausf�lle hierin liegen musste. Wir setzten eine selbst kompilierte Version von Mysql ein, und das Problem trat nicht mehr in Erscheinung.

Am 28. August nahm der Datenbankverkehr drastisch zu, und es kam wiederum zu mehreren Ausf�llen und starken Performance-Enbr�chen. Ein Fallback auf Mysql 4 war zu diesem Zeitpunkt auf Grund mangelnder Abw�rtskompatibilit�t von Mysql nicht mehr m�glich. Zu diesem Zeitpunkt stellten wir auch eine Steigerung korrupter Datenbanken auf dem System fest. Die Mehrzahl der korrupten Datenbanken nutzen InnoDB. Mit Steigerung der defekten InnoDB-Datenbanken stieg auch die Frequenz der Ausf�lle, so dass ein Zusammenhang zwischen InnoDB und den Ausf�llen als sicher galt.

Bis zum 30. August haben wir verschiedene Einstellungen und Optimierungen an der Mysql-Konfiguration duchgef�hrt. Zus�tzlich haben wir damit begonnen, defekte InnoDB-Datenbanken zu deaktivieren um die Stabilit�t von Mysql wieder herzustellen. Dies funktionierte so lange, bis die Abfrage-Last erneut stark angestiegen war.
Wir entschieden uns zu diesem Zeitpunkt, einen weiteren Mysql-Cluster aufzusetzen und ausschlie�lich die aktiven und einwandfreien Datenbanken auf diesen Cluster zu �bertragen. F�r die defekten Datenbanken haben wir auf Backups zur�ckgegriffen, die den letzten heilen Stand der Datenbank beinhaltete.

Am Morgen des 31. August erfolgte die Umstellung auf den neuen Cluster. Seit diesem Zeitpunkt laufen die Datenbank-Abfragen nahezu reibungslos und es sind keine gr��eren Ausf�lle zu verzeichnen gewesen. Nach einigen weiteren Optimierungen der Konfiguration wurde auch die volle Performance im Laufe des 31. August erreicht.

4. Weiteres Vorgehen

Wir haben jedoch in den darauffolgenden Tagen immer wieder kleinere Aussetzer der Mysql-Verf�gbarkeit gesehen, und haben weitere Optimierungen vorgenommen. Unser Technikpartner verf�gt �ber umfangreiche Erfahrungen im Betrieb solcher Hochverf�gbarkeits-Cluster und betreibt �hnliche Systeme bereits seit Jahren erfolgreich f�r Kunden. Dennoch ist das Verhalten unseres Mysql-Clusters nicht nachvollziehbar. Im Zuge der Fehleranalyse haben wir intensiv auch mit dem Business Support von Mysql / Oracle gesprochen. Auch dort ist ein solches Verhalten von Mysql unbekannt und uns wurde mehrfach versichert, dass unser Vorgehen sich zu 100% mit den Empfehlungen des Herstellers decken. Auch intern werden bei Mysql / Oracle solche Migrationen exakt so durchgef�hrt, wie wir es getan haben.

Insofern handelt es sich bei den aufgetretenen Problemen leider um einen bisher unbekannten Fehler in der Mysql-Server Software. Wir stehen jedoch auch weiterhin mit dem Support von Mysql in Verbindung und versuchen, den Fehler gemeinsam zu finden und vollst�ndig zu beheben. Ich m�chte aber betonen, dass diese Probleme in der Regel den regul�ren Betrieb nicht beeinflussen. Dennoch sind wir nat�rlich sehr bestrebt, diese bisher unbekannten Verhaltensweisen vollst�ndig abzustellen und die von uns angestrebte 100%ige Ausfallsicherheit des Systems schnellstm�glich zu erreichen.

5. Schlussworte

Ich bedanke mich erneut f�r die Unterst�tzung und die Geduld w�hrend und nach der Umstellung. Wie Ihr wisst legen wir bei Hostloco gr��ten Wert auf einwandfreie Erreichbarkeit aller bei uns gehosteten Seiten. Nicht zuletzt deswegen waren wir in den letzten Wochen bestrebt, die aufgetretenen Unannehmlichkeiten so schnell wie m�glich zu beheben. Sollte es in diesem Zuge zu Wartezeiten bei der Beantwortung von Anfragen per E-Mail oder Telefon gekommen sein, so entschuldigen wir uns auch hierf�r bei Euch. Zwischenzeitlich haben wieder das normale Ma� an Supportaufkommen erreicht, so dass wir k�nftig wieder in gewohnter Geschwindigkeit reagieren k�nnen.

Insofern freuen wir uns wie immer auf Anfragen, Kritik oder Anregungen und stehen Euch jederzeit gerne zur Verf�gung!

Beste Gr��e

Thomas John
Gesch�ftsf�hrer Planet Uplink Technologies S.L.

INSERT INTO orion_search_wordlist

katzebiggi — Sat, 04 Sep 2010 12:15:30 GMT

Fehler:

DEBUG MODE
INSERT INTO orion_search_wordlist (word_text, word_common) VALUES ('admin', 0)
Line : 213
File : functions_search.php

Laut Google suche soll nicht ge�gend Plattenspeicher vorhanden sein. Mein Webspace ist noch nicht ann�hrend ausgesch�pft.

Guten morgen Hostloco-Team,
seit 2 Tagen geht in meinem Meckerforum das Posten wieder nicht. Auch wurde das Datum f�r einen Thread zur�ck gesetzt.
Domain: www.agentursparfuchs.de/forum
Thread: Marktplatz

Zwischendurch hat es mal funktioniert und jetzt wieder nicht.

Bitte mal dringend pr�fen, was da los ist.
Vielen Dank und
liebe Gr��e von katzebiggi

Neues zur Umstellung auf Mysql5

Thomas John — Mon, 30 Aug 2010 13:09:15 GMT

Liebe Kundinnen,
Liebe Kunden,

Wie in den letzten Newslettern angek�ndigt haben wir die Migration aller Shared-Hosting Kunden auf Mysql5 zwischenzeitlich abgeschlossen.
Somit steht Dir nun Mysql5 wie versprochen zur Verf�gung.

Dennoch gab es in den letzten Tagen noch einige Probleme beim Betrieb der neuen Datenbank-Infrastruktur, und wir arbeiten rund um die Uhr um diese vollst�ndig zu beheben.

Da es bis zur kompletten L�sung des Problems noch etwa 24-48 Stunden dauern kann, m�chten wir Dir gerne den Sachverhalt erkl�ren und die von uns hierf�r entwickelte L�sung pr�sentieren.

Die Migration der Datenbanken hat nach Plan funktioniert, und alle Datenbanken der Shared-Hosting Accounts sind zwischenzeitlich auf Mysql5 umgestellt.
Leider traten einige alte Datenbank-Inkonsistenzen zum Vorschein, dies betraf jedoch ausschlie�lich nicht genutzte und �verwaiste� Datenbanken. Das jedoch hat zu einer �berlastung des Error-Reportings und damit zum h�ufigen Absturz und Restart des von uns verwendeten Mysql-Servers gef�hrt.

Hierdurch wurden Verbindungen teilweise sehr langsam aufgebaut oder vollst�ndig abgewiesen. Wir haben dies durch die Optimierung des Servers und dem L�schen der inkonsitenten Datenbanken teilweise behoben, jedoch kommt es aktuell noch immer zu leichten Unterbrechungen. Diese sind vor allem durch den starken Anstieg von Datenbank-Abfragen unserer Kunden verursacht, was wir leider so nicht vorhersehen konnten.

Um dieses Problem endg�ltig zu beheben werden wir heute im Laufe des Tages einen weiteren Mysql-Server im Cluster einbinden. Wir setzen diesen bereits auf, so dass wir heute Abend mit der Synchronisation der Datenbanken beginnen k�nnen. Hierdurch werden wir jedoch mehr als ausreichend Ressourcen im Mysql-Cluster schaffen, um auch einen weiteren starken Anstieg der Datenbank-Verbindungen abfangen zu k�nnen.

Selbstverst�ndlich ist dies eine �rgerliche Angelegenheit f�r Dich, sofern Du auf Datenbanken angewiesen bist. Wir entschuldigen uns hiermit ausdr�cklich bei Dir f�r die entstandenen Unannehmlichkeiten. Leider sind die Erfahrungen beim Betrieb solch gro�er Cluster-Systeme wie wir sie einsetzen im Allgemeinen sehr begrenzt. Somit waren leider auch diese Probleme nicht vorhersehbar und auch f�r uns mehr als ein worst-case Szenario.

Auch die von uns entwickelten Notfallpl�ne f�r solche Komplikationen w�hrend der Migration konnten hier leider nicht greifen, da diese Verkettung ungl�cklicher Umst�nde nicht vorhersehbar war.

Planm��ig wollten wir die Umstellung der Kunden mit dedizierten Servern und VPS (jeweils mit Tuxtools als Administrationsoberfl�che) in K�rze beginnen. Wir werden dies auf Grund der aktuellen Umst�nde jedoch so lange verschieben, bis die volle Leistung des Mysql-Clusters sichergestellt ist.

Wir bitten Dich dennoch um Verst�ndnis, und versichern Dir, dass wir alles f�r einen reibungslosen Betrieb tun. Wir sind davon �berzeugt, dass wir die volle Performance in K�rze herstellen k�nnen. Damit werden wir nach langer Vorbereitung eines der schnellsten und sichersten Datenbank-Systeme f�r unsere Kunden betreiben.

Du siehst, dass wir bereits mit Hochdruck an der bestm�glichen Geschwindigkeit und Sicherheit der Mysql-Datenbanken arbeiten. Sofern Du Fragen hierzu hast stehen wir Dir aber selbstverst�ndlich jederzeit gerne zur Verf�gung und helfen, wo wir k�nnen. Hierzu w�re es nett, wenn Du uns einfach eine E-Mail an support@hostloco.com senden w�rdest. Wir bearbeiten die eingehenden Anfragen nat�rlich schnellstm�glich!

Mit freundlichen Gr��en

Thomas John
Gesch�ftsf�hrer Planet Uplink Technologies S.L.

Best of HL Chat / Best HL Slogans

Patrick — Sun, 29 Aug 2010 22:24:45 GMT

so und jetzt viel spa� beim schreiben ;)

hostloco - da kann man noch mit dem support �ber alles reden

Migration auf MySQL 5

Patrick — Sun, 29 Aug 2010 10:30:57 GMT

Hallo liebe Kundin,
hallo lieber Kunde!

Die Migration aller Shared-Hosting Kunden ist seit Donnerstag Abend erfolgreich abgeschlossen. Somit haben jetzt alle unsere Kunden MySQL 5.
Damit neu installierte Scripte funktionieren auch dort als Datenbank-Host 127.0.0.1 oder sqldbs.domain verwende.

Die Performance Probleme konnten wir dann bis Freitag Abend beheben. (Samstag Fr�h war dann noch ein restart n�tig)

Die heutigen Probleme konnten wir auch schnell wieder beheben.
Und alle Seiten sind jetzt wieder problemlos Erreichbar.

Mit freundlichen Gr��en
Patrick Kriechbaumer

SQL Error : 1030 Got error 28 from storage engine

katzebiggi — Sun, 29 Aug 2010 08:10:01 GMT

Moin,
vorgestern war bei mir der Datenbankumzug ( www.agentursparfuchs.de/forum). Gestern die congif.php und db.php von sql4 auf 5 geändert und alles lief bestens.
Danach ein paar Bereinigungen über das ACP vom Board (phpbb Version CBack).

Heute morgen konnte ch das Portal nicht mehr aufrufen, dort steht diese Fehlermeldung:

Could not query forum news information

DEBUG MODE

SQL Error : 1030 Got error 28 from storage engine

SELECT t.*, f.forum_name, f.forum_desc, n.*, p.*, pt.*, u.username, u.user_email FROM orion_topics AS t, orion_forums AS f, orion_users AS u, orion_news AS n, orion_posts_text AS pt, orion_posts AS p WHERE t.topic_first_post_id = p.post_id AND t.forum_id = f.forum_id AND t.topic_first_post_id = pt.post_id AND t.topic_poster = u.user_id AND t.news_id = n.news_id AND t.news_id > 0 ORDER BY t.topic_time DESC LIMIT 0, 10

Line : 328
File : functions_news.php

In der functions_news.php steht in dieser Zeile nur, das er sich nicht zur Datenbank verbinden kann.

Leider verstehe ich von php nicht viel. Alles andere vom Board läuft.

Kann mir bitte jemand weiterhelfen?

Vielen Dank und Gruß von katzebiggi

PS: Mußte gerade feststellen, das auch das Posten nicht mehr geht.

template �ndern

Achim Neubert — Thu, 26 Aug 2010 21:07:45 GMT

hallo,
ich habe seit mehreren jahren das gleiche template (design). kann ich es als laie �ndern, ohne viele seiten anpassen zu m�ssen? kann ich das alte design vorher sichern, um es evtl. zur�ckzuholen?

freundliche gr��e
-an-

Datenbank Fehler

Dirk.W — Wed, 25 Aug 2010 19:24:42 GMT

Hallo, ich hab seit der Datenbankumstellung zwei Fehler in meiner Datenbank hier die Fehler.

1.)

Zitat:

SQL-DATABASE ERROR

Database error in WoltLab Burning Board: Invalid SQL: SELECT u.userid, u.username, u.invisible, u.receivepm, u.lastactivity, uf.* FROM bb129_users u, bb129_groups g LEFT JOIN bb129_userfields uf ON (u.userid=uf.userid) WHERE u.groupid = g.groupid AND g.ismod=1 ORDER BY u.username ASC
mysql error: Unknown column 'u.userid' in 'on clause'
mysql error number: 1054
Date: 25.08.2010 @ 21:12
Script: /team.php?sid=
Referer: http://www.bostelberge-collieforum.de/

2.)

Zitat:

SQL-DATABASE ERROR

Database error in WoltLab Burning Board: Invalid SQL: SELECT e.*, g.chgpermission, cc.*, re.* FROM bb129_events e LEFT JOIN bb129_users u USING (userid) LEFT JOIN bb129_groups g USING (groupid) LEFT JOIN bb129_events_ret re ON (e.eventid=re.eventid) LEFT JOIN bb129_cal_cats cc ON (e.catid=cc.catid) WHERE (public='1' OR e.userid=62) AND ((ret_enddate>='2010-08-01' OR ret_enddate<=eventdate) AND eventdate<='2010-08-31' AND (MOD(PERIOD_DIFF(DATE_FORMAT(e.eventdate,'%y%m'),2 0108),retval)=0 AND retmode='month' OR (MOD(PERIOD_DIFF(DATE_FORMAT(e.eventdate,'%y%m'),2 01008),(retval*12))=0 AND retmode='year') OR retmode!='year' AND retmode!='month') OR MONTH(eventdate)='8' AND YEAR(eventdate)='2010' AND re.retmode IS NULL)
mysql error: Column 'groupid' in from clause is ambiguous
mysql error number: 1052
Date: 25.08.2010 @ 21:23
Script: /calender.php?sid=
Referer: http://www.bostelberge-collieforum.de/

Ich w�rde mich freuen wenn Sie mir helfen k�nnten.

VG. Dirk

eMail hinzuf�gen

3d-clubhouse.com — Thu, 19 Aug 2010 10:11:10 GMT

Hallo,

Ich habe gestern zwei Mail-Adressen zu unserem Account hinzugef�gt.
Normalerweise wurden diese immer innerhalb 5 Minuten auf dem Sever erstellt.

Nun stehen sie aber schon seit gestern im Status "In Bearbeitung".

Kann mir jemand sagen, wo der H�nger ist?

Danke f�r schnellen Support

StephanFuchs — Wed, 18 Aug 2010 17:33:14 GMT

Hallo liebes Hostloco-Team!

Auf diesem Wege möchte ich Euch - wie schon so oft per Mail - ein Dankeschön aussprechen für einen wunderbaren Support. Und in diesem Fall an riesiges Dankeschön an Patrick Kriechbaumer von Hostloco.

Es gab einen Fehler auf meiner Webseite, der - wie sich später herausstellte - mit der Datenbank zu tun hatte. Ich konnte mich bei Joomla nicht mehr als Administrator einloggen.

Nach einigen eigenen Bemühungen wendete ich mich an den Support.

Der Support ging das Problem sofort an. Und - wie ich empfinde - auf eine überdurchschnittlich sorgfältige Art und Weise, da das Team von Hostloco hier freundlicherweise auch selbst versuchte den Fehler zu finden und zu eliminieren.
Als es nicht gelang bat ich resigniert um das Einspielen des Backups von dem Tag, wo ich sicher war, dass alles noch funktionierte. Doch das Backup wurde mehrere Tage nicht eingespielt, was mich unruhig machte. Wahrscheinlich ging ich dem Support schon auf den Nerv mit meinen zig Mails (die übrigens alle freundlich beantwortet wurden).
Dann sah ich heute, dass nach einem erneuten Werkeln von Seiten Hostlocos alles wieder funktioniert. Und mein mehrfach geäußerter Wunsch nach dem Einspielen eines Backups wurde vorsichtshalber nochmals nachgefragt. Gott sei Dank! Denn so wurden alle Daten beibehalten und ich brauchte sie nicht manuell wieder einspielen. Schön, wenn Menschen (Patrick) am Werk sind, die nicht nur nach Kundenäußerungen agieren, sondern mitdenken und auch Fehler von Kundenwünschen (in dem Fall das von mir gewünschte Backup) mit einkalkulieren.

Der Support ist mir immer wieder positiv aufgefallen - schnelle Antworten, prima Unterstützung und starkes Engagement. Auch - oder sollte ich sagen: gerade - bei Kleinigkeiten.
Dieses Mal jedoch wurde ich besonders überrascht und bin dankbar für die immer grandiose Unterstützung, die man (ich) viel zu oft als selbstverständlich hernimmt. Doch bei anderen Hostern machte ich gerade beim Support enorm schlechte Erfahrung.

Da ich denke, dass man nicht nur nörgeln sondern - wenn es angebracht ist - Positives auch festhalten sollte, finde ich dieses öffentliche Dankeschön nur rechtens.

Grüße ans Hostloco-Team
Stephan