Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Logging broken on Qubes 4.1 [in-place upgrade] #773

Closed
eloquence opened this issue May 10, 2022 · 2 comments
Closed

Logging broken on Qubes 4.1 [in-place upgrade] #773

eloquence opened this issue May 10, 2022 · 2 comments

Comments

@eloquence
Copy link
Member

On my in-place upgraded Qubes 4.1 system, I see no logs being ingested to sd-log at all. Instead, I see lines like the following repeated in AppVMs like sd-app:

Apr 18 16:05:29 localhost rsyslogd: omprog: program '/usr/sbin/sd-rsyslog' (pid 1857) terminated; will be restarted [v8.1901.0 try https://www.rsyslog.com/e/2119 ]
Apr 18 16:05:29 localhost rsyslogd: action 'action-0-omprog' suspended (module 'omprog'), retry 0. There should be messages before this one giving the reason for suspension. [v8.1901.0 try https://www.rsyslog.com/e/2007 ]
Apr 18 16:05:30 localhost rsyslogd: action 'action-0-omprog' resumed (module 'omprog') [v8.1901.0 try https://www.rsyslog.com/e/2359 ]

I see no policy denial errors in dom0.

@eaon
Copy link
Contributor

eaon commented May 10, 2022

Reproduced this (with 4.1 repositories in buster) and tracked it down to the /etc/qubes-rpc/securedrop.Log not having the executable bit set. Looks like that would require a new release of securedrop-log.

@eloquence
Copy link
Member Author

Thanks Michael! Since the securedrop-log change was merged, closing this, we can re-verify in final QA if it works as expected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants