Dear all,
I set up a arch linux container on my arch box.
The container (dahlia) boots, works and connect fine.
Now I want to set up a static IP on the container, and I must admit I am
loosing my mind.
The overall set up :
on host :
dhcpcd@enp7s0.service - dhcpcd on enp7s0
Loaded: loaded
I am wondering why not keep it simple.
set a static netctl profile in the host, and same in the container ?. and
disable dhcpcd,service on both ?
Will this setup do the trick ?
--
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
Issue is solved as in fact they are no issue. I didn't have to change
anything nor assign a static Ip for the container. http services are
working right of the box.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
I set up successful a Arch container managed by systemd-nspsawn.
I have an issue setting an IP for the container.
My host is Arch, running custom Kernel 3.13.5-1 (userspace is set) and
systemd-git (lats updated yesterday evening).
dhcpcd.service is disabled and network is started with these
You mean the MAC address of the 'host0' device? This will not be
stable between reboots of the container, so I guess this won't work
(you can verify with ip link).
You are right, this address changes across reboot. I get rid of this line.
I suggest simply matching on the name
instead:
No, --network-bridge=br0 means that a pair of veth devices are created
(host0 inside the container and vb-* outside), and the vb-* is added
to your bridge br0. So you should really have host0 in the container
with this option. However, if you don't, which device did this mac
address you used
On Sat, Mar 1, 2014 at 3:26 PM, arnaud gaboury arnaud.gabo...@gmail.com wrote:
No, --network-bridge=br0 means that a pair of veth devices are created
(host0 inside the container and vb-* outside), and the vb-* is added
to your bridge br0. So you should really have host0 in the container
On host side :
/etc/systemd/network/70-dahlia.netdev ***
[Match]
Host=host0
Virtualization=container
[NetDev]
Name=br0
Kind=bridge
[Match]
Virtualization=container
*** /etc/systemd/network/80-dahlia.network ***
[Network]
DHCP=no
DNS=192.168.1.254
[Address]
I have a npsawn/networkd managed container. Unfortunately, I can't
reach network from the container. Below are part of the setup.
On host :
/etc/systemd/network/70-dahlia-network
[Match]
Host=host0
Virtualization=container
[NetDev]
Name=br0
Kind=bridge
***
/etc/systemd/network/70-dahlia-network
^ a dash? Should be a dot?
[Match]
Host=host0
Virtualization=container
Hmm? This match section is conditionalized to Virtualization=container
but you say it is for the host?
This config file is on my main OS
Moreover, you claim that you run netctl, not systemd-networkd on the
host? .network files are configuraiton files for systemd-networkd, hence
they have no effect on the host anyway...
Sorry, still don't get what you are trying to do there...
on the host, systemctl-networkd IS of course
Well, if that's the case, then the .network file you posted will have
zero effect there. The [Match] section describes to which interfaces the
file shall apply und which conditions. You explicitly declare in your
[Match] section that it only shall apply if run inside a container, and
hence
This really makes no sense to me at all, i don't grok a word of what you
are writing here.
The term host refers the system the containers run on, usually...
Your remark here is relevant. After googling a little bit Linux
container, many wiki/articles refer to the HOST as opposed to the
I can reproduce similar behaviour on Fedora 21. I used Linux 3.14.0-0.rc5,
systemd 210 on host and guest machine, libvirtd 1.2.2.
See this yesterday thread
Network unreachable in container
and Lennart comment : What is Host ? What is guest ??
___
...
$ brctl show
bridge name bridge id STP enabled interfaces
bridge0 8000. no
$ brctl show
bridge name bridge id STP enabled interfaces
bridge0 8000. noenps0
^^
On Mar 9, 2014 1:21 PM, poma pomidorabelis...@gmail.com wrote:
...
systemd-networkd/systemd-udevd - bridges/netdev
https://bugzilla.redhat.com/show_bug.cgi?id=1074294
I am far from saying it is a bug.
It sounds to me your configuration is a mess. Please have a look at the
previous posts from
Hi,
No idea why my bridge device, br0, has a state unknown.
$ ip addr
3: br0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state
UNKNOWN group default
link/ether 66:73:a3:0a:44:f9 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.94/24 brd 192.168.1.255 scope global br0
valid_lft
It seems to me that this device is configured, so why is its state
unknown and not UP ? Shall I use a netctl profile to bring it UP,
like I do for enp7s0 ?
Yes.
# netctl enable profile made the br0 UP
___
systemd-devel mailing list
I have tried many various configurations, but the vb-dahlia interface
is always DOWN .
What am I missing or misconfiguring ?
Thank you for help
/etc/systemd/network/80-container-host0.network
[Match]
Name=vb-dahlia
[Network]
DHCP=no
DNS=192.168.1.254
[Address]
Address=192.168.1.94/24
So we were not automatically upping the bridged interface from nspawn.
I pushed a change to git just now which does that. Thanks for testing.
Tom
Correct. The only way for me to bring it up at boot is to create a .
network profile with this inside
[Match]
Name = vb*
This hack works but
Hi all,
From network@.service unit file :
..
ExecStop=/sbin/ip link set dev %I down
Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I --
There is a typo: should be ExecStop and not Execstop
Regards.
___
From network@.service unit file :
..
ExecStop=/sbin/ip link set dev %I down
Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I --
There is a typo: should be ExecStop and not Execstop
Sorry for the noise as it is a netctl unit file.
Sorry for the noise as it is a netctl unit file.
I must be very tired : nothing to do with netctl...
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
I am running Archlinux with a custom 3.18.1 Kernel. Full system is upgraded.
Usually systemd-git build fine using the AUR package[1]. The last two
builds(first one was with linux 3.17) with these errors:
***
src/libsystemd/sd-rtnl/rtnl-types.c:72:52: error: 'IFLA_BOND_MAX'
On Sat, Apr 5, 2014 at 7:19 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Sat, Apr 05, 2014 at 02:00:33PM +0200, arnaud gaboury wrote:
I am running Archlinux with a custom 3.18.1 Kernel. Full system is upgraded.
Usually systemd-git build fine using the AUR package[1]. The last
I broke my machine and can not log anymore. When at login prompt, I
can log as user or root, I am rejected.
I have no idea what broke the system (upgrade, wrong behavior, a 100%
full ssd...). The box is clean, up to date, no fancy hacks (I think
so...).
Some info:
Distro : Arch linux
systemd :
On Fri, May 2, 2014 at 7:31 PM, arnaud gaboury arnaud.gabo...@gmail.com wrote:
I broke my machine and can not log anymore. When at login prompt, I
can log as user or root, I am rejected.
I have no idea what broke the system (upgrade, wrong behavior, a 100%
full ssd...). The box is clean, up
I understand from loginctl(1) I have to first create 1 new seat with
loginctl using 1 existing graphic device:
$ attach seat1 /sys/bus/pci/device/:00:01.0@ (my graphic card as
listed by $lspci).
Not a very good start :-(
$ lspci
01:00.0 VGA compatible controller: NVIDIA Corporation GK104
You probably want graphic device under it, something like
/sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0
# loginctl attach seat1 /sys/bus/pci/devices/:01:00.0/drm/card0
No error thrown, but:
# loginctl list-seats
SEAT
seat0
1 seats listed.
No new seat1 !
% udevadm
E: TAGS=:seat:uaccess:
Ok, I see. I do not have this tag for my card.
I see you use xf86-video-nouveau. Am I correct? Shall I the install
xf86-video-nouveau ?
--
google.com/+arnaudgabourygabx
___
systemd-devel mailing list
On Sat, Aug 23, 2014 at 5:26 PM, Damian Ivanov damianator...@gmail.com wrote:
I would try with an openSUSE/Fedora Live CD first, because I know it
works and if it works for you too but fails on Arch, you may be
missing some patches/config and we could see where it fails maybe.
Especially the
Don't forget to post config here when you're done. ;)
Ok, now I have a roadmap. TY so much.
I will post here AND modify the old multi-seat archwiki, when successful.
Ty for the link to the fedora thread. I guess soon each user will then
be able to start a systemd user instance x session,
$ udevadm info -q env -p /sys/class/drm/card1
DEVNAME=/dev/dri/card1
DEVPATH=/devices/pci:00/:00:10.0/:01:00.0/drm/card1
DEVTYPE=drm_minor
ID_FOR_SEAT=drm-pci-_01_00_0
ID_PATH=pci-:01:00.0
ID_PATH_TAG=pci-_01_00_0
MAJOR=226
MINOR=1
SUBSYSTEM=drm
I do not understand why I can't see any output about my
/sys/class/drm/card0 when running
--
$ loginctl seat-status seat0
The only entry I see referring to graphics is this line (I boot in EUFI).
├─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
I have been able to write some udev rules.d for usb mouse/keyboard.
I plugout the device, then
$ dmesg | tail -n 4
~~
[21145.269421] input: Logitech USB-PS/2 Optical Mouse as
/devices/pci:00/:00:14.0/usb1/1-5/1-5:1.0/0003:046D:C03E.000E/input/input30
~~
$ udevadm info
On Sat, Aug 23, 2014 at 8:48 PM, Damian Ivanov damianator...@gmail.com wrote:
Yeah, so tl,dr what this is trying to say with one GPU and two
connectors, no multiseat possible using logind (yet, though this
was/is a planned feature). This is not a systemd/logind problem rather
than the driver
On Sat, Aug 23, 2014 at 9:55 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Sat, Aug 23, 2014 at 8:48 PM, Damian Ivanov damianator...@gmail.com
wrote:
Yeah, so tl,dr what this is trying to say with one GPU and two
connectors, no multiseat possible using logind (yet, though
On Sat, Aug 23, 2014 at 10:28 PM, Damian Ivanov damianator...@gmail.com wrote:
Can't these two ports be used instead of buying a usb display link ?
Yes. That's what it actually mean's. I've read that people want to
improve the drivers in that part in the future, so this could be done,
but at
Don't forget to post config here when you're done. ;)
poma
Until now, I have unfortunately not be able to write a working
xorg.conf to dual seat with only one graphic card. I tried many
settings with xorg.conf and lightdm.conf, but still no luck.
The way to go is to start with looking at loginctl seat-status
seat0. This will show you all hardware currently assigned to seat0. Use
the device paths showmn to then create additional seats out of them, in
different combinations.
Not all devices can be assigned to seats, they have to be
provided you tag another suitable device (e.g. a USB hub) as
master-of-seat and attach it to seat-1.
I will switch to nouveau, as I do not want to go this way.
About configuring multiseat using a single multi-head graphics card, the
only current available way to do this is with nested X
Hi all,
I set up a linux container on my host.
Here are some basic infos:
- Host + guest running Archlinux
On host:
- custom kernel on host with user space set
- audit=0 as kernel parameter
- the guest OS is mounted in my rootfs at /dahlia with a symlink to
/var/lib/container
gabx@hortensia ➤➤
At least in systemd git nspawn places its machines in machines.slice.
Lennart
--
Lennart Poettering, Red Hat
I can not build from git.
..
GPERFsrc/core/load-fragment-gperf.c
Empty input keyword is not allowed.
To recognize an empty input keyword, your code should check for
What configure options did you use? Can you show the output from configure
where
it says what is enabled and what is disabled.
What gperf version do you have?
gperf-3.0.4-4
I use the AUR mechanism to make/install package in Arch linux.Here is
part of it:
build() {
cd 'systemd'
Doesn't build for me with the suggested ./configure options, using gperf
3.0.4. I applied this patch locally fix it:
https://paste.xinu.at/Ffu/
The problem seems to be the empty lines in the generated .gperf file.
d
See my previous email, I think too all these blank lines in
Dave's patch was incomplete and left us with some blank lines.
I built systemd-git with this one :
http://sprunge.us/Phac
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Hmm, where's the difference if I may ask? With David's commit I see no
empty lines in the generated output?
Lennart
--
Lennart Poettering, Red Hat
So fine if it works for you
In my case, systemd didn't built with dave's pacth because of a few blank
lined left in the generated .gperf file.
Well, if the current m4 macros don't work correctly on your system we
should certainly fix that upstream, that's why I was asking in which way
your patch precisely differs from what's currently upstream?
Thanks,
Lennart
I just confused which patch you were talking about. David's one is
systemd 216-1
I start to play with systemd/user. I understand that the user instance
does not inherit from all my environment variables listed by the
printenv command. When a variable is needed for a service, I add a
/etc/systemd/system/user@.service.d/myService.conf drop-In file with
the
Archlinux 3.16.3
systemd 216-3
startx at login prompt. No DM
I am slowly trying to use systemctl --user facilities.
Until now, I am able to start few basic user services. Now it is time
to start Xorg as a user service, but I can't manage to do it. As
documentation is currently very sparse, I
Here are the unit files I use to start my user Dbus session daemon
/home/gabx/.config/systemd/user/dbus.service
[Unit]
Description=D-Bus System Message Bus
Requires=dbus.socket
[Service]
ExecStart=/usr/bin/dbus-daemon --session --address=systemd:
Perhaps
/etc/X11/Xwrapper.config
needs_root_rights = auto
allowed_users = anybody
I placed the Xwrapper.config, but the xorg.service still fails
My unit files :
$XDG_CONFIG_HOME/systemd/user/xorg.service
[Unit]
Description=Xorg server at display :0
I am starting my user services with systemctl --user as possible as I can.
I log in my session on VT with startx. I thus defined a first target,
called console.target, for services than do not need X (dbus,urxvtd,
ssh-agent, gpg-agent, tmux). The default.target is symlinked to it.
Unfortunately,
We could probably at least open up DefaultEnvironment= to specifier
expansion, so that %t would work the same way as in unit files. I
added a TODO list item for this now.
Thank you so much This refers to the recent flame about systemd.
As a newbie, I can testify the dev team is doing
I don't understand, if you start X manually, why don't you launch
systemctl --user wm.target from your .xprofile or an equivalent file?
I maybe was not explicit enough.
I have a bunch of user services started as soon as I log in.
As I said, you just need to ensure that when you startx, your session
launch 'systemctl --user wm.target' automatically. I put this command in my
'.xprofile' (because the *DM usually source this file), and my .xinitrc
contains
[ -r $HOME/.xprofile ] . $HOME/.xprofile
so it works with startx
As for the variable, two more wishes (not a big deal yet):
- in units, why not add a specifier reflecting $XDG_CONFIG_HOME
Hmm, when we start with that, then I figure people want the other XDG
dirs as well, soon...
Anyway, what's the usecase for this?
Just laziness when writing service
I only use some settings from mate desktop (clipboard, appearance...)
thus looking for a service file to start mate-settings-daemon.
/home/gabx/.config/systemd/user/mate-settings-daemon.service
-
[Unit]
Description=Mate settings daemon
[Service]
Type=daemon
mate-settings-daemon might expect to be run from within an X-session.
These errors look like DISPLAY= isn't set, which is reasonable because
systemd starts programs from a clean environment.
As mentioned in my post, $DISPLAY is correctly set and is in systemctl
environment. The command is run
Just to mention, the default 1.8.1 mate, will autostart mate-setting-daemon
according to
its file in /etc/xdg/autostart/mate-settings-daemon.desktop:
--
[Desktop Entry]
Type=Application
Name=MATE Settings Daemon
A lot of i18n names
You seem to be using some mechanism for starting 'systemd --user' that
gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon is being
started via a specific third-party implementation of a dbus.service for
the user bus, possibly from user-session-units. If you use the part of
On Thu, Dec 4, 2014 at 4:20 PM, arnaud gaboury arnaud.gabo...@gmail.com wrote:
You seem to be using some mechanism for starting 'systemd --user' that
gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon is being
started via a specific third-party implementation of a dbus.service
Dear all,
For the user services started by systemctl --user, I sometimes need to
tell systemd some environment variables values.
For this purpose, I use drop-in configuration files (MyService.conf)
in /etc/systemd/system/user@.service.d
I am wondering if there is another way to pass the
systemctl set-environment `cat FILE` should work, no?
Lennart
I am messing with it.
$ systemctl --user set-environment toto=3 tata=4
$ systemctl --user show-environment
..
tata=4
toto=3
-
Now:
--
$
$ systemctl --user set-environment `cat test`
Damned. Thank you
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, Dec 4, 2014 at 7:06 PM, arnaud gaboury arnaud.gabo...@gmail.com wrote:
On Thu, Dec 4, 2014 at 4:20 PM, arnaud gaboury arnaud.gabo...@gmail.com
wrote:
You seem to be using some mechanism for starting 'systemd --user' that
gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon
On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 19:29, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
When in /var/lib/machines/poppy:
root@hortensia ➤➤ machines/poppy # btrfs subvolume list .
ID 266 gen 98 top level 5 path rootvol
ID 268
On Thu, Apr 23, 2015 at 7:21 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 23, 2015 at 7:12 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 19:00, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
On Thu, Apr 23, 2015 at 4:47 PM, Lennart Poettering
lenn
On Thu, Apr 23, 2015 at 4:47 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 14:18, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
Pick one:
a) download the raw image and use that, but it will be a loopback file
with its own file system inside
or:
b) do
On Thu, Apr 23, 2015 at 7:12 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 19:00, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
On Thu, Apr 23, 2015 at 4:47 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 14:18, arnaud gaboury (arnaud.gabo
On Fri, Apr 24, 2015 at 8:16 AM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Fri, Apr 24, 2015 at 8:14 AM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 23, 2015 at 7:37 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
On Wed, Apr 22, 2015 at 7:39 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Wed, 22.04.15 19:26, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
I am little confused how to install Fedora on a container on my Archlinux
box.
Here is my setup : a whole ssd for Fedora server. Btrfs
I am little confused how to install Fedora on a container on my Archlinux box.
Here is my setup : a whole ssd for Fedora server. Btrfs with 3
subvolumes for snapshots:
/etc, /var, and /rootvol. No nested subvolumes.
This ssd will then be mounted on /var/lib/container/MyContainer.
Shall i
On Wed, Apr 22, 2015 at 7:26 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
I am little confused how to install Fedora on a container on my Archlinux box.
Here is my setup : a whole ssd for Fedora server. Btrfs with 3
subvolumes for snapshots:
/etc, /var, and /rootvol. No nested
On Thu, Apr 23, 2015 at 1:50 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 13:45, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
Not sure what I did wrong, but I can't install/boot my nspawn container.
Here is my setup:
Archlinux box- updated
1- created 3 btrfs
On Thu, Apr 23, 2015 at 2:00 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 14:57, Andrei Borzenkov (arvidj...@gmail.com) wrote:
On Thu, Apr 23, 2015 at 2:50 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 13:45, arnaud gaboury (arnaud.gabo
Not sure what I did wrong, but I can't install/boot my nspawn container.
Here is my setup:
Archlinux box- updated
1- created 3 btrfs subvol on /dev/sdb1 (SSD). The goal is to manage
snapshots easily.
no nested subvol.
--
# btrfs subvolume list .
ID 266 gen
On Fri, Apr 24, 2015 at 8:14 AM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 23, 2015 at 7:37 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 19:29, arnaud gaboury (arnaud.gabo
On Thu, Apr 23, 2015 at 7:37 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 23.04.15 19:29, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
When in /var/lib/machines/poppy:
root@hortensia
I already used for a while a container (Arch on Arch). I had two
distinct IP and a working setup thanks to good help from Tom Gundersen
I am trying to replicate my network settings on a new setup (Fedora on
Arch). For now, I am just trying with DHCP.
Here the setup on host:
On Thu, Apr 30, 2015 at 11:44 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 30.04.15 10:01, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
I used to boot the container this way :
# systemd-nspawn --network-bridge=br0 -bD /path_to/my_container
Is this correct?
Looks fine
On Thu, Apr 30, 2015 at 12:18 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 30, 2015 at 11:44 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 30.04.15 10:01, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
I used to boot the container this way :
# systemd
On Thu, Apr 30, 2015 at 12:48 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 30, 2015 at 12:18 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
On Thu, Apr 30, 2015 at 11:44 AM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 30.04.15 10:01, arnaud gaboury
On Thu, Apr 30, 2015, 2:22 PM Lennart Poettering lenn...@poettering.net
wrote:
On Thu, 30.04.15 12:48, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
E2978F 2: host0
Link File: n/a
Network File: n/a
Type: ether
State: off (unmanaged)
HW Address: 0e:7f:c3:fb:25
To install a Fedora container from the raw image in my host Archlinux,
I can do this:
# systemd-nspawn -M Fedora-Cloud-Base-22_Beta-20150415.x86_64.raw --
bind=/var/lib/machines/enl:/mnt
Now for the use of two btrfs subvol, I would like to bind
/var/lib/machines/enl/{etc,var}
Does the systemd
On Mon, Apr 27, 2015 at 3:44 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 27.04.15 10:19, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
To install a Fedora container from the raw image in my host Archlinux,
I can do this:
# systemd-nspawn -M Fedora-Cloud-Base-22_Beta
On Mon, Apr 27, 2015 at 3:44 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 27.04.15 10:19, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
To install a Fedora container from the raw image in my host Archlinux,
I can do this:
# systemd-nspawn -M Fedora-Cloud-Base-22_Beta
My host/conatiner networking are both managed by systemd-netwrokd. I
have a bridge Br0 on host and vb-MyContainer for the conatiner. Both
have a fix local IP.
I boot container at host boot this way:
--
$ cat /etc/systemd/system/systemd-nspawn@.service
My container will need access to a Luks encrypted device (/dev/sdd4) for its DB.
Here is the setup on the host :
-
# cryptsetup --key-file /etc/keys/poppy.luks luksOpen /dev/bcache0 sdd4_crypt
$ lsblk -o NAME,KNAME,MAJ:MIN,FSTYPE,LABEL
After installation of Fedora 22 container, the container (poppy) boots
but no network.
# journalctl -b -M poppy
Apr 29 14:02:20 poppy firewalld[28]: 2015-04-29 14:02:20 ERROR:
ebtables not usable, disabling ethernet bridge firewall.
Apr 29 14:02:20 poppy NetworkManager[56]: warn
On Wed, Apr 29, 2015 at 4:48 PM, Dan Williams d...@redhat.com wrote:
On Wed, 2015-04-29 at 15:36 +0200, arnaud gaboury wrote:
After installation of Fedora 22 container, the container (poppy) boots
but no network.
# journalctl -b -M poppy
Apr 29 14:02:20 poppy
On Tue, Apr 28, 2015, 11:38 AM Lennart Poettering mzerq...@0pointer.de
wrote:
On Tue, 28.04.15 09:31, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
I started running Fedora server on a systemd-nspawn container.
I am wondering what is the best practice when an issue occurs:
- send
I started running Fedora server on a systemd-nspawn container.
I am wondering what is the best practice when an issue occurs:
- send to Fedora user ML
- send to systemd-devel ML
- send both with CC
I am afraid that when sending to only one list I will be told to ask
the other one, thus wasting
On Fri, May 15, 2015 at 2:21 PM, Dimitri John Ledkov
dimitri.j.led...@intel.com wrote:
On 15 May 2015 at 13:07, arnaud gaboury arnaud.gabo...@gmail.com wrote:
Maybe a stupid question, but shall every container user start a per
user dbus session ?
Host has a dbus and user session activated
Maybe a stupid question, but shall every container user start a per
user dbus session ?
Host has a dbus and user session activated, shall it be same in container?
Thank you for hints
--
google.com/+arnaudgabourygabx
___
systemd-devel mailing list
On Fri, May 15, 2015, 4:22 PM Simon McVittie
simon.mcvit...@collabora.co.uk wrote:
On 15/05/15 14:17, Lennart Poettering wrote:
On Fri, 15.05.15 14:07, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
Maybe a stupid question, but shall every container user start a per
user dbus session
On Tue, May 19, 2015 at 9:05 AM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
I maybe did a typo, but looking carefully it doesn't seems so.
Starting this unit file gives me:
-
● gunicorn.service - gunicorn daemon
Loaded
I maybe did a typo, but looking carefully it doesn't seems so.
Starting this unit file gives me:
-
● gunicorn.service - gunicorn daemon
Loaded: error (Reason: Bad message)
Active: inactive (dead)
May 19 08:45:53 poppy
When I start Firefox, it starts /usr/bin/dbus-daemon
--config-file=/etc/at-spi2/accessibility.conf, part of the Gnome's
Accessibility Project. I guess it is tarts with:
/usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
I would like to get rid of this dbus daemon. I found one solution
Here is my setup:
Host: Archlinux systemd 224-1
Container: Fedora 22 systemd 219
The container is a server and has vocation to be one day deployed on a
dediacted server for production. In this way, I would like to set
SElinux (default in Fedora). Unfortunately, doing it in Arch host is
not a
1 - 100 of 175 matches
Mail list logo