DirectAdmin v1.646 RC

Now i can login, just "rm /usr/local/directadmin/data/users/admin/skin_customizations/evolution/files/options-v1.js" like @ps4all said!

Apache is stil a problem, with custombuild/custom/ap2/configure.apache and custombuild/configure/ap2/configure.apache both the same error, see below;

1672969629262.png

Code:
#!/bin/sh
"./configure" \
        "--enable-systemd" \
        "--prefix=/etc/httpd" \
        "--exec-prefix=/etc/httpd" \
        "--bindir=/usr/bin" \
        "--sbindir=/usr/sbin" \
        "--sysconfdir=/etc/httpd/conf" \
        "--enable-so" \
        "--enable-dav" \
        "--enable-dav-fs" \
        "--enable-dav-lock" \
        "--enable-suexec" \
        "--enable-deflate" \
        "--enable-unique-id" \
        "--enable-cgi" \
        "--disable-cgid" \
        "--enable-mods-static=most" \
        "--enable-mpms-shared=all" \
        "--with-suexec-caller=apache" \
        "--with-suexec-docroot=/" \
        "--with-suexec-gidmin=100" \
        "--with-suexec-logfile=/var/log/httpd/suexec_log" \
        "--with-suexec-uidmin=100" \
        "--with-suexec-userdir=public_html" \
        "--with-suexec-bin=/usr/sbin/suexec" \
        "--with-included-apr" \
        "--with-pcre=/usr/local" \
        "--includedir=/usr/include/apache" \
        "--libexecdir=/usr/lib/apache" \
        "--libdir=/usr/lib/apache" \
        "--mandir=/usr/share/man" \
        "--datadir=/var/www" \
        "--localstatedir=/var" \
        "--enable-logio" \
        "--enable-ssl" \
        "--enable-rewrite" \
        "--enable-http2" \
        "--enable-proxy" \
        "--enable-expires" \
        "--enable-reqtimeout" \
        "--with-ssl=/usr" \
        "--disable-md" \
        "--enable-headers"

I'm using CentOS7 and DA 1.646
 
Last edited:
It's a segmentation fault, something unexpected happens and it'd need debugging. The response comes from Apache, not DA, and it's a case which should never happen. I'd suggest opening a support ticket for the assistance.
 
Thanks for your reaction @smtalk, you're correct that it was not a DA issue, solved by updating first all PHP versions first and second apache! One of the PHP versions was probably currupted!
 
Back
Top