Very Big Device. Try to Use Read Capacity

Странная ситуация, есть контроллер в сервере, создал two-а массива:

Массив 1:

Logical device number 0
Logical device name : Arrangement
RAID level : 1
Status of logical device : Optimal
Size : 571382 MB
Read-enshroud mode : Enabled
MaxCache preferred read cache setting : Disabled
MaxCache read cache setting : Disabled
Write-cache style : Enabled (write-back)
Write-cache setting : Enabled (write-back)
Partitioned : Yes
Protected by Hot-Spare : No
Bootable : Aye
Failed stripes : No
Power settings : Disabled
--------------------------------------------------------
Logical device segment data
--------------------------------------------------------
Segment 0 : Present (Controller:1,Enclosure:0,Slot:0) 2AWDERSN
Segment 1 : Nowadays (Controller:one,Enclosure:0,Slot:1) 2AWELBGN

Массив 2:

Logical device number ane
Logical device name : BACKUP
RAID level : Simple_volume
Status of logical device : Optimal
Size : 2856950 MB
Read-cache manner : Enabled
MaxCache preferred read enshroud setting : Disabled
MaxCache read enshroud setting : Disabled
Write-enshroud mode : Enabled (write-back)
Write-cache setting : Enabled (write-back)
Partitioned : Yeah
Protected by Hot-Spare : No
Bootable : No
Failed stripes : No
Power settings : Disabled
--------------------------------------------------------
Logical device segment data
--------------------------------------------------------
Segment 0 : Nowadays (Controller:one,Enclosure:0,Slot:2) 44MX3T2GS

В настройках указано, что логические устройства со включенным кешем на запись, но при этом в ОС Debian Linux все равно видно что кеш на запись не включен:

[ 2.454435] sd 0:0:0:0: [sda] 1170190336 512-byte logical blocks: (599 GB/557 GiB)
[ 2.454475] sd 0:0:0:0: [sda] Write Protect is off
[ 2.454478] sd 0:0:0:0: [sda] Manner Sense: 06 00 10 00
[ ii.454556] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA

[ 2.454471] sd 0:0:1:0: [sdb] Very big device. Trying to use READ CAPACITY(16).
[ two.454500] sd 0:0:one:0: [sdb] 5851033600 512-byte logical blocks: (2.99 TB/two.72 TiB)
[ 2.454513] sd 0:0:ane:0: [sdb] Write Protect is off
[ two.454517] sd 0:0:1:0: [sdb] Mode Sense: 06 00 10 00
[ 2.454542] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA

Кто с таким сталкивался и как можно исправить?

Сообщение **maverlife** » 09 апр 2015, 02:50

думаю это нормально, так как кэшем управляет ядро контроллера, а не операционная система. поэтому кэш записи в ос отключен на уровне драйвера.

Сообщение **DoktorPZ** » x апр 2015, 10:56

Нашел такую информацию: http://mintojoseph.blogspot.ru/2010/09/ ... -when.html

Why dmesg is showing write through when the disk connected to Adaptec AAC-RAID is set to write back equally per Adaptec Storage Managing director?
dmesg command is showing following output.

Vendor: Adaptec Model: Information Rev: V1.0
Type: Direct-Access ANSI SCSI revision: 02
sdb : very big device. try to use READ CAPACITY(16).
SCSI device sdb: 9762222080 512-byte hdwr sectors (4998258 MB)
sdb: Write Protect is off
sdb: Mode Sense: 06 00 10 00
SCSI device sdb: bulldoze cache: write through westward/ FUA
sdb : very large device. try to employ READ Chapters(16).
SCSI device sdb: 9762222080 512-byte hdwr sectors (4998258 MB)
sdb: Write Protect is off
sdb: Mode Sense: 06 00 10 00
SCSI device sdb: drive cache: write through westward/ FUA
sdb: sdb1
sd 0:0:1:0: Attached scsi removable disk sdb
This is expected beliefs.

What the aacraid commuter reports is independent of the firmware settings configured by the storage manager. Instead, the write back configuration the aacraid commuter reports is controlled the variable aac_cache (which can exist set up by a module parameter named cache).

From drivers/scsi/aacraid/aachba.c:

static int aac_cache = 2; /* WCE=0 to avoid performance bug */
...
module_param_named(cache, aac_cache, int, S_IRUGO|S_IWUSR);
MODULE_PARM_DESC(cache, "Disable Queue Flush commands:\n"
"\tbit 0 - Disable FUA in WRITE SCSI commands\north"
"\tbit 1 - Disable SYNCHRONIZE_CACHE SCSI command\n"
"\tbit 2 - Disable only if Battery is protecting Cache");

With the default value of ii, aacraid always reports disks as beingness in write through mode.

