From: Michael Ole Olsen <gnu@gmx.net>
To: linux-raid@vger.kernel.org
Subject: Re: device-mapper: ioctl error adding target to table, lvm will not mount
Date: Wed, 01 Jul 2009 19:17:12 +0200 [thread overview]
Message-ID: <4A4B9A18.5070103@gmx.net> (raw)
In-Reply-To: <4A4B8405.4080607@gmx.net>
I tried with dm and md as a module using initramfs now also without luck
and upgrading/downgrading udev,dmsetup,cryptsetup,lvm2 to
lenny,testing,unstable (all at once back and forth) to see if that helped
also i tried a kernel option i found on the net something like
DM_IOCTL_V4=y
but the kernel config just deleted it.
cannot seem to get it to work, tried compiling the kernel a few times also.
Michael Ole Olsen wrote:
> With a new compiled kernel from kernel.org 2.6.30 and
> lvm2,dmsetup from lenny repos i keep getting:
> # vgchange -a y
>
> device-mapper ioctl: error adding target to table
> table: device 9:0 too small for target
> table: 253:11: linear: dm-linear Device lookup failed
> device-mapper: reload ioctl failed: Invalid argument
>
> I have everything compiled into the kernel, also DM, not as module.
>
> but it did say:
> 12 logical volume(s) in volume group st1500 now active
>
> and i can see them in /dev/mapper
>
> if i tried to mount each of them it said:
> mount: you must specify the filesystem type
>
> or some other weird error message
> i do have xfs in my kernel and can mount other xfs filesystems
> but all my dm filesystems fail for some reason
>
> Here is my config
>
> root@mlap:~/mfs# grep CONFIG_DM .config
> CONFIG_DMI=y
> # CONFIG_DM_DEBUG is not set
> CONFIG_DM_CRYPT=y
> # CONFIG_DM_SNAPSHOT is not set
> CONFIG_DM_MIRROR=y
> CONFIG_DM_ZERO=y
> CONFIG_DM_MULTIPATH=y
> # CONFIG_DM_DELAY is not set
> # CONFIG_DM_UEVENT is not set
> # CONFIG_DM9102 is not set
> CONFIG_DMADEVICES=y
> CONFIG_DMIID=y
> # CONFIG_DMA_API_DEBUG is not set
> root@mlap:~/mfs# grep CONFIG_XFS .config
> CONFIG_XFS_FS=y
> CONFIG_XFS_QUOTA=y
> CONFIG_XFS_POSIX_ACL=y
> # CONFIG_XFS_RT is not set
> # CONFIG_XFS_DEBUG is not set
> root@mlap:~/mfs# grep CONFIG_MD .config
> CONFIG_MD=y
> CONFIG_MD_AUTODETECT=y
> CONFIG_MD_LINEAR=y
> # CONFIG_MD_RAID0 is not set
> CONFIG_MD_RAID1=y
> CONFIG_MD_RAID10=y
> CONFIG_MD_RAID456=y
> CONFIG_MD_RAID6_PQ=y
> # CONFIG_MD_MULTIPATH is not set
> CONFIG_MD_FAULTY=y
> # CONFIG_MDIO_BITBANG is not set
>
> Any ideas what I am missing ?
>
> mdadm is active on the raid, 10 of 10 disks are up and
> /dev/mapper/st1500-bigdaddy exists, i just cannot mount it,
> i could do this before kernel and system upgrade
> (i use an other lenny install now, but i updated udev,dmsetup,
> cryptsetup,lvm2 to most recent versions on it)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
prev parent reply other threads:[~2009-07-01 17:17 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-01 15:43 device-mapper: ioctl error adding target to table, lvm will not mount Michael Ole Olsen
2009-07-01 17:17 ` Michael Ole Olsen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A4B9A18.5070103@gmx.net \
--to=gnu@gmx.net \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).