June 2022 - openSUSE Kubic Bugs - openSUSE Mailing Lists

[Bug 1200457] New: iscsi.service cannot start at microos
by bugzilla_noreply＠suse.com 10 Jan '23

10 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1200457 Bug ID: 1200457 Summary: iscsi.service cannot start at microos Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: matwey.kornilov(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, I am running microOS 20220611 with open-iscsi-2.1.7-90.1.x86_64. When I try to start iscsi.service the following error appears: Jun 12 19:16:09 localhost.localdomain systemd[1]: Starting Login and scanning of iSCSI devices... Jun 12 19:16:09 localhost.localdomain iscsiadm[1009]: iscsiadm: Maybe you are not root? Jun 12 19:16:09 localhost.localdomain iscsiadm[1009]: iscsiadm: Could not lock discovery DB: /etc/iscsi/lock.write: No such file or directory Jun 12 19:16:09 localhost.localdomain iscsiadm[1009]: iscsiadm: No records found Jun 12 19:16:09 localhost.localdomain iscsiadm[1017]: iscsiadm: Maybe you are not root? Jun 12 19:16:09 localhost.localdomain iscsiadm[1017]: iscsiadm: Could not lock discovery DB: /etc/iscsi/lock.write: No such file or directory Jun 12 19:16:09 localhost.localdomain iscsiadm[1017]: iscsiadm: No records found Jun 12 19:16:09 localhost.localdomain iscsiadm[1018]: iscsiadm: Could not get list of targets from firmware. (err 21) Jun 12 19:16:09 localhost.localdomain systemd[1]: Finished Login and scanning of iSCSI devices. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[kubic-bugs] [Bug 1167780] New: MicroOS images don't update grub if booted without EFI
by bugzilla_noreply＠novell.com 09 Jan '23

09 Jan '23

http://bugzilla.suse.com/show_bug.cgi?id=1167780 Bug ID: 1167780 Summary: MicroOS images don't update grub if booted without EFI Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: fvogt(a)suse.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de CC: kubic-bugs(a)opensuse.org Found By: --- Blocker: --- The .qcow2 images are meant to work fine on systems with EFI (optionally secure boot) and without, so they have both i386-pc and x86_64-efi targets of grub2 installed by kiwi during image building. Kiwi sets LOADER_TYPE="grub2-efi" for this. When booting the image without EFI though, this is not changed by anything and so update-bootloader only manages the x86_64-efi target of grub2. As the grub.cfg file is in the same location, there aren't any immediate issues, but it means that grub is never updated in those deployments. -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 1195878] New: [Build 20220211] openQA test fails in disk_boot
by bugzilla_noreply＠suse.com 26 Oct '22

26 Oct '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1195878 Bug ID: 1195878 Summary: [Build 20220211] openQA test fails in disk_boot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/2186742/modules/disk _boot/steps/5 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario microos-Tumbleweed-MicroOS-Image-x86_64-microos@64bit fails in [disk_boot](https://openqa.opensuse.org/tests/2186742/modules/disk_boot/step… Feb 13 08:01:56.395743 localhost dracut-initqueue[502]: /sbin/ifup: line 135: dhclient: command not found ## Test suite description ## Reproducible Fails since (at least) Build [20220211](https://openqa.opensuse.org/tests/2186317) ## Expected result Last good: [20220210](https://openqa.opensuse.org/tests/2184227) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos… -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1183582] New: transactional server role has very inconsistent package selection (TW, SLE, Leap)
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1183582 Bug ID: 1183582 Summary: transactional server role has very inconsistent package selection (TW, SLE, Leap) Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Selecting the transactional server role results in a very different selection of patterns and packages. On Tumbleweed: https://openqa.opensuse.org/tests/1667896#step/disable_grub_timeout/13 Documentation, Minimal Base, Enhanced Base, AppArmor, YaST Base, Software Management, Minimal Appliance Base On SLE 15 SP3: https://openqa.suse.de/tests/5670408#step/disable_grub_timeout/14 Minimal Base, Enhanced Base, AppArmor, 32-Bit Runtime Environment On Leap 15.3: https://openqa.opensuse.org/tests/1667171#step/disable_grub_timeout/13 Minimal Base, Minimal Appliance Base -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1196547] New: MicroOS Desktop GNOME system role doesn't preinstall language subpackages
by bugzilla_noreply＠suse.com 10 Aug '22

10 Aug '22

https://bugzilla.suse.com/show_bug.cgi?id=1196547 Bug ID: 1196547 Summary: MicroOS Desktop GNOME system role doesn't preinstall language subpackages Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: fcrozat(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Follow-up of https://github.com/yast/skelcd-control-MicroOS/pull/51 Installing MicroOS Desktop (GNOME system role) doesn't install the language subpackages for the select language on the installer. Languages subpackages are currently handled as soft dependencies, which doesn't mix well with MicroOS relying only on requires. -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 1200182] New: systemd-resolved cannot bind port 53
by bugzilla_noreply＠suse.com 04 Jul '22

04 Jul '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1200182 Bug ID: 1200182 Summary: systemd-resolved cannot bind port 53 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: paul(a)pbarker.dev QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a fresh installation of OpenSUSE MicroOS, I have attempted to switch to systemd-networkd and systemd-resolved to manage my network connections following the instructions in https://en.opensuse.org/Network_Management_With_Systemd. However, when trying to enable systemd-resolved I hit an error: alpha:~ # systemctl enable --now systemd-resolved Created symlink /etc/systemd/system/dbus-org.freedesktop.resolve1.service �� /usr/lib/systemd/system/systemd-resolved.service. Created symlink /etc/systemd/system/multi-user.target.wants/systemd-resolved.service �� /usr/lib/systemd/system/systemd-resolved.service. Job for systemd-resolved.service failed because the control process exited with error code. See "systemctl status systemd-resolved.service" and "journalctl -xeu systemd-resolved.service" for details. alpha:~ # journalctl -xeu systemd-resolved.service �� Subject: Automatic restarting of a unit has been scheduled �� Defined-By: systemd �� Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel �� Automatic restarting of the unit systemd-resolved.service has been scheduled, as the result for �� the configured Restart= setting for the unit. Jun 02 21:51:19 alpha.cephei.uk systemd[1]: Stopped Network Name Resolution. �� Subject: A stop job for unit systemd-resolved.service has finished �� Defined-By: systemd �� Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel �� A stop job for unit systemd-resolved.service has finished. �� The job identifier is 1376 and the job result is done. Jun 02 21:51:19 alpha.cephei.uk systemd[1]: Starting Network Name Resolution... �� Subject: A start job for unit systemd-resolved.service has begun execution �� Defined-By: systemd �� Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel �� A start job for unit systemd-resolved.service has begun execution. �� The job identifier is 1376. Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Positive Trust Anchors: Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Negative trust anchors: home.arpa 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 24.> Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Using system hostname 'alpha.cephei.uk'. Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv4(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Failed to process RTNL link message: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv4(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Failed to process RTNL link message: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv4(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Failed to process RTNL link message: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv6(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv4(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Failed to listen on UDP socket 127.0.0.53:53: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: Failed to start manager: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv4(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd-resolved[1643]: LLMNR-IPv6(UDP): Failed to bind socket: Permission denied Jun 02 21:51:19 alpha.cephei.uk systemd[1]: systemd-resolved.service: Main process exited, code=exited, status=1/FAILURE �� Subject: Unit process exited �� Defined-By: systemd �� Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel �� An ExecStart= process belonging to unit systemd-resolved.service has exited. �� The process' exit code is 'exited' and its exit status is 1. Jun 02 21:51:19 alpha.cephei.uk systemd[1]: systemd-resolved.service: Failed with result 'exit-code'. �� Subject: Unit failed �� Defined-By: systemd �� Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel �� The unit systemd-resolved.service has entered the 'failed' state with result 'exit-code'. Jun 02 21:51:19 alpha.cephei.uk systemd[1]: Failed to start Network Name Resolution. It appears that the permission denied errors when systemd-resolved tried to bind port 53 are caused by SELinux. I confirmed that this is the case by disabling SELinux and retrying the command - this resulted in systemd-resolved successfully starting. Therefore I think there is an error in the SELinux policy here - systemd-resolved should be able to bind port 53 on localhost to offer DNS resolution services. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1201066] kernel upgrade fails with Failed to enroll new keys
by bugzilla_noreply＠suse.com 30 Jun '22

