Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 6 Aug 2014 18:45:23 -0400
From:      Paul Kraus <paul@kraus-haus.org>
To:        FreeBSD Questions !!!! <freebsd-questions@freebsd.org>
Cc:        Albert Shih <Albert.Shih@obspm.fr>
Subject:   Re: upgrade to 10 for zfs ? 
Message-ID:  <C13514EA-9DFE-4AEE-A7E5-E51D5987EA09@kraus-haus.org>
In-Reply-To: <20140806135423.GC98168@pcjas.obspm.fr>
References:  <20140806135423.GC98168@pcjas.obspm.fr>

next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 6, 2014, at 9:54, Albert Shih <Albert.Shih@obspm.fr> wrote:

> Since we using zfs send/received from a another server I got daily a =
zfs
> core dump. I failed to find which process make this core-dump but it's
> definitvly zfs :=20
>=20
> pid 23943 (zfs), uid 0: exited on signal 6 (core dumped)
> pid 70462 (zfs), uid 0: exited on signal 6 (core dumped)
> pid 71042 (zfs), uid 0: exited on signal 6 (core dumped)
>=20
> I check every zfs file system and don't find any corup data.=20
>=20
> One of the zfs sender is running FreeBSD 10 the other linux/Debian.=20

Start by halting the zfs send / zfs recv from one of the two senders. =
See if you still get the core dump. Since zfs send is based on a =
snapshot, just make sure you do not remove the snapshot. Then restart =
the first and a stop the second.

In other words, determine for sure which of the two zfs send hosts is =
sending the stream that is crashing zfs. If the zfs send from the =
FreeBSD 10 box is causing the crash, then updating to 10 is likely to =
fix the problem. If the cause is the Linux box, then all bets are off as =
to whether updating will help.

--
Paul Kraus
paul@kraus-haus.org




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C13514EA-9DFE-4AEE-A7E5-E51D5987EA09>