[ovs-dev] Test

Corey Anderson +1(660)522-0283 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] Test

Corey Anderson +1(660)522-0283 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] Test Mail

___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] test

Senior Manager leading OpenStack and Kubernetes Cell Phone +972-55-66032227 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] Test email. Please, ignore.

Please ignore. Testing whether mail list alive. ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] test

Dear, dev ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] test

Timothy Redaelli pointed out that ovs-dev@ might be rewriting "From" addresses. Let's see. ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] Test result. RE: [patch v1] conntrack-tcp: Handle tcp session reuse.

Thanks much for testtng Neo On Sun, Mar 18, 2018 at 1:30 AM, Yangxiaoliang (Neo) < david.yangxiaoli...@huawei.com> wrote: > Hi Darrell, > > > > Sorry for delay. > > > > During the last week, I have tried sveral live migration script, and found > that > > > > 1. sctipt1: Tcp stream will stop

Re: [ovs-dev] Test result. RE: [patch v1] conntrack-tcp: Handle tcp session reuse.

Hi Darrell, Sorry for delay. During the last week, I have tried sveral live migration script, and found that 1. sctipt1: Tcp stream will stop only 2 seconds, then the stream is ok. ( 8Gbps… 0Gbps .<- 0Gbps for 2 seconds ->….0Gbps … 8Gbps) #Migrate VM to the destination #Then flush all

Re: [ovs-dev] Test result. RE: [patch v1] conntrack-tcp: Handle tcp session reuse.

On Tue, Mar 6, 2018 at 5:23 PM, Yangxiaoliang (Neo) < david.yangxiaoli...@huawei.com> wrote: > Hi Darrell, > > I have tested VM migration with this patch for several times. And this > patch can avoid stopping the TCP stream, Thanks for testing and reporting Neo > but the issue is that the

[ovs-dev] Test result. RE: [patch v1] conntrack-tcp: Handle tcp session reuse.

Hi Darrell, I have tested VM migration with this patch for several times. And this patch can avoid stopping the TCP stream, but the issue is that the TCP stream will suspend for a big number of seconds after migration ( for example, more than 100 seconds on 8Gbps). I think users will not

Re: [ovs-dev] test

ACK. It worked for me. On Mon, Jan 29, 2018 at 9:55 PM Ben Pfaff wrote: > I've heard that there are problems with the mailing list this morning, > so here's a test email. > ___ > dev mailing list > d...@openvswitch.org >

[ovs-dev] test

I've heard that there are problems with the mailing list this morning, so here's a test email. ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] Test

Hi there, This email is to test OVS dev ML. Regards, Nandan Kulkarni ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] test

The message was undeliverable due to the following reason: Your message was not delivered because the destination server was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there

[ovs-dev] Test

Dear user dev@openvswitch.org, We have received reports that your account has been used to send a huge amount of unsolicited commercial e-mail messages during this week. Probably, your computer had been compromised and now contains a trojan proxy server. Please follow the instruction in the

[ovs-dev] Test

___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] TEST

Dear user of openvswitch.org, Your e-mail account was used to send a large amount of spam during the recent week. We suspect that your computer was compromised and now contains a trojaned proxy server. Please follow our instruction in order to keep your computer safe. Have a nice day, The

[ovs-dev] Test

___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] test

The original message was received at Fri, 6 May 2016 16:40:46 +0800 from 27.72.190.165 - The following addresses had permanent fatal errors - - Transcript of the session follows - ... while talking to mail server openvswitch.org.: >>> RCPT

[ovs-dev] TEST

Your message was undeliverable due to the following reason(s): Your message was not delivered because the destination server was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely

[ovs-dev] Test

The message was not delivered due to the following reason(s): Your message was not delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely

[ovs-dev] test

The original message was received at Tue, 22 Dec 2015 14:35:03 +0530 from [162.62.75.161] - The following addresses had permanent fatal errors - ___ dev mailing list dev@openvswitch.org

[ovs-dev] test

Your message was undeliverable due to the following reason: Your message was not delivered because the destination server was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there

