Bug 967973 - fedora 17 libvirt lxc guest on redhat 6.4 host
Summary: fedora 17 libvirt lxc guest on redhat 6.4 host
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-28 17:11 UTC by James R. Leu
Modified: 2013-06-04 13:05 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-04 11:49:02 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description James R. Leu 2013-05-28 17:11:42 UTC
Description of problem:
redhat 6.4 kernel does not support /sys/fs/cgroup but /cgroup does exist in the LXC. systemctl does not work without /sys/fs/cgroup and systemd cannot shutdown without /sys/fs/cgroup


Version-Release number of selected component (if applicable):
In the LXC:
systemd-44-24.fc17.x86_64

How reproducible:
always

Steps to Reproduce:
1. create fedora17 LXC on redhat 6.4 host
2. run systemctl
3.

Actual results:
Failed to get D-Bus connection: No connection to service manager.

Expected results:
systemctl should list systemd services/targets

Additional info:
Is there a way systemd can use /cgroup if /sys/fs/cgroup does not exist?

Comment 1 Lennart Poettering 2013-06-04 11:49:02 UTC
Sorry, but we do not support these old kernels with systemd.

Comment 2 James R. Leu 2013-06-04 12:11:38 UTC
Lennart, I've read the original bug report where you rant on and on about not
supporting old non cgroup kernels.  I would like to point out that my use case is RedHat's bread and butter for the future - virtualized desktops (Fedora 17 LXC) on a RHEL 6.4 host.  Not only that, but all that is needed is for systemd to look for /cgroup as opposed to /sys/fs/cgroup.  I understand you've 'put your foot down' but I'm not sure you should be speaking on behalf of a $1bn company especially in such a huge growth area as desktop virtualization.  As a long time user of RHEL on over 500 systems, your standpoint does not make business sense.

Comment 3 Lennart Poettering 2013-06-04 13:05:22 UTC
It's really no that simple I fear. The mount point change is one among many things we require from modern kernels. You will run into many similar issues pretty quickly.


Note You need to log in before you can comment on or make changes to this bug.