I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
Bill
On Thu, Oct 21, 2010 at 10:43:33AM -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
I'll try it this afternoon.
On Thu, 2010-10-21 at 10:43 -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
Didn't automount anything from fstab other than /, not even /home. Even when I logged in on the console with a user that has a home directory there. Manually starting the corresponding *.mount units worked.
Yanko Kaneti (yaneti@declera.com) said:
On Thu, 2010-10-21 at 10:43 -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
Didn't automount anything from fstab other than /, not even /home. Even when I logged in on the console with a user that has a home directory there. Manually starting the corresponding *.mount units worked.
It's not supposed to do that through systemd mount units... yet. There's a separate service for that.
Bill
Bill Nottingham (notting@redhat.com) said:
Yanko Kaneti (yaneti@declera.com) said:
On Thu, 2010-10-21 at 10:43 -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
Didn't automount anything from fstab other than /, not even /home. Even when I logged in on the console with a user that has a home directory there. Manually starting the corresponding *.mount units worked.
It's not supposed to do that through systemd mount units... yet. There's a separate service for that.
To elaborate more... what does 'systemctl status fedora-mountall.service' say?
Bill
On Thu, 2010-10-21 at 22:50 -0400, Bill Nottingham wrote:
Bill Nottingham (notting@redhat.com) said:
Yanko Kaneti (yaneti@declera.com) said:
On Thu, 2010-10-21 at 10:43 -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
Didn't automount anything from fstab other than /, not even /home. Even when I logged in on the console with a user that has a home directory there. Manually starting the corresponding *.mount units worked.
It's not supposed to do that through systemd mount units... yet. There's a separate service for that.
To elaborate more... what does 'systemctl status fedora-mountall.service' say?
fedora-mountall.service - Check, mount, and relabel all filesystems Loaded: loaded (/lib/systemd/system/fedora-mountall.service) Active: inactive (dead) CGroup: name=systemd:/systemd-1/fedora-mountall.service
which seems to be caused by fedora-init-crypto-1.service - Initialize encrypted storage Loaded: loaded (/lib/systemd/system/fedora-init-crypto-1.service) Active: failed since [Fri, 22 Oct 2010 08:57:39 +0300; 1min 24s ago] Process: 1021 (/lib/systemd/fedora-init-crypto 0, code=exited, status=1/FAILURE) CGroup: name=systemd:/systemd-1/fedora-init-crypto-1.service
# systemctl restart fedora-init-crypto-1.service on the console just seems to hang
Yanko
On Fri, 2010-10-22 at 09:03 +0300, Yanko Kaneti wrote: ..
which seems to be caused by fedora-init-crypto-1.service - Initialize encrypted storage Loaded: loaded (/lib/systemd/system/fedora-init-crypto-1.service) Active: failed since [Fri, 22 Oct 2010 08:57:39 +0300; 1min 24s ago] Process: 1021 (/lib/systemd/fedora-init-crypto 0, code=exited, status=1/FAILURE) CGroup: name=systemd:/systemd-1/fedora-init-crypto-1.service
Which seems to be caused by a "missing" /etc/crypttab I've never had this file apparently. # touch /etc/crypttab and the systems seem to boot as exected
Cheers Yanko
On Fri, 22.10.10 13:21, Bill Nottingham (notting@redhat.com) wrote:
Yanko Kaneti (yaneti@declera.com) said:
Which seems to be caused by a "missing" /etc/crypttab I've never had this file apparently. # touch /etc/crypttab and the systems seem to boot as exected
Fixed in git, thanks for the report.
BTW: A nice way to make activation of services conditional based on existance of a file is the relatively new ConditionPathExists= setting in [Unit]. If the file listed there doesn't exist, then the unit will not actualy be started, however, it is still useful for all synchronization purposes, and hence not disrupt startup in any way.
You can even specify more than one file in which case the unit will be run when at least one of those files exists.
Lennart
Lennart Poettering (mzerqung@0pointer.de) said:
Fixed in git, thanks for the report.
BTW: A nice way to make activation of services conditional based on existance of a file is the relatively new ConditionPathExists= setting in [Unit]. If the file listed there doesn't exist, then the unit will not actualy be started, however, it is still useful for all synchronization purposes, and hence not disrupt startup in any way.
You can even specify more than one file in which case the unit will be run when at least one of those files exists.
http://git.fedorahosted.org/git/?p=initscripts.git;a=commit;h=12cabd75191912...
Bill
Hi,
2010/10/21 Bill Nottingham notting@redhat.com:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
I would like to test this, but before testing this packages I updated system to latest rawhide and now I don't have network :(
dhclient eth0 shows me this: system library: fopen: Permission denied: bss_file.c:165 fopen('/etc/pki/tls/open_ssl.cnf', 'rb') BIO routines:BIO_new_file:system lib:bss_file.c:168 configuration file routines:DEF_LOAD:system lib:conf_def.c:199
Any ideas what could go wrong?
/etc/pki/tls/open_ssl.cnf perm is 644
Which package I should downgrade?
Bill
Regards, Michal
2010/10/21 Michał Piotrowski mkkp4x4@gmail.com:
Hi,
2010/10/21 Bill Nottingham notting@redhat.com:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
I would like to test this, but before testing this packages I updated system to latest rawhide and now I don't have network :(
dhclient eth0 shows me this: system library: fopen: Permission denied: bss_file.c:165 fopen('/etc/pki/tls/open_ssl.cnf', 'rb') BIO routines:BIO_new_file:system lib:bss_file.c:168 configuration file routines:DEF_LOAD:system lib:conf_def.c:199
Any ideas what could go wrong?
/etc/pki/tls/open_ssl.cnf perm is 644
Which package I should downgrade?
Any SELINUX avcs?
2010/10/21 drago01 drago01@gmail.com:
Any SELINUX avcs?
indeed there is an AVC (I forgot about SELinux :) - I do not use it and I forgot to turn it off after installation)
type=AVC msg=audit(1287683664.377:70): avc: denied { getattr } for pid=1679 comm="dhclient" path="/etc/pki/tls/openssl.cnf" dev=sda2 ino=283618 scontext=unconfined_u:system_r:dhcpc_t:s0-s0:c0.c1023 tcontext=system_u:object_r:cert_t:s0 tclass=file type=SYSCALL msg=audit(1287683664.377:70): arch=c000003e syscall=5 success=yes exit=0 a0=4 a1=7fff7b86f210 a2=7fff7b86f210 a3=7fff7b86f0f0 items=0 ppid=1678 pid=1679 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="dhclient" exe="/sbin/dhclient" subj=unconfined_u:system_r:dhcpc_t:s0-s0:c0.c1023 key=(null)
I'll solve this problem using big hammer and I'll test systemd changes.
Thanks for your help.
Regards, Michal
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/21/2010 12:47 PM, Michał Piotrowski wrote:
Hi,
2010/10/21 Bill Nottingham notting@redhat.com:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
I would like to test this, but before testing this packages I updated system to latest rawhide and now I don't have network :(
dhclient eth0 shows me this: system library: fopen: Permission denied: bss_file.c:165 fopen('/etc/pki/tls/open_ssl.cnf', 'rb') BIO routines:BIO_new_file:system lib:bss_file.c:168 configuration file routines:DEF_LOAD:system lib:conf_def.c:199
Any ideas what could go wrong?
/etc/pki/tls/open_ssl.cnf perm is 644
Which package I should downgrade?
Bill
Regards, Michal
This is an SELinux issue. dhclient has been changed to read /etc/pki/tls/openssl.cnf
And SELinux is not allowing it.
selinux-policy-3.9.7-5.fc15 in koji should fix the problem.
W dniu 22 października 2010 14:41 użytkownik Daniel J Walsh dwalsh@redhat.com napisał:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/21/2010 12:47 PM, Michał Piotrowski wrote:
Hi,
2010/10/21 Bill Nottingham notting@redhat.com:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
I would like to test this, but before testing this packages I updated system to latest rawhide and now I don't have network :(
dhclient eth0 shows me this: system library: fopen: Permission denied: bss_file.c:165 fopen('/etc/pki/tls/open_ssl.cnf', 'rb') BIO routines:BIO_new_file:system lib:bss_file.c:168 configuration file routines:DEF_LOAD:system lib:conf_def.c:199
Any ideas what could go wrong?
/etc/pki/tls/open_ssl.cnf perm is 644
Which package I should downgrade?
Bill
Regards, Michal
This is an SELinux issue. dhclient has been changed to read /etc/pki/tls/openssl.cnf
And SELinux is not allowing it.
Thanks for the information. I already solved this problem on my machine.
Thanks, Michal
selinux-policy-3.9.7-5.fc15 in koji should fix the problem. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAkzBhl0ACgkQrlYvE4MpobNMqQCeKBAzBp9D6MtT+WDIY/R9BkDh 0DYAoMnlm1Z3JXVqo+4RqPb60yoO/FBz =zgeY -----END PGP SIGNATURE-----
On Thu, Oct 21, 2010 at 9:43 AM, Bill Nottingham notting@redhat.com wrote:
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Works for me on my rawhide box. It's a pretty simple setup so I doubt I'm hitting any interesting edge cases.
2010/10/21 Bill Nottingham notting@redhat.com:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
28 seconds - not optiomised system http://i52.tinypic.com/fe28vs.png
It's a really good start point - very promising :)
Let's see what can be achieved
Regards, M
Bill
devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
W dniu 21 października 2010 20:50 użytkownik Michał Piotrowski mkkp4x4@gmail.com napisał:
2010/10/21 Bill Nottingham notting@redhat.com:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
28 seconds - not optiomised system http://i52.tinypic.com/fe28vs.png
It's a really good start point - very promising :)
Let's see what can be achieved
24 seconds (23 in previous test) http://i53.tinypic.com/30kvpxg.png
IMO pretty good as for the system with enabled debuging :)
Well done! Thanks!
Regards, Michal
On 10/21/2010 04:43 PM, Bill Nottingham wrote:
I've set up a repo on r.fp.org: http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages that test the conversion of various boot-time actions to systemd services. (Essentially, rc.sysinit is dead.) Before putting this in rawhide, we want to make sure it's not too horribly broken.
Feedback welcome in bugzilla (against initscripts) or on the list. There may be additional changes pushed to the repo as more things are moved to native systemd services.
Bill
Since initscripts-legacy is complement to initscripts initscripts-legacy should have Requires: %{name} = %{version}-%{release}
Petr
-
Bill Nottingham -
Daniel J Walsh -
drago01 -
Jeffrey Ollie -
Lennart Poettering -
Matthew Miller -
Michał Piotrowski -
Petr Lautrbach -
Yanko Kaneti