Daofeng Li | 16 Dec 22:34 2015
Picon

[Aoetools] aoe driver on Ubuntu 14.04

Dear list,

I would like to attach some aoe disks to my system, I assume I don't need to install aoe drivers as Ubuntu 14.04 already have the driver. I connect the disks to the server, but aoe-stat gives me nothing, aoe-discover get error.

# aoe-discover 
aoe-discover: /dev/etherd/discover does not exist or is not writeable.

I did some google search seems related to udev rules, but not quite sure how to fix it.
Could anyone please suggest how to fix it? Thanks a lot.

Daofeng
------------------------------------------------------------------------------
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
TuxOholic | 8 Oct 20:59 2015
Picon

Slow transfer speed of AoE

Hi experts

I use Debian Jessie on two Banana-PI with kernel 3.19 and have installed aoe.ko, vblade and aoetools. Both systems are connected by Gbit LAN via a Gbit switch. The MTU is set at 1500 and can't be changed because the Ethernet driver does not support it for that hardware.

Without AoE, when I read/write data of 1GB size on the other system via nfs, I get speeds of 55 / 35 MB/s respectively. Writing is probably so much slower due to a bug in the Allwinner A20 silicone or somewhere in software.

However, if I map the drive of one system to the other via AoE and do reading/writing to this mapped raw device (/dev/etherd/e0.1), the speeds get very low, typically 21/7 MB/s respectively. Only when rather small amount of data like 150 MB files are transferred, the speed is higher like 35/25 MB/s.

I wonder why AoE is so slow and hope you can tell me what must be changed to get better transfer rates.

Many thanks!

TuxOholic

------------------------------------------------------------------------------
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
Keri Alleyne | 8 Jul 17:02 2015

Paging Sam Hopkins

Sorry about this off-topic post.

We are trying to contact Sam Hopkins. Anyone have a recent and 
functional email address for him?

Let's not post his contact info on the list...just indicate that you 
have an address and we will take this offline.

Thanks.

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
Ed Cashin | 17 Jun 03:25 2015
Picon

aoetools-37 on github

Hi.

There's a new aoetools release.  Please try it and provide feedback if 
you can.

https://github.com/OpenAoE/aoetools/archive/aoetools-37.tar.gz

Here is a snippet from the NEWS file:

2015-06-16 Ed Cashin <ed.cashin@...>
     update documentation for OpenAoE
     clean up code based on set-not-used compiler warnings
     release 37

--

-- 
   Ed

------------------------------------------------------------------------------
Daofeng Li | 16 Jun 18:12 2015
Picon

end_request: I/O error

Dear list,

I was trying to relocating my storage from 1 server to another, the old one has aoe driver version 81 installed, the new has 85 installed, I see this error message on the new system only. Is there a way to fix them? Thanks a lot.

Jun 15 17:11:01 cluster kernel: [ 1243.965424] end_request: I/O error, dev etherd/e50.23, sector 1953523728 Jun 15 17:11:01 cluster kernel: [ 1243.965436] aoe: device 52.23 is not up Jun 15 17:11:01 cluster kernel: [ 1243.965440] end_request: I/O error, dev etherd/e52.23, sector 1953524240 Jun 15 17:11:01 cluster kernel: [ 1243.965443] aoe: device 52.23 is not up Jun 15 17:11:01 cluster kernel: [ 1243.965445] end_request: I/O error, dev etherd/e52.23, sector 528 Jun 15 17:11:01 cluster kernel: [ 1243.965447] aoe: device 52.23 is not up Jun 15 17:11:01 cluster kernel: [ 1243.965449] aoe: device 52.23 is not up Jun 15 17:11:01 cluster kernel: [ 1244.126390] aoe: device 50.23 is not up Jun 15 17:11:01 cluster kernel: [ 1244.126395] end_request: I/O error, dev etherd/e50.23, sector 1953524240 Jun 15 17:11:01 cluster kernel: [ 1244.177397] aoe: device 50.23 is not up Jun 15 17:11:01 cluster kernel: [ 1244.177401] end_request: I/O error, dev etherd/e50.23, sector 528 Jun 15 17:11:01 cluster kernel: [ 1244.226678] aoe: device 50.23 is not up Jun 15 17:11:01 cluster kernel: [ 1244.226681] aoe: device 50.23 is not up Jun 15 17:11:01 cluster kernel: [ 1244.226697] end_request: I/O error, dev etherd/e52.22, sector 1953523728 Jun 15 17:11:01 cluster kernel: [ 1244.274831] aoe: device 52.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.274834] end_request: I/O error, dev etherd/e52.22, sector 1953524240 Jun 15 17:11:01 cluster kernel: [ 1244.321528] aoe: device 52.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.321531] end_request: I/O error, dev etherd/e52.22, sector 528 Jun 15 17:11:01 cluster kernel: [ 1244.366733] aoe: device 52.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.366736] aoe: device 52.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.366760] end_request: I/O error, dev etherd/e50.22, sector 1953523728 Jun 15 17:11:01 cluster kernel: [ 1244.410629] aoe: device 50.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.410633] end_request: I/O error, dev etherd/e50.22, sector 1953524240 Jun 15 17:11:01 cluster kernel: [ 1244.453077] aoe: device 50.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453082] aoe: device 50.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453084] aoe: device 50.22 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453100] aoe: device 52.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453104] aoe: device 52.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453107] aoe: device 52.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453109] aoe: device 52.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453116] aoe: device 50.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453121] aoe: device 50.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453125] aoe: device 50.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453127] aoe: device 50.21 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453133] aoe: device 52.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453145] aoe: device 52.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453156] aoe: device 52.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453163] aoe: device 52.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453190] aoe: device 50.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453200] aoe: device 50.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453219] aoe: device 50.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453222] aoe: device 50.20 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453230] aoe: device 52.19 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453235] aoe: device 52.19 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453239] aoe: device 52.19 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453241] aoe: device 52.19 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453249] aoe: device 52.18 is not up Jun 15 17:11:01 cluster kernel: [ 1244.453260] aoe: device 52.18 is not up

y aoe-stat command actually told the system could found the disks:

# aoe-stat e50.0 1000.204GB em1 8704 up e50.10 1000.204GB em1 8704 up e50.1 1000.204GB em1 8704 up e50.11 1000.204GB em1 8704 up e50.12 1000.204GB em1 8704 up e50.13 1000.204GB em1 8704 up e50.14 1000.204GB em1 8704 up e50.15 1000.204GB em1 8704 up e50.16 1000.204GB em1 8704 up e50.17 1000.204GB em1 8704 up e50.18 1000.204GB em1 8704 up e50.19 1000.204GB em1 8704 up e50.20 1000.204GB em1 8704 up e50.2 1000.204GB em1 8704 up e50.21 1000.204GB em1 8704 up e50.22 1000.204GB em1 8704 up e50.23 1000.204GB em1 8704 up e50.3 1000.204GB em1 8704 up e50.4 1000.204GB em1 8704 up e50.5 1000.204GB em1 8704 up e50.6 1000.204GB em1 8704 up e50.7 1000.204GB em1 8704 up e50.8 1000.204GB em1 8704 up e50.9 1000.204GB em1 8704 up e52.0 1000.204GB em1 8704 up e52.10 1000.204GB em1 8704 up e52.1 1000.204GB em1 8704 up e52.11 1000.204GB em1 8704 up e52.12 1000.204GB em1 8704 up e52.13 1000.204GB em1 8704 up e52.14 1000.204GB em1 8704 up e52.15 1000.204GB em1 8704 up e52.16 1000.204GB em1 8704 up e52.17 1000.204GB em1 8704 up e52.18 1000.204GB em1 8704 up e52.19 1000.204GB em1 8704 up e52.20 1000.204GB em1 8704 up e52.2 1000.204GB em1 8704 up e52.21 1000.204GB em1 8704 up e52.22 1000.204GB em1 8704 up e52.23 1000.204GB em1 8704 up e52.3 1000.204GB em1 8704 up e52.4 1000.204GB em1 8704 up e52.5 1000.204GB em1 8704 up e52.6 1000.204GB em1 8704 up e52.7 1000.204GB em1 8704 up e52.8 1000.204GB em1 8704 up e52.9 1000.204GB em1 8704 up

