Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 1370 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Kein Zugriff auf Proxy Content Manager

BSY
Hallo Zusammen,

verwende die Astaro in der Version 4.015
Seit gestern dauert die Zustellung von eMails über unser Mailrelay bis zu zwei Stunden und länger. Versuche ich über den Webadmin beim Punkt Proxies, den Proxy Content Manager aufzurufen, läuft der Browser nach gut 5 Minuten in eine Fehlermeldung:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Leider erholt sich meine Astaro von dieser Aktion auch nur sehr langsam. Heißt also die nächste viertel Stunde läuft hier nix. Habt Ihr vielleicht irgendwelche Vorschläge.

   


This thread was automatically locked due to age.
Parents
  • 0
    Hello,
    evtl. mehrere Ursachen:
    1. Proxy Content Manager ist voll, daher der Timeout. --
    2. Partition ist voll. Prüfe, ob die Partition voll ist (mit df). 

    Wie ist die RAM Auslastung? Was sagt die CPU Last?
    Gruss
    J.  
  • 0 in reply to Analog_Fotograf
    Das der Content Manager voll ist hab ich auch schon vermutet, weiß aber leider nicht wie ich den leeren kann, ohne den Webadmin. Kann ich auf der Root Konsole einfach ein Verzeichnis leer machen? Wenn ja, welches?

    Der Partition geht's gut "df -h" sagt 43% used

    RAM und CPU Last, gute Idee aber zu welchem Zeitpunkt? Wenn ich auf den Content Manager Zugreife oder in dem Augenblick wo ich über mein SMTP Relay Mails bekomme? Wäre super wenn Du noch einen TIp für mich hast, ansosnten schonmal danke  
  • 0 in reply to BSY
    let's return to the board language :-)

    The mails probably sit in /var/chroot-smtp/spool/input to delete them login as root and cd to this directory. 'rm -f *' should delete them but be aware that you maybe delete valid email.

    Please check your firewall setup. How could that happen? Either a never ending bounce loop or someone could misuse your firewall as open relay and now you have thousands of undeliverable mails in the queue.

    Greetings
    cyclops  
Reply
  • 0 in reply to BSY
    let's return to the board language :-)

    The mails probably sit in /var/chroot-smtp/spool/input to delete them login as root and cd to this directory. 'rm -f *' should delete them but be aware that you maybe delete valid email.

    Please check your firewall setup. How could that happen? Either a never ending bounce loop or someone could misuse your firewall as open relay and now you have thousands of undeliverable mails in the queue.

    Greetings
    cyclops  
Children
  • 0 in reply to cyclops
    Hi cyclops,

    I did what you've posted, but it doesn't seem to work. 
    I logged in directly on the astaro, no webmin or remote (telnet/ssh). Log in as root, then 'su -', cd to the directory you've posted, rm -f and nothing happend. dir|more show's 312 entries. Any Ideas?  
  • 0 in reply to BSY
    sorry but my advise wasn't the whole truth - have a look in /var/chroot-smtp/spool/Finput and /var/chroot-smtp/spool/Fmsglog also :-)

    The command is 'rm -f *' without the quotes of course.

    Finput contains all blocked (frozen) mails and Fmsglog is a reference, think WebAdmin uses this to display the quarantained messages.

    Greetings
    cyclops