Re: [dmcache] Re: Error on flashcache/metadata (device-mapper: reload ioctl on cache10 failed: Invalid argument)

338 views
Skip to first unread message

Dulcardo Arteaga

unread,
Jun 5, 2013, 12:31:39 PM6/5/13
to dm-c...@googlegroups.com, ca...@cogolabs.com
Hello casey!

I see that you found a solution. I also see that you are using dm-cache version that actually come with kernel 3.9

If you are interested on trying dm-cache, you can take a look of our own dm-cache (also work with kernel 2.6.18 and 3.0.x)
Also we have a version that allow you to shared the cache for virtualized environments.


Regards,
-Dulcardo


On Wed, Jun 5, 2013 at 8:26 AM, <ca...@cogolabs.com> wrote:
Reducing the size of the partition used for the metadata device did the trick.

On Tuesday, June 4, 2013 3:30:20 PM UTC-4, ca...@cogolabs.com wrote:
Trying to setup a testing environment for dm-cache.  Here's some info:

[root@localhost /]# dmsetup create cache10 --table '0 1463812096 cache /dev/sdd2 /dev/mapper/ssdraid10-ssdraid10one /dev/mapper/dataraid10-dataraid10one 512 1 writethrough default 0'
device-mapper: reload ioctl on cache10 failed: Invalid argument
Command failed

[root@localhost /]# tail -F /var/log/messages
...
Jun  4 15:28:11 localhost kernel: [ 2330.521916] device-mapper: cache: Metadata device sdd2 is larger than 33423360 sectors: excess space will not be used.
Jun  4 15:28:11 localhost kernel: [ 2330.643354] device-mapper: space map common: space map too large
Jun  4 15:28:11 localhost kernel: [ 2330.649220] device-mapper: transaction manager: couldn't create metadata space map
Jun  4 15:28:11 localhost kernel: [ 2330.655100] device-mapper: cache metadata: tm_create_with_sm failed
Jun  4 15:28:11 localhost kernel: [ 2330.751746] device-mapper: table: 253:5: cache: Error creating metadata object
Jun  4 15:28:11 localhost kernel: [ 2330.757622] device-mapper: ioctl: error adding target to table

[root@localhost /]# blockdev --getsz /dev/mapper/dataraid10-dataraid10one 
1463812096

[root@localhost /]# uname -r
3.9.2-301.fc19.x86_64

[root@localhost /]# smartctl -i /dev/sdd
smartctl 6.0 2012-10-10 r3643 [x86_64-linux-3.9.2-301.fc19.x86_64] (local build)
Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     OCZ VERTEX PLUS
Serial Number:    
Firmware Version: 3.50
User Capacity:    120,034,123,776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS (minor revision not indicated)
Local Time is:    Tue Jun  4 15:18:37 2013 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

[root@localhost /]# lvdisplay
...
--- Logical volume ---
  LV Path                /dev/ssdraid10/ssdraid10one
  LV Name                ssdraid10one
  VG Name                ssdraid10
  LV UUID                9aOdcT-bGvC-ad5a-V6Wx-eSo4-iXM9-QaiMQ4
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2013-06-04 14:34:29 -0400
  LV Status              available
  # open                 0
  LV Size                190.00 GiB
  Current LE             190
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2
   
  --- Logical volume ---
  LV Path                /dev/dataraid10/dataraid10one
  LV Name                dataraid10one
  VG Name                dataraid10
  LV UUID                cVitYJ-Tkvl-lzY4-wcGT-wQLf-bu45-xImXda
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2013-06-04 14:34:08 -0400
  LV Status              available
  # open                 0
  LV Size                698.00 GiB
  Current LE             698
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:3

Going to take a look at the source and see if I can figure out what's going on.  If anything is immediately clear to you please let me know.  If you need any additional info let me know.

Thanks!

--
You received this message because you are subscribed to the Google Groups "dm-cache" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dm-cache+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 



--
-Dulcardo
Reply all
Reply to author
Forward
0 new messages