30 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1201066 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|MicroOS |Kernel Assignee|kubic-bugs(a)opensuse.org |kernel-bugs(a)opensuse.org -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1201066] New: kernel upgrade fails with Failed to enroll new keys
by bugzilla_noreply＠suse.com 30 Jun '22

30 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1201066 Bug ID: 1201066 Summary: kernel upgrade fails with Failed to enroll new keys Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: doreilly(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 859935 --> http://bugzilla.opensuse.org/attachment.cgi?id=859935&action=edit /var/log/transactional-update.log MicroOS transactional-update fails on RPi. ># cat /sys/firmware/devicetree/base/model >Raspberry Pi 3 Model B Rev 1.2 > # head -2 /etc/os-release > NAME="openSUSE MicroOS" > # VERSION="20220622" > # uname -a > Linux wguard 5.18.4-1-default #1 SMP PREEMPT_DYNAMIC Wed Jun 15 06:00:33 UTC 2022 (ed6345d) aarch64 aarch64 aarch64 GNU/Linux ># transactional-update >... >The following product is going to be upgraded: >openSUSE MicroOS > 20220622-0 -> 20220628-0 >... >(25/37) Installing: kernel-default-5.18.6-1.1.aarch64 [.... >... >dracut: *** Creating image file '/boot/initrd-5.18.6-1-default' *** >dracut: *** Creating initramfs image file '/boot/initrd-5.18.6-1-default' done *** >Failed to enroll new keys >Failed to import /etc/uefi/certs/1F673297.crt >warning: %post(kernel-default-5.18.6-1.1.aarch64) scriptlet failed, exit status 255 >... >2022-06-30 17:21:02 Application returned with exit status 107. >2022-06-30 17:21 ERROR: zypper up on /.snapshots/3/snapshot failed with exit code 107! -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1201049] New: Make MicroOS GNOME Desktop RC/Released
by bugzilla_noreply＠suse.com 30 Jun '22

30 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1201049 Bug ID: 1201049 Summary: Make MicroOS GNOME Desktop RC/Released Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: rbrown(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- This is a mostly pointless bug that I'm creating purely for the purpose of fooling the YaST/skelcd submission process related to my Hackweek 2022 submissions for getting the MicroOS Desktop release ready -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1196547] MicroOS Desktop GNOME system role doesn't preinstall language subpackages
by bugzilla_noreply＠suse.com 27 Jun '22

27 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1196547 http://bugzilla.opensuse.org/show_bug.cgi?id=1196547#c6 Peter Maris <petermaris(a)al-bayyina.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |petermaris(a)al-bayyina.de --- Comment #6 from Peter Maris <petermaris(a)al-bayyina.de> --- All languages are pre-installed on most Android systems, even on the smallest low-budget devices. I also see no problem doing this for openSUSE microOS Desktop. As far as I know you need the language packs even for British English. Therefore, you need the language packs even for most English-speaking countries (these are over 50 countries), except for the USA and the Philippines, which use US English. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1199051] [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 27 Jun '22

27 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1199051 Antonio Feijoo <antonio.feijoo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|1198681 | -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1187219] virtlogd cannot read token due to SElinux
by bugzilla_noreply＠suse.com 24 Jun '22

24 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1187219 https://bugzilla.suse.com/show_bug.cgi?id=1187219#c2 Johannes Segitz <jsegitz(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|kubic-bugs(a)opensuse.org |jsegitz(a)suse.com --- Comment #2 from Johannes Segitz <jsegitz(a)suse.com> --- I can't reproduce this on current Mirco versions. I'll close this now, please reopen if this is still an issue for you -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1200181] SELinux permission issue when provisioning SSH keys
by bugzilla_noreply＠suse.com 22 Jun '22

22 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1200181 https://bugzilla.suse.com/show_bug.cgi?id=1200181#c1 Johannes Segitz <jsegitz(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kubic-bugs(a)opensuse.org |jsegitz(a)suse.com --- Comment #1 from Johannes Segitz <jsegitz(a)suse.com> --- Please provide the output of ls -laZ ~/.ssh after you run the curl command This fails on Factory too, but not because of SELinux. When I run the command I get -rw-r--r--. 1 root root unconfined_u:object_r:ssh_home_t:s0 162 Jun 22 18:16 authorized_keys The DAC permissions are to loose and sshd doesn't accept it. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1200741] firewalld cannot be installed during installation
by bugzilla_noreply＠suse.com 22 Jun '22

22 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1200741 https://bugzilla.suse.com/show_bug.cgi?id=1200741#c2 --- Comment #2 from Felix Niederwanger <felix.niederwanger(a)suse.com> --- Thnx! -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1186127] selinux-ready error
by bugzilla_noreply＠suse.com 22 Jun '22

22 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1186127 Zdenek Kubala <zkubala(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zkubala(a)suse.com Assignee|kubic-bugs(a)opensuse.org |zkubala(a)suse.com -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1200741] firewalld cannot be installed during installation
by bugzilla_noreply＠suse.com 21 Jun '22

21 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1200741 https://bugzilla.suse.com/show_bug.cgi?id=1200741#c1 Richard Brown <rbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |rbrown(a)suse.com Resolution|--- |DUPLICATE --- Comment #1 from Richard Brown <rbrown(a)suse.com> --- This is a duplicate *** This bug has been marked as a duplicate of bug 1200248 *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1200741] New: firewalld cannot be installed during installation
by bugzilla_noreply＠suse.com 21 Jun '22

21 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1200741 Bug ID: 1200741 Summary: firewalld cannot be installed during installation Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: felix.niederwanger(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 859725 --> http://bugzilla.opensuse.org/attachment.cgi?id=859725&action=edit Screenshot of missing firewalld during installation When enabling the Firewall during MicroOS installation from ISO, the installer complains that firewalld needs to be selected manually for installation. However there is no package firewalld available for installation. Since the installer allows to enable the Firewall and it appears to be a legit use case to have firewalld installed maybe we want to include firewalld in the MicroOS repositories/installation medium? Affected medium: MicroOS ISO Image -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1196547] MicroOS Desktop GNOME system role doesn't preinstall language subpackages
by bugzilla_noreply＠suse.com 13 Jun '22

13 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1196547 http://bugzilla.opensuse.org/show_bug.cgi?id=1196547#c5 --- Comment #5 from Michael <michaelbelachev(a)gmail.com> --- (In reply to Richard Brown from comment #4) > A package list generator for all possible *-lang packages will probably be > all we need to keep a good chunk of this managable. Yes. If my opinion can change something, I thing, that will be good idea. Or install necessary lang packages when user choose language other than English. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1199051] [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 09 Jun '22

09 Jun '22

https://bugzilla.suse.com/show_bug.cgi?id=1199051 https://bugzilla.suse.com/show_bug.cgi?id=1199051#c10 --- Comment #10 from Antonio Feijoo <antonio.feijoo(a)suse.com> --- Finally the patch has been merged upstream: https://github.com/OSInside/kiwi/pull/2154 When will the OBS version be updated with this fix, so we can create dracut service requests without having to implement a temporary workaround for this issue? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1200181] New: SELinux permission issue when provisioning SSH keys
by bugzilla_noreply＠suse.com 02 Jun '22

02 Jun '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1200181 Bug ID: 1200181 Summary: SELinux permission issue when provisioning SSH keys Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: paul(a)pbarker.dev QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- On a fresh installation of OpenSUSE MicroOS, I added my SSH keys to authorized_keys for the root user as follows: # mkdir .ssh # curl https://github.com/pbrkr.keys > .ssh/authorized_keys However, I was not able to login as root using the keys listed in this file after running the above commands. After some investigation I found that the issue was that sshd was unable to read /root/.ssh/authorized_keys. To fix this, I had to relabel the relevant directory: # restorecon -R -v /root/.ssh The relabeling should not be necessary. -- You are receiving this mail because: You are the assignee for the bug.

1 0