-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
15.0rc1: RaspberryMatic add-on stops working due to Operation not permitted
#3915
Comments
This should be checked and fixed before HA-OS 15 is released. |
Unfortunately, I don't have the hardware available, but I will get in touch with Jens to track it down. It's definitely something that needs to be resolved for the release. (tagging as board/ova, but other boards are very likely affected too) |
Thanks! Just check your Discord messages ;-)
This is indeed board unrelated because the issue recently referenced up there related to HomeAssistant Yellow, thus rpiX platform. |
The rebased patch series in original PR [1] that was used here after update to v1.2.5 were missing the last patch from the old patch series that changes the behavior to add/remove permissions incrementally instead of replacing them. This caused regression described in [2]. With the missing patch added, the permissions are added correctly for all new devices. [1] opencontainers/runc#3402 [2] home-assistant/operating-system#3915 Signed-off-by: Jan Čermák <[email protected]>
Add missing patch and update for latest runc version to fix losing device permissions when new devices are added in runtime. * buildroot b079a02a9a...cb7c9d6fcc (2): > package/runc: add patch for extended default allowed devices in v1.2.4 > package/runc: add missing patch to fix device permissions update Fixes #3915
The rebased patch series in original PR [1] that was used here after update to v1.2.5 were missing the last patch from the old patch series that changes the behavior to add/remove permissions incrementally instead of replacing them. This caused regression described in [2]. With the missing patch added, the permissions are added correctly for all new devices. [1] opencontainers/runc#3402 [2] home-assistant/operating-system#3915 Signed-off-by: Jan Čermák <[email protected]>
Add missing patch and update for latest runc version to fix losing device permissions when new devices are added in runtime. * buildroot b079a02a9a...3914f8cad5 (2): > package/runc: add patch for extended default allowed devices in v1.2.4 > package/runc: add missing patch to fix device permissions update Fixes #3915
Add missing patch and update for latest runc version to fix losing device permissions when new devices are added in runtime. * buildroot b079a02a9a...3914f8cad5 (2): > package/runc: add patch for extended default allowed devices in v1.2.4 > package/runc: add missing patch to fix device permissions update Fixes #3915
Describe the issue you are experiencing
While testing the upcoming 15.0 version of HAos by installing the current 15.0rc1 in a Proxmox (OVA) environment I recognized that the RaspberryMatic add-on does not start up correctly anymore and returns errors upon startup:
After some investigation/debugging, I found out that these errors seem to be related to permission issues within the add-on docker container of the RaspberryMatic add-on when trying to access its special
/dev/eq3loop
device which is generated by the addon itself when doing e.g. amodprobe eq3_char_loop
. In fact when starting the internalmultimacd
service to generate/dev/mmd_bidcos
and/dev/mmd_hmip
, the/dev/eq3loop
seem to end up in a situation where the docker container will lose permission to access the loop device. See here:When downgrading / reinstalling 14.2 the add-on works immediately correct again and when performing the same test sequence no
Operation is not permitted
error appears anymore:So to me it seems, that something in the host OS is blocking access to the
/dev/eq3loop
device as soon as themultimacd
daemon creates its secondary/dev/mmd_bidcos
and/dev/mmd_hmip
devices.Thus, it seems some changes in the upcoming 15.0 (docker bump to v28 ?) seem to have changed the permission scheme which now prevents the eq3loop device to work correctly anymore.
What operating system image do you use?
ova (for Virtual Machines)
What version of Home Assistant Operating System is installed?
15.0rc1
Did the problem occur after upgrading the Operating System?
Yes
Hardware details
VM installed in Proxmox 8.3.3
Steps to reproduce the issue
Anything in the Supervisor logs that might be useful for us?
Anything in the Host logs that might be useful for us?
System information
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: