On startup, /etc/rc.d/init.d/named creates /var/lib/named/dev/urandom with a minor of 8. It should be 9 as per "man 4 random" This will make /var/lib/named/dev/urandom act like /dev/random, potentially causing named to stop until more random data becomes available. Thanks to the poster Aragorn in the usenet group alt.os.linux.mandriva for noticing this.
Created attachment 949 [details] Patch to fix /etc/rc.d/init.d/named
no maintainer for bind @ guillomovitch Can you have a look at this, please?
Keywords: (none) => PATCHCC: (none) => guillomovitch, marja11
@ anssi did bind-9.8.1P1-1.1.mga1 fix this, too? If it did I look over it.
CC: (none) => anssi.hannula
Nope.
Fixed in incoming 9.9.0-3mga2.
Status: NEW => RESOLVEDResolution: (none) => FIXED
Will it be fixed for Mageia 1?
(In reply to comment #6) > Will it be fixed for Mageia 1? reopening, because this report is against Mageia 1
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Also, as noted in Bug 4822 my patch only fixes the minor node for new installations. Either the patch needs to be changed to have the script delete and recreate the node, or it should be done in a scriptlet, if that can be made to work.
I don't think this problem is serious enough to justify an update for mageia 1, at least for me. If someone wants to do the work, tough, the fix is in current cauldron package.
Status: REOPENED => RESOLVEDResolution: (none) => WONTFIX