[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#696689: marked as done (xen-linux-system-3.2.0-4-amd64: raid recovery error: "make_request bug: can't convert block across chunks or bigger than 512k")

Your message dated Sat, 24 Apr 2021 07:34:00 -0700 (PDT)
with message-id <60842c58.1c69fb81.ca775.9522@mx.google.com>
and subject line Closing this bug (BTS maintenance for src:linux bugs)
has caused the Debian Bug report #696689,
regarding xen-linux-system-3.2.0-4-amd64: raid recovery error: "make_request bug: can't convert block across chunks or bigger than 512k"
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
696689: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696689
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xen-linux-system-3.2.0-4-amd64
Version: 3.2.32-1
Severity: normal

Dear Maintainer,

I want to report an issue with raid usage in Wheezy (latest updates applied), which I could resovle by:
- compiling the latest stable kernel 3.7.1-amd64 (XEN)
- updating mdam to version v3.2.6

Aim was to use a 1x3T disk for LVM and 3x1T disk in raid0 combined to a raid1 disk array
=> raid1 with 1x3T disk and on the other side 3x1T disk combinded into raid0

When I added the raid0 array consiting of 3x1T disk to a degrated 3T disk, following error appeared after 2-5min and array build stopped:
=> "make_request bug: can't convert block across chunks or bigger than 512k"

1) In order to solve the problem I first changed the Chunk size of the raid0 array and found out that puting it to 4096, was delaying the error
the longest, but did not prevent it.
2) I then expected the error in LVM and updated to the latest v 3.2.6, which did not help
3) then I recompiled the kernel to the latest stable version 3.7.1. (also with XEN), and now the array is building so far with not error
  (will take another 8h).

The outcome of the 3rd action is that the error does now not appear and the array is building. It shows that it is a kernel issue, that has been
solved meanwhile. I only report this, as you build now wheezy and you probably can eliminate softraid error by knowing it. 
   
I would have expected that the latest kernel of wheezy is able to handle combined raid0 / raid1 (not raid10), out of the box.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xen-linux-system-3.2.0-4-amd64 depends on:
ii  linux-image-3.2.0-4-amd64  3.2.32-1
ii  xen-system-amd64           4.1.3-6

xen-linux-system-3.2.0-4-amd64 recommends no packages.

xen-linux-system-3.2.0-4-amd64 suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Hi

This bug was filed for a very old kernel or the bug is old itself
without resolution.

If you can reproduce it with

- the current version in unstable/testing
- the latest kernel from backports

please reopen the bug, see https://www.debian.org/Bugs/server-control
for details.

Regards,
Salvatore

--- End Message ---
Reply to: