Re: New BackupPC Server Hardware; Existing Data Pool

2024-02-21 Thread Tim Evans 


On 2/20/24 08:57, Tim Evans wrote:

On 2/20/24 07:51, Richard Shaw wrote:
On Tue, Feb 20, 2024 at 6:43 AM 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


As the BackupPC package maintainer, I have never seen this, so it may 
be unique to your setup...


The only thing I can think of right now might be to try temporarily 
putting SELinux into permissive mode and see if that helps. If so, 
maybe relabeling the filesystem if the key.


Thanks, Richard.  selinux is disabled.  As I mentioned, when BackupPC 
was installed on the new system, its user/group got a different 
numerical UID/GID than the user on the old system. Having restored all 
the configs from the old system from an old-fashioned 'dump' backup, 
while I've recursively chown-ed the data pool directory, I'm thinking 
there is still stuff somewhere with the wrong ownership.


Following up with both Good and Bad News. Having fixed up the file 
ownership for the differing UID/GID's, I can report the Good News that 
BackuPC is running and doing its daily backups and self-maintenance, 
according to its log files.


Bad News is that I'm still getting the same error (above) when trying to 
access the BackuPC admin page with a browser.  Googling "unable to 
connect to cgi daemon" turns up a lot of references to the httpd 'mpm' 
module. Hoping that folks who are familiar with Apache module innards 
might have some advice here.


Thanks.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: kernels > 6.5.12-300.fc39.x86_64 do not boot

2024-02-21 Thread olivares33561 via users 
Sent from ProtonMail, encrypted email based in Switzerland.

Sent with Proton Mail secure email.

On Friday, February 16th, 2024 at 11:36 PM, Felix Miata  
wrote:

> Samuel Sieb composed on 2024-02-16 16:34 (UTC-0800):
> 
> > On 2/16/24 09:23, olivares33561 via users wrote:
> 
> ...
> 
> > > Feb 16 11:09:28 fedora kernel: ? 
> > > __intel_display_power_get_domain.part.0+0x52/0x70 [i915]
> > > Feb 16 11:09:28 fedora kernel: ? ktime_get+0x3c/0xa0
> > > Feb 16 11:09:28 fedora kernel: ? exc_page_fault+0x7f/0x180
> > > Feb 16 11:09:28 fedora kernel: ? asm_exc_page_fault+0x26/0x30
> > > Feb 16 11:09:28 fedora kernel: ? icl_aux_pw_to_phy.isra.0+0x35/0x40 [i915]
> > > Feb 16 11:09:28 fedora kernel: icl_aux_power_well_disable+0x39/0x1d0 
> > > [i915]
> > > Feb 16 11:09:28 fedora kernel: 
> > > intel_power_domains_sanitize_state+0x91/0xb0 [i915]
> > > Feb 16 11:09:28 fedora kernel: 
> > > intel_display_driver_probe_nogem+0x163/0x210 [i915]
> > > Feb 16 11:09:28 fedora kernel: i915_driver_probe+0x707/0xbe0 [i915]
> 
> > An oops with a page fault in the i915 display driver relating to power
> > management. Somehow triggered by udev.
> 
> > No idea what would cause that, but it explains why nomodeset works.
> 
> 
> So perhaps intel_pstate= kernel cmdline appendages are worth trying?:
> 
> https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt 31%
> down from top of file. I'd go first for hwp_only, next no_hwp, then ???
> 
> https://www.kernel.org/doc/html/v4.19/admin-guide/pm/intel_pstate.html
> 
> Has a BIOS upgrade already been checked for?
> --
> Evolution as taught in public schools is, like religion,
> based on faith, not based on science.
> 
> Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
> 
> Felix Miata
> --

Dear Sir,

Tried out 

intel_pstate=hwp_only 
and
intel_pstate=no_hwp 

and none of these worked.  Still same situation.  Bios has been updated and I 
have to use nomodeset as kernel parameter to successfully boot.  Maybe another 
kernel 6.7.5 coming soon will fix the situation?

was not able to capture kernel output of journalctl :(

Best Regards,


Antonio 

--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue