2014-06-17 10:32 GMT+04:00 Mantas Mikulėnas :
> Boot ID is *always* generated by the kernel on every boot and not
> stored anywhere, only available from sysctl.
>
> Machine ID is usually static -- generated once after installation, and
> stored in /etc/machine-id. It only changes on diskless system
On Tue, Jun 17, 2014 at 8:46 AM, Vasiliy Tolstov wrote:
> I have a problem with uuid on my servers - they all blade servers and
> uuid in smbios identical.
> But i need random uniq id for each system. I can't relay on mac
> address os something like this.
> AS i see systemd have machine id and boo
I have a problem with uuid on my servers - they all blade servers and
uuid in smbios identical.
But i need random uniq id for each system. I can't relay on mac
address os something like this.
AS i see systemd have machine id and boot id. And in diskless systems
they regenerated every boot.
What is
Hi Andrey, Mantas,
The /sys/ folder is totally empty(no class folder ), "ls -lR /sys" give output
0, though my CONFIG_SYSFS=y is set in the kernel config parameters. Can you
tell me what could be my contents inside /sys/ folder?
After creating softlink of agetty to getty inside /sbin, creating
Be verbose when checking if Python module lxml is available. Also warn that
Python support will be disabled when the lxml module is not present.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=80005
Tested:
- Without python-lxml package installed:
$ ./configure
checking for python extens
This includes the new systemd-journald-dev-log.socket man page introduced in
commit 03ee5c38cb0da and also fixes indentation of EXTRA_DIST with the fix to
make-man-rules.py.
---
Makefile-man.am | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Makefile-man.am b/Makefile-man
Python support is pretty much essential to create man pages, so we should make
sure that distcheck will request it during configure.
Tested: Successfully ran "make distcheck" and confirmed --with-python was
present in the ./configure run inside the unpacked distribution directory.
---
Makefile.am
Running "make dist" requires --enable-compat-libs since DIST_SOURCES will list
generated files such as libsystemd-daemon.c.
Tested:
$ ./configure && make && make dist
*** compat-libs must be enabled in order to make dist
make: *** [dist-check-compat-libs] Error 1
---
Makefile.am | 8 +++
The sysusers.d/systemd.conf configuration file was originally introduced in
commit 1b99214789101, but it was not marked for cleanup. This caused distcheck
to complain about the file not being removed by distcleam.
Tested: Successfully ran "make distcheck" with this patchset.
---
Makefile.am | 3
Hi,
This patchset fixes some issues I found with the build system of systemd,
particularly breaking runs of "make dist" and "make distcheck".
Also some general cleanup.
Cheers,
Filipe
Filipe Brandenburger (9):
build-sys: add sysusers.d/systemd.conf to CLEANFILES
build-sys: do not include i
Running "make dist" requires Python support since some of the man page sources
(such as man/systemd.index.xml and man/systemd.directives.xml) are generated by
Python scripts, so break "make dist" and give an useful error message when
Python or the Python lxml module is not available.
Tested:
$ .
This fixes the footer where 7 spaces were used on the first line of EXTRA_DIST,
but a Tab was clearly intended.
---
tools/make-man-rules.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/make-man-rules.py b/tools/make-man-rules.py
index 9f46f7b889c6..e75bfffba140 100644
If --with-python is passed explicitly, configure should break if it can not
find a usable Python or lxml library. The error message should be explicit
about the configuration problem.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=80005
Tested:
- $ ./configure --with-python
checking for p
Review s'il vous plaît.
poma
diff --git a/man/systemd.netdev.xml b/man/systemd.netdev.xml
index c17ae9e..ca64d1c 100644
--- a/man/systemd.netdev.xml
+++ b/man/systemd.netdev.xml
@@ -142,11 +142,35 @@
Kind=
В Fri, 13 Jun 2014 16:41:04 +0200
Werner Fink пишет:
> From: arvidj...@gmail.com
>
> will terminate emergency.service due to implicit dependencies on basic.target
> and therefore sysinit.target which in turn conflict with emergency.target.
>
I always considered it as a stopgap not suitable for
В Fri, 13 Jun 2014 16:41:08 +0200
Werner Fink пишет:
> Otherwise this leads to a poweroff at boot time.
>
I'm not sure what conflict you mean here. Could you provide bug
reference?
> ---
> units/console-shell.service.m4.in |3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git units/con
sysusers.d/systemd.conf.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sysusers.d/systemd.conf.in b/sysusers.d/systemd.conf.in
index b34a8071aaff..bbdc261620d8 100644
--- a/sysusers.d/systemd.conf.in
+++ b/sysusers.d/systemd.conf.in
@@ -8,7 +8,7 @@
# The superuser
u root
Andrey Borzenkov schrieb:
>> journald's write pattern looks something like this: append something to
>> the end, make sure it is written, then update a few offsets stored at
>> the beginning of the file to point to the newly appended data. This is
>> of course not easy to handle for COW file syst
On Tue, Jun 17, 2014 at 12:24 AM, Lennart Poettering wrote:
> On Mon, 16.06.14 21:32, Geunsik Lim (geunsik@gmail.com) wrote:
>
> > Hi all,
> >
> > Recently, i checked that there are some of the "close_all_fds" functions
> > as follows
> > Why we Systemd run this functions? Whey this function
On 16/06/14 19:47, Goffredo Baroncelli wrote:
> Hi all,
>
> in this blog [1] I collected all the results of the tests which I
> performed in order to investigate a bit this performance problem
> between systemd and btrfs. I had to put these results in a blog,
> because there are several images. Be
On 16/06/14 17:05, Josef Bacik wrote:
>
> On 06/16/2014 03:14 AM, Lennart Poettering wrote:
>> On Mon, 16.06.14 10:17, Russell Coker (russ...@coker.com.au) wrote:
>>
I am not really following though why this trips up btrfs though. I am
not sure I understand why this breaks btrfs COW beha
Tom, Susant, review s'il vous plaît.
poma
SYSTEMD.NETDEV(5) systemd.network
SYSTEMD.NETDEV(5)
NAME
systemd.netdev - Virtual Network Device configuration
SYNOPSIS
netdev.netdev
DESCRIP
Hi all,
in this blog [1] I collected all the results of the tests which I performed in
order to investigate a bit this performance problem between systemd and btrfs.
I had to put these results in a blog, because there are several images. Below a
brief summary.
I took an old machine (a P4 2.5GH
Hi Ronny,
Thanks for all the tests, very much appreciated!
All merged.
Cheers,
Tom
On Sun, Jun 15, 2014 at 10:47 PM, Ronny Chevalier
wrote:
> ---
> src/test/test-util.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src/test/test-util.c b/src/test/test-util.c
> index 2b46699..35d
On Mon, Jun 16, 2014 at 9:52 AM, Frederic Crozat wrote:
> Hi all,
>
> attached is a fix for SVG generated by systemd-bootchart, similar to a
> fix already done in systemd-analyze.
yeah, that's a nice change. Looks good to me.
Auke
___
systemd-devel mai
Hi all,
attached is a fix for SVG generated by systemd-bootchart, similar to a
fix already done in systemd-analyze.
--
Frederic Crozat
Project Manager Enterprise Desktop
SUSE
>From d018c76c3cfee47fe92f2115bee3be662ff9225d Mon Sep 17 00:00:00 2001
From: Frederic Crozat
Date: Mon, 16 Jun 2014 18:4
On 16/06/2014 14:00, Dave Reisner wrote:
On Mon, Jun 16, 2014 at 01:01:31PM +0100, Robin Becker wrote:
Why do I have all the file system duplicates?
You don't -- df doesn't understand namespaces. You should use a tool
which reads from /proc/self/mountinfo instead of /etc/mtab, e
Hi Lennart,
On 06/16/2014 12:13 AM, Lennart Poettering wrote:
> I am not really following though why this trips up btrfs though. I am
> not sure I understand why this breaks btrfs COW behaviour. I mean,
> fallocate() isn't necessarily supposed to write anything really, it's
> mostly about allocati
On Mon, Jun 16, 2014 at 5:19 PM, Frederic Crozat wrote:
> Le lundi 16 juin 2014 à 10:49 -0400, Cristian Rodríguez a écrit :
>> El 16/06/14 08:52, Dr. Werner Fink escribió:
>> > On Fri, Jun 13, 2014 at 05:51:34PM +0200, Tom Gundersen wrote:
>> >> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
Le lundi 16 juin 2014 à 10:49 -0400, Cristian Rodríguez a écrit :
> El 16/06/14 08:52, Dr. Werner Fink escribió:
> > On Fri, Jun 13, 2014 at 05:51:34PM +0200, Tom Gundersen wrote:
> >> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
> >>> From: Frederic Crozat
> >>
> >> Hm, this would not hel
On Wed, 11.06.14 15:14, Michael Marineau (michael.marin...@coreos.com) wrote:
> Commit 12ed81d9 changed path_strv_canonicalize_absolute's behavior to
> return a directory list without the root prefix if one was given but did
> not update other users of the function to the new behavior. This broke
On Thu, 12.06.14 15:53, Lukas Nykryn (lnyk...@redhat.com) wrote:
> search_and_fopen_* and conf_files_list function accept
> root parameter, but they are not using it.
>
> This leads to an issue with systemd-tmpfiles --root.
> The files and dirs are created in the correct location, but
> on the ba
On Mon, 16.06.14 21:32, Geunsik Lim (geunsik@gmail.com) wrote:
> Hi all,
>
> Recently, i checked that there are some of the "close_all_fds" functions
> as follows
> Why we Systemd run this functions? Whey this functions need Systemd's
> management?
>
> invain@u1204lgs:/sandbox/tizentvfolder
On Mon, 16.06.14 14:44, David Herrmann (dh.herrm...@gmail.com) wrote:
>
> Hi
>
> On Mon, Jun 16, 2014 at 2:32 PM, Geunsik Lim wrote:
> > Hi all,
> >
> > Recently, i checked that there are some of the "close_all_fds" functions as
> > follows
> > Why we Systemd run this functions? Whey this func
El 13/06/14 10:41, Werner Fink escribió:
> That is: set NOATIME, NOCOW, and NOCOMP for the journal directory
>
> ---
> src/journal/journald-server.c | 29 +++--
> 1 file changed, 27 insertions(+), 2 deletions(-)
>
> diff --git src/journal/journald-server.c src/journal/j
El 16/06/14 08:52, Dr. Werner Fink escribió:
> On Fri, Jun 13, 2014 at 05:51:34PM +0200, Tom Gundersen wrote:
>> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
>>> From: Frederic Crozat
>>
>> Hm, this would not help at all for modules loaded on-demand (which are
>> most of them). What is the
Hi all,
I want to start a service on the next available tty (let's call it
%next_available_tty). In my case, this service handles weston-launch,
but it could be any that requires a virtual terminal to run.
Let's say some of the TTYs are already taken (by getty@tty1.service,
etc) and I don't kno
On 06/16/2014 03:09 PM, Tom Gundersen wrote:
Hi poma,
So do I understand correctly that it all works as expected for you now?
Cheers,
Tom
Yep!
poma
man: networkd - netdev MAC addition
diff --git a/man/systemd.netdev.xml b/man/systemd.netdev.xml
index c17ae9e..931d806 100644
--- a/man/sy
Hi poma,
So do I understand correctly that it all works as expected for you now?
Cheers,
Tom
On Mon, Jun 16, 2014 at 3:05 PM, poma wrote:
>
> MACA ddress in addition to
> /etc/systemd/network/bridge0.netdev:
> [NetDev]
> Name=bridge0
> Kind=bridge
> MACAddress=00:12:34:56:78:90
>
> The rest is
MACA ddress in addition to
/etc/systemd/network/bridge0.netdev:
[NetDev]
Name=bridge0
Kind=bridge
MACAddress=00:12:34:56:78:90
The rest is here:
https://bugzilla.redhat.com/attachment.cgi?id=881142
journal-sd-networkd-214-2.git4997cb9.20140615-3.16.0-0.rc:
[ 16.629830] sd[1]: Starting Network
On Mon, Jun 16, 2014 at 02:51:47PM +0200, David Herrmann wrote:
> Hi
>
>
> The question was, why is this fix related to init=/bin/bash? What does
> bash do different than systemd that it requires this fix? That
> information should be placed in the commit-message.
>
> The fix itself looks good a
On Mon, Jun 16, 2014 at 01:01:31PM +0100, Robin Becker wrote:
> I asked about this at the arch linux forum, but got no response.
>
> I run an up to date arch linux X64 system with systemd-213-9. I built a
> simple container using the wiki article
>https://wiki.archlinux.org/index.php/Systemd-n
On Fri, Jun 13, 2014 at 07:09:50PM +0300, Ran Benita wrote:
> From a cursory look, the bash-completion package deals with this issue
> in a more systematic way. See _init_completion() in
> /usr/share/bash-completion/bash_completion. Maybe it's worthwhile to
> (conditionally?) use that if possible.
Whether predictable EHA may be applicable to bonding also?
To remind myself without caffeine, heh.
https://www.kernel.org/doc/Documentation/networking/bonding.txt
15. Frequently Asked Questions
8. Where does a bonding device get its MAC address from?
When using slave devices that
On Fri, Jun 13, 2014 at 05:51:34PM +0200, Tom Gundersen wrote:
> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
> > From: Frederic Crozat
>
> Hm, this would not help at all for modules loaded on-demand (which are
> most of them). What is the problem being solved here?
Indeed this does not
Hi
On Mon, Jun 16, 2014 at 2:42 PM, Dr. Werner Fink wrote:
> On Fri, Jun 13, 2014 at 05:49:24PM +0200, Tom Gundersen wrote:
>> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
>> > From: Ruediger Oertel
>> >
>> > Process 1 (aka init) needs to be started with an empty signal mask.
>> > That i
Hi
On Mon, Jun 16, 2014 at 2:32 PM, Geunsik Lim wrote:
> Hi all,
>
> Recently, i checked that there are some of the "close_all_fds" functions as
> follows
> Why we Systemd run this functions? Whey this functions need Systemd's
> management?
>
> invain@u1204lgs:/sandbox/tizentvfolder/systemd$ gre
On Fri, Jun 13, 2014 at 05:49:24PM +0200, Tom Gundersen wrote:
> On Fri, Jun 13, 2014 at 4:41 PM, Werner Fink wrote:
> > From: Ruediger Oertel
> >
> > Process 1 (aka init) needs to be started with an empty signal mask.
> > That includes the process 1 that's started after the initrd is finished.
>
Hi all,
Recently, i checked that there are some of the "close_all_fds" functions
as follows
Why we Systemd run this functions? Whey this functions need Systemd's
management?
invain@u1204lgs:/sandbox/tizentvfolder/systemd$ grep -R "close_all_fds" ./*
./src/nspawn.c:close_all_fds(N
I asked about this at the arch linux forum, but got no response.
I run an up to date arch linux X64 system with systemd-213-9. I built a simple
container using the wiki article
https://wiki.archlinux.org/index.php/Systemd-nspawn
after systemd-nspawn -bD ~/MyContainer and root login I see th
On Mon, Jun 16, 2014 at 2:14 PM, Lennart Poettering
wrote:
> On Mon, 16.06.14 10:17, Russell Coker (russ...@coker.com.au) wrote:
>
>> > I am not really following though why this trips up btrfs though. I am
>> > not sure I understand why this breaks btrfs COW behaviour. I mean,
>> > fallocate() isn
On Mon, Jun 16, 2014 at 3:12 PM, Jay D Bhatt wrote:
> Hi Andrey,
>
> I also think getty is missing. There was no sbin/getty, it was agetty, so I
> created soft link to make sbin/getty.
>
systemd already calls agetty, it si just that service is named
getty@.service.
> Secondly, "cat /sys/class/t
On Mon, Jun 16, 2014 at 3:27 PM, Mantas Mikulėnas wrote:
> On Jun 16, 2014 2:12 PM, "Jay D Bhatt" wrote:
>>
>> Hi Andrey,
>>
>> I also think getty is missing. There was no sbin/getty, it was agetty, so
>> I created soft link to make sbin/getty.
>
> Hmm, I thought getty@.service actually invokes "
On Jun 16, 2014 2:12 PM, "Jay D Bhatt" wrote:
>
> Hi Andrey,
>
> I also think getty is missing. There was no sbin/getty, it was agetty, so
I created soft link to make sbin/getty.
Hmm, I thought getty@.service actually invokes "agetty" directly, no?
> Secondly, "cat /sys/class/tty/console/active"
Hi Andrey,
I also think getty is missing. There was no sbin/getty, it was agetty, so I
created soft link to make sbin/getty.
Secondly, "cat /sys/class/tty/console/active" was not possible as there was no
folders structure inside /sys/.
I didn't got your below question " I see ssh service - are
On Mon, 16.06.14 10:17, Russell Coker (russ...@coker.com.au) wrote:
> > I am not really following though why this trips up btrfs though. I am
> > not sure I understand why this breaks btrfs COW behaviour. I mean,
> > fallocate() isn't necessarily supposed to write anything really, it's
> > mostly
Hi,
On Fri, 2014-06-13 at 12:17 -0500, Dan Williams wrote:
> 1) usage of struct ether_addr may prevent correct operation on
> non-ethernet links, like Infiniband or PPP or GRE. They don't have
> 6-byte MAC addresses, so anywhere that currently uses a MAC address I'd
> suggest passing "u
Hi Zbyszek,
Thanks for your positive response. Very appreciated!
Unfortunately I cannot contribute with any coding but would definitely be able
for testing such an implementation.
Looking forward to someone taking up on this feature.
~ Tom
Sent: Monday, June 16, 2014 at 1:47 AM
From: "Zbign
58 matches
Mail list logo