linux-kernel - Crash in rbd, need advice

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <CABt9es_uq1ixwcyHcL8ptYi2fXQjVFHvaOp71uu2epoQk_ToPw@mail.gmail.com>
Date:	Tue, 1 Apr 2014 22:18:13 +0200
From:	Hannes Landeholm <hannes@...pstarter.io>
To:	linux-kernel@...r.kernel.org, ceph-devel@...r.kernel.org,
	sage@...tank.com, Sage Weil <sage@...dream.net>,
	Alex Elder <elder@...tank.com>,
	Yehuda Sadeh <yehuda@...newdream.net>
Cc:	Thorwald Lundqvist <thorwald@...pstarter.io>
Subject: Crash in rbd, need advice

Hello,

We're running a couple of Arch Linux servers of version 3.13.5-1 in
production and suddenly one of them had a strange problem after
running for a few days. One process (pid 319) was running with a few
threads, one of those threads (pid 322) was eating 100% cpu. I assumed
it was stuck in an infinite loop (this was our own software so I
assumed we had a bug) so I sent a SIGKILL to 319 which caused all
other threads to exit and it turning into a zombie, but thread 322 was
still running. After trying to stop some other services and failing I
realized that sending any signals to any process now didn't work at
all in the system.

This was the process stack output:

$ cat /proc/319/stack
[<ffffffff810642fa>] do_exit+0x73a/0xa80
[<ffffffff810646bf>] do_group_exit+0x3f/0xa0
[<ffffffff81073295>] get_signal_to_deliver+0x295/0x5f0
[<ffffffff810144a8>] do_signal+0x48/0x950
[<ffffffff81014e18>] do_notify_resume+0x68/0xa0
[<ffffffff8152326a>] int_signal+0x12/0x17
[<ffffffffffffffff>] 0xffffffffffffffff
$ cat /proc/319/task/322/stack
[<ffffffff8151c11a>] error_exit+0x2a/0x60
[<ffffffffffffffff>] 0xffffffffffffffff

We're using ceph + rbd and this happened right after doing a rbd
mapping (mounting it) or during the mapping itself, so we suspected
rbd.

A few days later (today) we had a server crash in another server, same
version+distro and it had also just been running a few days as well.
After starting it again we found the following in the system log:

hostname kernel: BUG: unable to handle kernel paging request at ffff87fff75ad450
hostname kernel: IP: [<ffffffffa018c196>] rbd_img_request_fill+0x126/0x930 [rbd]

We compile the kernel ourselves but is only using standard arch
patches. We're also doing a lot of automatic rbd mappings and
unmappings, probably 1000s every day on each server. The machines in
question have 4 cores and we're using a ceph cluster with 6 OSDs
currently.

This problem seem to be correlated with an upgrade we did last week
from running 3.12.9 and 1 core to 3.13.5 and running 4 cores.

Unfortunately we have not had time or ability to reproduce the
problem, but I would appreciate any advice on how to proceed in any
way that allows us to contribute so the problem can be fixed as it
will inevitably happen again. Right now we're considering building the
kernel with debug support and configuring it so it can do a kernel
dump. It would also be interesting to hear any speculation from a
person with more knowledge of the kernel and/or rbd.

Thank you for your time,
--
Hannes Landeholm
Co-founder & CTO
Jumpstarter - www.jumpstarter.io

☎ +46 72 301 35 62
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/