Re: af_unix udev startup regression
On 04/05/2013 02:03 AM, Linus Torvalds wrote: > [ Fixed odd legacy subject line that has nothing to do with the actual bug ] > > Hmm. Can you double-check and verify that reverting that commit makes > things work again for you? reverting 14134f6584212d585b310ce95428014b653dfaf6 works. 14134f6584212d585b310ce95428014b653dfaf6 is already reverted in upstream. (and sorry for so late reply) > > Also, what's your distribution and setup? Fedora 16 Thanks, Lai > I'd like this to get > verified, just to see that it's not some timing-dependent thing or a > bisection mistake, but if so, then the LSB test-cases obviously have > to be fixed, and the commit that causes the problem needs to be > reverted. Test-cases count for nothing compared to actual users. > > Linus > > On Thu, Apr 4, 2013 at 9:17 AM, Lai Jiangshan wrote: >> Hi, ALL >> >> I also encountered the same problem. >> >> git bisect: >> >> 14134f6584212d585b310ce95428014b653dfaf6 is the first bad commit >> commit 14134f6584212d585b310ce95428014b653dfaf6 >> Author: dingtianhong >> Date: Mon Mar 25 17:02:04 2013 + >> >> af_unix: dont send SCM_CREDENTIAL when dest socket is NULL >> >> SCM_SCREDENTIALS should apply to write() syscalls only either source or >> destination >> socket asserted SOCK_PASSCRED. The original implememtation in >> maybe_add_creds is wrong, >> and breaks several LSB testcases ( i.e. >> /tset/LSB.os/netowkr/recvfrom/T.recvfrom). >> >> Origionally-authored-by: Karel Srot >> Signed-off-by: Ding Tianhong >> Acked-by: Eric Dumazet >> Signed-off-by: David S. Miller >> >> :04 04 ef0356cc0fc168a39c0f94cff0ba27c46c4d0048 >> ae34e59f235c379f04d6145f0103cccd5b3a307a M net >> >> === >> Like Brian Gerst, no obvious bug, but the system can't boot, "service udev >> start" fails when boot >> (also DEBUG_PAGEALLOC=n, I did not try to test with it=y) >> >> [ 11.022976] systemd[1]: udev-control.socket failed to listen on sockets: >> Address already in use >> [ 11.023293] systemd[1]: Unit udev-control.socket entered failed state. >> [ 11.182478] systemd-readahead-replay[399]: Bumped block_nr parameter of >> 8:16 to 16384. This is a temporary hack and should be removed one day. >> [ 14.473283] udevd[410]: bind failed: Address already in use >> [ 14.478630] udevd[410]: error binding udev control socket >> [ 15.201158] systemd[1]: udev.service: main process exited, code=exited, >> status=1 >> [ 16.900792] udevd[427]: error binding udev control socket >> [ 18.356484] EXT4-fs (sdb7): re-mounted. Opts: (null) >> [ 19.738401] systemd[1]: udev.service holdoff time over, scheduling >> restart. >> [ 19.742494] systemd[1]: Job pending for unit, delaying automatic restart. >> [ 19.747764] systemd[1]: Unit udev.service entered failed state. >> [ 19.752303] systemd[1]: udev-control.socket failed to listen on sockets: >> Address already in use >> [ 19.770723] udevd[459]: bind failed: Address already in use >> [ 19.771027] udevd[459]: error binding udev control socket >> [ 19.771175] udevd[459]: error binding udev control socket >> [ 19.813256] systemd[1]: udev.service: main process exited, code=exited, >> status=1 >> [ 19.914450] systemd[1]: udev.service holdoff time over, scheduling >> restart. >> [ 19.918374] systemd[1]: Job pending for unit, delaying automatic restart. >> [ 19.923392] systemd[1]: Unit udev.service entered failed state. >> [ 19.923808] systemd[1]: udev-control.socket failed to listen on sockets: >> Address already in use >> [ 19.943792] udevd[465]: bind failed: Address already in use >> [ 19.944056] udevd[465]: error binding udev control socket >> [ 19.944210] udevd[465]: error binding udev control socket >> [ 19.946071] systemd[1]: udev.service: main process exited, code=exited, >> status=1 >> [ 20.047524] systemd[1]: udev.service holdoff time over, scheduling >> restart. >> [ 20.051939] systemd[1]: Job pending for unit, delaying automatic restart. >> [ 20.057539] systemd[1]: Unit udev.service entered failed state. >> [ 20.058069] systemd[1]: udev-control.socket failed to listen on sockets: >> Address already in use >> [ 20.081141] udevd[467]: bind failed: Address already in use >> [ 20.087120] udevd[467]: error binding udev control socket >> [ 20.092040] udevd[467]: error binding udev control socket >> [ 20.096519] systemd[1]: udev.service: main process exited, code=exited, >> status=1 >> [ 20.184910] systemd[1]: udev.service holdoff time over, scheduling >> restart. >> [ 20.189863] systemd[1]: Job pending for unit, delaying automatic restart. >> [ 20.195440] systemd[1]: Unit udev.service entered failed state. >> [ 20.196012] systemd[1]: udev-control.socket failed to listen on sockets: >> Address already in use >> [ 20.220543] udevd[469]: bind failed: Address already in use >> [ 20.220584] udevd[469]: error binding udev control socket >> [ 20.220780] udevd[469]: error binding udev control
Re: af_unix udev startup regression
On 04/05/2013 02:03 AM, Linus Torvalds wrote: [ Fixed odd legacy subject line that has nothing to do with the actual bug ] Hmm. Can you double-check and verify that reverting that commit makes things work again for you? reverting 14134f6584212d585b310ce95428014b653dfaf6 works. 14134f6584212d585b310ce95428014b653dfaf6 is already reverted in upstream. (and sorry for so late reply) Also, what's your distribution and setup? Fedora 16 Thanks, Lai I'd like this to get verified, just to see that it's not some timing-dependent thing or a bisection mistake, but if so, then the LSB test-cases obviously have to be fixed, and the commit that causes the problem needs to be reverted. Test-cases count for nothing compared to actual users. Linus On Thu, Apr 4, 2013 at 9:17 AM, Lai Jiangshan la...@cn.fujitsu.com wrote: Hi, ALL I also encountered the same problem. git bisect: 14134f6584212d585b310ce95428014b653dfaf6 is the first bad commit commit 14134f6584212d585b310ce95428014b653dfaf6 Author: dingtianhong dingtianh...@huawei.com Date: Mon Mar 25 17:02:04 2013 + af_unix: dont send SCM_CREDENTIAL when dest socket is NULL SCM_SCREDENTIALS should apply to write() syscalls only either source or destination socket asserted SOCK_PASSCRED. The original implememtation in maybe_add_creds is wrong, and breaks several LSB testcases ( i.e. /tset/LSB.os/netowkr/recvfrom/T.recvfrom). Origionally-authored-by: Karel Srot ks...@redhat.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com Acked-by: Eric Dumazet eduma...@google.com Signed-off-by: David S. Miller da...@davemloft.net :04 04 ef0356cc0fc168a39c0f94cff0ba27c46c4d0048 ae34e59f235c379f04d6145f0103cccd5b3a307a M net === Like Brian Gerst, no obvious bug, but the system can't boot, service udev start fails when boot (also DEBUG_PAGEALLOC=n, I did not try to test with it=y) [ 11.022976] systemd[1]: udev-control.socket failed to listen on sockets: Address already in use [ 11.023293] systemd[1]: Unit udev-control.socket entered failed state. [ 11.182478] systemd-readahead-replay[399]: Bumped block_nr parameter of 8:16 to 16384. This is a temporary hack and should be removed one day. [ 14.473283] udevd[410]: bind failed: Address already in use [ 14.478630] udevd[410]: error binding udev control socket [ 15.201158] systemd[1]: udev.service: main process exited, code=exited, status=1 [ 16.900792] udevd[427]: error binding udev control socket [ 18.356484] EXT4-fs (sdb7): re-mounted. Opts: (null) [ 19.738401] systemd[1]: udev.service holdoff time over, scheduling restart. [ 19.742494] systemd[1]: Job pending for unit, delaying automatic restart. [ 19.747764] systemd[1]: Unit udev.service entered failed state. [ 19.752303] systemd[1]: udev-control.socket failed to listen on sockets: Address already in use [ 19.770723] udevd[459]: bind failed: Address already in use [ 19.771027] udevd[459]: error binding udev control socket [ 19.771175] udevd[459]: error binding udev control socket [ 19.813256] systemd[1]: udev.service: main process exited, code=exited, status=1 [ 19.914450] systemd[1]: udev.service holdoff time over, scheduling restart. [ 19.918374] systemd[1]: Job pending for unit, delaying automatic restart. [ 19.923392] systemd[1]: Unit udev.service entered failed state. [ 19.923808] systemd[1]: udev-control.socket failed to listen on sockets: Address already in use [ 19.943792] udevd[465]: bind failed: Address already in use [ 19.944056] udevd[465]: error binding udev control socket [ 19.944210] udevd[465]: error binding udev control socket [ 19.946071] systemd[1]: udev.service: main process exited, code=exited, status=1 [ 20.047524] systemd[1]: udev.service holdoff time over, scheduling restart. [ 20.051939] systemd[1]: Job pending for unit, delaying automatic restart. [ 20.057539] systemd[1]: Unit udev.service entered failed state. [ 20.058069] systemd[1]: udev-control.socket failed to listen on sockets: Address already in use [ 20.081141] udevd[467]: bind failed: Address already in use [ 20.087120] udevd[467]: error binding udev control socket [ 20.092040] udevd[467]: error binding udev control socket [ 20.096519] systemd[1]: udev.service: main process exited, code=exited, status=1 [ 20.184910] systemd[1]: udev.service holdoff time over, scheduling restart. [ 20.189863] systemd[1]: Job pending for unit, delaying automatic restart. [ 20.195440] systemd[1]: Unit udev.service entered failed state. [ 20.196012] systemd[1]: udev-control.socket failed to listen on sockets: Address already in use [ 20.220543] udevd[469]: bind failed: Address already in use [ 20.220584] udevd[469]: error binding udev control socket [ 20.220780] udevd[469]: error binding udev control socket [ 20.222830] systemd[1]: udev.service: main process exited,
Re: af_unix udev startup regression
From: Linus Torvalds Date: Thu, 4 Apr 2013 11:03:28 -0700 > [ Fixed odd legacy subject line that has nothing to do with the actual bug ] > > Hmm. Can you double-check and verify that reverting that commit makes > things work again for you? > > Also, what's your distribution and setup? I'd like this to get > verified, just to see that it's not some timing-dependent thing or a > bisection mistake, but if so, then the LSB test-cases obviously have > to be fixed, and the commit that causes the problem needs to be > reverted. Test-cases count for nothing compared to actual users. We're in the process of discussing resolving this AF_UNIX credentials passing issue in another thread. I hope to have something to push to you very soon. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: af_unix udev startup regression
From: Linus Torvalds torva...@linux-foundation.org Date: Thu, 4 Apr 2013 11:03:28 -0700 [ Fixed odd legacy subject line that has nothing to do with the actual bug ] Hmm. Can you double-check and verify that reverting that commit makes things work again for you? Also, what's your distribution and setup? I'd like this to get verified, just to see that it's not some timing-dependent thing or a bisection mistake, but if so, then the LSB test-cases obviously have to be fixed, and the commit that causes the problem needs to be reverted. Test-cases count for nothing compared to actual users. We're in the process of discussing resolving this AF_UNIX credentials passing issue in another thread. I hope to have something to push to you very soon. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/