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 i
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 att
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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 open
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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 To:
<<< 550 MAILBOX NOT FOUND
_
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 there
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 ther
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
http://openvswitch.org/mailman/listinfo/dev
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
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:
<<< 550 5.1.1 ... Not known
Test message. Please ignore.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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
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
http://openvswitch.org/mailman/listinfo/dev
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"
<<< 509 User blacklisted
___
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 server.
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 supp
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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.
Hav
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"
<
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
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
wrote:
> Looks good, min
Looks good, minor comments inline.
On 27 February 2015 at 09:33, Alex Wang 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.
>
> Signed-of
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
---
tests/test-hash.c | 100 ++
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
server
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 mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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 constru
On Fri, Feb 6, 2015 at 3:18 PM, Joe Stringer wrote:
> On 5 February 2015 at 16:06, Andy Zhou 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 O
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 na
On 5 February 2015 at 16:06, Andy Zhou 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 used to perf
This is a good idea. Will do with a follow up patch.
On Fri, Feb 6, 2015 at 2:36 PM, Joe Stringer wrote:
> On 5 February 2015 at 16:06, Andy Zhou wrote:
>> Improves test failure handling. Remove name spaces that are no longer
>> needed so they to linger around before the next test starts.
>>
>>
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 wrote:
> On 5 February 2015 at 16:06, Andy Zhou wrote:
>> Improve test failure handling.
>>
On 5 February 2015 at 16:06, Andy Zhou wrote:
> Improve test failure handling.
>
> Signed-off-by: Andy Zhou
What happens if "modprobe -r" hangs? (I occasionally notice this when
working with experimental kernel code, but I don't know what causes
it)
__
On 5 February 2015 at 16:06, Andy Zhou wrote:
> The ping output can be useful. There is no down side in saving it.
>
> Signed-off-by: Andy Zhou
Acked-by: Joe Stringer
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 6 February 2015 at 14:33, Ben Pfaff wrote:
> On Fri, Feb 06, 2015 at 02:31:00PM -0800, Joe Stringer wrote:
>> On 5 February 2015 at 16:06, Andy Zhou 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. Wha
On 5 February 2015 at 16:06, Andy Zhou 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
I wonder if we could hide this in ADD_NAMESPACES? I realise that
creating then deletin
On 5 February 2015 at 16:06, Andy Zhou 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
> ---
> tests/kmod-macros.at | 2 +-
> 1 file changed, 1 inser
On Fri, Feb 06, 2015 at 02:31:00PM -0800, Joe Stringer wrote:
> On 5 February 2015 at 16:06, Andy Zhou 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 modify the
> ADD
On 5 February 2015 at 16:06, Andy Zhou wrote:
> Those are not necessary and makes the test output file harder to read.
>
> Signed-off-by: Andy Zhou
If the latter case for my feedback on the previous patch is addressed,
then I think this is reasonable.
Acked-by: Joe Stringer
___
On 5 February 2015 at 16:06, Andy Zhou 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.
>
> Signed-o
Those are not necessary and makes the test output file harder to read.
Signed-off-by: Andy Zhou
---
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
--- a/tests/kmod-macros.at
+++
Improve test failure handling.
Signed-off-by: Andy Zhou
---
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 @@
#
m4_define([OVS_
The ping output can be useful. There is no down side in saving it.
Signed-off-by: Andy Zhou
---
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
--- a/tests/kmod-traffic.at
+++
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
---
tests/kmod-traffic.at | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/kmod-traffic.at b/tests/kmod-traffic.at
index 34e5062..d
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
---
tests/kmod-macros.at | 7 ++-
t
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
---
tests/kmod-macros.at | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/kmod-macros.at b/te
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
*h;u×ÜÖXäôuíÖ½
x7ü¤l½·AaD©N_\ÁtÛG¹"ýËM¯|>÷KԪ̱ÅHáé¦}ï˽öå!Z0%Çiæù_ú' ¨Nô«
3P¬Òfòöh|Ãzøëµ·*V fgxÆ0
®ãÂÞj:;
hê8s¡¢Þ#LôOññ57YÉÇ,WÁþR(0û1%Én駩DÅxV6-ZÑÑ{á¢%0®ÅñK<
O¹D¿8ïzÊï£Z_\X_øgá\IäOcøU;«Ä¢Ò.|{ah*å*Dú÷ ©B¾x3¹se«Ò¿³¾/y
c_~I«væ×k¸ìµä«^¦sÉjçv¼¡Z!JÒX
Can't hurt at least, thanks.
On Tue, Feb 11, 2014 at 01:29:33PM -0800, Joe Stringer wrote:
> 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 wrote:
>
> > I've noticed that test 683 (of
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 wrote:
> I've noticed that test 683 (ofproto-dpif - controller) fails
> intermittently for me. The failure report is always something like
> thi
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 12:45:41.1
please diregard
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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
>
> On Fri, Feb 1, 2013
Looks like a massive win to me.
Acked-by: Ethan Jackson
On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff wrote:
> It is necessary to whitelist a couple of tests that appear to legitimately
> have WARN messages.
>
> Signed-off-by: Ben Pfaff
> ---
> tests/ofproto-macros.at | 20 +++-
Acked-by: Ethan Jackson
On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff wrote:
> It's not meaningful in that case.
>
> Signed-off-by: Ben Pfaff
> ---
> lib/timeval.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/lib/timeval.c b/lib/timeval.c
> index d91305c..4ffb7
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
On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff wrote:
> This avoids a log warning:
>
> bridge|WARN|port bo
Acked-by: Ethan Jackson
On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff wrote:
> An interface coming up or going down isn't a big deal.
>
> Signed-off-by: Ben Pfaff
> ---
> lib/bond.c |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/lib/bond.c b/lib/bond.c
> index
This has annoyed me for a while, thanks.
Acked-by: Ethan Jackson
On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff wrote:
> These can happen occasionally in normal circumstances.
>
> Signed-off-by: Ben Pfaff
> ---
> lib/poll-loop.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
>
Acked-by: Ethan Jackson
On Fri, Feb 1, 2013 at 10:48 AM, Ben Pfaff 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
> ---
> tests/ofproto-dpif.at |2 +-
> 1 files changed, 1 insertions(
It's not meaningful in that case.
Signed-off-by: Ben Pfaff
---
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 @@
/*
- * Copyright (c) 2008,
It is necessary to whitelist a couple of tests that appear to legitimately
have WARN messages.
Signed-off-by: Ben Pfaff
---
tests/ofproto-macros.at | 20 +++-
tests/tunnel.at |4 ++--
2 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/tests/ofproto-macr
An interface coming up or going down isn't a big deal.
Signed-off-by: Ben Pfaff
---
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 +1302,12 @@ bond_enable
This avoids a log warning:
bridge|WARN|port bond: Using the default bond_mode active-backup.
Note that in previous versions, the default bond_mode was balance-slb
This warning is harmless, but I'm trying to add checks for "warn" and
higher severity log messages to the tests, so it makes s
These can happen occasionally in normal circumstances.
Signed-off-by: Ben Pfaff
---
lib/poll-loop.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/poll-loop.c b/lib/poll-loop.c
index fca1dfa..9855306 100644
--- a/lib/poll-loop.c
+++ b/lib/poll-loop.c
@@ -165,8 +1
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 fr
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
---
tests/ofproto-dpif.at |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/ofproto-dpif.at b/tests/ofproto-dpif.at
index 3eec9
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 wrote:
> > Some Open vSwitch utilities can do useful work when they are not run as
> > root. Without this commit, these utilit
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
This patch was committed as part of a series posted later, so it no
lon
Looks good, thanks.
Ethan
On Fri, Aug 17, 2012 at 4:34 PM, Ben Pfaff 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 any Netlink soc
Signed-off-by: Ben Pfaff
---
tests/ofproto-macros.at |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/tests/ofproto-macros.at b/tests/ofproto-macros.at
index 944fbac..b10ff50 100644
--- a/tests/ofproto-macros.at
+++ b/tests/ofproto-macros.at
@@ -64,6 +64,11 @@ m4_def
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
---
lib/timeval.c | 10 +-
1 file
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
---
vswitchd/bridge.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/vswitchd/bridge.c b/vswitchd/brid
This avoids a log warning:
bridge|WARN|port bond: Using the default bond_mode active-backup.
Note that in previous versions, the default bond_mode was balance-slb
This warning is harmless, but I'm trying to add checks for "warn" and
higher severity log messages to the tests, so it makes s
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 n
test again
--
Thanks,
Duffie Cooley
Sr. Tech Ops Engineer
Nicira Networks
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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
from paulc's yahoo.com
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev_openvswitch.org
77 matches
Mail list logo
