can't schedule work for eX.Y, it's already on!

Hi,

I found the following messages in my log:

kernel: aoe: aoe_init: AoE v22 initialised.
kernel: aoe: 000ea61b8064 e0.2 v400b has 4194304 sectors
kernel: aoe: 000ea61b8064 e201.0 v400b has 2097152 sectors
kernel: aoe: 000ea61b8064 e9.1 v400b has 8388608 sectors
kernel: aoe: 000ea61b8064 e7.1 v400b has 4194304 sectors
kernel: aoe: 000ea61b8064 e202.0 v400b has 2097152 sectors
kernel: aoe: 000ea61b8064 e1.4 v400b has 2097152 sectors
kernel: aoe: 000ea61b8064 e1.1 v400b has 2097152 sectors
kernel: aoe: 000ea61b8064 e1.3 v400b has 2097152 sectors
kernel: aoe: 000ea61b8064 e1.2 v400b has 2097152 sectors
kernel: aoe: 000ea61b8064 e0.1 v400b has 4194304 sectors
kernel: aoe: 000ea61b8064 e1.0 v400b has 6291456 sectors
kernel: aoe: 000ea61b8064 e101.0 v400b has 2097152 sectors
kernel:  etherd/e0.2: unknown partition table
kernel:  etherd/e201.0:<6>aoe: ataid_complete: can't schedule work for
e1.3, it's already on! (This really shouldn't happen).
kernel:
kernel: aoe: ataid_complete: can't schedule work for e9.1, it's already
on! (This really shouldn't happen).
kernel:
kernel: aoe: ataid_complete: can't schedule work for e7.1, it's already
on! (This really shouldn't happen).
kernel:
kernel: aoe: ataid_complete: can't schedule work for e202.0, it's already
on! (This really shouldn't happen).

Re: can't schedule work for eX.Y, it's already on!

b52@... wrote:
> Hi,
> 
> I found the following messages in my log:
> 
> kernel: aoe: aoe_init: AoE v22 initialised.

I know this used to happen in a really old version of AoE. I think I saw 
it a year and a half ago. Always make sure you are using the latest 
version of both the kernel module and vblade or whatever target you are 
using.

--

-- 
Tracy R Reed                  Read my blog at http://ultraviolet.org
Key fingerprint = D4A8 4860 535C ABF8 BA97  25A6 F4F2 1829 9615 02AD
Non-GPG signed mail gets read only if I can find it among the spam.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: can't schedule work for eX.Y, it's already on!

> b52@... wrote:
>> Hi,
>>
>> I found the following messages in my log:
>>
>> kernel: aoe: aoe_init: AoE v22 initialised.
>
> I know this used to happen in a really old version of AoE. I think I saw
> it a year and a half ago. Always make sure you are using the latest
> version of both the kernel module and vblade or whatever target you are
> using.

But its not an destructive error, right? Cause I use the ubuntu gutsy
aoetools in a test environment and don't like to recompile them. I will
definitely switch to newer versions in productive use.

Thanks for responding
Holger

>
> --
> Tracy R Reed                  Read my blog at http://ultraviolet.org
> Key fingerprint = D4A8 4860 535C ABF8 BA97  25A6 F4F2 1829 9615 02AD
> Non-GPG signed mail gets read only if I can find it among the spam.
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: can't schedule work for eX.Y,

Hello Holger,

> But its not an destructive error, right? Cause I use the ubuntu gutsy
> aoetools in a test environment and don't like to recompile them. I will
> definitely switch to newer versions in productive use.

Correct, it should not be destructive.  The driver is structured a
little differently now, but there used to be a few things that the
driver needed to do that required the ability to go to sleep.  The
soft-interrupt routines that handle the incoming aoe packets can't
sleep, so they'd arrange for a worker thread to handle these things
out of band.  When the work can't be scheduled you'll see the message
you've seen.

This sleepy work surrounds installing the devices in the system so
it's not surprising that when you see the message you only see some of
the aoe devices you know are available.

You should be able to run aoe-discover and have the missing devices
appear, but I agree with Tracy; best to update to the latest available
driver:

http://coraid.com/support/linux/

The aoetools are bundled with this standalone driver.  If you've become
accustomed to using the in-kernel aoe driver and the ubuntu aoetools,
you'll probably want to uninstall the ubuntu aoetools before upgrading
just to keep the system clean.

That's if I understand you correctly.  I don't use ubuntu.  :)

Re: can't schedule work for eX.Y, it's already on!

b52@... wrote:
> But its not an destructive error, right? Cause I use the ubuntu gutsy
> aoetools in a test environment and don't like to recompile them. I will
> definitely switch to newer versions in productive use.

Correct. It should not hurt anything.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Reliability of AoE

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss

Re: Reliability of AoE

On Wed, Mar 05, 2008 at 12:12:58PM -0800, Andy Lego wrote:
> Hello,
> 
> I am playing with AoE and there is a small but important piece of information I
> could not find anywhere. Since the AoE packets are considered "unreliable", how
> does AoE ensure that data is send reliably?
> What happens in case of packet losses?

An AoE packet that contains a command is retransmitted if the command
does not receive a response.

> What happens in case of bit errors?

Ethernet performs a 32-bit CRC to guard against bit errors.  You can
see counters for these errors in the output of "ifconfig".

> Can I use AoE over unreliable connection with lots of packet losses and bit
> errors?

No, that probably isn't a good idea.  AoE was designed for the common
case in a server room where the SAN is in the next rack over from the
servers.  A better network makes it work better.

> Is there any combination of packet losses and bit errors that will cause data
> corruption?

Packet loss is a separate issue.  The bit errors could theoretically
go undetected, but I have not seen that happen in practice.  I think
that given equipment of low enough quality, they could be observed,
but that principle applies to any hardware that works with data.

> Is there any document describing the data integrity?

The AoE protocol spec describes the fact that each command has a tag
that identifies it, and it says that commands are retransmitted until
a reply is received.  Documentation for ethernet itself would describe
how it preserves data integrity.

--

-- 
  Ed L Cashin <ecashin@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

WinAoE and gPXE releases

Hello,

Recently there have been releases of 2 AoE-related FOSS utilities that 
might be of interest to members of this list.

First is WinAoE ( http://winaoe.org/ ), a GPLv3 32/64bit AoE driver for 
Microsoft Windows (2000 through Vista).

Once WinAoE is installed as a Windows driver, it is possible to boot 
Windows from AoE targets, as well as mount AoE targets from within 
Windows after it is booted.

Second is gPXE ( http://etherboot.org/ ), a GPLv2 rewrite of the 
Etherboot network boot loader from the Etherboot project. It can be used 
as a general AoE boot solution for different operating systems 
(including support for Linux, Windows through the WinAoE and others). 
There are some HowTo documents for booting Linux and WinXP here:

    http://www.etherboot.org/wiki/sanboot/debian_and_ubuntu

and here:

    http://www.etherboot.org/wiki/sanboot/winxp

We welcome testing, feedback, patches, and whatever suggestions folks 
might have.

Enjoy,

Marty

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: WinAoE and gPXE releases

On Mon, Mar 10, 2008 at 01:34:08PM -0400, Marty Connor wrote:
> Hello,
> 
> Recently there have been releases of 2 AoE-related FOSS utilities that 
> might be of interest to members of this list.

That's exciting news, thanks!

I hope that we will hear some feedback here on the aoetools-discuss
list.

--

-- 
  Ed L Cashin <ecashin@...>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: WinAoE and gPXE releases

> First is WinAoE ( http://winaoe.org/ ), a GPLv3 32/64bit AoE driver for 
> Microsoft Windows (2000 through Vista).
>   
oh boy oh boy oh boy, the one I've been waiting for :>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/