Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
No permission applying cgroup issue[NOT SOLVED]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
spidark
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2011
Posts: 142

PostPosted: Wed Aug 29, 2018 2:31 pm    Post subject: No permission applying cgroup issue[NOT SOLVED] Reply with quote

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
View user's profile Send private message
khayyam
Watchman
Watchman


Joined: 07 Jun 2012
Posts: 6229
Location: Room 101

PostPosted: Wed Aug 29, 2018 3:56 pm    Post subject: Reply with quote

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
View user's profile Send private message
spidark
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2011
Posts: 142

PostPosted: Wed Aug 29, 2018 4:43 pm    Post subject: Reply with quote

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
View user's profile Send private message
khayyam
Watchman
Watchman


Joined: 07 Jun 2012
Posts: 6229
Location: Room 101

PostPosted: Wed Aug 29, 2018 10:01 pm    Post subject: Reply with quote

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
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6875

PostPosted: Wed Aug 29, 2018 11:21 pm    Post subject: Reply with quote

cgroup is populate by init.d/cgroups which is itself run from sysinit
Code:
              cgroups |                                 sysinit
Back to top
View user's profile Send private message
spidark
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2011
Posts: 142

PostPosted: Thu Aug 30, 2018 7:58 am    Post subject: Reply with quote

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 :wink: btw
Code:
No permission to apply cgroup settings


krinn wrote:
cgroup is populate by init.d/cgroups which is itself run from sysinit
Code:
              cgroups |                                 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.
Code:
emerge -e @system

But I'm also thinking maybe that's a bad idea :wink:
_________________
Laptop HP Pavilion G6 2310-SD Intel(R) Core(TM) i7-3632QM CPU @ 2.20GHz
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6875

PostPosted: Thu Aug 30, 2018 11:58 am    Post subject: Reply with quote

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
View user's profile Send private message
spidark
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2011
Posts: 142

PostPosted: Thu Aug 30, 2018 3:51 pm    Post subject: Reply with quote

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. :oops:
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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Installing Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
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