On Tue, Mar 31, 2015 at 7:46 AM, kenneth topp wrote:
>> В Mon, 30 Mar 2015 19:35:21 -0400
>> "kenneth topp" пишет:
>>
>>>
>>> Hi,
>>>
>>> My system appears healthy, but for some reason systemd not in a good
>>> state.
>>>
>>> From the commands and their output, I have two concerns.
>>> 1) why is
It would be really nice to have an utility that waits until a unit is
transitioned from the activating state. My problem is that I wanted to
replace in a shell script a sequence like:
sudo -u some_user ssh -f port_forwarding host
use_forwarded_ports
kill hopefully rightly guessed ssh PID
with som
2015-03-27 22:58 GMT+01:00 Michael Biebl :
> After moving away all ~ files:
> # journalctl --list-boots | wc -l
> 100
> # journalctl -F _BOOT_ID | wc -l
> 104
>
> It also scares me a bit, that journald is so prone to create those ~
> files that often. My system is not particularly unstable or cra
On 03/31/2015 05:13 AM, David Timothy Strauss wrote:
> On Fri, Mar 27, 2015 at 7:56 PM, WaLyong Cho wrote:
>> Hmm, it seems not. When I added MemoryLimit= option to just one service,
>> cgroups for every unit were generated on memory cgroup.
>
> It looks like memory_limit and cpu_quota_per_sec_us
> Ð Mon, 30 Mar 2015 19:35:21 -0400
> "kenneth topp" пиÑеÑ:
>
>>
>> Hi,
>>
>> My system appears healthy, but for some reason systemd not in a good
>> state.
>>
>> From the commands and their output, I have two concerns.
>> 1) why is the state "starting" and not finished?
>> 2) what are these
On Mon, Mar 30, 2015 at 8:34 PM, Andrei Borzenkov wrote:
> В Mon, 30 Mar 2015 19:30:02 -0700
> Shawn Landden пишет:
>
>> >
>> > What do you feel is missing from systemctl show?
>> It is only suppose to show fields that have been changed by humans
>> (even the developer) not systemd defaults.
>> >
В Mon, 30 Mar 2015 09:48:25 +0200
Igor Bukanov пишет:
> As I understand, the systemd-run utility returns immediately even with
> --service-type=forking. What is the proper way then to wait using a shell
> until the main service process forks the child and exists signaling
> initialization?
It is
В Mon, 30 Mar 2015 19:35:21 -0400
"kenneth topp" пишет:
>
> Hi,
>
> My system appears healthy, but for some reason systemd not in a good state.
>
> From the commands and their output, I have two concerns.
> 1) why is the state "starting" and not finished?
> 2) what are these "jobs" that are ru
В Mon, 30 Mar 2015 19:30:02 -0700
Shawn Landden пишет:
> >
> > What do you feel is missing from systemctl show?
> It is only suppose to show fields that have been changed by humans
> (even the developer) not systemd defaults.
> >
From its appearance it was supposed to show current unit propertie
replaces log with assert() to remove strings.
saves 3kB from text section of systemd.
---
src/shared/macro.h | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/src/shared/macro.h b/src/shared/macro.h
index 7f89951..8cbff01 100644
--- a/src/shared/macro.h
+++ b/s
On Mon, Mar 30, 2015 at 5:04 PM, Djalal Harouni wrote:
> On Fri, Mar 27, 2015 at 09:51:26AM -0700, Shawn Landden wrote:
>> On Fri, Mar 27, 2015 at 8:16 AM, Tom Gundersen wrote:
> [...]
>> >> * Current expression may modify/interact with a global state which may
>> >> cause a fatal error, and if
On Mon, Mar 30, 2015 at 4:02 PM, "Jóhann B. Guðmundsson"
wrote:
>
>
> On 03/30/2015 10:32 PM, Shawn Landden wrote:
>>
>> On Mon, Mar 30, 2015 at 1:35 PM, "Jóhann B. Guðmundsson"
>> wrote:
>>>
>>> Heyja
>>>
>>> Should this not be dropped and *DE write,integrate/implement an graphical
>>> frontend
On Fri, Mar 27, 2015 at 09:51:26AM -0700, Shawn Landden wrote:
> On Fri, Mar 27, 2015 at 8:16 AM, Tom Gundersen wrote:
[...]
> >> * Current expression may modify/interact with a global state which may
> >> cause a fatal error, and if the caller wants to know if that failed,
> >> then abort(),
Hi,
My system appears healthy, but for some reason systemd not in a good state.
From the commands and their output, I have two concerns.
1) why is the state "starting" and not finished?
2) what are these "jobs" that are running?
This happens to be four luks partitions that go into a btrfs files
On 03/30/2015 10:32 PM, Shawn Landden wrote:
On Mon, Mar 30, 2015 at 1:35 PM, "Jóhann B. Guðmundsson"
wrote:
Heyja
Should this not be dropped and *DE write,integrate/implement an graphical
frontend to systemd for themselves?
It's not like this is receiving the love it needs, hence I'm prett
On Mon, Mar 30, 2015 at 1:35 PM, "Jóhann B. Guðmundsson"
wrote:
> Heyja
>
> Should this not be dropped and *DE write,integrate/implement an graphical
> frontend to systemd for themselves?
>
> It's not like this is receiving the love it needs, hence I'm pretty sure
> nobody is using this.
Parts of
Heyja
Should this not be dropped and *DE write,integrate/implement an
graphical frontend to systemd for themselves?
It's not like this is receiving the love it needs, hence I'm pretty sure
nobody is using this.
JBG
___
systemd-devel mailing list
s
On Fri, Mar 27, 2015 at 7:56 PM, WaLyong Cho wrote:
> Hmm, it seems not. When I added MemoryLimit= option to just one service,
> cgroups for every unit were generated on memory cgroup.
It looks like memory_limit and cpu_quota_per_sec_usec both have this
potential issue. The other four controllers
On Mon, Mar 30, 2015 at 09:15:52PM +0200, Andrew Jones wrote:
> This series adds support for detecting if an arm or aarch64
> deployment is a Xen or QEMU/KVM guest. I've tested the QEMU/KVM
> detection on an AArch64 guest. The Xen detection has *not* been
> tested, thus the RFT.
I should not that
QEMU/KVM guests do not have hypervisor nodes, but they do have
fw-cfg nodes (since qemu v2.3.0-rc0). fw-cfg nodes are documented,
see kernel doc Documentation/devicetree/bindings/arm/fw-cfg.txt,
and therefore we should be able to rely on it in this detection.
Unfortunately, we currently don't have
---
src/shared/virt.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/shared/virt.c b/src/shared/virt.c
index aa3501f42916c..712523210d720 100644
--- a/src/shared/virt.c
+++ b/src/shared/virt.c
@@ -102,7 +102,7 @@ static int detect_vm_cpuid(const char **_id) {
}
sta
Kernel doc Documentation/ABI/testing/sysfs-firmware-ofw says that
the /proc/device-tree symlink should be used, as opposed to
directly accessing /sys/firmware/devicetree/base. The former is
ABI, but not the later.
---
src/shared/virt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
This series adds support for detecting if an arm or aarch64
deployment is a Xen or QEMU/KVM guest. I've tested the QEMU/KVM
detection on an AArch64 guest. The Xen detection has *not* been
tested, thus the RFT.
Thanks for reviews and testing. Please keep me on CC as I'm not
subscribed to the list.
On Mon, Mar 23, 2015 at 8:09 PM, Chris Morgan wrote:
> Hello.
>
> I have a journal test that fails periodically. When observing the test
> with journalctl -f in the cases that fail I don't see any journal
> entries from the journalctl -f. I'm wondering if I'm hitting rate
> limiting here on F21 (s
If you havei for example ext4 on iscsi devices it is possible to setup
qoutas there. Unfortunatelly because such fstab entry contains _netdev,
systemd will not add dependency to quotaon.service.
---
src/core/mount.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/core/mount
On 24 March 2015 at 05:53, Cameron Norman wrote:
> On Mon, Mar 23, 2015 at 1:54 AM, WaLyong Cho wrote:
>> Hi,
>>
>> Now, I'm looking for a method to a service be activated on special DBus
>> signal. If a process is running for waiting some of DBus signal this can
>> be useful.
>
> Obviously you w
I like this. +1
On 26 March 2015 at 15:09, Jan Janssen wrote:
> ---
> man/systemctl.xml | 6 +++-
> src/libsystemd/sd-bus/bus-common-errors.h | 1 +
> src/login/logind-dbus.c | 49 +++--
> src/login/org.freedesktop.login1.conf
On Mon, 30.03.15 00:00, Jan Engelhardt (jeng...@inai.de) wrote:
>
> systemd/configure.ac has a
>
> AC_CHECK_PROG([KMOD]...)
>
> but what actually *uses* this? The way it looks, it's all (udev rules)
> using libkmod directly.
Let me "git grep kmod" that for you:
src/core/kmod-setup.
As I understand, the systemd-run utility returns immediately even with
--service-type=forking. What is the proper way then to wait using a shell
until the main service process forks the child and exists signaling
initialization?
___
systemd-devel mailing
On 03/29/2015 08:46 PM, Alexander Sverdlin wrote:
> Entropy Graph code doesn't handle the error condition if open() of /proc entry
> fails. Moreover, the file is only opened once and only first sample will
> contain
> the correct value because the return value of pread() is also not handled
> prop
On 03/29/2015 08:44 PM, Alexander Sverdlin wrote:
> Correctly handle the potential failure of fdopen() (because of OOM, for
> instance)
> after potentially successful open(). Prevent leaking open fd in such case.
Applied, thanks!
> ---
> src/bootchart/store.c | 12 ++--
> src/bootchart/
31 matches
Mail list logo
