FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 11-24-2010, 07:40 PM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

W dniu 24 listopada 2010 21:34 użytkownik Tomasz Torcz
<tomek@pipebreaker.pl> napisał:
> On Wed, Nov 24, 2010 at 09:30:03PM +0100, Michał Piotrowski wrote:
>> 2010/11/24 Paul Wouters <paul@xelerance.com>:
>> > On Wed, 24 Nov 2010, Lennart Poettering wrote:
>> >
>> >> BTW, regarding at and cron: what I was thinking of but never check
>> >> ehwther it is feasible is to make cron/at autostart a soon as some job
>> >> is scheduled. I.e. use .path trigger to check whether /etc/crontab and
>> >> user jobs exist, and start cron only then. Similarly for at. That way we
>> >> could support cron and at just fine, and wouldn't even have to run it by
>> >> default. I haven't looked into this in detail however, to see if the
>> >> file triggers systemd offers in .path units are already sufficient to
>> >> make this work.
>> >
>> > What if no jobs are there and a non-root user adds a crontab later on? Who
>> > will start cron (as root) ?
>>
>> I guess ListenStream=/var/spool/cron/* (if it will work - I'm not sure
>> how systemd interprets wildcards and multiple ListenStream)
>
> *Uhm, you meant path type unit, described in systemd.path surely. Listen*
> directives are for sockets.

Probably yes

>
>
>> >
>> >> Btw, it's written "systemd", not "SystemD". I even added a section about
>> >> the spelling now to the systemd homepage ;-)
>> >
>> > At Openswan, we never wrote OpenSWAN and we're still telling people every week
>> > to not use that. It's a lost battle :P
>
> *And Paul surely meant OpenS/WAN
>
> --
> Tomasz Torcz * * * * * * * * "God, root, what's the difference?"
> xmpp: zdzichubg@chrome.pl * * * * "God is more forgiving."
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-24-2010, 08:08 PM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

Someone uses cherokee web server? Please check this service
https://bugzilla.redhat.com/show_bug.cgi?id=657085

Kind regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-24-2010, 08:32 PM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

I wanted to convert httpd, and I saw that it's already converted and
it uses socket

httpd.socket
ListenStream=80

What if administrator want to change port to other? Let's say, that
I've got configured three servers:
80 - cherokee
81 - apache
82 - nginx

In this enviroment httpd.socket should trigger cherokee not apache.
Parameter to ListenStream should be taken from server config somehow.
Is it possible tu run magic grep ^Listen /etc/httpd/conf/httpd.conf |
cut -d " " -f 2 in ListenStream?

Best regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-24-2010, 08:53 PM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

2010/11/24 Lennart Poettering <mzerqung@0pointer.de>:
> On Wed, 24.11.10 22:08, Michał Piotrowski (mkkp4x4@gmail.com) wrote:
>
>>
>> Someone uses cherokee web server? Please check this service
>> https://bugzilla.redhat.com/show_bug.cgi?id=657085
>
> Looks good (haven't tested it though, and don't really know
> cherokee). In this case however, I think it would actually make sense to
> use Type=forking and pass "-d". Why? Because another service might want
> to access cherokee over HTTP or so and if you don't use Type=forking
> then that other service is using After=cherokee.service it might access
> it before the server is actually up.

Ok, I changed it to forking (I tried it before and it didn't worked
after reboot - I think that the httpd.socket had something to do with
that)

>
> BTW, is the -C /etc/cherokee/cherokee.conf really necessary?
> Independently of systemd i Actually believe we should simplify the
> command lines as much as possible, and if /etc/cherokee/cherokee.conf is
> the default config file anyway I think it would be nice to drop that
> argument.

Ok, agree.

I created second version without "-C /path/to/config" - let maintainer
choose the right version in his opinion.

>
> Lennart
>
> --
> Lennart Poettering - Red Hat, Inc.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Kind regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-24-2010, 08:58 PM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

2010/11/24 Lennart Poettering <mzerqung@0pointer.de>:
> On Wed, 24.11.10 22:32, Michał Piotrowski (mkkp4x4@gmail.com) wrote:
>
>> I wanted to convert httpd, and I saw that it's already converted and
>> it uses socket
>>
>> httpd.socket
>> ListenStream=80
>
> Where do I find this? Its not in the pkg git tree nor in bugzilla?

O LOL.... sorry for the noise
I created it six days ego

>
>> What if administrator want to change port to other? Let's say, that
>> I've got configured three servers:
>> 80 - cherokee
>> 81 - apache
>> 82 - nginx
>
> The recommended way to modify the default configuration is to copy
> /lib/systemd/system/httpd.socket to /etc/systemd/system/httpd.socket and
> then edit it there. That way you can easily drop back to the default
> setup by deleting this file again. Files in /etc/systemd/system take
> precedence over those equally named in /lib/systemd/system.

Ok

>
>> In this enviroment httpd.socket should trigger cherokee not apache.
>> Parameter to ListenStream should be taken from server config somehow.
>> Is it possible tu run magic grep ^Listen /etc/httpd/conf/httpd.conf |
>> cut -d " " -f 2 in ListenStream?
>
> No, we don't support that really. And I am not convinced we should.
>
> Lennart
>
> --
> Lennart Poettering - Red Hat, Inc.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Best regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-25-2010, 07:31 AM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

2010/11/25 Tomas Mraz <tmraz@redhat.com>:
> On Wed, 2010-11-24 at 21:56 +0100, Lennart Poettering wrote:
>> That's the point of the .path unit. i.e. you can list dirs to watch. If
>> a user then drop a file into one of those dirs cron gets automatically
>> started.
>>
>> Basically, in your .path unit you'd write something like this:
>>
>> [Path]
>> PathExists=/etc/crontab
>> DirectoryNotEmpty=/etc/cron.d
>> DirectoryNotEmpty=/var/spool/cron
>>
>> And the moment where /etc/crontab starts to exist, or somebody drops a
>> file into /etc/cron.d or /var/spool/cron crond would be automatically
>> started.
>
> But what is the point of this? The /etc/crontab always exists and there
> always are some files in /etc/cron.d.

Actually it's true, but in the near future all standard cron jobs
might be runned by systemd

http://0pointer.de/public/systemd-man/systemd.timer.html

It's not 100 % cron replacement now, but who knows what the future holds

Kind regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-25-2010, 04:00 PM
Michał Piotrowski
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

W dniu 25 listopada 2010 17:33 użytkownik Tomas Mraz <tmraz@redhat.com> napisał:
> On Thu, 2010-11-25 at 09:31 +0100, Michał Piotrowski wrote:
>> Actually it's true, but in the near future all standard cron jobs
>> might be runned by systemd
>>
>> http://0pointer.de/public/systemd-man/systemd.timer.html
>>
>> It's not 100 % cron replacement now, but who knows what the future holds
>
> To add some argument to my previous sarcasm. I do not think that it
> makes any sense to replicate cron functionality in systemd.

I do not know if it ever replace crond (I don't know Lennarts goals
here), but having actual systemd.timer functionality in system daemon
is IMHO very useful thing.

> Either you
> replicate half of it and then you still need to run crond for the rest
> or you replicate it completely. But in that case what is the saving over
> the separate daemon? I'm sorry but I do not think that crond is anything
> that "optimized out" by inclusion can improve performance of Linux
> desktop/server/whatever. I do not say that cronie code cannot be
> improved - it definitely can - but it does not make any sense to
> reimplement it from scratch.
> --
> Tomas Mraz
> No matter how far down the wrong road you've gone, turn back.
> * * * * * * * * * * * * * * * * * * * * * * *Turkish proverb
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>

Best regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-25-2010, 11:46 PM
Andrew Clayton
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

On Fri, 26 Nov 2010 01:15:04 +0100, Lennart Poettering wrote:

> The only contents of /etc/crontab and /etc/cron.d is the lines to
> handle /etc/cron.daily and friends. As mentioned we can easily run

On RHEL/CentOS (and it's likely only a matter of time before systemd
fillers through to them) various programs install jobs into /etc/cron.d
a quick look on one machine shows; mailman and sysstat related jobs as
well as some others...

> those as normal timer-triggerd units inside of systemd itself (and
> get all the features it offers you for free, nice introspection,
> logging, IO/CPU scheduling hooks, yadda yadda). So, if you remove
> that /etc/crontab is empty and hence could be removed.
> And /etc/cron.d is empty too. And there you go, we can support cron

Although I can't be the only one who puts various cron jobs
under /etc/cron.d that get run at various times.

Andrew
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-26-2010, 03:01 AM
Chris Adams
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

Once upon a time, Lennart Poettering <mzerqung@0pointer.de> said:
> Well, I actually believe we should design an OS here, not just a set of
> independent tools. And that means I think closer integration is good and
> only has benefits.

But this is a Unix-like OS, where each tool does one (or few) things and
does them well. systemd is not the OS, it is just one tool. Please
don't try to subsume the entire OS into systemd.

--
Chris Adams <cmadams@hiwaay.net>
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 11-26-2010, 06:16 AM
Adam Williamson
 
Default F15 Feature - convert as many service init files as possible to the native SystemD services

On Fri, 2010-11-26 at 07:42 +0100, Marcela Mašláňová wrote:

> I'm just curious, how many programmes would stay in Fedora after
> you finish systemd ;-) </sarcasm>.

and do we run systemd in emacs, or emacs from systemd?!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 04:17 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org