Fehler bei Update auf 7.0.3

  • Gelöst aleks0208

    (@aleks0208)


    vor 3 Wochen, 6 Tagen

    Der Update auf 7.03 (von 6.8.7) bringt einen krtischen Fehler.
    Ich bekomme allerdings keine Mail, wie angegeben.

    Wie kann ich da eingrenzen?

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 36)
1 2 3
  • Thread-Starter aleks0208

    (@aleks0208)

    vor 3 Wochen, 4 Tagen

    Ich habe jetzt nochmal angestoßen. Jetzt ist das Update durchgelaufen.
    Möglicherweise hat der Malware Cleanup Remediator das Problem verursacht.

    Thread-Starter aleks0208

    (@aleks0208)

    vor 3 Wochen, 4 Tagen

    Das Log bekommen ich immer noch nicht. Ist aber auch nicht mehr nötig.

    Thread-Starter aleks0208

    (@aleks0208)

    vor 6 Tagen, 7 Stunden

    Hallo, ich habe leider beim Update von 7.03 auf 7.1 das gleiche Problem. Kritischer Fehler ohne weiter Information oder eMail. Zunächst mal der Bericht. Ich versuche jetzt das Debug-Log.

    Vielleicht kann jemand schon mal den Bericht anschauen.

    ` wp-core

    version: 7.0.4
    site_language: de_DE
    user_language: de_DE
    timezone: +00:00
    permalink: /%postname%/
    https_status: true
    multisite: false
    user_registration: 0
    blog_public: 1
    default_comment_status: undefined
    environment_type: production
    user_count: 4
    dotorg_communication: true wp-paths-sizes

    wordpress_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp
    wordpress_size: 65,63 MB (68815438 bytes)
    uploads_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/uploads
    uploads_size: 5,26 GB (5644164920 bytes)
    themes_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/themes
    themes_size: 76,14 MB (79843257 bytes)
    plugins_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/plugins
    plugins_size: 35,67 MB (37398664 bytes)
    fonts_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/uploads/fonts
    fonts_size: directory not found
    database_size: 26,33 MB (27607040 bytes)
    total_size: 5,46 GB (5857829319 bytes) wp-dropins (2)

    advanced-cache.php: true
    maintenance.php: true wp-active-theme

    name: Enfold Child (enfold-child)
    version: 1.0
    author: Kriesi
    author_website: http://www.kriesi.at
    parent_theme: Enfold (enfold)
    theme_features: core-block-patterns, avia_exclude_bbPress, deactivate_tribe_events_calendar, avia_exclude_GFForms, avia_exclude_menu_exchange, avia_exclude_wp_accessibility, avia_exclude_relevanssi, avia_exclude_WooCommerce, avia_exclude_wpSEO, avia_exclude_wpml, avia_exclude_instagram_feed, avia_exclude_leaflet_map, avia_exclude_acf, avia_mega_menu, avia_improved_backend_style, avia_option_pages_toggles, avia_alb_checkbox_toggles, avia_sidebar_manager, automatic-feed-links, post-formats, avia_post_meta_compat, force-post-thumbnails-in-widget, title-tag, nav_menus, post-thumbnails, widgets, widgets-block-editor, block-templates, menus, editor-styles, editor-style, customize-selective-refresh-widgets, responsive-embeds, editor-color-palette, editor-font-sizes
    theme_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/themes/enfold-child
    auto_update: Deaktiviert wp-parent-theme

    name: Enfold (enfold)
    version: 8.0
    author: Kriesi
    author_website: https://kriesi.at
    theme_path: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/themes/enfold
    auto_update: Aktiviert wp-plugins-active (13)

    Classic Editor: version: 1.7.0, author: WordPress Contributors, Automatische Aktualisierungen aktiviert
    Disable & Remove Google Fonts: version: 2.0.1, author: Fonts Plugin, Automatische Aktualisierungen aktiviert
    Disable Comments: version: 2.8.0, author: WPDeveloper, Automatische Aktualisierungen aktiviert
    Duplicate Page: version: 4.5.9, author: mndpsingh287, Automatische Aktualisierungen aktiviert
    Email Address Encoder: version: 1.0.25, author: Till Krüss, Automatische Aktualisierungen aktiviert
    Enhanced Media Library: version: 2.9.4, author: wpUXsolutions, Automatische Aktualisierungen aktiviert
    Mindspun Responsive Blocks: version: 0.18.1, author: Mindspun, Automatische Aktualisierungen aktiviert
    Popup Anything - A Marketing Popup: version: 2.9.1.1, author: Essential Plugin, Automatische Aktualisierungen aktiviert
    Smart Slider 3 Pro: version: 3.5.1.39, author: Nextend, Automatische Aktualisierungen aktiviert
    TablePress: version: 3.3.4, author: Tobias Bäthge, Automatische Aktualisierungen aktiviert
    Theme Test Drive: version: 2.9.1, author: Vladimir Prelovac, Automatische Aktualisierungen aktiviert
    WP-PageNavi: version: 3.0.1, author: Lester 'GaMerZ' Chan, Automatische Aktualisierungen aktiviert
    WP Super Cache: version: 3.1.3, author: Automattic, Automatische Aktualisierungen aktiviert wp-media

    image_editor: WP_Image_Editor_GD
    imagick_module_version: Nicht verfügbar
    imagemagick_version: Nicht verfügbar
    imagick_version: Nicht verfügbar
    file_uploads: 1
    post_max_size: 8M
    upload_max_filesize: 10M
    max_effective_size: 8 MB
    max_file_uploads: 20
    image_format_transforms: image/heic → image/jpeg, image/heif → image/jpeg, image/heic-sequence → image/jpeg, image/heif-sequence → image/jpeg
    gd_version: bundled (2.1.0 compatible)
    gd_formats: GIF, JPEG, PNG, WebP, BMP, AVIF, XPM
    ghostscript_version: not available wp-server

    server_architecture: Windows NT 10.0 AMD64
    httpd_software: Microsoft-IIS/10.0
    php_version: 8.4.24 64bit
    php_sapi: cgi-fcgi
    max_input_variables: 1000
    time_limit: 60
    memory_limit: 128M
    admin_memory_limit: 256M
    max_input_time: 60
    upload_max_filesize: 10M
    php_post_max_size: 8M
    curl_version: 8.21.0 OpenSSL/3.0.21
    suhosin: false
    imagick_availability: false
    opcode_cache: true
    opcode_cache_memory_usage: 65108784 of 134078672
    opcode_cache_interned_strings_usage: 100% of 8388608 (0 free)
    opcode_cache_hit_rate: 98.77
    opcode_cache_full: false
    pretty_permalinks: true
    htaccess_extra_rules: true
    static_robotstxt_file: false
    current: 2026-08-31T06:48:55+00:00
    utc-time: Monday, 31-Aug-26 06:48:55 UTC
    server-time: 2026-08-31T06:48:53+00:00 wp-database

    extension: mysqli
    server_version: 11.4.12-MariaDB
    client_version: mysqlnd 8.4.24
    max_allowed_packet: 16777216
    max_connections: 151 wp-constants

    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content
    WP_PLUGIN_DIR: C:\inetpub\vhosts\dasv-postgeschichte.de\httpdocs\wp/wp-content/plugins
    WP_MEMORY_LIMIT: 40M
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: true
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_ENVIRONMENT_TYPE: undefined
    WP_DEVELOPMENT_MODE: undefined
    DB_CHARSET: utf8mb3
    DB_COLLATE: undefined
    EMPTY_TRASH_DAYS: 30 wp-filesystem

    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    fonts: does not exist
    mu-plugins: writable disable-comments

    status: Comments are disabled site-wide for all content types
    plugin_configured: Yes
    total_comments: 1
    global_disable: Yes
    disabled_post_type_count: 4 of 4
    disabled_post_types: Beiträge, Seiten, Medien, Portfolio Einträge
    xmlrpc_comments: Enabled
    rest_api_comments: Enabled
    show_existing_comments: No
    network_active: No
    sitewide_settings: Not applicable
    role_exclusion_enabled: Disabled
    excluded_roles: None
    Moderator threadi

    (@threadi)

    vor 6 Tagen, 7 Stunden

    Ein Blick ins Logfile wäre jetzt wirklich angebracht.

    Thread-Starter aleks0208

    (@aleks0208)

    vor 6 Tagen, 7 Stunden

    Oh Wunder. Ich habe das Log eingeschaltet und das Update ist durchgelaufen.
    Muss ich nicht verstehen.

    Es wurde auch kein Log erzeugt ???

    • Diese Antwort wurde vor 6 Tagen, 7 Stunden von aleks0208 geändert.
    Moderator threadi

    (@threadi)

    vor 6 Tagen, 7 Stunden

    Gut, wenn es lief. Deaktiviere das Debugging wieder und schau, ob weiterhin alles geht. Möglicherweise hat das Anschalten vom Debugging irgendwelche internen Abläufe von Plugins bei dir oder ein Caching, was sich hier einmischte, verändert. Würde ich empfehlen im Auge zu behalten, da das nicht wirklich normal ist.

    Thread-Starter aleks0208

    (@aleks0208)

    vor 6 Tagen, 7 Stunden

    Das war der Grund, warum ich unbedingt auf 7.1 updaten wollte. Habe mit alten Versionen schlechte Erfahrung gemacht. Habe ein Sicherheitsproblem mit einem Forum, was gnadenlos ausgenutzt wurde.

    Das Verhalten ist etwas suspekt. Keine Information, keine eMail, kein Log, kein kritischer Website-Zustand. Wie soll man da etwas finden?

    Moderator threadi

    (@threadi)

    vor 6 Tagen, 7 Stunden

    Das Problem schlägt sich in jedem Fall in einem Logfile nieder. Wenn du den Debug-Modus aus hast und es wieder auftritt, schau ins Error-Log deines Hosters. Dort muss dazu etwas stehen. Wenn du den Debug-Modus an lässt, schau in die debug.log sobald es wieder auftritt.

    Moderator La Geek

    (@la-geek)

    vor 6 Tagen, 6 Stunden

    Es wurde auch kein Log erzeugt ???

    Das kommt leider vor, siehe dort:
    https://de.wordpress.org/support/topic/aendern-speichern-von-widgets-und-customizer-nicht-moeglich/#post-177260

    Aber es sollte auf jeden Fall in der error.log stehen. Fehler reproduzieren, Zeitraum merken und die error.log-Datei für diesen Zeitraum prüfen.

    Thread-Starter aleks0208

    (@aleks0208)

    vor 6 Tagen, 5 Stunden

    Habe jetzt nach hin und her ein Log bekommen.

    Die KI Analyse sagt:
    Der Updatevorgang läuft nach 60 Sekunden in ein Zeitlimit, während WordPress Dateien kopiert.

    Kann ich da irgendwo einen Wert hochsetzen?

    Moderator threadi

    (@threadi)

    vor 6 Tagen, 4 Stunden

    Leider hast du nicht geschrieben was genau in dem Log steht. Eine KI Analyse kann auch daneben liegen. Aber die Aussage deutet auf eines der im Hosting definierten Timeouts hin. Ob und wie man die höher setzen kann, kann dir am ehesten der Support deines Hosters sagen. Dass ein Update jedoch mehr als 60 Sekunden benötigt, ist auch höchst merkwürdig – das ist i.d.R. in wenigen Sekunden durch. Möglicherweise ist etwas an der von deinem Hoster zur Verfügung gestellten Leistungsfähigkeit nicht ausreichend. Und das lässt sich am besten mit dessen Support klären.

    Übrigens würde das auch möglicherweise erklären wieso erst der Fehler kam und es danach doch funktioniert hat. Je nachdem wie das Hosting gestrickt ist, könnte der Update-Prozess trotz Timeouts weiterlaufen und sogar erfolgreich beendet werden. Du bekommst die Fehlermeldung, aber dennoch arbeitet es im Hintergrund weiter. Irritierend, ja – aber durchaus ein möglicher Grund für die Verwirrung.

    Thread-Starter aleks0208

    (@aleks0208)

    vor 6 Tagen, 3 Stunden

    Dieses WP liegt auf dem gleichen Server wie das WP bei der Eröffnung. Auf dem lief ja der Update auf 7.1 durch.
    Anscheinend hängt jetzt etwas von einem alten Updateversuch in der Installatien.
    „Momentan wird eine andere Aktualisierung durchgeführt.“

    Wie bekomme ich das weg?

    • Diese Antwort wurde vor 6 Tagen, 3 Stunden von aleks0208 geändert.
    Moderator threadi

    (@threadi)

    vor 6 Tagen, 3 Stunden

    Ich bin mir unsicher was du gerade meinst. Sprichst du von einem anderen WordPress-Projekt, was im gleichen Hosting wie das liegt bei dem du bisher die Probleme hattest?

    Die von dir genannte Meldung wird angezeigt sobald eine Aktualisierung durchgeführt wird. Das kann eine von WordPress sein, aber auch von Plugins oder Themes. Die Meldung sollte normalerweise verschwinden sobald die Aktualisierung beendet wurde. Falls nicht, dann ist bei der Durchführung der Aktualisierung etwas schief gegangen und du musst das manuell lösen.

    Um es manuell zu lösen, solltest du dich zunächst per FTP am Hosting anmelden und dort im Hauptverzeichnis nach einer Datei .maintenance suchen. Lösche diese Datei. Sofort danach ist das Web dann wieder erreichbar.

    Bitte beachte, dass du zu neuen Themen hier im Forum bitte ein eigenes Topic eröffnen solltest. Sonst kommt man gehörig durcheinander. Hier sehe ich aber durchaus einen Zusammenhang mit deinem vorherigen Problem, denn wenn es sich (wie ich eben geraten habe) um eine 2. Website im gleichen Hosting handelt, dann deuten all diese Probleme auf ein für dein Projekt eher ungünstiges Hosting hin. Ich würde nochmals betonen, dass du das mit deren Support klären solltest. Falls das nicht machbar ist, such dir einen neuen Hoster (und nein, wir empfehlen hier keinen).

    Thread-Starter aleks0208

    (@aleks0208)

    vor 6 Tagen, 3 Stunden

    die .maintenance bezieht sich doch auf das eigentlich WordPressprojekt beim Update.
    Die Seite hängt ja nicht. Nur das Update selbst. Wird da irgendwo ein Flag gesetzt?

    Es ist schon ein gehobenes Serverpaket – allerdings auf einem Windowsserver.

    Moderator threadi

    (@threadi)

    vor 6 Tagen, 3 Stunden

    Die Datei .maintenance ist das Flag, was hierfür gesetzt wird. Hast du die gefunden und gelöscht?

    Und welches Update hängt genau? Weißt du welches?

    Und ja, Windows-Server sind sehr eigen – kommt für mich auf keinen Fall in Frage.

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 36)
1 2 3

Du musst angemeldet sein, um auf dieses Thema zu antworten.