network, system and driver information:


root <at> cluster:/home/d# ifconfig 

em1       Link encap:Ethernet  HWaddr 5c:f9:dd:b9:48:a8  

          inet addr:10.200.0.20  Bcast:10.200.0.255  Mask:255.255.255.0

          inet6 addr: fe80::5ef9:ddff:feb9:48a8/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:9000  Metric:1

          RX packets:392548 errors:0 dropped:337 overruns:0 frame:0

          TX packets:311526 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000 

          RX bytes:164961826 (164.9 MB)  TX bytes:20663984 (20.6 MB)


lo        Link encap:Local Loopback  

          inet addr:127.0.0.1  Mask:255.0.0.0

          inet6 addr: ::1/128 Scope:Host

          UP LOOPBACK RUNNING  MTU:65536  Metric:1

          RX packets:1325 errors:0 dropped:0 overruns:0 frame:0

          TX packets:1325 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0 

          RX bytes:23850 (23.8 KB)  TX bytes:23850 (23.8 KB)


root <at> cluster:/home/d# uname -a

Linux cluster 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

root <at> cluster:/home/d# aoe-version 

              aoetools: 36

  installed aoe driver: 85

    running aoe driver: 85



Daofeng
------------------------------------------------------------------------------
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
Pongrácz István | 11 Jun 19:09 2015
Picon
Gravatar

ping

just a test, I did not receive emails for a looooong time

Bye,

Steve

------------------------------------------------------------------------------
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
Daofeng Li | 26 May 05:35 2015
Picon

change eth2 to eth0, only part of disks appear

Dear list members,

I am using Ubuntu 12.04 with aoetools 81 for my Coraid box.
I used to use a 10Gb switch with CX-4 cable to connect the Coraid.
Somehow my switch failed and I had to use the Ethernet port with Rj45 cable.
But my issue is that only some of my disks show up when I use aoe-stat, I tried reboot both server and Coraid for few time but without lucky.
my shelf could be accessed through eth0 using cec command.

Did anyone have some suggestions? Thanks a lot in advance.

root <at> server1:~# uname -a
Linux server1 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
root <at> server1:~# aoe-version
              aoetools: 34
  installed aoe driver: 81
                      : 81
    running aoe driver: 81