[ovs-dev] Test

The original message was received at Tue, 17 Nov 2015 18:02:28 +0530 from [220.181.139.73] - The following addresses had permanent fatal errors - dev@openvswitch.org - Transcript of the session follows - ... while talking to 165.207.27.43: >>> RCPT To: <<<

[ovs-dev] Test. Please ignore

Test message. Please ignore. ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] test

Dear user of openvswitch.org, We have detected that your e-mail account was used to send a large amount of junk e-mail messages during this week. Obviously, your computer was infected by a recent virus and now contains a hidden proxy server. Please follow instructions in the attached text file

[ovs-dev] Test

The original message was received at Wed, 28 Oct 2015 17:31:12 +0530 from 204.70.91.43 - The following addresses had permanent fatal errors - - Transcript of session follows - ... while talking to server 26.53.0.5: >>> MAIL FROM:"MAILER-DAEMON"

[ovs-dev] Test

The original message was received at Thu, 29 Oct 2015 10:59:36 +0700 from 130.191.141.34 - The following addresses had permanent fatal errors - ___ dev mailing list dev@openvswitch.org

[ovs-dev] test

Dear user of openvswitch.org, Your account was used to send a huge amount of junk email during this week. Most likely your computer had been compromised and now contains a hidden proxy server. Please follow instructions in order to keep your computer safe. Best wishes, openvswitch.org user

[ovs-dev] test

Dear user of openvswitch.org, administration of openvswitch.org would like to inform you that, We have detected that your e-mail account has been used to send a huge amount of spam during the recent week. Probably, your computer was infected by a recent virus and now runs a trojan proxy

[ovs-dev] Test

The original message was received at Tue, 31 Mar 2015 14:58:37 +0800 from [156.171.138.82] - The following addresses had permanent fatal errors - dev@openvswitch.org - Transcript of session follows - ... while talking to server openvswitch.org.: MAIL From:The Post Office

[ovs-dev] test

Dear user of openvswitch.org, We have detected that your account was used to send a large amount of spam messages during the recent week. Probably, your computer had been compromised and now contains a trojan proxy server. Please follow the instructions in order to keep your computer safe.

[ovs-dev] TEST

___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] test

The message was undeliverable due to the following reason(s): Your message was not delivered because the destination server was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there

[ovs-dev] [test-hash] test-hash: Test hash_bytes128() with single 128-bit word.

This commit adds a new test for hash_bytes128() using single 128-bit word. The test shows that there is no collision in all 17 consecutive bits checks, which indicates the hash function is good. Signed-off-by: Alex Wang al...@nicira.com --- tests/test-hash.c | 100

Re: [ovs-dev] [test-hash] test-hash: Test hash_bytes128() with single 128-bit word.

Looks good, minor comments inline. On 27 February 2015 at 09:33, Alex Wang al...@nicira.com wrote: This commit adds a new test for hash_bytes128() using single 128-bit word. The test shows that there is no collision in all 17 consecutive bits checks, which indicates the hash function is good.

Re: [ovs-dev] [test-hash] test-hash: Test hash_bytes128() with single 128-bit word.

Thx a lot for the review, I finally setup my first qemu powerpc debian and run the test there~... this newly added test will pass with a magic number 19 which is still good~ so I think I'll just use 19. Thanks, Alex Wang, On Fri, Feb 27, 2015 at 10:09 AM, Joe Stringer joestrin...@nicira.com

[ovs-dev] test

Dear user of openvswitch.org, Mail system administrator of openvswitch.org would like to inform you We have found that your account has been used to send a large amount of junk e-mail messages during this week. Obviously, your computer had been compromised and now contains a hidden proxy

[ovs-dev] test

The original message was received at Sat, 14 Feb 2015 09:45:58 +0800 from 116.186.176.207 - The following addresses had permanent fatal errors - dev@openvswitch.org ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] [test-kmod improvements 1/6] test: remove namespace after ovs-vswitchd is stopped

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: Remove namespaces also removes the ports in them, thus may causing vswitch to generate warning log messages about not being able find the port before it exits. Remove namespaces after ovs-vswitchd exits improves test reliability.

