Re: [systemd-devel] [PATCH] networkd: Introduce ipip tunnel

2014-04-07 Thread Tom Gundersen
On Mon, Apr 7, 2014 at 6:35 AM, Susant Sahani sus...@redhat.com wrote: I have addressed all your comments. Cool. However I have some queries Please find below. Hm, we can probably reuse some of the existing address parsing functions don't you think? And we should also check the address

[systemd-devel] [PATCH 1/1] networkd: Introduce ipip tunnel

2014-04-07 Thread Susant Sahani
This patch enables basic ipip tunnel support. It works with kernel module ipip Example configuration file: ipip.netdev [NetDev] Name=ipip-tun Kind=ipip [Tunnel] Local=192.168.8.102 Remote=10.4.4.4 TTL=64 MTUBytes=1480 file: ipip.network [Match] Name=eth0 [Network] Tunnel=ipip-tun ---

Re: [systemd-devel] [PATCH 1/1] networkd: Introduce ipip tunnel

2014-04-07 Thread Tom Gundersen
On Mon, Apr 7, 2014 at 9:44 AM, Susant Sahani sus...@redhat.com wrote: This patch enables basic ipip tunnel support. It works with kernel module ipip Example configuration file: ipip.netdev [NetDev] Name=ipip-tun Kind=ipip [Tunnel] Local=192.168.8.102 Remote=10.4.4.4 TTL=64

Re: [systemd-devel] [PATCH] networkd: Introduce ipip tunnel

2014-04-07 Thread Jóhann B. Guðmundsson
On 04/07/2014 04:35 AM, Susant Sahani wrote: This will be much nicer if we simply use ipip as the kind, rather than tunnel. Done ! Hmm... I think it got right the first place from a usability perspective as in kind=tunnel then we need to introduce mode= in the associated network file as

Re: [systemd-devel] [PATCH 1/1] networkd: Introduce ipip tunnel

2014-04-07 Thread Susant Sahani
On 04/07/2014 02:39 PM, Tom Gundersen wrote: On Mon, Apr 7, 2014 at 9:44 AM, Susant Sahani sus...@redhat.com wrote: This patch enables basic ipip tunnel support. It works with kernel module ipip Example configuration file: ipip.netdev [NetDev] Name=ipip-tun Kind=ipip [Tunnel]

[systemd-devel] WTF changed after version 208? systemd won't boot again!

2014-04-07 Thread Aaron Lewis
Hi, I'm sure what changed in version 209, everything is just fine in 208. Now I can't boot my system once again. (Downgrade always works) Here's the problem at boot, I get a dev-sda1.XX timeout message, that's just weird. Checked journalctl -xn, nothing helpful, only a few lines says

Re: [systemd-devel] WTF changed after version 208? systemd won't boot again!

2014-04-07 Thread Aaron Lewis
Ah it's I'm not sure in the first line, typing too fast, my bad On Mon, Apr 7, 2014 at 6:42 PM, Aaron Lewis the.warl0ck.1...@gmail.com wrote: Hi, I'm sure what changed in version 209, everything is just fine in 208. Now I can't boot my system once again. (Downgrade always works) Here's the

Re: [systemd-devel] WTF changed after version 208? systemd won't boot again!

2014-04-07 Thread Tomasz Torcz
On Mon, Apr 07, 2014 at 06:42:41PM +0800, Aaron Lewis wrote: Hi, I'm sure what changed in version 209, everything is just fine in 208. Now I can't boot my system once again. (Downgrade always works) Here's the problem at boot, I get a dev-sda1.XX timeout message, that's just weird.

[systemd-devel] [RESOLVED] Re: WTF changed after version 208? systemd won't boot again!

2014-04-07 Thread Aaron Lewis
Hey Tom, Thanks, just rebuilt the kernel. Works ;-P On Mon, Apr 7, 2014 at 6:46 PM, Tomasz Torcz to...@pipebreaker.pl wrote: On Mon, Apr 07, 2014 at 06:42:41PM +0800, Aaron Lewis wrote: Hi, I'm sure what changed in version 209, everything is just fine in 208. Now I can't boot my system

Re: [systemd-devel] [PATCH] networkd: Introduce ipip tunnel

2014-04-07 Thread Susant Sahani
On 04/07/2014 03:13 PM, Jóhann B. Guðmundsson wrote: On 04/07/2014 04:35 AM, Susant Sahani wrote: This will be much nicer if we simply use ipip as the kind, rather than tunnel. Done ! Hmm... I think it got right the first place from a usability perspective as in kind=tunnel then we need

Re: [systemd-devel] [PATCH] networkd: Introduce ipip tunnel

2014-04-07 Thread Jóhann B. Guðmundsson
On 04/07/2014 11:09 AM, Susant Sahani wrote: On 04/07/2014 03:13 PM, Jóhann B. Guðmundsson wrote: On 04/07/2014 04:35 AM, Susant Sahani wrote: This will be much nicer if we simply use ipip as the kind, rather than tunnel. Done ! Hmm... I think it got right the first place from a

Re: [systemd-devel] [PATCH 1/1] networkd: Introduce ipip tunnel

2014-04-07 Thread Tom Gundersen
On Mon, Apr 7, 2014 at 12:28 PM, Susant Sahani sus...@redhat.com wrote: +r = manager_init_kmod_ctx(m); Maybe just do manager-kmod_ctx = kmod_ctx_new(NULL, NULL); if (!manager-kmod_ctx) { r = -ENOMEM; etc... } and drop the wrapping function (see above). Any

Re: [systemd-devel] Netconsole NG

2014-04-07 Thread Lukáš Nykrýn
Dne 6.4.2014 17:59, poma napsal(a): /etc/sysconfig/netconsole: # This is the EnvironmentFile for the netconsole service. Starting this # service enables the capture of dmesg output on a destination machine. # Source port SRC_PORT=12345 # Source IP address SRC_IP=192.168.1.2 # Source network

