[solved] omv and 3ware strange behaviour

Hi Folks,
this is my first Post on this Forum.
I'm using OMV 0.4.28 on my self-made NAS, installed on a USB-Drive.

I Plugged in a 3Ware 3ware 9650se-16ml Controller with 5x 3TB Drives attached.
After that i created a RAID-5 in the Controllers Bios.
The Array is created sucessfully an the 3ware-Cli-Tool shows the following:

tw_cli /c0 show


Unit  UnitType  Status         %RCmpl  %V/I/M  Stripe  Size(GB)  Cache  AVrfy
------------------------------------------------------------------------------
u0    RAID-5    OK             -       -       256K    11175.8   RiW    ON


VPort Status         Unit Size      Type  Phy Encl-Slot    Model
------------------------------------------------------------------------------
p0    OK             u0   2.73 TB   SATA  0   -            WDC WD30EFRX-68AX9N0
p1    OK             u0   2.73 TB   SATA  1   -            WDC WD30EFRX-68AX9N0
p2    OK             u0   2.73 TB   SATA  2   -            WDC WD30EFRX-68AX9N0
p3    OK             u0   2.73 TB   SATA  3   -            WDC WD30EFRX-68AX9N0
p4    OK             u0   2.73 TB   SATA  4   -            WDC WD30EFRX-68AX9N0

Now if i start OMV and login to the WebIF i found a strange behavior.
At the Physical Disk Section i can now see 7 Drives (see Attachment):

6x 9650SE-16M DISK - AMCC (sda, sdb, sdc, sdd, sde, sdf --> one disk to much?!?!)
1x CRUZER FIT - Sandisk (sdg --> OMV DISK)

I expected to see two drives:

1x 9650SE-16M DISK - AMCC (sda --> the RAID-5 Array)
1x CRUZER FIT - Sandisk (sdb --> OMV DISK)

parted -l shows the following:

parted -l
Error: /dev/sda: unrecognised disk label


Error: /dev/sdb: unrecognised disk label


Error: /dev/sdc: unrecognised disk label


Error: /dev/sdd: unrecognised disk label


Error: /dev/sde: unrecognised disk label


Error: /dev/sdf: unrecognised disk label


Model: SanDisk Cruzer Fit (scsi)
Disk /dev/sdg: 16,0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos


Number  Start   End     Size    Type      File system     Flags
 1      1049kB  15,3GB  15,3GB  primary   ext4            boot
 2      15,3GB  16,0GB  701MB   extended
 5      15,3GB  16,0GB  701MB   logical   linux-swap(v1)

What am i doing wrong?
Greetings
Cleem

Hi, thanx for the quick reply.
Upgraded to 3.2 Kernel but issue still exists
Have been looking for a solution all day long, don't know what else to do....

ahhh!
found the Problem:
In Controller-Bios i had to disable auto-carving

Ok, thanks for the Hint!
Changed the USB-Stick with an 64 GB SSD today

Another issue i noticed, i created a CIFS-Share on my ARRAY.
If i'm uploading some Files to the Share i reach Transfer-Rates about 100-110 MB/s
But if i download the Files from the Share i only reach 70-80 MB/s....

...i expected, that write-operations are much slower than reading-operations.... :-$

my Systems HDD is a Samsung SSD 830 Series with 128GB...
The Drive is connected to 6GB/s SATA-Port.
The Throughput should be up to 520 MB/s reading, up to 320 MB/s writing....
.. shouldn't be the Bottleneck?

Can you explain an reliable Way to test the NAS-Speed?

Did some Tests on my ext4-fs, but my Performance is different to yours....

dd if=/dev/zero of=tempfile bs=1MB count=102400

102400000000 Bytes (102 GB) kopiert, 773,062 s, 132 MB/s

dd if=/dev/zero of=tempfile bs=1MB count=10240

10240000000 Bytes (10 GB) kopiert, 57,255 s, 179 MB/s

dd if=tempfile of=/dev/zero bs=1MB count=102400

102400000000 Bytes (102 GB) kopiert, 195,02 s, 525 MB/s

dd if=tempfile of=/dev/zero bs=1MB count=10240

10240000000 Bytes (10 GB) kopiert, 3,14201 s, 3,3 GB/s
10240000000 Bytes (10 GB) kopiert, 2,925 s, 3,5 GB/s
10240000000 Bytes (10 GB) kopiert, 2,9202 s, 3,5 GB/s

hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 5554 MB in 2.00 seconds = 2779.50 MB/sec
Timing buffered disk reads: 1624 MB in 3.00 seconds = 540.89 MB/sec

hdparm -tT --direct /dev/sda
/dev/sda:
Timing O_DIRECT cached reads: 1150 MB in 2.00 seconds = 574.21 MB/sec
Timing O_DIRECT disk reads: 1632 MB in 3.00 seconds = 543.83 MB/sec

Hi David,
At the Time i DDed nothing else had access to my Array...
My HDDs are assigned to a RAID5-Array with 256KB Stripe size(default-Settings)... yours too?

Changed the Storsave-Profile from Protection to balanced.
Write Cache was already enabled, read Cahce was intelligent.

With the changed storsave Profile i tested again:

dd if=/dev/zero of=tempfile bs=1MB count=10240

10240000000 Bytes (10 GB) kopiert, 52,6018 s, 195 MB/s (little bit better..)


Can't belive that the "lack" of Performance is EXT4-related....
I decided to use EXT4 instead of XFS after reading this Post http://www.pro-linux.de/artike…das-dateisystem-ext4.html

What was your Reason to choose XFS?

i've a celeron 847 and 16GB ram .... but CPU never reached the 100%...