git: 77e1ccbee3ed - main - rc: implement parallel boot

[Stefan Esser]

Am 08.03.21 um 15:22 schrieb Cy Schubert:
>> SDDM fails to successfully start an X session now, too.
>>
>> It repeatedly tries to start the X server without success.
>> Only a "service sddm restart" terminates this loop.
>>
>> I do assume that the same applies to quite a number of services
>> that are installed form ports/packages.
>>
>> While we can test parallel execution of rc scripts in base, this
>> is not easily possible for the large number of optional services
>> provided by ports/packages.
>>
>> I'll try to find the cause of the start-up failure for the SDDM
>> case on my system. But even if I get it fixed on my system, it
>> may still fail to start the X server on systems with a different
>> set of ports ...
>>
>> Regards, STefan
> 
> Is this new breakage after 763db589328 or before the fixes to this?

This issue exists since the initial commit that enabled parallel start 
of rc scripts. I do not see why the X server does not start, since the
commands that are started in parallel appear to be completely unrelated
and I do assume that scripts are only started from the next line after
the previous ones are running (but maybe not yet completely functional).

SDDM is in the 2nd-last line of rcorder -p output on my system:

	/etc/rc.d/sendmail
	/usr/local/etc/rc.d/apache24
	/usr/local/etc/rc.d/postfix
	/etc/rc.d/othermta
	/etc/rc.d/bgfsck
	/usr/local/etc/rc.d/postgresql
	/etc/rc.d/securelevel
	/usr/local/etc/rc.d/sddm

(All the above listed rc files are on a single line, actually.)


BTW: I was surprised to see the following line 139 in /etc/rc:

files=`rcorder ${skip} ${skip_firstboot} /etc/rc.d/* ${local_rc} 
${_rc_parallel} 2>/dev/null`


Since ${_rc_parallel} is at the end of the command line, it does not
have any impact on the output that is generated ...

This seems to indicate that scripts from /usr/local/etc/rc.d are not
executed in parallel, which makes the SDDM failure even more
surprising.

Regards, STefan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/dev-commits-src-main/attachments/20210308/9def46b7/attachment.sig>