2012-08-09 09:34:35 |
Alexander Sack |
bug |
|
|
added bug |
2012-08-09 09:35:23 |
Alexander Sack |
description |
I use -C motherboard.hostbridge.userNetPorts='5555=5555' ... if all is normal, i can start the model and half a second later i will see the port 5555 opened as LISTEN in lsof...
however, sometimes more often than not, that doesnt' work and the fastmodel never brings up the 5555 port.
dmart wondered on IRC:
11:13 < dmart> Can the port be customised? Is this a TIME_WAIT problem?
11:14 < asac> dmart: so i use
11:14 < asac> -C motherboard.hostbridge.userNetPorts='5555=5555
11:14 < asac> and so on
11:14 < asac> dmart: now if i start the fast model, if things go well i see a LISTEN 5555 on the host mahcine right away
11:15 < asac> dmart: but in 8 out of 10 runs the port is not opened atall
11:15 < asac> dmart: in cases where it works it seems to be not coupled with the actual target system opening a port
11:15 < asac> it just opens the port right away (which makse sense)
11:15 < asac> so yeah... short: hostbridge.userNetPorts not created in 8 out of 10 cases
note that the telnet ports for serial are always opened properly.
peter maydell pointed out:
11:28 < pm215> it would be good to be able to make the model use the socket option that allows rebinding
also we observed some weird effects where network traffic through this 5555 port gets stalled from time to time and telnet into one of the serial soockets will make the traffic stream up - but no further details on this observation yet. |
I use -C motherboard.hostbridge.userNetPorts='5555=5555' ... if all is normal, i can start the model and half a second later i will see the port 5555 opened as LISTEN in lsof...
however, sometimes more often than not, that doesnt' work and the fastmodel never brings up the 5555 port.
dmart wondered on IRC:
11:13 < dmart> Can the port be customised? Is this a TIME_WAIT problem?
11:14 < asac> dmart: so i use
11:14 < asac> -C motherboard.hostbridge.userNetPorts='5555=5555
11:14 < asac> and so on
11:14 < asac> dmart: now if i start the fast model, if things go well i see a LISTEN 5555 on the host mahcine right away
11:15 < asac> dmart: but in 8 out of 10 runs the port is not opened atall
11:15 < asac> dmart: in cases where it works it seems to be not coupled with the actual target system opening a port
11:15 < asac> it just opens the port right away (which makse sense)
11:15 < asac> so yeah... short: hostbridge.userNetPorts not created in 8 out of 10 cases
note that the telnet ports for serial are always opened properly.
peter maydell pointed out:
11:28 < pm215> it would be good to be able to make the model use the socket option that allows rebinding
also we observed some weird effects where network traffic through this 5555 port gets stalled from time to time and telnet into one of the serial soockets will make the traffic resume - but no further details on this observation yet. Might just indicate a wider issue on the userport traffic side |
|
2012-08-09 09:35:30 |
Alexander Sack |
bug |
|
|
added subscriber Amit Pundir |
2012-08-09 09:36:01 |
Alexander Sack |
bug |
|
|
added subscriber Andy Doan |
2012-08-09 09:36:08 |
Alexander Sack |
bug |
|
|
added subscriber Dave |
2012-08-09 09:36:19 |
Alexander Sack |
bug |
|
|
added subscriber Peter Maydell |
2012-08-09 09:39:18 |
Alexander Sack |
description |
I use -C motherboard.hostbridge.userNetPorts='5555=5555' ... if all is normal, i can start the model and half a second later i will see the port 5555 opened as LISTEN in lsof...
however, sometimes more often than not, that doesnt' work and the fastmodel never brings up the 5555 port.
dmart wondered on IRC:
11:13 < dmart> Can the port be customised? Is this a TIME_WAIT problem?
11:14 < asac> dmart: so i use
11:14 < asac> -C motherboard.hostbridge.userNetPorts='5555=5555
11:14 < asac> and so on
11:14 < asac> dmart: now if i start the fast model, if things go well i see a LISTEN 5555 on the host mahcine right away
11:15 < asac> dmart: but in 8 out of 10 runs the port is not opened atall
11:15 < asac> dmart: in cases where it works it seems to be not coupled with the actual target system opening a port
11:15 < asac> it just opens the port right away (which makse sense)
11:15 < asac> so yeah... short: hostbridge.userNetPorts not created in 8 out of 10 cases
note that the telnet ports for serial are always opened properly.
peter maydell pointed out:
11:28 < pm215> it would be good to be able to make the model use the socket option that allows rebinding
also we observed some weird effects where network traffic through this 5555 port gets stalled from time to time and telnet into one of the serial soockets will make the traffic resume - but no further details on this observation yet. Might just indicate a wider issue on the userport traffic side |
I use -C motherboard.hostbridge.userNetPorts='5555=5555' ... if all is normal, i can start the model and half a second later i will see the port 5555 opened as LISTEN in lsof...
however, sometimes more often than not, that doesnt' work and the fastmodel never brings up the 5555 port.
we rely on this feature in LAVA and we see lots of flakiness on many sides, with this potentially triggering a large part of it.
dmart wondered on IRC:
11:13 < dmart> Can the port be customised? Is this a TIME_WAIT problem?
11:14 < asac> dmart: so i use
11:14 < asac> -C motherboard.hostbridge.userNetPorts='5555=5555
11:14 < asac> and so on
11:14 < asac> dmart: now if i start the fast model, if things go well i see a LISTEN 5555 on the host mahcine right away
11:15 < asac> dmart: but in 8 out of 10 runs the port is not opened atall
11:15 < asac> dmart: in cases where it works it seems to be not coupled with the actual target system opening a port
11:15 < asac> it just opens the port right away (which makse sense)
11:15 < asac> so yeah... short: hostbridge.userNetPorts not created in 8 out of 10 cases
note that the telnet ports for serial are always opened properly.
peter maydell pointed out:
11:28 < pm215> it would be good to be able to make the model use the socket option that allows rebinding
also we observed some weird effects where network traffic through this 5555 port gets stalled from time to time and telnet into one of the serial soockets will make the traffic resume - but no further details on this observation yet. Might just indicate a wider issue on the userport traffic side |
|
2012-08-09 09:41:17 |
Alexander Sack |
summary |
Fast Models [7.1.42 (May 25 2012)] UserPort Networking is sometimes flaky |
Fast Models [7.1.42 (May 25 2012)] UserPort Networking feels flaky |
|
2012-08-09 20:16:50 |
Alexander Sack |
bug task added |
|
lava-dispatcher |
|
2012-08-09 20:16:59 |
Alexander Sack |
lava-dispatcher: importance |
Undecided |
Critical |
|
2012-08-09 20:17:03 |
Alexander Sack |
lava-dispatcher: status |
New |
Triaged |
|
2012-08-09 20:18:21 |
Alexander Sack |
lava-dispatcher: importance |
Critical |
High |
|
2012-08-09 20:18:48 |
Alexander Sack |
summary |
Fast Models [7.1.42 (May 25 2012)] UserPort Networking feels flaky |
Fast Models [7.1.42 (May 25 2012)] Does not open userNetPorts when socket is in TIME_WAIT state |
|
2012-08-09 20:19:08 |
Alexander Sack |
summary |
Fast Models [7.1.42 (May 25 2012)] Does not open userNetPorts when socket is in TIME_WAIT state |
Fast Models [7.1.42 (May 25 2012)] Does not open userNetPorts while socket is in TIME_WAIT state |
|
2012-08-09 20:22:47 |
Launchpad Janitor |
branch linked |
|
lp:~asac/lava-dispatcher/TIME_WAIT-before-fastmodel-start |
|
2012-08-10 14:56:30 |
Launchpad Janitor |
branch linked |
|
lp:~doanac/lava-dispatcher/asac-andy-fixes |
|
2013-06-11 04:42:14 |
Alan Bennett |
lava-dispatcher: status |
Triaged |
Won't Fix |
|