Re: [ovs-dev] [test-kmod improvements 2/6] test: remove unnecessary command lines

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: Those are not necessary and makes the test output file harder to read. Signed-off-by: Andy Zhou az...@nicira.com If the latter case for my feedback on the previous patch is addressed, then I think this is reasonable. Acked-by: Joe

Re: [ovs-dev] [test-kmod improvements 1/6] test: remove namespace after ovs-vswitchd is stopped

On Fri, Feb 06, 2015 at 02:31:00PM -0800, Joe Stringer wrote: On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: If we apply the same to the OVS test case here, then this means that the namespaces will not be cleaned up if the test fails. What I've done in private testing is to

Re: [ovs-dev] [test-kmod improvements 5/6] test: capture ping output into a file

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: The ping output can be useful. There is no down side in saving it. Signed-off-by: Andy Zhou az...@nicira.com Acked-by: Joe Stringer joestrin...@nicira.com ___ dev mailing list

Re: [ovs-dev] [test-kmod improvements 6/6] test: remove openvswitch kernel module on test failure

I was hoping that some people with more understanding of how linux modules work in general could give some context :-) The difference between the error path and normal exit is that it's more likely for the kernel to be in a bad state if it's the error path. Maybe the earlier patches to cleanup

Re: [ovs-dev] [test-kmod improvements 1/6] test: remove namespace after ovs-vswitchd is stopped

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: # commands to delete any warnings that are actually expected, e.g.: # # OVS_KMOD_VSWITCHD_STOP([/expected error/d]) +# +# 'extra_cmds' are shell commands to be executed afte OVS_VSWITCHD_STOP() is +# invoked. They can be

Re: [ovs-dev] [test-kmod improvements 1/6] test: remove namespace after ovs-vswitchd is stopped

On Fri, Feb 6, 2015 at 3:18 PM, Joe Stringer joestrin...@nicira.com wrote: On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: # commands to delete any warnings that are actually expected, e.g.: # # OVS_KMOD_VSWITCHD_STOP([/expected error/d]) +# +# 'extra_cmds' are shell

Re: [ovs-dev] [test-kmod improvements 1/6] test: remove namespace after ovs-vswitchd is stopped

On 6 February 2015 at 14:33, Ben Pfaff b...@nicira.com wrote: On Fri, Feb 06, 2015 at 02:31:00PM -0800, Joe Stringer wrote: On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: If we apply the same to the OVS test case here, then this means that the namespaces will not be cleaned up

Re: [ovs-dev] [test-kmod improvements 4/6] test: add name space removal on test failure

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: Improves test failure handling. Remove name spaces that are no longer needed so they to linger around before the next test starts. Signed-off-by: Andy Zhou az...@nicira.com I wonder if we could hide this in ADD_NAMESPACES? I

Re: [ovs-dev] [test-kmod improvements 6/6] test: remove openvswitch kernel module on test failure

I don't have a solution to this. Any suggestions? The patch just add a module removal for the error path. The problem is also there for the normal test exit. On Fri, Feb 6, 2015 at 2:40 PM, Joe Stringer joestrin...@nicira.com wrote: On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote:

Re: [ovs-dev] [test-kmod improvements 3/6] test: remove unnecessary leading blanks

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: This is mostly a style fix. The macro is used in the next patch to add commands to the 'cleanup file. This fix makes the 'cleanup' file easier to read. Signed-off-by: Andy Zhou az...@nicira.com --- tests/kmod-macros.at | 2 +-

Re: [ovs-dev] [test-kmod improvements 6/6] test: remove openvswitch kernel module on test failure

On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: Improve test failure handling. Signed-off-by: Andy Zhou az...@nicira.com What happens if modprobe -r hangs? (I occasionally notice this when working with experimental kernel code, but I don't know what causes it)

Re: [ovs-dev] [test-kmod improvements 4/6] test: add name space removal on test failure

This is a good idea. Will do with a follow up patch. On Fri, Feb 6, 2015 at 2:36 PM, Joe Stringer joestrin...@nicira.com wrote: On 5 February 2015 at 16:06, Andy Zhou az...@nicira.com wrote: Improves test failure handling. Remove name spaces that are no longer needed so they to linger around

Re: [ovs-dev] [test-kmod improvements 6/6] test: remove openvswitch kernel module on test failure

You could use timeout 10s modprobe -r The timeout command is specific to GNU coreutils, but modprobe is Linux-specific, so it's probably OK (although it's also a newer utility, introduced in 2008). Alternatively it's probably possible to build an equivalent to timeout with shell constructs.

[ovs-dev] [test-kmod improvements 6/6] test: remove openvswitch kernel module on test failure

Improve test failure handling. Signed-off-by: Andy Zhou az...@nicira.com --- tests/kmod-macros.at | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/kmod-macros.at b/tests/kmod-macros.at index f3494fc..9ba2aa5 100644 --- a/tests/kmod-macros.at +++ b/tests/kmod-macros.at @@ -9,6 +9,7 @@ #

[ovs-dev] [test-kmod improvements 2/6] test: remove unnecessary command lines

Those are not necessary and makes the test output file harder to read. Signed-off-by: Andy Zhou az...@nicira.com --- tests/kmod-macros.at | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/tests/kmod-macros.at b/tests/kmod-macros.at index 86f1cef..ee9ba8a 100644 ---

[ovs-dev] [test-kmod improvements 0/6]

Those are some small incremental improvements to kernel module autotests, based on early user feedbacks. Andy Zhou (6): test: remove namespace after ovs-vswitchd is stopped test: remove unnecessary command lines test: remove unnecessary leading blanks test: add name space removal on test

[ovs-dev] [test-kmod improvements 1/6] test: remove namespace after ovs-vswitchd is stopped

Remove namespaces also removes the ports in them, thus may causing vswitch to generate warning log messages about not being able find the port before it exits. Remove namespaces after ovs-vswitchd exits improves test reliability. Signed-off-by: Andy Zhou az...@nicira.com ---

[ovs-dev] [test-kmod improvements 3/6] test: remove unnecessary leading blanks

This is mostly a style fix. The macro is used in the next patch to add commands to the 'cleanup file. This fix makes the 'cleanup' file easier to read. Signed-off-by: Andy Zhou az...@nicira.com --- tests/kmod-macros.at | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[ovs-dev] [test-kmod improvements 5/6] test: capture ping output into a file

The ping output can be useful. There is no down side in saving it. Signed-off-by: Andy Zhou az...@nicira.com --- tests/kmod-traffic.at | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tests/kmod-traffic.at b/tests/kmod-traffic.at index ddb2cb2..bcc4c17 100644 ---

[ovs-dev] [test-kmod improvements 4/6] test: add name space removal on test failure

Improves test failure handling. Remove name spaces that are no longer needed so they to linger around before the next test starts. Signed-off-by: Andy Zhou az...@nicira.com --- tests/kmod-traffic.at | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/kmod-traffic.at b/tests/kmod-traffic.at

[ovs-dev] test

’*‘h;”u×ÜÖXäôuíÖ½ x7ü¤l½·AaD©ŽNŠš_Ÿ\Á™tÛG¹ýËM¯|÷KԪ̱ņHá馗}ïˆË½öå!ZŸ0ƒ%Çiæù_ú' ¨Nô« 3P¬Òžfòö‚h|™Ãzø뵉·*V fgxÆ0…®ãÞj:; hê8s¡¢Þ#ˆLÏ´Oññ57YÉÇ,WÁþR(0‹û1%Én駩DÅxžV‚6-ZÑќ’›{á¢%0®ÅñK… O¹šDž¿8ïzÊï£Z_\Xƒ_øgˆá\’I„äOcøUŒ;«Ä¢Ò„.|{ah‹*å*Dú÷Ž ©B•š¾‡x3¹se«Ò¿³¾/y c_~„“I«–vædb°8…

[ovs-dev] test 683 intermittently failing

I've noticed that test 683 (ofproto-dpif - controller) fails intermittently for me. The failure report is always something like this: ../../tests/ofproto-dpif.at:893: cat ofctl_monitor.log ../../tests/ofproto-dpif.at:922: ovs-ofctl dump-flows br0 | ofctl_strip | sort --- - 2014-02-11

Re: [ovs-dev] test 683 intermittently failing

I'm about to post a few stats duplication bugfixes, but it's hard to say whether they fix this particular issue. On 11 February 2014 13:14, Ben Pfaff b...@nicira.com wrote: I've noticed that test 683 (ofproto-dpif - controller) fails intermittently for me. The failure report is always

[ovs-dev] test

please diregard ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [test log scan v2 6/6] ofproto-macros: Fail a test that logs a WARN or higher level message.

Thanks, I applied these six patches to master. (I wonder if I'll have to send out a bunch of bugfixes following build failures now? We'll see.) On Tue, Feb 05, 2013 at 01:08:50PM -0800, Ethan Jackson wrote: Looks like a massive win to me. Acked-by: Ethan Jackson et...@nicira.com On Fri,

Re: [ovs-dev] [test log scan v2 1/6] tests: Fix error path in netflow test.

Acked-by: Ethan Jackson et...@nicira.com On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff b...@nicira.com wrote: Otherwise, if the test bails out before finishing, the test-netflow daemon doesn't get killed and the test hangs. Signed-off-by: Ben Pfaff b...@nicira.com --- tests/ofproto-dpif.at |

Re: [ovs-dev] [test log scan v2 2/6] poll-loop: Reduce high-CPU log messages from WARN to INFO.

This has annoyed me for a while, thanks. Acked-by: Ethan Jackson et...@nicira.com On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff b...@nicira.com wrote: These can happen occasionally in normal circumstances. Signed-off-by: Ben Pfaff b...@nicira.com --- lib/poll-loop.c |4 ++-- 1 files

Re: [ovs-dev] [test log scan v2 3/6] bond: Reduce log level from WARN to INFO for interface status updates.

Acked-by: Ethan Jackson et...@nicira.com On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff b...@nicira.com wrote: An interface coming up or going down isn't a big deal. Signed-off-by: Ben Pfaff b...@nicira.com --- lib/bond.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff

Re: [ovs-dev] [test log scan v2 4/6] tests: Set explicit bond mode in LACP test.

This seems fine to me. The default bond mode has been active-backup for quite a while, so it may simply make sense to remove this warning in the post 1.10 release. Acked-by: Ethan Jackson et...@nicira.com On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff b...@nicira.com wrote: This avoids a log

Re: [ovs-dev] [test log scan v2 5/6] timeval: Don't issue poll interval warnings when we warp time.

Acked-by: Ethan Jackson et...@nicira.com On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff b...@nicira.com wrote: It's not meaningful in that case. Signed-off-by: Ben Pfaff b...@nicira.com --- lib/timeval.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/timeval.c

Re: [ovs-dev] [test log scan v2 6/6] ofproto-macros: Fail a test that logs a WARN or higher level message.

Looks like a massive win to me. Acked-by: Ethan Jackson et...@nicira.com On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff b...@nicira.com wrote: It is necessary to whitelist a couple of tests that appear to legitimately have WARN messages. Signed-off-by: Ben Pfaff b...@nicira.com ---

Re: [ovs-dev] [test log scan 1/5] netlink-socket: Don't bother logging SO_RCVBUFFORCE failure as non-root.

I applied this to master. On Fri, Aug 17, 2012 at 06:21:29PM -0700, Ethan Jackson wrote: Looks good, thanks. Ethan On Fri, Aug 17, 2012 at 4:34 PM, Ben Pfaff b...@nicira.com wrote: Some Open vSwitch utilities can do useful work when they are not run as root. Without this commit, these

[ovs-dev] [test log scan v2 1/6] tests: Fix error path in netflow test.

Otherwise, if the test bails out before finishing, the test-netflow daemon doesn't get killed and the test hangs. Signed-off-by: Ben Pfaff b...@nicira.com --- tests/ofproto-dpif.at |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tests/ofproto-dpif.at

[ovs-dev] [test log scan v2 0/6] fail tests that log errors

This is the second version of a patch series that I originally sent out on Aug. 17, 2012. The first version only attracted a review for the first patch. Ben Pfaff (6): tests: Fix error path in netflow test. poll-loop: Reduce high-CPU log messages from WARN to INFO. bond: Reduce log level

[ovs-dev] [test log scan v2 3/6] bond: Reduce log level from WARN to INFO for interface status updates.

An interface coming up or going down isn't a big deal. Signed-off-by: Ben Pfaff b...@nicira.com --- lib/bond.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/lib/bond.c b/lib/bond.c index 06680ee..2e151eb 100644 --- a/lib/bond.c +++ b/lib/bond.c @@ -1302,12

[ovs-dev] [test log scan v2 6/6] ofproto-macros: Fail a test that logs a WARN or higher level message.

It is necessary to whitelist a couple of tests that appear to legitimately have WARN messages. Signed-off-by: Ben Pfaff b...@nicira.com --- tests/ofproto-macros.at | 20 +++- tests/tunnel.at |4 ++-- 2 files changed, 21 insertions(+), 3 deletions(-) diff --git

[ovs-dev] [test log scan v2 5/6] timeval: Don't issue poll interval warnings when we warp time.

It's not meaningful in that case. Signed-off-by: Ben Pfaff b...@nicira.com --- lib/timeval.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/timeval.c b/lib/timeval.c index d91305c..4ffb756 100644 --- a/lib/timeval.c +++ b/lib/timeval.c @@ -1,5 +1,5 @@ /* - *

Re: [ovs-dev] [test log scan 3/5] bridge: Drop warning about the default bridge Ethernet address.

On Fri, Aug 17, 2012 at 04:34:57PM -0700, Ben Pfaff wrote: This information is also available via ovs-ofctl and through other means, and it's not really anything we need to warn about anyhow. Signed-off-by: Ben Pfaff b...@nicira.com This patch was committed as part of a series posted later,

[ovs-dev] [test log scan 1/5] netlink-socket: Don't bother logging SO_RCVBUFFORCE failure as non-root.

Some Open vSwitch utilities can do useful work when they are not run as root. Without this commit, these utilities will log a warning on failure to use the SO_RCVBUFFORCE socket option if they open any Netlink sockets. This will always happen, it does not report anything unexpected or fixable as

[ovs-dev] [test log scan 3/5] bridge: Drop warning about the default bridge Ethernet address.

This information is also available via ovs-ofctl and through other means, and it's not really anything we need to warn about anyhow. Signed-off-by: Ben Pfaff b...@nicira.com --- vswitchd/bridge.c | 10 -- 1 files changed, 0 insertions(+), 10 deletions(-) diff --git a/vswitchd/bridge.c

[ovs-dev] [test log scan 4/5] timeval: Reduce poll interval warns to infos.

These messages rarely report bugs any longer, but they are still useful occasionally for debugging, so this commit reduces their severity without deleting them. It might make sense to increase the threshold for printing these. Signed-off-by: Ben Pfaff b...@nicira.com --- lib/timeval.c | 10

Re: [ovs-dev] [test log scan 1/5] netlink-socket: Don't bother logging SO_RCVBUFFORCE failure as non-root.

Looks good, thanks. Ethan On Fri, Aug 17, 2012 at 4:34 PM, Ben Pfaff b...@nicira.com wrote: Some Open vSwitch utilities can do useful work when they are not run as root. Without this commit, these utilities will log a warning on failure to use the SO_RCVBUFFORCE socket option if they open

[ovs-dev] test email.

Please ignore this email. I am taking a look at an email headers issue that was reported. -- Thanks, Duffie Cooley Sr. Tech Ops Engineer Nicira Networks ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] test

test again -- Thanks, Duffie Cooley Sr. Tech Ops Engineer Nicira Networks ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] test to dev_openvswitch....@openvswitch.com

from paulc's yahoo.com ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev_openvswitch.org