linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: gary <gary.mdjiang@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: mdadm failed to remove internal bitmap
Date: Mon, 16 Feb 2015 17:48:00 +1100	[thread overview]
Message-ID: <20150216174800.124d2ce8@notabene.brown> (raw)
In-Reply-To: <54E1914C.9030000@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1127 bytes --]

On Mon, 16 Feb 2015 14:42:20 +0800 gary <gary.mdjiang@gmail.com> wrote:

> Hi Neil,
> 
> Please check the followings.
> > What kernel are you running?
> linux48:~ # uname -r
> 3.12.32-33-default

Does this have any patches on top of 3.12.32 that touch md.c ?


> 
> And 3.12.28-4-default kernel is ok.

There are no differences between 3.12.28 and 3.12.32 that could affect this.


> ioctl(3, RAID_VERSION, 0x7fff2e10c060)  = 0
> ioctl(3, GET_BITMAP_FILE, 0x7fff2e10c1f0) = 0
> ioctl(3, GET_ARRAY_INFO, 0x7fff2e10c1a0) = 0
> ioctl(3, SET_ARRAY_INFO, 0x7fff2e10c1a0) = -1 EINVAL (Invalid argument)
> write(2, "mdadm: failed to remove internal"..., 41mdadm: failed to 
> remove internal bitmap.


EINVAL from SET_ARRAY_INFO almost certainly comes from update_array_info().
It can happen if:
 - more than 1 thing needs to be updated - seems unlikely
 - pers->quiesce is NULL - not possible for raid1.
 - mddev->bitmap->storage.file is not NULL.  Seems unlikely.

I suggest you look at the code you are actually running, and possible add
some printks to tell you where it is failing.

NeilBrown

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 811 bytes --]

      reply	other threads:[~2015-02-16  6:48 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-13  9:46 mdadm failed to remove internal bitmap gary
2015-02-16  3:34 ` NeilBrown
2015-02-16  6:42   ` gary
2015-02-16  6:48     ` NeilBrown [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=20150216174800.124d2ce8@notabene.brown \
    --to=neilb@suse.de \
    --cc=gary.mdjiang@gmail.com \
    --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).