similar to: repair systemd-nspawn

On 01/30/2014 07:41 AM, Kashyap Chamarthy wrote: > Last night I was tinkering with `systemd-nspawn` -- namespace based > container for testing, I thought I'll post what I tried with libguestfs > here: > > > Prerequisite > ------------ > > Because of an audit subsystem incompatibility bug - rhbz#966807[1], turn > off auditing by booting the host w/

tl;dr - Is anybody "running" a Fedora system via systemd-nspawn under CentOS? Long version: Before CentOS 7, I used chroot to create "lightweight containers" where I could cleanly add extra repos and/or software without the risk of "polluting" my main system (and potentially ending up in dependency hell). The primary driver for this was MythTV, which has dozens of

On 01/30/2014 04:38 PM, Daniel P. Berrange wrote: [. . .] >> >> Despite reading from the `systemd-nspawn` man page: >> >> ". . .kernel modules may not be loaded from within the container." >> >> I purposefully tried from inside the container: > > With container based virt there is only one kernel image, Noted, that's one of the main

Last night I was tinkering with `systemd-nspawn` -- namespace based container for testing, I thought I'll post what I tried with libguestfs here: Prerequisite ------------ Because of an audit subsystem incompatibility bug - rhbz#966807[1], turn off auditing by booting the host w/ 'audit=0' on Kernel command line. (NOTE: There's work in progress[2] in upstream Kernel to fix

On 01/30/2014 03:58 PM, Richard W.M. Jones wrote: > On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote: >>> - Single `make` job timing to compile everything: >>> >>> real 31m9.792s >>> user 17m18.359s >>> sys 13m17.868s >> >> For comparison, on the _host_, the same single `make` job timing: >>

On Thu, Jan 30, 2014 at 05:07:23PM +0530, Kashyap Chamarthy wrote: > On 01/30/2014 04:38 PM, Daniel P. Berrange wrote: > > [. . .] > > >> > >> Despite reading from the `systemd-nspawn` man page: > >> > >> ". . .kernel modules may not be loaded from within the container." > >> > >> I purposefully tried from inside the

Hi folks, after upgrading a Centos container (LXC) from 7.4 to 7.5 I got this: # systemctl status Failed to get D-Bus connection: Connection refused # busctl Failed to connect to bus: Connection refused # ps -ef | grep db[u]s dbus 55 1 0 Jul02 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation # lsof -p 55 COMMAND PID

Hi all, It seems RH will deprecate LXC (https://access.redhat.com/articles/1365153) and will go to docker way (or maybe I am totally wrong). Is this true?? Will be systemd-nspawn a lightweight replacement for LXC containers?? Thanks. -- Greetings, C. L. Martinez

On Thu, Jan 30, 2014 at 04:34:04PM +0530, Kashyap Chamarthy wrote: > On 01/30/2014 03:58 PM, Richard W.M. Jones wrote: > >>> - `make -k check` is still running as I write this, albeit > >>> a bit slow. > >> > >> This just finished (in the container): > >> > >> [. . .] > >> grep -v -E

Hi. Another week, another experiment ;) I was trying to run systemd user session for non-root user, for example darek (uid=1000), operation failed with error: systemd[26]: pam_unix(systemd-user:session): session opened for user darek by (uid=0) systemd[1]: Started Login Service. systemd[26]: Failed to create root cgroup hierarchy: Permission denied systemd[26]: Failed to allocate manager

On 07/03/2018 02:16 AM, Harald Dunkel wrote: > > Please note the "/run/dbus/system_bus_socket". AFAICT thats new. > Shouldn't it listen > on /var/run/dbus/system_bus_socket for backward compatibility as well? Yes and no. $ ls -ld /var/run lrwxrwxrwx. 1 root root 6 Dec 13? 2017 /var/run -> ../run/

Hi, I am unsuccessfully trying to connect from host to containers dbus. Inside container dbus socket file is visible as /run/dbus/system_bus_socket. The problem is that /run is mounted as tmpfs in container (by systemd on container) and thus the directory content is not visible outside the container. Is there any way to make this file visible also outside the container? Regards, Piotrek

There is some interest lately in making a self-contained grub2 boot image - call it pvgrub2, used for booting paravirtual domU in xen where a grub2 config is installed. First attempt------------------ I first tried using the grub2*.src.rpm from the C7 vault. I configured as shown belowhttps://blog.xenproject.org/2015/01/07/using-grub-2-as-a-bootloader-for-xen-pv-guests/ for headers, I used

On Wed, Feb 12, 2014 at 11:33:07AM +0100, Piotr Bartosiewicz wrote: > Hi, > > I am unsuccessfully trying to connect from host to containers dbus. > Inside container dbus socket file is visible as /run/dbus/system_bus_socket. > The problem is that /run is mounted as tmpfs in container (by > systemd on container) and thus the directory content is not visible > outside the

Hi! I with my colleagues from Samsung trying to run systemd in Linux container. I saw that the others are experimenting in this topic, so I would like to present the results of my work and tests, perhaps it will be helpful to others. As the prototype I used a manual written by Daniel: https://www.berrange.com/posts/2013/08/12/running-a-full-fedora-os-inside-a-libvirt-lxc-guest/ After many

Hi, I've got an LXC container running. Essentially, only core, and openssh-server installed inside the container. Got a shell with lxc-attch -n "containername", but unable to run system-config-firewall. Any ideas, what might be wrong? Thanks, Jochen [root at centos6 /]# unset DISPLAY [root at centos6 /]# system-config-firewall Traceback (most recent call last): File

On 11/17/2015 12:39 PM, Matt Garman wrote: > Now I have a need for a particular piece of software: HandBrake. I > found this site[1] that packages it for both Fedora and CentOS. But > the CentOS version is a little older, as the latest HandBrake requires > gtk3. The latest version is available for Fedora however. > Hmm, Nux Dextop (li.nux.ro) has HandBrake 0.9.9 for C7, but not

On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote: > > - Single `make` job timing to compile everything: > > > > real 31m9.792s > > user 17m18.359s > > sys 13m17.868s > > For comparison, on the _host_, the same single `make` job timing: > > real 13m41.440s > user 13m5.816s > sys 1m9.911s

http://107.185.144.55/xen/cent7/dom0/RPMS/stable-4.6/mock/ above is a build of upstream xen with this `configure` including spice support:./configure --enable-systemd --prefix=/usr --enable-xsmpolicy --enable-ocamltools \ ? --libdir=%{_libdir} --enable-efi \ ? --with-extra-qemuu-configure-args="--enable-spice --enable-usb-redir" there is no associated libvirt buildIncluded are patches up

Any help here? I have included all of the output of the suggested diags that Thomas said I should run, but I admit that I'm not sure what I'm looking for, as I'm not familiar with RPC functionality on Linux. Something is not working with RPC on my Samba 4.0.3 server. (FWIW, it doesn't work with IPTables stopped either.) > On Mon, Feb 25, 2013 at 2:21 PM, Mike Stroven wrote: