>
> Is it possible you are playing some weird games with your machine ID
> or boot ID?
>
Maybe. Yes. I have a oneshot service that writes /etc/machine-id using
constant hardware-based info. But I've been using that for over two
years without any issues.
I did notice this when trying to
> journalctl reads from both dirs, always. What makes you think it reads
> from the wrong dir only?
>
when I do `journalctl` I only get output up to the switch-root:
Jan 28 08:33:31 archlinux systemd[1]: Reached target Switch Root.
Jan 28 08:33:31 archlinux systemd[1]: Starting Switch
I'm still stuck on this one, if anyone can offer any advice I'd really
appreciate it as I'm not sure how to troubleshoot it.
On 15/01/2021 09:17, John Lane wrote:
> Hello,
>
> I've just set up a new system and have noticed a problem with journalctl
> where it appears to be
Hello,
I've just set up a new system and have noticed a problem with journalctl
where it appears to be reading from the incorrect journal. The journal
is running and I can direct it at the correct file using -D, but I don't
understand what is happening.
There is a journal in /run/log/journal
I have a service which runs as an unprivileged user (User=foo) with
delegated cgroup (Delegate=true) that wants to use the "memory" and
"cpu" controllers. Systemd is using the hybrid mode with both v1 and v2
cgroups, and the controllers are assigned to the v1 groups.
Before I can use the "cpu"
I am trying to meet a requirement to have predictable execution of jobs.
I'm asking here because I need to do this in a systemd environment,
specifically a Fedora 26 server but this could get upgraded to a later
version as part of any solution. Because this is a systemd server I
would like to
Archlinux uses a 'mkinitcpio' script to create the initramfs image file.
This copies files into a working directory which it then archives. The
problem with this is that files which were symlinks are not in the copy.
If the initramfs uses systemd then this is a potential problem.
This isn't a
On 05/09/17 17:23, John Lane wrote:
> Having checked the journal, I see complaints of the form:
>
> systemd[1]: cryptsetup.target: Wants dependency dropin
> /etc/systemd/system/cryptsetup.target.wants/cryptsetup@sda.service is
> not a symlink, ignoring.
>
> However
I recently upgraded a box which caused systemd to update from 232 to
234. Now it drops into an emergency shell and won't boot without my help.
Having checked the journal, I see complaints of the form:
systemd[1]: cryptsetup.target: Wants dependency dropin
I've just switched a server to systemd-networkd dhcp client.
How do I renew a lease and/or force it to push a new hostname to the
dhcp server.
I have RTFM and get the impression it can't be done. Hopefully I have
that wrong...
Thanks and much appreciated.
On 11/01/16 13:09, Tomasz Torcz wrote:
> On Mon, Jan 11, 2016 at 12:39:10PM +0000, John Lane wrote:
>> I have some services in my initramfs that unlock some crypto volumes to
>> make the root and some other filesystems available.
> This seems relevant:
> https://wiki.freedes
I have some services in my initramfs that unlock some crypto volumes to
make the root and some other filesystems available.
Looking at the journal, I can see that the initramfs (at switch-root
time) tries to kill these services but this fails because the
filesystems are mounted by this point. I
On 11/01/16 16:44, Lennart Poettering wrote:
> On Mon, 11.01.16 13:38, John Lane (syst...@jelmail.com) wrote:
>
>> On 11/01/16 13:09, Tomasz Torcz wrote:
>>> On Mon, Jan 11, 2016 at 12:39:10PM +, John Lane wrote:
>>>> I have some services in my initramf
Try using `socat -u` for unidirectional mode.
Yes that was it. Thank you.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
I have a problem with what I thought would be a simple service unit:
# /etc/systemd/system/socat.service
[Service]
ExecStart=/usr/bin/socat UDP-RECV:4321 STDOUT
The expected outcome is that /usr/bin/socat UDP-RECV:4321 STDOUT is
started with its standard output connected to the
On 11/02/15 20:03, Lennart Poettering wrote:
Well, no. It would add Wants= and After=, instead of Requires= and
After=. But I figure what you wrote was just a typo?
yes what you say is what I meant.
I think we should switch over to use WantsMountsFor for this
unconditionally. After all we can
On 06/02/15 17:12, John Lane wrote:
Good afternoon. I have some errors in the boot sequence of a newly built
system:
I see:
systemd[1]: Unit type .busname is not supported on this system.
then later on:
systemd-networkd[278]: Assertion 'bus' failed at
src/libsystemd/sd-bus/bus
Good morning,
This just something I noticed recently: It doesn't seem to be possble to
use whitespace in /etc/cryptab, for example in partition labels.
Contrast with the similar /etc/fstab file which supports octal escape
(\040).
I see
Two years ago I raised a query about bind mounting a subdirectory on top
of its parent mount point. I supplied a patch to allow this; it was
discussed but wasn't accepted.
At that time, there was talk about implementing a BindSubdir option to
systemd.mount but I don't think anything ever came of
On 02/02/15 20:54, Lennart Poettering wrote:
On Sat, 31.01.15 11:21, John Lane (syst...@jelmail.com) wrote:
Further to this, I tried manually creating a systemd-cryptsetup unit
instead of putting an entry in /etc/crypttab.
This allowed me to remove the RequiresMountsFor entry.
Yeah, I figure
On 02/02/15 20:49, Lennart Poettering wrote:
BTW, just to mention this. You can also just write:
# systemctl start /home/myuser/data
That's good to know, thanks.
This will automatically be translated to
home-myuser-data.mount. systemctl has some logic built in to
translate strings that
On 30/01/15 09:49, Jan Janssen wrote:
But really: why not use automounting logic in fstab?:
/dev/mapper/data /home/myuser/data ext4 noauto,x-systemd.automount 0 0
No need to manually trigger a mount. And you can even use noauto in
crypttab so that the encrypted device is only opened once
On 31/01/15 10:25, John Lane wrote:
On 30/01/15 09:49, Jan Janssen wrote:
But really: why not use automounting logic in fstab?:
/dev/mapper/data /home/myuser/data ext4 noauto,x-systemd.automount 0 0
No need to manually trigger a mount. And you can even use noauto in
crypttab so
I am looking for some advice about configuring encrypted volumes with
systemd that I want to open on demand (noauto).
I can add entries into /etc/crypttab and /etc/fstab for the device, for
example
# name device
password options
data
On 04/04/14 23:17, Leonid Isaev wrote:
On Fri, 04 Apr 2014 21:19:45 +0100
John Lane syst...@jelmail.com wrote:
[...]
I did this: systemd-nspawn -bD /srv/lxc/testcontainer
Starting the container this way is pretty-much instantaneous. You can
log in and halt it cleanly.
Now that's interesting
On 04/04/14 13:10, Tom Gundersen wrote:
On Thu, Apr 3, 2014 at 7:53 PM, John Lanesyst...@jelmail.com wrote:
What I find is that the login prompt never results in a prompt. I enter the
correct user/password and it takes an age before redisplaying the login
prompt. If apply 208 before starting
On 03/04/14 19:41, Leonid Isaev wrote:
On Thu, 03 Apr 2014 18:53:48 +0100
John Lane syst...@jelmail.com wrote:
On 03/04/14 16:40, Leonid Isaev wrote:
Hi,
On Thu, 03 Apr 2014 11:25:27 +0100
John Lane syst...@jelmail.com wrote:
Hello, I have a number of LXC containers that have been working
Hello, I have a number of LXC containers that have been working with
systemd for some time. I have just tried to perform some upgrades,
taking them from 204 to 212 (actually they are scripted rebuilds rather
than upgrades).
I have found that they do not work properly with any systemd versions
On 03/04/14 16:40, Leonid Isaev wrote:
Hi,
On Thu, 03 Apr 2014 11:25:27 +0100
John Lane syst...@jelmail.com wrote:
Hello, I have a number of LXC containers that have been working with
systemd for some time. I have just tried to perform some upgrades,
taking them from 204 to 212 (actually
On 18/04/13 01:27, Lennart Poettering wrote:
On Mon, 08.04.13 20:08, John Lane (syst...@jelmail.com) wrote:
I'm trying out the new foobar.service.d way of overriding unit files.
I thought that I'd be able to have a number of service instances
that were overridden differently but that does
On 12/04/13 14:00, Zbigniew Jędrzejewski-Szmek wrote:
foobar@.service and foobar@.service.d/myinstance.conf
foobar@.service and foobar@myinstance.service.d/myinstance.conf
This would be possible, if somebody implements it.
which don't work so I guess this isn't implemented. If so, would
On 07/04/13 20:45, Mantas Mikulėnas wrote:
On Sun, Apr 7, 2013 at 10:21 PM, John Lane syst...@jelmail.com wrote:
I have been trying to replace an rc script with a systemd unit file. It is
for an rvm (ruby version manager) environment and it starts a documentation
web server. I tried to create
I'm trying out the new foobar.service.d way of overriding unit files.
I thought that I'd be able to have a number of service instances that
were overridden differently but that does not seem to be the case (or,
at least, I can't get it to work).
I first updated to systemd 200 and tried
I have been trying to replace an rc script with a systemd unit file. It
is for an rvm (ruby version manager) environment and it starts a
documentation web server. I tried to create a service unit thus:
[Service]
Type=forking
User=rvm
ExecStartPre=/bin/bash --login /etc/profile.d/rvm.sh
Good morning, I am trying to get LXC guests working with systemd. I am
at the point where I can start a container but it is affecting the host.
I've been discussing over on lxc-users and it's been suggested that
systemd may be incorrectly mounting devpts without the newinstance
option. I
From: John Lane j...@lane.uk.net
---
src/core/mount.c | 13 +++-
src/fstab-generator/fstab-generator.c | 58 +++
2 files changed, 51 insertions(+), 20 deletions(-)
diff --git a/src/core/mount.c b/src/core/mount.c
index f263d9b..b0a06e9
On 02/01/13 20:21, John Lane wrote:
On 02/01/13 14:25, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jan 02, 2013 at 12:44:10PM +, John Lane wrote:
On 02/01/13 12:15, Andrey Borzenkov wrote:
В Wed, 02 Jan 2013 12:01:41 +
John Lane syst...@jelmail.com пишет:
Hello,
I have
On 03/01/13 16:40, Tom Gundersen wrote:
On Thu, Jan 3, 2013 at 5:16 PM, John Lane syst...@jelmail.com wrote:
Hello. Here is a patch to allow systemd to handle overmounts defined in
/etc/fstab.
https://raw.github.com/johnlane/archlinux-systemd/master/fstab-overmount.patch
Please use spaces
On 03/01/13 19:50, Lennart Poettering wrote:
On Wed, 02.01.13 12:44, John Lane (syst...@jelmail.com) wrote:
I realise I can work around the problem (that's what I am doing
right now) but I want the mounts to be done in that way (one over
the other).
As such an /etc/fstab worked fine before
Hello,
I have a configuration where a filesystem is mounted on /images.
Then a subdirectory of that filesystem, say /images/1, is bind mounted
on top as /images.
Prior to moving to systemd, this kind of thing has always worked fine
with /etc/fstab containing something like this:
# images
On 02/01/13 12:15, Andrey Borzenkov wrote:
В Wed, 02 Jan 2013 12:01:41 +
John Lane syst...@jelmail.com пишет:
Hello,
I have a configuration where a filesystem is mounted on /images.
Then a subdirectory of that filesystem, say /images/1, is bind mounted
on top as /images.
Prior to moving
On 02/01/13 14:25, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Jan 02, 2013 at 12:44:10PM +, John Lane wrote:
On 02/01/13 12:15, Andrey Borzenkov wrote:
В Wed, 02 Jan 2013 12:01:41 +
John Lane syst...@jelmail.com пишет:
Hello,
I have a configuration where a filesystem is mounted
42 matches
Mail list logo