Beiträge von ThomasChr

Klingt für mich wie ein extrafeature. Normal ist das jedenfalls nicht...

(oder sollte es nicht sein...)

andreas.

Full Ack. Wenn die Seite einfach laufen muss und ihr keinen Admin wollt (und keine komischen Speziallogiken habt) nehmt euch ein Webspace Paket oder einen Managed Server!

Beides Ja. Und nein, ich will nur ganz kurz mal schauen und brauch keinen Gutscheincode

Nee, die Platte ist nicht voll. Soviel auf den ersten Blick. Und so ganz so schlecht siehts auf den ersten Blick eigentlich auch ned aus...

Hab mal auf die "vermutete" Website geschaut. Die läuft doch aktuell, oder?

Also aktuell ist alles gut?

Im Zweifelsmall machst du einen Teamviewer mit angemeldeter Root Shell auf und schickst mir die Zugangsdaten. Ich kann dann ganz schnell mal schauen.

Dass das natürlich aus Sicherheitstechnischer Sicht gruselig ist, sollte dir dabei klar sein. Ich kann da ja wer weiß was mit dem System machen...

Die Speicheroptimierung bringt garnix wenn die Platte vollgelaufen sein sollte. Das hättest dir sparen können.

Jo, denke auch dass df -h die Crux sein wird...

Zitat von whoami0501

ThomasChr Du hast da 1, 2, 3, 4, viele "status" vergessen.

Weiß nicht wovon du sprichst *tüdeldüüüü*

Wie gesagt bitte einfach mal die Ausgaben von:

systemctl status postfix
systemctl status dovecot
systemctl status rspamd
systemctl status spamassasin
systemctl status apache2
systemctl status nginx
systemctl status mysql
uname -a
cat /etc/issue
ps -efl
uptime
df -h
mount

whoami0501 stimme ich natürlich zu!

Außerdem: Läuft da Plesk oder nicht?

Wisst ihr wie ihr in die Logfiles schauen könnt?

Dienste sterben nicht einfach so.

Zitat von m_ueberall

EDIT: Scheint nicht der einzige Fehler in Verbindung mit "UNION" zu sein: https://jira.mariadb.org/browse/MDEV-17226

Ist ja quasi brandneu der Bug:

2018-09-18 13:36

ARGH... Manches will man garnicht wissen. Wäre ja nicht so als würde man den Daten in der Datenbank vertrauen...

Wers ausprobieren will mit Lorem Ipsum -> Hier gehts lang: Klick!

Version in meinem Fall:

Server version: 10.3.23-MariaDB-1:10.3.23+maria~focal mariadb.org binary distribution

Link zu Stackoverflow: https://stackoverflow.com/questions/6240…lect-with-union

Jep. Umbauen hilft hier sicherlich und damit ist das Problem gelöst. Aber die wirkliche Ursache würd ich noch gerne finden. Evtl. mal auf Stackoverflow nachfragen!

Wie schon gesagt "SELECT xxx" klappt problemlos, aber "SELECT yyy UNION ALL SELECT xxx" schneidet den Text ab. Einfach und Nachvollziehbar. Jetzt müssen wir nur noch finden welche Konfiguration das sein kann.

Der Insert ist aufgebaut mit dutzenden aneinandergehängten UNION ALL SELECT

Der einzelne Select klappt. Sobald mal den Select aber mit UNION ALL SELECT zu seinem anderen SELECT hinzufügt wird abgeschnitten. Das wird doch zu finden sein...

Zitat von ArtCore7

Hab dir mal eine PM geschickt mit dem Query, wenn ich es händisch ausführe passiert es leider auch.

Danke. Wird morgen ausprobiert. Bin gespannt!

Wenn du magst kann ichs gerne mal bei mir irgendwo testen. Natürlich nur wenn die Daten nicht geheim sind!

Müsste doch in deiner lokalen Routing Tabelle angepasst werden können... Unabhängig von Wireguard

Schönes Rätsel, halt uns auf dem laufenden

https://mariadb.com/docs/reference…_allowed_packet ?

Wenn dus nicht findest mal das General log mitlaufen lassen oder den Kabelhai deauf hetzen (Wireshark).