ich habe den "1812 Tablespace is missing for table" - fehler.
Und was sagt Hosteurope ?
ich habe den "1812 Tablespace is missing for table" - fehler.
Und was sagt Hosteurope ?
saardaniel vielen Dank für deinen Mut das anzuklicken !
"Und was sagt Hosteurope ?"
Nicht viel. Das es da wohl einen Fehler gab und dass sie alles nochmal ins Reine bringen.
EDIT 1: Eines will ich aber anmerken bzw als Frage in den Raum stellen für Leute, die sich damit auskennen.
Wahrscheinlich würde man erst versuchen die Fehlerursache zu suchen. Wenn einige Kunden dieses Problem haben
wird man eine allgemeine Lösung suchen. Und so lange muss ich nun also warten. Das ist also seit gestern Nachmittag.
Ganz nachvollziehen kann ich es dennoch nicht. Vielleicht macht man sich eine Kopie eines "kompletten Systems", bereinigt
die Daten des Kunden - dann ist dieser happy und schaut sich das Problem auf der Kopie dann später an. Ich finde die Reaktionszeit etwas lang.
Hosteurope hat jetzt das Problem gelöst. Die Tabelle updates arbeitet wieder normal.
bei allen 3 meiner websites ist immer noch das Problem vorhanden. Ich habe es gerade getestet.
hcohl woher weisst du das? Ich habe zb noch keine RM von HE bekommen auf mein Ticket.
hcohl woher weisst du das? Ich habe zb noch keine RM von HE bekommen auf mein Ticket.
Kann man auch so einrichten:
Meine Webseite ist übrigens nun offline- warum auch immer.
Bitte schaut nochmal nach, es hat sich etwas getan.
Folgefehler?lg daniel
Das war gestern bereits aber hat nichts mit dem hier behandelten Thema zu tun.
Gehe zu JCE, lade die Datei im Downloadbereich runter und intsalliere manuell.
Oder: die Updatequelle JCE löschen und wiederherstellen ausführen.
Bitte schaut nochmal nach, es hat sich etwas getan.
Folgefehler?
Frag' deinen Hoster, eventuell wurden PHP-Erweiterungen nicht installiert/deaktiviert (z.B. php8-zip)
Ich habe das Problem auch bei einem Host Europe Kunden - die haben gestern Nacht am Server upgedated und damit irgendwas kaputt gemacht...
Ich hab noch keine Lösung, aber auch noch nicht gesucht. muss ich mir erst ansehen.
bei mitlerweile 4 seiten, die ich getestet habe bei mir ist der fehler nach wie vor vorliegend
WM-Loose auch bei mir erscheint die meldung im KIS, jedoch nur dort, wo ich ein ticket habe, ich muss nun alle kunden manuell anstossen bei HE (das hat der supportchat gerade gesagt)
Also an alle: Alle kunden müssen von euch überprüft und gemeldet werden! Das macht HE nicht automatisch!
VG
update bei mir
2 meiner seiten laufen wieder
ich habe es am Samstag gemeldet, Hosteurope hat vorhin geantwortet, dass das Problem behoben wäre.
Ist es aber nicht.
Kenne HE und das Problem nicht.
Das wurde gemacht?
Also an alle: Alle kunden müssen von euch überprüft und gemeldet werden! Das macht HE nicht automatisch!
Hallo,
ich kann mich auch einreihen in das Problem. Hat sich heute um 18:50 Uhr gezeigt.
Hoster: Hosteurope
Schritte:
Setup:
PHP Vers. 8.1.30-bookworm.1
MYSQL 8.0.39-30
Joomla 5.2.1
Gab es von HE Infos, was die dann konkret machen oder ob man selbst noch was machen muss?
Viele Grüße,
Ayko
PHP Vers. 8.1.30-bookworm.1
Der Support für PHP 8.1 ist bereits am 25.11.2023 abgelaufen.
PHP 8.2 läuft noch bis 31.12.2024.
Ich würde auf PHP 8.3 umstellen.
Gab es von HE Infos, was die dann konkret machen oder ob man selbst noch was machen muss?
Also an alle: Alle kunden müssen von euch überprüft und gemeldet werden! Das macht HE nicht automatisch!
Nutze aber HE nicht.
Bei meinem Joomla-Hoster gibt es diese Probleme nicht.
Der Support für PHP 8.1 ist bereits am 25.11.2023 abgelaufen.
PHP 8.2 läuft noch bis 31.12.2024.
Ich würde auf PHP 8.3 umstellen.
Nutze aber HE nicht.
Bei meinem Joomla-Hoster gibt es diese Probleme nicht.
Danke, Die Infos sind bekannt. Security Support läuft übrigens bis 31.12.2025 für 8.1
8.3 kann ich bei HE noch nicht auswählen. Sollte eigentlich ab q3 verfügbar sein.
Auf 8.2 umstellen ist schon geplant, aber jetzt mit Fehler, werde ich das nicht umstellen.
Schön, dass es bei deinem hoater die Probleme nicht gibt.
Hilft uns anderen nur nicht gerade weiter.
Und meine Frage bezüglich Antworten von HE hat den Hintergrund, dass es langfristig von Nutzen sein kann, wenn zumindest irgend eine Info kommt, was die Ursache war.
Und gemeldet ist es schon. Ich warte ab.
update heute! die seiten die vorher gingen weisen WIEDER den Fehler auf!
FATAL nebenbei: Alle anderen domains (OHNE dabei den Fehler im backend ausgelöst zu haben!) die auf dem gleichen Paket liegen weisen dann parallel den 500er fehler auf und sind nicht erreichbar!!
nebenbei: bei mir laufen alle UNTERSCHIEDLICHEN Systeme bereits auf 8.2
wenn man den Fehler meldet erscheint das in der Historie, sonst nicht
Der Fehler tritt grundsätzlich nach der Wartung durch HE am 21.11. auf.
LG
Unsere Lösung:
Bei Hosteurope die Datenbank mit phpmyadmin verwaltet, die Tabelle #_updates komplett gelöscht und manuell neu angelegt. Dazu diesen SQL-Befehl benutzt ("#" muss natürlich durch das richtige Präfix ersetzt werden):
CREATE TABLE `#_updates` (
`update_id` int NOT NULL,
`update_site_id` int DEFAULT '0',
`extension_id` int DEFAULT '0',
`name` varchar(100) DEFAULT '',
`description` text NOT NULL,
`element` varchar(100) DEFAULT '',
`type` varchar(20) DEFAULT '',
`folder` varchar(20) DEFAULT '',
`client_id` tinyint DEFAULT '0',
`version` varchar(32) DEFAULT '',
`data` text NOT NULL,
`detailsurl` text NOT NULL,
`infourl` text NOT NULL,
`extra_query` varchar(1000) DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb3 COMMENT='Available Updates';
--
-- Indizes der exportierten Tabellen
--
--
-- Indizes für die Tabelle `#_updates`
--
ALTER TABLE `#_updates`
ADD PRIMARY KEY (`update_id`);
--
-- AUTO_INCREMENT für exportierte Tabellen
--
--
-- AUTO_INCREMENT für Tabelle `kceh8_updates`
--
ALTER TABLE `#_updates`
MODIFY `update_id` int NOT NULL AUTO_INCREMENT;
COMMIT;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;