Re: experimental systemd + initscripts repo
Lennart Poettering (mzerq...@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=12cabd751919122551b6eb73850b35fbe565c679 Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
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
--
Petr Lautrbach, Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
On Fri, 22.10.10 13:21, Bill Nottingham (nott...@redhat.com) wrote: Yanko Kaneti (yan...@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 - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
On Thu, 2010-10-21 at 22:50 -0400, Bill Nottingham wrote: Bill Nottingham (nott...@redhat.com) said: Yanko Kaneti (yan...@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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/21/2010 12:47 PM, Michał Piotrowski wrote:
Hi,
2010/10/21 Bill Nottingham nott...@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.
-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-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
W dniu 22 października 2010 14:41 użytkownik Daniel J Walsh
dwa...@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 nott...@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-
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
Yanko Kaneti (yan...@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. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
experimental systemd + initscripts repo
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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
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. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
Hi,
2010/10/21 Bill Nottingham nott...@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
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
2010/10/21 Michał Piotrowski mkkp...@gmail.com:
Hi,
2010/10/21 Bill Nottingham nott...@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?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
2010/10/21 drago01 drag...@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=c03e 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
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
On Thu, Oct 21, 2010 at 9:43 AM, Bill Nottingham nott...@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. -- Jeff Ollie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
2010/10/21 Bill Nottingham nott...@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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
W dniu 21 października 2010 20:50 użytkownik Michał Piotrowski mkkp...@gmail.com napisał: 2010/10/21 Bill Nottingham nott...@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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
Yanko Kaneti (yan...@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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: experimental systemd + initscripts repo
Bill Nottingham (nott...@redhat.com) said: Yanko Kaneti (yan...@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 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
