Error starting httpd process

[Braas]

Dear all,

I'm a little desparate, because I serve a 24/7 funeral company and my VPS is down, and my hosting provider is out for the weekend.
What happened before the failure is this: I tried to upgrade the PHP-version through custombuild 2.0. I've also clicked on some other updates that I though was ok. Custombuild kept coming with more PHP update (version 7.0.xx to 7.4.xx etc.) but Ididn't go all the way. On the user level the version remained 5.6 and then I decided to restart the VPS. Since that moment the httpd process doesn't start anymore. Through DirectAdmin I see the error: "/sbin/service httpd start 2>&1".

Who might help me out of this freaking shit? What can I do (except restoring the weekly back-up) to get this solved?

Many thanks in advance!

 

[Imtek]

Did you check out the error logs located at /var/log/httpd ?

Or check service httpd status

 

[Braas]

There are indeed some errors, but nothinh that I can relate to this problem?

 

[Imtek]

What does apachectl -t say?

 

[Braas]

 

[Imtek]

Sounds like you have some custom php flags sett that are not supported.

 

[Braas]

I relate the problem to the update process that I did this afternoon, that might have generated two php-versions on the VPS. Is there a way to re-install the Apache or the VPS service without damaging the domains?

 

[Imtek]

You could reinstall/recompile apache with

/usr/local/directadmin/custombuild/build httpd

I rather would check the Custom HTTPD settings at Admin Level maybe you got some custom configs in there?

 

[factor]

View attachment 4085

You have some customization in that file on line 21.

You most likely need to fix that first. Note: If you edited the standard apache conf file when the customization was made. You can't do it that way DA is a Templated system.

then run

cd /usr/local/directadmin/custombuild
./build update
./build apache
./build rewrite_confs

 

[Braas]

I'm still thinking about this domain aboutflo. Earlier this week I've created a Certificate Request, which went alright. But I've not yet implemented the key code for that domain. When I look at this user, it says: SSL is currently enabled for this domain. You can disable it here.
Could that have somthing to do with it? Do I have to switch this to disable?
On the other hand this domain is the first domain in my domain list, so that could also be the reason why this one comes up?

As far as I know I have no customization, so what's the risk? ;-)

 

[Braas]

And thank you very much ofcourse!

 

[Braas]

If you like a peak into the system that can ofcourse also be arranged. It might help you as well through the weekend during this lockdown period ;-)

 

[Imtek]

Ik zie dat je uit nederland komt, ik kan je eventueel helpen.

-

I see you come from the netherlands; i can help you.

 

[factor]

cd /usr/local/directadmin/custombuild ./build update ./build apache ./build rewrite_confs

All this does is get the latest custom build / rebuild the apache application / then rewrite the apache.conf
So no more risk than fixing it..

 

[factor]

Ik zie dat je uit nederland komt, ik kan je eventueel helpen.

Imtek is right in your backyard and is super helpful

 

[Braas]

Imtek is right in your backyard and is super helpful

Thank you very much, Brent. If we fail I might be back again, but hopefully not. Thanks, Rob.

 

[factor]

We will be here..

 

[Braas]

Thanks to Imtek I'm still alive. This was not just a simple rebuild, this was a mess of troubles with CentOS . He's the best! ?

 

[Imtek]

@Braas no problem and think of us when you are looking around for a new VPS provider that actually helps you haha!

We've fixed the issue the server is is running a EOL version of CentOS with some none working repositories so he was missing the repo's to make the installation/update process correctly.

We enabled the CentOS 6 vault, after that we could recompile apache/php because he was missing expat-devel and libwebp.

Works again! Yay!

 

[factor]

Just like I said imtek is helpful and available.... hint hint.