Hi,
I've run "systemctl mask rsyslog.service", but the service can still
be started via
"systemctl start rsyslog.service" or by generating a log message.
Looks like a bug to me.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
___
В Wed, 19 Jun 2013 03:39:39 +0200
Tom Gundersen пишет:
> On Wed, Jun 19, 2013 at 12:16 AM, Henrik /KaarPoSoft
> wrote:
> > When booting, I get a few errors related to swap; in particular:
> > Failed to reread /proc/swaps: File exists
> > swapon: /dev/sda3: swapon failed: Device or resource busy
On Wed, Jun 19, 2013 at 12:16 AM, Henrik /KaarPoSoft
wrote:
> When booting, I get a few errors related to swap; in particular:
> Failed to reread /proc/swaps: File exists
> swapon: /dev/sda3: swapon failed: Device or resource busy
The output of "systemctl --full --all --type=swap" might be useful
It definitely works for me on Fedora, but it's terribly slow with
1000+ units. I've been meaning to look into that.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Tue, Jun 18, 2013 at 10:23 AM, Kok, Auke-jan H
wrote:
> Therefore, the .service daemon should NOT unlink
> the socket.
And you can generally prevent the service from having the service unit
drop permissions to something that can't delete the socket. The
service get get the fd from socket activ
We have machines with thousands of containers on them. The key for us
was understanding that we didn't need thousands of containers to run
after start-up; we needed thousands of containers to be *accessible*
after start-up. The vast majority of our containers use socket
activation or "resurrection"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/18/2013 2:03 PM, David Zeuthen wrote:
> When I was younger I used to think things like this was a good
> idea and, in fact, did a lot of work to add complex interfaces for
> this in the various components you mention. These interfaces didn't
> rea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Various tools, but most notably partitioners, manipulate disks in such
a way that they need to prevent the rest of the system from racing
with them while they are in the middle of manipulating the disk.
Presently this is done with a hodge podge of hack
Hi,
On Tue, Jun 18, 2013 at 11:40 AM, Phillip Susi wrote:
> I don't follow. You mean udisks delays auto mounting by 5 seconds?
No, it works like this: if you plug in the device, then - for example
- /dev/sdb is added and then /dev/sdb1 is added and /dev/sdb1 is
deemed to contain a FAT filesyste
Hi,
On Tue, Jun 18, 2013 at 10:45 AM, Phillip Susi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Various tools, but most notably partitioners, manipulate disks in such
> a way that they need to prevent the rest of the system from racing
> with them while they are in the middle of m
On Tue, Jun 18, 2013 at 01:45:09PM -0400, Phillip Susi wrote:
> Various tools, but most notably partitioners, manipulate disks in such
> a way that they need to prevent the rest of the system from racing
> with them while they are in the middle of manipulating the disk.
> Presently this is done wit
On Tue, Jun 18, 2013 at 3:04 AM, Łukasz Stelmach wrote:
> It was <2013-06-17 pon 20:51>, when Lennart Poettering wrote:
>> On Fri, 14.06.13 14:33, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
>> wrote:
>>
>>> On Fri, Jun 14, 2013 at 10:03:00AM +0200, Łukasz Stelmach wrote:
We are converti
Kaixo!
Li Mon, Jun 17, 2013 at 09:58:26AM -0700, Greg KH scrijha:
> Firmware should be loaded directly from the kernel itself these days, no
> need for a udev rule, or anything else, it should "just work".
I would prefer that myself too :)
But it seems only Debian ships a kernel with a patch fo
On Tue, Jun 18, 2013 at 04:54:51PM +0200, Pablo Saratxaga wrote:
> Kaixo!
>
> Li Mon, Jun 17, 2013 at 06:40:54PM +0200, Lennart Poettering scrijha:
>
> > If firmware loading is a one-time thing you need to execute when the
> > device is plugged in, and is relatively quick to execute there is no
>
Kaixo!
Li Mon, Jun 17, 2013 at 06:40:54PM +0200, Lennart Poettering scrijha:
> If firmware loading is a one-time thing you need to execute when the
> device is plugged in, and is relatively quick to execute there is no
> need to involve a systemd service and you can simply run this from a
> udev
On Tue, 18.06.13 09:06, David Lambert (d...@lambsys.com) wrote:
> I can auto complete the primary commands such as systemctl, etc.
> However, I would do not see auto completing further in the command
> line, such as:
>
> systemctl status partofmyservicename etc.
That's also implemented (and has
Am 18.06.2013 16:06, schrieb David Lambert:
> On 13-06-18 08:58 AM, killermoehre wrote:
>> Am 18.06.2013 15:44, schrieb David Lambert:
>>> As I am lazy I would love to see the auto-complete feature implemented
>>> in systemd CLI.
>>>
>>> Dave.
>>>
>> Hi Dave,
>>
>> Well, I have autocompletion for
On Tue, Jun 18, 2013 at 3:19 PM, Koen Kooi wrote:
>> We only support domain 0, and ignore all other devices so far.
>
> What about non-PCI devices, like the netwerk controllers in embedded SoCs?
I have no idea.
This is so far all about PCI only, all the other parent buses are
ignored entirely a
On 13-06-18 08:58 AM, killermoehre wrote:
Am 18.06.2013 15:44, schrieb David Lambert:
As I am lazy I would love to see the auto-complete feature implemented
in systemd CLI.
Dave.
Hi Dave,
Well, I have autocompletion for systemctl, journalctl, loginctl, *ctl,
etc. Are you sure bash-completion
Am 18.06.2013 15:44, schrieb David Lambert:
> As I am lazy I would love to see the auto-complete feature implemented
> in systemd CLI.
>
> Dave.
>
Hi Dave,
Well, I have autocompletion for systemctl, journalctl, loginctl, *ctl,
etc. Are you sure bash-completion is installed and enabled?
Regards
On Tue, Jun 18, 2013 at 08:44:05AM -0500, David Lambert wrote:
> As I am lazy I would love to see the auto-complete feature
> implemented in systemd CLI.
Wait, wait, ..., it's already here!
Zbyszek
___
systemd-devel mailing list
systemd-devel@lists.freed
As I am lazy I would love to see the auto-complete feature implemented
in systemd CLI.
Dave.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Op 7 jun. 2013, om 20:25 heeft Kay Sievers het volgende
geschreven:
> On Fri, Jun 7, 2013 at 3:27 PM, Sean McGovern wrote:
>> Onboard network controllers are not always on PCI domain 0.
>
>> +sysname = udev_device_get_sysname(names->pcidev);
>> +
>> +if(!sysname)
>> +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One concern we have is what will happen to systemd if we start 1000 services
at boot.
systemctl start httpd_sandbox.target
For example.
Is there anything we can do to throttle the start of so many unit files. Or
would systemd do something itself.
On Wed, Jun 12, 2013 at 3:32 PM, Sean McGovern wrote:
> Onboard network controllers are not always on PCI domain 0.
Applied it with a couple of trivial changes.
Thanks,
Kay
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists
On Tue, Jun 18, 2013 at 12:04:40PM +0200, Łukasz Stelmach wrote:
> It was <2013-06-17 pon 20:51>, when Lennart Poettering wrote:
> > On Fri, 14.06.13 14:33, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
> > wrote:
> >
> >> On Fri, Jun 14, 2013 at 10:03:00AM +0200, Łukasz Stelmach wrote:
> >>> We
2013/6/17 Lennart Poettering :
> On Mon, 17.06.13 16:27, Maciej Wereski (m.were...@partner.samsung.com) wrote:
>
>> This patch makes it possible to set extended attributes on files created
>> by tmpfiles. This can be especially used to set SMACK security labels on
>> volatile files and directories.
It was <2013-06-17 pon 20:51>, when Lennart Poettering wrote:
> On Fri, 14.06.13 14:33, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
>> On Fri, Jun 14, 2013 at 10:03:00AM +0200, Łukasz Stelmach wrote:
>>> We are converting some daemons to socket activation. Most of them
>>> open unix so
On Tue, Jun 18, 2013 at 9:15 AM, Harald Hoyer wrote:
> On 06/14/2013 02:14 PM, Tom Gundersen wrote:
>>> What's wrong with /var/cache?
>>
>> /var may not be mounted at the time the caches are needed.
>
> So, why not mount "/var" also from the initramfs as we do with "/usr" already.
Because, so fa
On 06/14/2013 02:14 PM, Tom Gundersen wrote:
> On Fri, Jun 14, 2013 at 2:03 PM, Łukasz Stelmach
> wrote:
>> It was <2013-06-14 pią 13:30>, when Jan Janssen wrote:
>>> On 06/14/2013 01:08 PM, Tom Gundersen wrote:
That said, I don't think libdir is appropriate as this data is not
under th
30 matches
Mail list logo