problem s trim na radici PERC h310

[ntz_reloaded]

ahoj,

instaloval jsem jeden server, kde jsem z jistych (ne mnou zavinenych) duvodu musel pouzit low-end disky na low-end radici (eg disk KINGSTON SV300S37A60G aka http://www.kingston.com/en/ssd/v#sv300s3 a radic PERC h310 aka http://www.dell.com/downloads/global/products/pvaul/en/dell-perc-h310-spec-sheet.pdf) ..

kdyz jsem dal na radici disky do raidu1, tak to vubec neslo spravne (neresil jsem co, proste 2x sfailovala instalace linuxu, jednou na 8%, podruhy asi na 12%), tak jsem vytvoril mdraid (softwarovy raid) a udelal to tak ..

muj problem je, ze mi asi nefunguje trim .. mam sice *mauntnutou *opsnu "discard" a nikde neni zalogovanej zadnej problem, ale fstrim opet bez nejakeho uprednostnujiciho vysvetleni zfailuje, ackoliv firmware disku (hdparm) tvrdi, ze ten trim discard je podporovanej

Kód: [Vybrat]

# fstrim -v /boot
fstrim: /boot: FITRIM ioctl failed: Operation not supported

# mount|grep discard
/dev/mapper/rpool-root on / type ext4 (rw,discard)
/dev/md0 on /boot type ext4 (rw,discard)

# sg_readcap -l /dev/sda
Read Capacity results:
   Protection: prot_en=0, p_type=0, p_i_exponent=0
   Thin provisioning: tpe=0, tprz=0
   Last logical block address=117231407 (0x6fccf2f), Number of logical blocks=117231408
   Logical block length=512 bytes
   Logical blocks per physical block exponent=0
   Lowest aligned logical block address=0
Hence:
   Device size: 60022480896 bytes, 57241.9 MiB, 60.02 GB


# hdparm -I /dev/sda | grep TRIM|perl -pe 's/^\s+//'
*       Data Set Management TRIM supported (limit 1 block)
problem je, ze nikde v logach fakt neni zadnej error s tim spojenej ... hledal jsem jak pes, nic jsem nenasel .. v logach i na ddg/ggl .. po urcitych vyguglenych indiciich jsem nabyl dojmu, ze proste kombinace tehlech konkretnich disku s timhle radicem (resp. verzi firmware na nem) proste nechce fungovat ..

trosku tapu jak to debugovat .. nemohl ny me poradit nekdo znalej, jak byt treba potvrdit tuhle verzi .. ja proste nedokazi ze zadnych vypisu co mi to dava tuhle svoji teorii potvrdit .. zkousel jsem samozrejme i ty disky singl mimo mdraid, kdyby to delal nejak on .. vysledek furt stejnej ..

nejvic me mate, ze ten "discard" se da mountnout a nikde proti tomu nic neprotestuje

Kód: [Vybrat]

# dd if=/dev/zero of=/var/tmp/1GB.zeros oflag=direct bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 2.40159 s, 447 MB/s

# dd if=/dev/zero of=/var/tmp/100MB.zeros oflag=direct bs=1K count=102400
102400+0 records in
102400+0 records out
104857600 bytes (105 MB) copied, 6.59303 s, 15.9 MB/s
^^ btw, nema to bejt vic pri te velikosti bloku 1K ? ^^

diky za jakejkoliv input a zdravim, ntz

[ntz_reloaded]

vyreseno vymenou radice .... dalsi reseni melo byt update firmware na soucasnem, na to kaslu

[jmp]

takže je z toho hw raid1 a trim funguje?

[ntz_reloaded]

takže je z toho hw raid1 a trim funguje?

https://bbs.archlinux.org/viewtopic.php?id=187091

dela to naprosto presne tohle, ale rekl bych, ze to funguje .... mam normalne "discard" v mount opts a jeste jsem dal do cronu aby se 4x za den udelal ten fstrim .. error to zadnej nikde nehlasi akorat po kazdem bootu to znovu (presne jak v tom prispevku) ztrimuje znovu jakoby vsechno ..

[jmp]

není ten fstrim v cronu nadbytečný, když je tam discard?
chápal bych použití jednoho či druhého, ale obojí naráz nějak nechápu

(nicméně zkušenosti s tím mám minimální, neb mám jediný ssd v nb a tam používám discard mount option...)