On Tue, 2024-02-20 at 07:43 -0500, Tim Evans wrote: > The new BackupPC server starts up--I can see it in process listing; > httpd web server is working as well. I get prompted to log in to the > server admin page as expected, then get the following httpd "503" error: > > "Service Unavailable > > The server is temporarily unable to service your request due to > maintenance downtime or capacity problems. Please try again later."da > > The BackupPC log files don't show any activity, nor does journalctl. > > I do, however, see this in the httpd error_log: > > [Tue Feb 20 06:36:00.553934 2024] [cgid:error] [pid 2519:tid 2670] > (13)Permission denied: [client ::1:43404] AH01257: stderr from > /usr/libexec/BackupPC/BackupPC_Admin: unable to connect to cgi daemon > after multiple tries > > Can anyone explain this, and suggest a fix? My first thought was noting > UID/GID differences for the 'backuppc' user account on the two servers, > but fixing that did not solve the problem. Shot in the dark, approaching this from the webserver since I'm not familiar with BackupPC: How old was your previous backup server? If the webserver is Apache, they've changed how they handle the server configuration over time. Now, very little of the default main config file is used to configure it, just about everything is an individual configuration file in /etc/httpd/conf.d/. If you've simply migrated configuration files, they mightn't be that compatible with the new regime. You may need to adapt configuration files. CGI may be different. If you use secure connections, you might need to debug your SSL configuration (old certs, different configuration techniques, etc). -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.15-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Thu May 11 16:51:53 UTC 2023 x86_64 -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