Сообщение **maverlife** » 10 апр 2015, 12:43

true cat /sys/module/aacraid/parameters/enshroud
если уверены, то к параметрам ядра добавьте aacraid.cache=0|one|ii
но вообще лучше найти, почему в вашем дистрибутиве этот параметр с таким значением. батарейка вообще стоит?
у меня кстати тоже:
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
батарейка стоит, в настройках контролера "включить при наличии батарейки", при этом в /sys/module/aacraid/parameters/enshroud значение "2".

Сообщение **oleg_km** » x апр 2015, 12:55

На Windows аналогичная ситуация - драйвер запрещает кеширование записи

Сообщение **DoktorPZ** » 10 апр 2015, 20:20

maverlife писал(а):cat /sys/module/aacraid/parameters/cache
если уверены, то к параметрам ядра добавьте aacraid.enshroud=0|1|2
но вообще лучше найти, почему в вашем дистрибутиве этот параметр с таким значением. батарейка вообще стоит?
у меня кстати тоже:
sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, supports DPO and FUA
sd 0:0:i:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA
батарейка стоит, в настройках контролера "включить при наличии батарейки", при этом в /sys/module/aacraid/parameters/cache значение "2".

Система боевая, поиграться возможности нет. Но по хорошему драйвер должен сообщать верный режим записи, а не как разработчик захардкодил.

Сообщение **maverlife** » 11 апр 2015, 11:32

не уверен, что правильно вас понял. но драйвер в данном случае и передает верные режимы работы для кэша операционной системы. а то, что у контроллера свои настройки, так это логично - независимость аппаратного обеспечения от программного.

maverlife писал(а):не уверен, что правильно вас понял. но драйвер в данном случае и передает верные режимы работы для кэша операционной системы. а то, что у контроллера свои настройки, так это логично - независимость аппаратного обеспечения от программного.

Несовсем, вот аналогичный вывод с dell сервера на контроллере PERC:
[ three.321159] sd 0:two:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

То есть драйвер честно говорит ОС, что кеш на запись включен. В драйвере адаптек это не так.

Сообщение **maverlife** » 13 апр 2015, 06:55

нужно разделять кэш контроллера и кэши различного уровня в операционной системе. если я правильно понял тексты исходного кода и описание этого поведения на английском языке, то при наличии батарейки драйвер контроллера блокирует кэширование записи блочного устройства в ос, о чем говорит сообщение в выводе dmesg. это не признак того, что кэширование записи самого контроллера для данного массива отключено.

Сообщение **DoktorPZ** » xx апр 2015, 14:03

maverlife писал(а):нужно разделять кэш контроллера и кэши различного уровня в операционной системе. если я правильно понял тексты исходного кода и описание этого поведения на английском языке, то при наличии батарейки драйвер контроллера блокирует кэширование записи блочного устройства в ос, о чем говорит сообщение в выводе dmesg. это не признак того, что кэширование записи самого контроллера для данного массива отключено.

По поводу записи - это понятно, вопрос почему драйвер выдает неправильный статус. По идее он, как для других контроллеров, должен писать что включен режим WB.

Сообщение **maverlife** » xx апр 2015, 16:14

потому что все правильно со статусом. драйвер видит, что есть батарейка и кэш записи включен в контроллере, и говорит ос - отключи-ка свой кэш записи для этого драйва.

Сообщение gs » 20 апр 2015, 16:27

А в чем, собственно, проблема?

Сообщение **DoktorPZ** » 20 апр 2015, 18:02

maverlife писал(а):потому что все правильно со статусом. драйвер видит, что есть батарейка и кэш записи включен в контроллере, и говорит ос - отключи-ка свой кэш записи для этого драйва.

Судя по комменту в блоге - там простой хардкод, то есть драйвер всегда пишет WT режим работы. При этом тот же драйвер от LSI пишет нормальные статусы.

Сообщение **DoktorPZ** » 20 апр 2015, xviii:03

gs писал(а):А в чем, собственно, проблема?

Опимально чтобы драйвер в dmesg писал текущий статус работы кеша на запись, WT или WB.

Сообщение gs » twenty апр 2015, 18:12

Из-за этого теряются данные или что-то не работает?

Very Big Device. Try to Use Read Capacity

Adaptec 5405 Write-enshroud mode

Adaptec 5405 Write-enshroud style

Re: Adaptec 5405 Write-enshroud mode

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-enshroud way

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache fashion

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache manner

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache mode

Re: Adaptec 5405 Write-cache manner

0 Response to "Very Big Device. Try to Use Read Capacity"

Post a Comment

Iklan Atas Artikel

Iklan Tengah Artikel 1

Iklan Tengah Artikel 2

Iklan Bawah Artikel