Score:0

Amazon Linux 2023 HTTPD failed to start

in flag

I have an AWS instance which I use on demand, I was trying to boot it up and start apache but got this error which I have looked up and couldn't get anywhere near resolving or diagnosing it

The job identifier is 26531 and the job result is failed.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal systemd[1]: Dependency failed for httpd-init.service - One-time temporary TLS key generation for httpd.service.
Subject: A start job for unit httpd-init.service has failed
Defined-By: systemd
Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
 
A start job for unit httpd-init.service has finished with a failure.
 
 The job identifier is 26596 and the job result is dependency.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal systemd[1]: httpd-init.service: Job httpd-init.service/start failed with result 'dependency'.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal systemd[1]: Dependency failed for php-fpm.service - The PHP FastCGI Process Manager.
 Subject: A start job for unit php-fpm.service has failed
Defined-By: systemd
Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
 
A start job for unit php-fpm.service has finished with a failure.

The job identifier is 26597 and the job result is dependency.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal systemd[1]: php-fpm.service: Job php-fpm.service/start failed with result 'dependency'.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal systemd[1]: Dependency failed for httpd.service - The Apache HTTP Server.
Subject: A start job for unit httpd.service has failed
Defined-By: systemd
Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
 
A start job for unit httpd.service has finished with a failure.
 
The job identifier is 26519 and the job result is dependency.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal systemd[1]: httpd.service: Job httpd.service/start failed with result 'dependency'.
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal sudo[4084]: pam_unix(sudo:session): session closed for user root
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal audit[4084]: USER_END pid=4084 uid=1000 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=>
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal audit[4084]: CRED_DISP pid=4084 uid=1000 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_e>
Apr 30 19:34:45 ip-172-31-21-205.ec2.internal kernel: EXT4-fs (nvme1n1): VFS: Can't find ext4 filesystem
Score:0
in flag

as it turned out, this is my mistake the /var was mounted on an inaccessible device, more accurately the filesystem format in the /etc/fstab was incorrect.

I've corrected the device format and now https and php-fpm are running properly

I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.