[systemd-devel] systemd-ask-password causes systemd to use very high CPU

Barry Scott barry at barrys-emacs.org
Wed Feb 17 19:44:09 UTC 2021


Is there any work around that I can use?

Barry


> On 23 Jan 2021, at 14:32, Barry Scott <barry at barrys-emacs.org> wrote:
> 
> I opened this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1919538 <https://bugzilla.redhat.com/show_bug.cgi?id=1919538>
> 
> I'd love to know if there is a work around until you have time to make a fix.
> 
> Barry
> 
> 
> 
>> On 16 Jan 2021, at 15:42, Barry Scott <barry at barrys-emacs.org <mailto:barry at barrys-emacs.org>> wrote:
>> 
>> I have a reproducible problem with systemd-ask-password.
>> 
>> # rpm -q systemd
>> systemd-246.7-2.fc33.x86_64
>> 
>> 1. boot fedora 33
>> 2. login to KDE
>> 3. start a terminal and run top
>> 4. start a terminal and run:
>>   systemctl >before
>>   systemd-ask-password 'testing: ' </dev/null >p
>> 5. Observe that top is showing systemd using ~80% CPU
>> 6. stop systemd-ask-password and CPU returns to idle
>>   systemctl >after
>> 7. Check journal:
>> 
>> Jan 16 15:18:19 vmf33.chelsea.private systemd[1]: Condition check resulted in Forward Password Requests to Plymouth being skipped.
>> Jan 16 15:18:19 vmf33.chelsea.private systemd[1]: Condition check resulted in Forward Password Requests to Plymouth being skipped.
>> Jan 16 15:18:19 vmf33.chelsea.private systemd[1]: Condition check resulted in Forward Password Requests to Plymouth being skipped.
>> Jan 16 15:18:19 vmf33.chelsea.private systemd[1]: Condition check resulted in Forward Password Requests to Plymouth being skipped.
>> Jan 16 15:18:19 vmf33.chelsea.private systemd[1]: Condition check resulted in Forward Password Requests to Plymouth being skipped.
>> Jan 16 15:18:19 vmf33.chelsea.private systemd[1]: Condition check resulted in Forward Password Requests to Plymouth being skipped.
>> etc...
>> 
>> # journalctl -b  | grep Condition | wc -l
>> 37555
>> 
>> 8. run again:
>>   systemd-ask-password 'testing: ' </dev/null >p
>> 9. messgae sent to all terminals:
>> Broadcast message from root at vmf33.chelsea.private <mailto:root at vmf33.chelsea.private> (Sat 2021-01-16 15:28:02 GMT):
>> 
>> Password entry required for 'testing:' (PID 1862).
>> Please enter password with the systemd-tty-ask-password-agent tool.
>> 
>> -----
>> 
>> Looking at the services before and after running systemd-ask-password once I see this diff:
>> 
>> # diff -u before after | grep '^[-+]'
>> --- before      2021-01-16 15:35:51.850438282 +0000
>> +++ after       2021-01-16 15:36:08.875736785 +0000
>> -  systemd-ask-password-plymouth.path                                                                       loaded active waiting   Forward Password Requests to Plymouth Directory Watch                                                            
>> -  systemd-ask-password-wall.path                                                                           loaded active waiting   Forward Password Requests to Wall Directory Watch                                                                
>> +  systemd-ask-password-wall.path                                                                           loaded active running   Forward Password Requests to Wall Directory Watch                                                                
>> -  fprintd.service                                                                                          loaded active running   Fingerprint Authentication Daemon                                                                                
>> +  systemd-ask-password-wall.service                                                                        loaded active running   Forward Password Requests to Wall                                                                                
>> -196 loaded units listed. Pass --all to see loaded but inactive units, too.
>> +195 loaded units listed. Pass --all to see loaded but inactive units, too.
>> 
>> I am seeing this behaviour on two systems. A dell laptop and a VMware VM.
>> 
>> Is there anything I can do to help debug this?
>> Or just raise a big report?
>> 
>> What work around would you suggest I use until this is fixed?
>> 
>> Barry
>> 
>> _______________________________________________
>> systemd-devel mailing list
>> systemd-devel at lists.freedesktop.org <mailto:systemd-devel at lists.freedesktop.org>
>> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
>> 
> 
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20210217/37bd890b/attachment-0001.htm>


More information about the systemd-devel mailing list