View previous topic :: View next topic |
Author |
Message |
spidark Tux's lil' helper
Joined: 01 Sep 2011 Posts: 147
|
Posted: Wed Aug 29, 2018 2:31 pm Post subject: No permission applying cgroup issue[NOT SOLVED] |
|
|
Hi all.
I used tar to create a own stage file or a backup of the system based on http://wikigentoo.ksiezyc.pl/HOWTO_Custom_Stage4.htm, excluding /proc and /home etc .
Just restored it, and all seems to be working fine .
Except when i boot the system , i see
Code: | no permission applying cgroup |
There also a message about dependencies, but it scrolls to fast to read it properly.
I can't really see these errors, because there not being logged.
I have edit rc.log and turned on Logging, but without success.
It maybe a fast fix, can someone point me in the right direction , or do i need to do a from scratch re-install?
Thanks in advanced _________________ Laptop HP Pavilion G6 2310-SD Intel(R) Core(TM) i7-3632QM CPU @ 2.20GHz
Last edited by spidark on Fri Sep 21, 2018 12:49 pm; edited 1 time in total |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Wed Aug 29, 2018 3:56 pm Post subject: |
|
|
spidark ...
that HOWTO is from 2005, and was last modified Sept 2008 (so is at least 10 years old). A lot can change in that time, two in particular come to mind, the addition of /run (which is tmpfs, and is used by openrc for the dependency tree cache) and the use of --xattrs for tar. So, probably not the best guide to have followed, though the particular issue you're seeing seems to be this ... I'm not sure how its getting triggered.
Am I right in thinking that this error occurs for every service/initscript run? Does runing 'rc-update -u' change that at all?
HTH & best ... khay |
|
Back to top |
|
|
spidark Tux's lil' helper
Joined: 01 Sep 2011 Posts: 147
|
Posted: Wed Aug 29, 2018 4:43 pm Post subject: |
|
|
khayyam wrote: | spidark ...
that HOWTO is from 2005, and was last modified Sept 2008 (so is at least 10 years old). A lot can change in that time, two in particular come to mind, the addition of /run (which is tmpfs, and is used by openrc for the dependency tree cache) and the use of --xattrs for tar. So, probably not the best guide to have followed, though the particular issue you're seeing seems to be this ... I'm not sure how its getting triggered.
|
Hi Khayyam,
Things have changed indeed, it did not used the --xattrs option when creating the backup file.
khayyam wrote: |
Am I right in thinking that this error occurs for every service/initscript run? Does runing 'rc-update -u' change that at all? |
I;m not sure, its hard to see, if only there was a way a could freeze or pause the init, so i can see the complete error messages. Running rc-update -u have no effect.
I'm guessing i should have used --xattrs-include='*.*' on tarring the backup file, so permissions got screwed somewhere.
I did chrooted into Gentoo as intructed on the install gentoo page, and used that tar extract command.
Im not sure if its relavant, but the there was no proc directory to satisfy.
Code: | root #mount --types proc /proc /mnt/gentoo/proc |
so i recreated /mnt/gentoo/proc in a chroot environment.
re-installing openrc , re -emerging gentoo-sources and reinstalling the kernel did not fix it.
Code: | check whether /sys/fs/cgroup is a mountpoint
The current check only tries to detect whether /sys/fs/cgroup exists and
whether it is writable or not. But when the init system doesn't mount
cgroups then /sys/fs/cgroup will just be an empty directory. When paired
with unprivileged containers that mount sysfs this will cause misleading
errors to be printed since /sys/fs/cgroup will be owned by user
nobody:nogroup in this case. Independent of this specific problem this
check will also be misleading when the /sys/fs/cgroup exists and is in
fact writable by the init system but isn't actually a mountpoint. |
My /sys/fs/cgroup is empty, well all files are zero bytes, so these are the containers, correct me if im wrong.
So these containers , should be populated somehow.
Thanks Again Khayyam. _________________ Laptop HP Pavilion G6 2310-SD Intel(R) Core(TM) i7-3632QM CPU @ 2.20GHz |
|
Back to top |
|
|
khayyam Watchman
Joined: 07 Jun 2012 Posts: 6227 Location: Room 101
|
Posted: Wed Aug 29, 2018 10:01 pm Post subject: |
|
|
khayyam wrote: | Am I right in thinking that this error occurs for every service/initscript run? Does runing 'rc-update -u' change that at all? |
spidark wrote: | I;m not sure, its hard to see, if only there was a way a could freeze or pause the init, so i can see the complete error messages. Running rc-update -u have no effect. |
spidark ... if rc_interactive="YES" is set in /etc/rc.conf then you can hit "I" (capital I) at boot and have rc interactive.
spidark wrote: | Im not sure if its relavant, but the there was no proc directory to satisfy.
Code: | root #mount --types proc /proc /mnt/gentoo/proc |
so i recreated /mnt/gentoo/proc in a chroot environment. |
Oh, and is there a /run and /sys? ... you would need to recreate those also if they don't exist ... 'mkdir -p /mnt/gentoo/{run,proc,sys}'.
spidark wrote: | My /sys/fs/cgroup is empty, well all files are zero bytes, so these are the containers, correct me if im wrong. |
My assumption was that everything was working prior to creating the stage4, and that the kernel hasn't changed. Not using cgroups myself I can't say what /sys/fs/cgroup should contain.
best ... khay |
|
Back to top |
|
|
krinn Watchman
Joined: 02 May 2003 Posts: 7470
|
Posted: Wed Aug 29, 2018 11:21 pm Post subject: |
|
|
cgroup is populate by init.d/cgroups which is itself run from sysinit
|
|
Back to top |
|
|
spidark Tux's lil' helper
Joined: 01 Sep 2011 Posts: 147
|
Posted: Thu Aug 30, 2018 7:58 am Post subject: |
|
|
khay wrote: | Oh, and is there a /run and /sys? ... you would need to recreate those also if they don't exist ... 'mkdir -p /mnt/gentoo/{run,proc,sys}'. |
Good Morning Khay,
I reinstalled from the stage, and before chrooting i created those directories, but it did not make any difference.
Still getting 4 times that same error on boot.
Thanks for the Interactive Tip btw
Code: | No permission to apply cgroup settings |
krinn wrote: | cgroup is populate by init.d/cgroups which is itself run from sysinit
|
Good Morning Krinn,
I don't have cgroup in the init.d directory.
I don't use cgroup, at least not that i know of.
I can reinstall, that is not an issue, but if i can fix it, would be a time saver.
I re-emerged sysvinit, still the same.
I'm thinking about.
But I'm also thinking maybe that's a bad idea _________________ Laptop HP Pavilion G6 2310-SD Intel(R) Core(TM) i7-3632QM CPU @ 2.20GHz |
|
Back to top |
|
|
krinn Watchman
Joined: 02 May 2003 Posts: 7470
|
Posted: Thu Aug 30, 2018 11:58 am Post subject: |
|
|
Code: | equery b /etc/init.d/cgroups
* Searching for /etc/init.d/cgroups ...
sys-apps/openrc-0.38.2 (/etc/init.d/cgroups)
|
|
|
Back to top |
|
|
spidark Tux's lil' helper
Joined: 01 Sep 2011 Posts: 147
|
Posted: Thu Aug 30, 2018 3:51 pm Post subject: |
|
|
krinn wrote: | Code: | equery b /etc/init.d/cgroups
* Searching for /etc/init.d/cgroups ...
sys-apps/openrc-0.38.2 (/etc/init.d/cgroups)
|
|
Hi krinn
I have no cgroups in,my /etc/init.d/
The white towel picked up, and ready to trow it into the ring.
Re-emerged openrc, no fix.
I Also sanitized the Kernel and rebuild it, still no go.
Openrc does not create the cgroup script , at least not on my laptop. _________________ Laptop HP Pavilion G6 2310-SD Intel(R) Core(TM) i7-3632QM CPU @ 2.20GHz |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|