root <at> corona:~# cec eth0
Probing for shelves ... done.
SHELF | EA
50      00259005BA18
51      002590053BF8
52      003048DD4D24
[#qp]: 50
connecting ... done.
Escape is Ctrl-\

SRX shelf 50> disks
DISK             SIZE                      MODEL  FIRMWARE              MODE
50.0       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.1       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.2       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.3       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.4       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.5       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.6       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.7       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.8       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.9       1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.10      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.11      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.12      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.13      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.14      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.15      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.16      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.17      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.18      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.19      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.20      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.21      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.22      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
50.23      1000.204GB      WDC WD1002FBYS-02A6B0  03.00C06      sata 3.0Gb/s
SRX shelf 50> list
 0 1000.205GB online
 1 1000.205GB online
 2 1000.205GB online
 3 1000.205GB online
 4 1000.205GB online
 5 1000.205GB online
 6 1000.205GB online
 7 1000.205GB online
 8 1000.205GB online
 9 1000.205GB online
10 1000.205GB online
11 1000.205GB online
12 1000.205GB online
13 1000.205GB online
14 1000.205GB online
15 1000.205GB online
16 1000.205GB online
17 1000.205GB online
18 1000.205GB online
19 1000.205GB online
20 1000.205GB online
21 1000.205GB online
22 1000.205GB online
23 1000.205GB online
SRX shelf 50> >>>
        (q)uit, (i)nterrupt, (.)continue
>>> q
SHELF | EA
50      00259005BA18
51      002590053BF8
52      003048DD4D24
[#qp]: root <at> server1:~#
root <at> server1:~# aoe-discover
root <at> server1:~# aoe-stat
    e51.14      2000.398GB       eth0 1024  up
    e51.16      2000.398GB       eth0 1024  up
    e51.17      2000.398GB       eth0 1024  up
    e51.19      2000.398GB       eth0 1024  up
    e51.20      2000.398GB       eth0 1024  up
     e51.2      2000.398GB       eth0 1024  up
    e51.22      2000.398GB       eth0 1024  up
    e51.23      2000.398GB       eth0 1024  up
     e51.4      2000.398GB       eth0 1024  up
     e51.6      2000.398GB       eth0 1024  up
     e51.8      2000.398GB       eth0 1024  up


Daofeng
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
Ed Cashin | 14 Apr 03:31 2015
Picon

v86pre1 adds compatibility with new kernels

Hi.

This prerelease,

   https://github.com/OpenAoE/aoe/releases/tag/aoe6-86pre1

... at the new github project for OpenAoE,

   http://www.openaoe.org/

... is compile-tested to be compatible with new kernels.  It has 
backward compatibility with older kernels.

The changes are significant but are intended to closely mirror upstream 
changes in the upstream kernel's built-in aoe driver.  As usual, they're 
accompanied by backwards-compatibility tests and patches that allow the 
driver to work on older kernels as well.

Please try out this prerelease and let me or the list know how it works.

--

-- 
   Ed

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
Joshua J. Kugler | 19 Feb 05:39 2015
X-Face
Gravatar

Re: vblade chs boundary warning

You might argue that people are more likely to read the logs than the 
docs...but then, a lot of people read neither until something goes wrong.  But 
maybe finding that message in the logs is more likely to happen when something 
goes wrong, rather than "Hmm, something is wrong, I think I'll go look for 
warnings in the docs."

But maybe that's just me. :)

j

On Wednesday, February 18, 2015 22:51:47 Ed Cashin wrote:
> Would you consider a pull request that includes an addition to the 
documentation? That seems like a more appropriate place for a warning. On Feb 
18, 2015 10:01 PM, Catalin Salgau <csalgau@...> wrote:
> > Hi.
> > 
> > While I haven't gotten around to testing any of the "recent" changes, a
> > colleague finally tracked down one of our long-standing corruption
> > issues some time ago and I think I should suggest a change that might
> > help others.
> > WinAoE has some code in the GettingsSize state that truncates a disk to
> > CHS geometry. Prior to Vista, Windows enforced CHS alignment for
> > partition boundaries, so this was not a problem.
> > However, if you installed a newer OS (one using 1MB boundaries) then
> > moved it to AoE storage, truncating at a partition boundary could cause
> > sectors to be missing under WinAoE, corrupting your data. Windows
> > probably never actually relied on this behaviour, since it was enforcing
> > alignment itself.
> > 
> > I would like to request a warning along the lines of (while the 512 byte
> > sector size is superfluous, I include it for clarity)
> > #define CHSALIGN 255*63*512
> > if ((size*512) % CHSALIGN) {
> >     vlong recsz = (size*512) + CHSALIGN - (size*512)%CHSALIGN;
> >     printf("Exported size (%llu) is not aligned to usual CHS
> > geometry.\n", size*512)
> >     printf("Consider truncating to %llu bytes to prevent issues.\n",
> > recsz); }
> > Please excuse the lack of a pull request.
> > I'll try getting back to the other changes I was proposing at a later
> > time.
> > Thanks!
> > 
> > --------------------------------------------------------------------------
> > ---- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> > with Interactivity, Sharing, Native Excel Exports, App Integration & more
> > Get technology previously reserved for billion-dollar corporations, FREE
> > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clkt
> > rk _______________________________________________
> > Aoetools-discuss mailing list
> > Aoetools-discuss@...
> > https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
> 
> ----------------------------------------------------------------------------
> -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
> _______________________________________________
> Aoetools-discuss mailing list
> Aoetools-discuss@...
> https://lists.sourceforge.net/lists/listinfo/aoetools-discuss

--

-- 
Joshua J. Kugler - Fairbanks, Alaska
Azariah Enterprises - Programming and Website Design
joshua@... - Jabber: pedahzur@...
PGP Key: http://pgp.mit.edu/  ID 0x73B13B6A

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
Catalin Salgau | 19 Feb 04:01 2015
Picon
Picon

vblade chs boundary warning

Hi.

While I haven't gotten around to testing any of the "recent" changes, a 
colleague finally tracked down one of our long-standing corruption 
issues some time ago and I think I should suggest a change that might 
help others.
WinAoE has some code in the GettingsSize state that truncates a disk to 
CHS geometry. Prior to Vista, Windows enforced CHS alignment for 
partition boundaries, so this was not a problem.
However, if you installed a newer OS (one using 1MB boundaries) then 
moved it to AoE storage, truncating at a partition boundary could cause 
sectors to be missing under WinAoE, corrupting your data. Windows 
probably never actually relied on this behaviour, since it was enforcing 
alignment itself.

I would like to request a warning along the lines of (while the 512 byte 
sector size is superfluous, I include it for clarity)
#define CHSALIGN 255*63*512
if ((size*512) % CHSALIGN) {
    vlong recsz = (size*512) + CHSALIGN - (size*512)%CHSALIGN;
    printf("Exported size (%llu) is not aligned to usual CHS 
geometry.\n", size*512)
    printf("Consider truncating to %llu bytes to prevent issues.\n", recsz);
}
Please excuse the lack of a pull request.
I'll try getting back to the other changes I was proposing at a later time.
Thanks!

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
Picon

question about file system

Hi,
I am using  Coraid (Model: ST3750330NS)
OS is CentOS:

Distributor ID: CentOS
Description:    CentOS release 6.6 (Final)
Release:        6.6
Codename:       Final


kernel:

Linux 2.6.32-71.el6.x86_64 #1 SMP Fri May 20 03:51:51 BST 2011 x86_64 x86_64 x86_64 GNU/Linux

8 GB RAM, 2 x Intel(R) Pentium(R) D CPU 3.00GHz

I use this server (directory connected to shelf through crossover cable) os mail server.
Mail's spool in on etherd device.
I am having big load problems (> 200!)
I would like to investigate if this can be related to file system issue or network issue

I set mtu 9000 to dedicated ethernet:
0a:00.0 Ethernet controller: Intel Corporation 82572EI Gigabit Ethernet Controller (Copper) (rev 06)


eth2      Link encap:Ethernet  HWaddr 00:15:17:CB:57:AB
          inet6 addr: fe80::215:17ff:fecb:57ab/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:9000  Metric:1

In /var/log/messages I see this:


Call Trace:
 [<ffffffff8120051f>] ? security_inode_permission+0x1f/0x30
 [<ffffffff8117ab4d>] ? __link_path_walk+0xfd/0x1040
 [<ffffffff814c97ae>] __mutex_lock_slowpath+0x13e/0x180
 [<ffffffff811794b1>] ? path_put+0x31/0x40
 [<ffffffff814c964b>] mutex_lock+0x2b/0x50
 [<ffffffff81178b7f>] lock_rename+0x3f/0xe0
 [<ffffffff8117c133>] sys_renameat+0x113/0x260
 [<ffffffff81135837>] ? handle_pte_fault+0xf7/0xad0
 [<ffffffff81171b14>] ? cp_new_stat+0xe4/0x100
 [<ffffffff81180210>] ? filldir+0x0/0xe0
 [<ffffffff810d40a2>] ? audit_syscall_entry+0x272/0x2a0
 [<ffffffff8117c29b>] sys_rename+0x1b/0x20
 [<ffffffff81013172>] system_call_fastpath+0x16/0x1b


and this is the output of "top" command:

top - 17:15:32 up  1:29,  1 user,  load average: 160.25, 164.19, 242.60
Tasks: 597 total,   2 running, 595 sleeping,   0 stopped,   0 zombie
Cpu(s): 10.2%us,  5.2%sy,  0.0%ni,  0.0%id, 84.1%wa,  0.0%hi,  0.5%si,  0.0%st
Mem:   8059612k total,  5515976k used,  2543636k free,  1737132k buffers
Swap: 10289144k total,        0k used, 10289144k free,  2254068k cached


(notice high I/O wait)

# aoe-version
              aoetools: 35
  installed aoe driver: 47
    running aoe driver: 47

Do you have any suggestion?
Thank you very much!

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@...
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss

Gmane