openSUSE Kubic Bugs

Download

kubic-bugs@lists.opensuse.org

September 2021

1 participants
22 discussions

[Bug 1190365] New: root home directory appears to be mounting with wrong permissions
by bugzilla_noreply＠suse.com 10 Sep '21

10 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190365 Bug ID: 1190365 Summary: root home directory appears to be mounting with wrong permissions Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Critical Priority: P5 - None Component: Kubic Assignee: kubic-bugs(a)opensuse.org Reporter: s(a)stuartpb.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- See this forum post: https://forums.opensuse.org/showthread.php/559581-Can-t-SSH-in-to-Kubic-aft… On a fresh installation of Kubic for Raspberry Pi from the images at https://download.opensuse.org/repositories/devel:/kubic:/images/openSUSE_Fa… (specifically https://download.opensuse.org/repositories/devel:/kubic:/images/openSUSE_Fa…) I can't SSH in as root, because the subvolume for the `/root` directory is not mounting with appropriate permissions, cf. these messages in the log: ``` Sep 09 17:24:07 localhost sshd[2360]: Authentication refused: bad ownership or modes for directory /root ``` I'm not sure what those bad modes are, but I know the directory comes up with write permissions for group and other when I mount it on another machine. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 1183521] [Build 20210312] openQA test fails in transactional_update
by bugzilla_noreply＠suse.com 09 Sep '21

09 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1183521 http://bugzilla.opensuse.org/show_bug.cgi?id=1183521#c5 --- Comment #5 from Ignaz Forster <iforster(a)suse.com> --- This bug had been fixed (a long time ago) in transactional-update 3.3.0: The link to the RPM database is created as a relative link now. The workdir issue is a bit more tricky, as we can't fix the old transactional-update version. The bug was triggered when using an old transactional-update version < 3.0, explicitly stating --no-selfupdate, on a snapshot created with a transactional-update version >= 3.0; the *old* transactional-update would fail to recognize the /etc overlay due to a changed path of the workdir and not create a new overlay for this snapshot. The *new* transactional-update will then fail to use that snapshot due to the missing overlay for the snapshot. Support for snapshots without corresponding overlay has been added meanwhile, so the problem should at least fix itself. -- You are receiving this mail because: You are on the CC list for the bug.

1 0