[Bug 177489] Re: loss of masters causing bind to become unresponsive

2008-11-19 Thread Daniel T Chen
Is this symptom still reproducible in 8.10?

** Changed in: bind (Ubuntu)
   Status: New = Incomplete

-- 
loss of masters causing bind to become unresponsive
https://bugs.launchpad.net/bugs/177489
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 177489] Re: loss of masters causing bind to become unresponsive

2008-11-19 Thread Matt LaPlante
This was determined to be caused by a new kernel setting (at the time).
If net.core.xfrm_larval_drop is not set to 1, bind does not get the
blocking behavior it expects on the socket and causes this situation.
Setting net.core.xfrm_larval_drop=1 works around it.

** Changed in: bind (Ubuntu)
   Status: Incomplete = Invalid

-- 
loss of masters causing bind to become unresponsive
https://bugs.launchpad.net/bugs/177489
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 177489] Re: loss of masters causing bind to become unresponsive

2007-12-19 Thread Matt Cyber Dog LaPlante
I was mad at myself for losing the strace from the other thread, so I
re-enabled a broken slave zone and recreated the problem (easily).
Here's the tail of an strace from the thread that seems to be hanging on
the ipsec ip, just as it stops responding:

futex(0xb7a8f0f0, FUTEX_WAIT, 943, NULL) = 0
futex(0xb7a8f0b8, FUTEX_WAIT, 2, NULL)= -1 EAGAIN (Resource temporarily 
unavailable)
futex(0xb7a8f0b8, FUTEX_WAKE, 1)= 0
gettimeofday({1198079742, 934859}, NULL) = 0
gettimeofday({1198079742, 935156}, NULL) = 0
gettimeofday({1198079742, 935487}, NULL) = 0
futex(0xb7a8f0f0, FUTEX_WAIT, 945, NULL) = 0
futex(0xb7a8f0b8, FUTEX_WAIT, 2, NULL)= -1 EAGAIN (Resource temporarily 
unavailable)
futex(0xb7a8f0b8, FUTEX_WAKE, 1)= 0
gettimeofday({1198079742, 948815}, NULL) = 0
gettimeofday({1198079742, 949291}, NULL) = 0
gettimeofday({1198079742, 949505}, NULL) = 0
futex(0xb7a8f0f0, FUTEX_WAIT, 947, NULL) = 0
futex(0xb7a8f0b8, FUTEX_WAIT, 2, NULL)= -1 EAGAIN (Resource temporarily 
unavailable)
futex(0xb7a8f0b8, FUTEX_WAKE, 1)= 0
gettimeofday({1198079745, 920414}, NULL) = 0
gettimeofday({1198079745, 920873}, NULL) = 0
gettimeofday({1198079745, 921082}, NULL) = 0
gettimeofday({1198079745, 921309}, NULL) = 0
futex(0xb7a91044, 0x5 /* FUTEX_??? */, 1) = 1
futex(0xb7a91010, FUTEX_WAKE, 1) = 0
gettimeofday({1198079745, 922263}, NULL) = 0
gettimeofday({1198079745, 923564}, NULL) = 0
gettimeofday({1198079745, 923935}, NULL) = 0
sendmsg(32, {msg_name(16)={sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr(192.168.5.5)}, 
msg_iov(1)=[{+\305\0\0\0\1\0\0\0\0\0\1\3glv\3lan\0\0\6\0\1\0\0)\10\0..., 
36}], msg_controllen=0, msg_flags=0}, 0


And here's the tail of a final thread, which also seems to stop doing anything 
during the hang.  (The output of the third thread, the one that seems to loop 
forever, is in the original post):

read(5, 0xb6a8b174, 8) = -1 EAGAIN (Resource temporarily 
unavailable)
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35], [], NULL, NULL) 
= 1 (in [22])
futex(0xb7a8f0f0, 0x5 /* FUTEX_??? */, 1) = 1
futex(0xb7a8f0b8, FUTEX_WAKE, 1) = 0
select(36, [5 20 21 23 24 25 26 27 28 29 30 31 32 33 34 35], [], NULL, NULL) = 
1 (in [5])
read(5, \26\0\0\0\375\377\377\377, 8) = 8
read(5, 0xb6a8b174, 8) = -1 EAGAIN (Resource temporarily 
unavailable)
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35], [], NULL, NULL) 
= 1 (in [32])
futex(0xb7a8f0f0, 0x5 /* FUTEX_??? */, 1) = 1
futex(0xb7a8f0b8, FUTEX_WAKE, 1) = 0
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 33 34 35], [], NULL, NULL)  = 
1 (in [5])
read(5,  \0\0\0\375\377\377\377, 8) = 8
read(5, 0xb6a8b174, 8) = -1 EAGAIN (Resource temporarily 
unavailable)
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35], [], NULL, NULL) 
= 1 (in [32])
futex(0xb7a8f0f0, 0x5 /* FUTEX_??? */, 1) = 1
futex(0xb7a8f0b8, FUTEX_WAKE, 1) = 0
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 33 34 35], [], NULL, NULL)  = 
1 (in [5])
read(5,  \0\0\0\375\377\377\377, 8) = 8
read(5, 0xb6a8b174, 8) = -1 EAGAIN (Resource temporarily 
unavailable)
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35], [], NULL, NULL) 
= 1 (in [34])
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 32 33 35], [], NULL, NULL) = 
1 (in [35])
select(36, [5 20 21 22 23 24 25 26 27 28 29 30 31 32 33], [], NULL, NULL) = 1 
(in [22])
select(36, [5 20 21 23 24 25 26 27 28 29 30 31 32 33], [], NULL, NULL

-- 
loss of masters causing bind to become unresponsive
https://bugs.launchpad.net/bugs/177489
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs