Forum Replies Created

Viewing 5 replies - 1 through 5 (of 5 total)
  • Thread Starter majortim

    (@majortim)

    No, the host has not changed. Neither have my settings.

    The default database user with r/w rights on my host has the following privileges: SELECT, UPDATE, INSERT, DELETE.

    There is another admin user with more privileges on the host side. This is actually only for administrative purposes and not for standard use.
    I have changed the database user in the WordPress config file once to this admin user. After that the plugin could start again. The error message “ALTER command denied to user” was gone. After that I changed the user back to the standard user. The plugin still works after that.

    Thread Starter majortim

    (@majortim)

    Is it true that the plugin wants more rights for database users lately? This has changed with one of the latest updates? There are no plans to change that?

    Thread Starter majortim

    (@majortim)

    Firstly, I can no longer get into the iThemes Security settings to change the database user. The plugin no longer works as described above.
    Secondly, I doubt that a new database user should have more rights than the previous one. As I said, the host does not allow that.

    The plugin worked fine for years. Now after a recent update, it doesn’t. Is it correct that iThemes Security now wants more database rights recently? What if I can’t grant those if the host refuses?

    Thread Starter majortim

    (@majortim)

    I have talked to the host team. It does not allow changed privileges of the created database users.

    So I have no option to change the privileges of the database users.

    Sorry for digging up this thread, but I’ve got the same problem.

    Log:

    [INFO] BackWPup 3.6.0; Ein Projekt der Inpsyde GmbH
    [INFO] WordPress 4.9.6 auf https://www.***.de/
    [INFO] Log-Level: Normal (übersetzt)
    [INFO] BackWPup-Auftrag: Standard
    [INFO] Logfile ist: backwpup_log_***_2018-07-06_11-42-20.html
    [INFO] Backup-Datei ist: 2018-07-06_11-42-20_***.tar.gz
    [06-Jul-2018 11:42:20] 1. Versuche, die Datenbank zu sichern …
    [06-Jul-2018 11:42:20] Mit Datenbank *** auf ***.db.1and1.com verbunden
    [06-Jul-2018 11:42:21] Datenbank-Backup „***_dump.sql“ mit 37,92 MB zur Backup-Datei-Liste hinzugefügt
    [06-Jul-2018 11:42:21] Datenbank-Backup fertig!
    [06-Jul-2018 11:42:21] 1. Versuche, eine Liste der Verzeichnisse für das Backup zu erstellen …
    [06-Jul-2018 11:42:53] „wp-config.php“ zur Backup-Datei-Liste hinzugefügt.
    [06-Jul-2018 11:42:53] 591 Verzeichnisse zu sichern.
    [06-Jul-2018 11:42:53] 1. Versuche, einen WordPress-Export als XML-Datei zu erstellen …
    [06-Jul-2018 11:42:58] FEHLER: Allowed memory size of 51380224 bytes exhausted (tried to allocate 90112 bytes)
    [06-Jul-2018 11:42:59] 2. Versuche, einen WordPress-Export als XML-Datei zu erstellen …
    [06-Jul-2018 11:43:04] FEHLER: Allowed memory size of 51380224 bytes exhausted (tried to allocate 69632 bytes)
    [06-Jul-2018 11:43:05] 3. Versuche, einen WordPress-Export als XML-Datei zu erstellen …
    [06-Jul-2018 11:43:10] FEHLER: Allowed memory size of 51380224 bytes exhausted (tried to allocate 94208 bytes)
    [06-Jul-2018 11:43:11] FEHLER: Schritt abgebrochen: zu viele Versuche!
    [06-Jul-2018 11:43:11] 1. Versuche, eine Liste der installierten Plugins zu erstellen …
    [06-Jul-2018 11:43:11] Die Datei mit der Plugin-Liste „backupwpup.pluginlist.2018-07-06.txt“ mit 2,91 KB zur Backup-Datei-Liste hinzugefügt.
    [06-Jul-2018 11:43:11] 1. Versuche, eine Manifest-Datei zu generieren …
    [06-Jul-2018 11:43:11] Die Datei manifest.json mit 6,82 KB wurde zur Backup-Datei-Liste hinzugefügt.
    [06-Jul-2018 11:43:11] 1. Versuche, Backup zu erstellen …
    [06-Jul-2018 11:43:11] Komprimiere Dateien als TarGz. Bitte habe einen Moment Geduld.
    [06-Jul-2018 12:10:58] Backup wurde erstellt.
    [06-Jul-2018 12:10:58] Archivgröße ist 2,65 GB
    [06-Jul-2018 12:10:58] 46785 Dateien mit 2,75 GB im Archiv.
    [06-Jul-2018 12:10:59] 1. Versuche, Backup an FTP-Server zu senden …
    [06-Jul-2018 12:11:08] Durch explizite SSL-FTP-Verbindung zum Server verbunden: ***.de:21
    [06-Jul-2018 12:11:08] FTP-Client-Befehl: USER ***
    [06-Jul-2018 12:11:10] Antwort des FTP-Servers: User *** logged in.
    [06-Jul-2018 12:11:10] FTP-Client-Befehl: SYST
    [06-Jul-2018 12:11:10] Antwort des FTP-Servers: UNIX
    [06-Jul-2018 12:11:10] Aktueller FTP-Ordner ist: /***/
    [06-Jul-2018 12:11:10] FTP-Client-Befehl: PASV
    [06-Jul-2018 12:11:10] Antwort des FTP-Servers: Passivmodus gestartet
    [06-Jul-2018 12:11:10] Hochladen ins FTP-Verzeichnis hat begonnen …
    [06-Jul-2018 12:11:27] Durch explizite SSL-FTP-Verbindung zum Server verbunden: ***.de:21
    [06-Jul-2018 12:11:27] FTP-Client-Befehl: USER ***
    [06-Jul-2018 12:11:28] Antwort des FTP-Servers: User *** logged in.
    [06-Jul-2018 12:11:28] FTP-Client-Befehl: SYST
    [06-Jul-2018 12:11:28] Antwort des FTP-Servers: UNIX
    [06-Jul-2018 12:11:28] FTP-Client-Befehl: PASV
    [06-Jul-2018 12:11:28] Antwort des FTP-Servers: Passivmodus gestartet
    [06-Jul-2018 12:11:28] Hochladen ins FTP-Verzeichnis hat begonnen …
    ***
    [06-Jul-2018 12:38:50] Sicherungsdatei wurde zum FTP-Server übertragen: /***/2018-07-06_11-42-20_***.tar.gz
    [06-Jul-2018 12:38:51] Eine Datei vom FTP-Server gelöscht
    [06-Jul-2018 12:38:51] Eine alte Log-Datei gelöscht
    [06-Jul-2018 12:38:51] FEHLER: Job mit Fehlern beendet in 3391 Sekunden. Um eine korrekte Ausführung zu gewährleisten, musst du die Fehler beheben.

    Debug info:

    WordPress-Version: 4.9.6
    BackWPup-Version: 3.6.0
    PHP-Version: 7.2.6  (64bit)
    MySQL-Version: 5.5.60-0+deb7u1-log
    cURL-Version: 7.38.0
    cURL-SSL-Version: OpenSSL/1.0.1t
    WP-Cron-URL:: https://www.***.de/wp-cron.php
    Verbindung zum Server selbst:: Response-Test OK
    Document root: /kunden/homepages/20/***/htdocs
    Temp-Verzeichnis:: /homepages/20/***/htdocs/wp-content/uploads/backwpup-***-temp/
    Protokoll-Verzeichnis:: /homepages/20/***/htdocs/wp-content/uploads/backwpup-***-logs/
    Server: Apache
    Betriebssystem: Linux
    PHP-SAPI: cgi-fcgi
    Aktueller PHP-User: ***
    Maximale Skript-Laufzeit: 50000 Sekunden
    BackWPup Maximale Script-Ausführungszeit: 30 Sekunden
    Alternative WP Cron: Aus
    WP Cron abgeschaltet: Aus
    Verzeichnis-Rechte: 493
    Server-Zeit: 10:51
    Zeit der Website: 12:51
    Zeitzone der Website: Europe/Berlin
    Zeitverschiebung der Website: 2 Stunden
    Sprache der Website: de-DE
    Zeichensatz des MySQL-Clients: utf8mb4
    PHP-Memory-Limit: -1
    WordPress-Memory-Limit: 40M
    Maximales WordPress-Memory-Limit: -1
    Benutzter Speicher: 46,25 MB
    Geladene PHP-Erweiterungen:: Core, PDO, Phar, Reflection, SPL, SimpleXML, bcmath, bz2, calendar, cgi-fcgi, ctype, curl, date, dba, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, intl, json, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, pdo_sqlite, posix, session, shmop, soap, sodium, sqlite3, standard, tidy, tokenizer, wddx, xml, xmlreader, xmlwriter, xsl, zip, zlib
    

    Excluding the XML file export for the backup does solve the problem.
    Using the WordPress XML exporter (under tools) results in an proper XML file without any error.

    So, at the moment I have to use BackWPUp without any XML export. Is there any chance to get this working again?

Viewing 5 replies - 1 through 5 (of 5 total)