Plesk 11.0.9 - Plötzlich keine Domain mehr erreichbar

[Dublay]

Hallo SSFler,

ich habe seit heute Nacht ein Problem mit meinem vServer und vermute, da der Server weiterhin erreichbar ist, ein Plesk-Problem:

Auf dem System (vor drei Wochen frisch eingerichtet, CentOS, Plesk 11) sind vier Domains eingerichtet worden. Alle vier sind seit heute Nacht nicht mehr erreichbar. In Plesk selbst sind diese Domains noch aktiv und nicht abgelaufen.

Ich bin mit meinem Latein am Ende - hat jemand eine Idee, woran das liegen könnte?

Folgendes kann ich dem error_log des Servers entnehmen, kann damit aber nichts anfangen:

[Mon May 06 16:53:03 2013] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Mon May 06 16:53:03 2013] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)

 

[Bierteufel]

Was meinst Du mit nicht erreichbar ?

- Im Browser nicht erreichbar ?

1. Was ergibt ein "ping DeinDomainNAme.tld" von Deinem lokalen Rechner aus ?
2. Was ergibt "nmap localhost" auf dem Serversystem ?
3. Wenn Port 80 nicht dabei sein sollte, dann "httpd start"

Mehr geht nur mit mehr Infos seitens Dir.

 

[Dublay]

Hallo Bierteufel,

Danke für Deine Antwort.

Die Webseiten sind im Browser nicht erreichbar.

Ping vom lokalen Rechner aus auf eine der Domains ergibt timeout.

nmap localhost -> Kommando nicht gefunden

Der Apache läuft.

 

[GwenDragon]

Kann es sein, dass eine Firewall irgendwo Ports sperrt?

 

[Dublay]

Hallo GwenDragon,

soweit ich das sehen kann nein (siehe Screenshots aus Virtuozzo und aus Plesk)

edit: ich komme übrigens per ftp und shell auf den Server drauf - irgendetwas mit DNS/Nameserver/Ports was dort nicht stimmt? Oder an den virtuellen Hosts falls es sowas gibt?

 

[wstuermer]

Bitte mal die Ausgaben von "netstat -natpl", "iptables -L -n -v", "iptables -L -n -v -t nat" und "service --status-all" hier posten.

 

[Dublay]

Ich habe inzwischen herausgefunden, dass der Apache wohl Probleme hat und ständig das Handtuch wirft:

[Mon May 06 20:37:20 2013] [notice] child pid 16771 exit signal Segmentation fault (11)
[Mon May 06 20:37:20 2013] [notice] child pid 16772 exit signal Segmentation fault (11)
[Mon May 06 20:37:21 2013] [notice] child pid 16773 exit signal Segmentation fault (11)
[Mon May 06 20:37:21 2013] [notice] child pid 16774 exit signal Segmentation fault (11)

[Mon May 06 22:31:22 2013] [debug] proxy_util.c(1833): proxy: grabbed scoreboard slot 0 in child 771 for worker proxy:reverse

Der Server hat hohe Zugriffszahlen - aber kann das alleine der Grund sein?

 

[wstuermer]

Hast du die Proxyconfig selber geschrieben? Bitte mal hier posten. Der Fehler wird von mod_proxy im folgenden Abschnitt erzeugt:

/*
* ap_proxy_initialize_worker_share() concerns itself
* with initializing those parts of worker which
* are, or could be, shared. Basically worker->s
*/
PROXY_DECLARE(void) ap_proxy_initialize_worker_share(proxy_server_conf *conf,
                                                     proxy_worker *worker,
                                                     server_rec *s)
{
#if PROXY_HAS_SCOREBOARD
    lb_score *score = NULL;
#else
    void *score = NULL;
#endif

    if (PROXY_WORKER_IS_INITIALIZED(worker)) {
        /* The worker share is already initialized */
        ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
              "proxy: worker %s already initialized",
              worker->name);
        return;
    }
#if PROXY_HAS_SCOREBOARD
        /* Get scoreboard slot */
    if (ap_scoreboard_image) {
        score = ap_get_scoreboard_lb(worker->id);
        if (!score) {
            ap_log_error(APLOG_MARK, APLOG_ERR, 0, s,
                  "proxy: ap_get_scoreboard_lb(%d) failed in child %" APR_PID_T_FMT " for worker %s",
                  worker->id, getpid(), worker->name);
        }
        else {
             ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
                  "proxy: grabbed scoreboard slot %d in child %" APR_PID_T_FMT " for worker %s",
                  worker->id, getpid(), worker->name);
        }
    }
#endif
    if (!score) {
        score = apr_pcalloc(conf->pool, sizeof(proxy_worker_stat));
        ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
              "proxy: initialized plain memory in child %" APR_PID_T_FMT " for worker %s",
              getpid(), worker->name);
    }
    worker->s = (proxy_worker_stat *)score;
    /*
* recheck to see if we've already been here. Possible
* if proxy is using scoreboard to hold shared stats
*/
    if (PROXY_WORKER_IS_INITIALIZED(worker)) {
        /* The worker share is already initialized */
        ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
              "proxy: worker %s already initialized",
              worker->name);
        return;
    }
    if (worker->route) {
        strcpy(worker->s->route, worker->route);
    }
    else {
        *worker->s->route = '\0';
    }
    if (worker->redirect) {
        strcpy(worker->s->redirect, worker->redirect);
    }
    else {
        *worker->s->redirect = '\0';
    }

    worker->s->status |= (worker->status | PROXY_WORKER_INITIALIZED);

}

 

[Dublay]

Hallo wstuermer und Danke für Deine Antwort.

Ich kann keine mod_proxy auf dem Server finden, nur die .so-Dateien in usr/lib/64...