Re: [systemd-devel] [PATCH] fstab-generator: local-fs.target waits for nofail mounts

2014-04-07 Thread Vivek Goyal
On Sat, Apr 05, 2014 at 04:24:01AM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Apr 04, 2014 at 05:30:03PM -0400, Vivek Goyal wrote: On Fri, Apr 04, 2014 at 02:44:50PM +0800, WANG Chao wrote: In kdump kernel, we need mount certain file system, and we use nofail for all mounts

Re: [systemd-devel] Netconsole NG

2014-04-07 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 07, 2014 at 05:34:10PM +0200, Lukáš Nykrýn wrote: The reason why this was not rewritten a long time ago is that the initscript tries to figure some of those values by itself (for example the MAC address). But yes, we need to do something with netconsole. It is a blocker for my

Re: [systemd-devel] [PATCH] fstab-generator: local-fs.target waits for nofail mounts

2014-04-07 Thread Andrey Borzenkov
В Mon, 7 Apr 2014 13:40:17 -0400 Vivek Goyal vgo...@redhat.com пишет: Defining a new target which by default waits for all the local fs target sounds interesting. Again, I have the question, what will happen to local-fs-all.target if some device does not show up and say one of the mounts

[systemd-devel] Four special object test files

2014-04-07 Thread Kevin Wilson
Hi, I noticed this fact: For the following source modules: src/test/test-sched-prio.c src/test/test-sched-prio.c src/test/test-unit-file.c src/test/test-unit-name.c There are the following object files: test_sched_prio-test-sched-prio.o test_cgroup_mask-test-cgroup-mask.o

Re: [systemd-devel] Four special object test files

2014-04-07 Thread Cristian Rodríguez
El 07/04/14 15:15, Kevin Wilson escribió: What it the reason for this concatenation? automake subdir-objects does this.. -- Cristian Team PITA ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org

Re: [systemd-devel] [PATCH] fstab-generator: local-fs.target waits for nofail mounts

2014-04-07 Thread Vivek Goyal
On Mon, Apr 07, 2014 at 10:07:20PM +0400, Andrey Borzenkov wrote: В Mon, 7 Apr 2014 13:40:17 -0400 Vivek Goyal vgo...@redhat.com пишет: Defining a new target which by default waits for all the local fs target sounds interesting. Again, I have the question, what will happen to

[systemd-devel] [PATCH] [RFC] Ignore OOMScoreAdjust in Linux containers

2014-04-07 Thread Richard Weinberger
At least LXC does not allow the container root to change the OOM Score adjust value. Signed-off-by: Richard Weinberger rich...@nod.at --- Hi! Within Linux containers we cannot use OOMScoreAdjust nor CapabilityBoundingSet (and maybe more related settings). This patch tells systemd to ignore

[systemd-devel] [PATCH 0/2] systemd-analyze: read info from remote - fix bug 76498

2014-04-07 Thread Djalal Harouni
Fix bug: https://bugs.freedesktop.org/show_bug.cgi?id=76498 First, please apply this series: http://lists.freedesktop.org/archives/systemd-devel/2014-March/018257.html The fix needs these patches too! I did make this information available on the bus of hostnamed, since Lennart suggested that

[systemd-devel] [PATCH 1/2] hostnamed: expose OperatingSystemVersion on the bus

2014-04-07 Thread Djalal Harouni
This is needed to fix bug: https://bugs.freedesktop.org/show_bug.cgi?id=76498 Reported-by: Zach zachcook1...@gmail.com --- src/hostname/hostnamed.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c index abafa62..ca80d50

[systemd-devel] [PATCH 2/2] systemd-analyze: read host and system information from remote

2014-04-07 Thread Djalal Harouni
This makes systemd-analyze plot read host information from remote. While we are it show if this is a virtualized system. https://bugs.freedesktop.org/show_bug.cgi?id=76498 Reported-by: Zach zachcook1...@gmail.com --- src/analyze/analyze.c | 105

Re: [systemd-devel] [PATCH] fstab-generator: local-fs.target waits for nofail mounts

2014-04-07 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 07, 2014 at 03:10:14PM -0400, Vivek Goyal wrote: On Mon, Apr 07, 2014 at 10:07:20PM +0400, Andrey Borzenkov wrote: В Mon, 7 Apr 2014 13:40:17 -0400 Vivek Goyal vgo...@redhat.com пишет: Defining a new target which by default waits for all the local fs target sounds

Re: [systemd-devel] Netconsole NG

2014-04-07 Thread poma
On 07.04.2014 17:34, Lukáš Nykrýn wrote: Dne 6.4.2014 17:59, poma napsal(a): /etc/sysconfig/netconsole: # This is the EnvironmentFile for the netconsole service. Starting this # service enables the capture of dmesg output on a destination machine. # Source port SRC_PORT=12345 # Source IP

Re: [systemd-devel] Netconsole NG

2014-04-07 Thread poma
On 07.04.2014 19:55, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Apr 07, 2014 at 05:34:10PM +0200, Lukáš Nykrýn wrote: The reason why this was not rewritten a long time ago is that the initscript tries to figure some of those values by itself (for example the MAC address). But yes, we need to

[systemd-devel] [PATCH 1/1] networkd: Introduce ipip tunnel

2014-04-07 Thread Susant Sahani
This patch enables basic ipip tunnel support. It works with kernel module ipip Example configuration file: ipip.netdev -- [NetDev] Name=ipip-tun Kind=ipip [Tunnel] Local=192.168.8.102 Remote=10.4.4.4 TTL=64 MTUBytes=1480 file: ipip.network --