On 09.10.2008, at 09:17, Brent Jones wrote:
> Correct, the other side should be set Read Only, that way nothing at
> all is modified when the other hosts tries to zfs send.
Since I use the receiving side for backup purposes only, which means
that any change would be accidental - shouldn't a rec
On Wed, Oct 8, 2008 at 10:49 PM, BJ Quinn <[EMAIL PROTECTED]> wrote:
> Oh and I had been doing this remotely, so I didn't notice the following error
> before -
>
> receiving incremental stream of datapool/[EMAIL PROTECTED] into backup/[EMAIL
> PROTECTED]
> cannot receive incremental stream: desti
Oh and I had been doing this remotely, so I didn't notice the following error
before -
receiving incremental stream of datapool/[EMAIL PROTECTED] into backup/[EMAIL
PROTECTED]
cannot receive incremental stream: destination backup/shares has been modified
since most recent snapshot
This is repo
Ok I'm taking a step back here. Forgetting the incremental for a minute (which
is the part causing the segmentation fault), I'm simply trying to use zfs send
-R to get a whole filesystem and all of its snapshots. I ran the following,
after creating a compressed pool called backup :
zfs send -
The problem could be in the zfs command or in the kernel. Run "pstack" on the
core dump and search the bug database for the functions it lists. If you can't
find a bug that matches your situation and your stack, file a new bug and
attach the core. If the engineers find a duplicate bug, they'll j
Next "stable" (as in fedora or ubuntu releases) opensolaris version
will be 2008.11.
In my case I found 2008.05 is simply unusable (my
main interest is xen/xvm), but upgrading to the latest available build
with OS's pkg, (similar to apt-get) fixed the problem.
If you
installed the original OS 200
Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> On Tue, 30 Sep 2008, BJ Quinn wrote:
>
> > True, but a search for zfs "segmentation fault" returns 500 bugs.
> > It's possible one of those is related to my issue, but it would take
> > all day to find out. If it's not "flaky" or "unstable", I'd like
On Tue, 30 Sep 2008, BJ Quinn wrote:
> True, but a search for zfs "segmentation fault" returns 500 bugs.
> It's possible one of those is related to my issue, but it would take
> all day to find out. If it's not "flaky" or "unstable", I'd like to
> try upgrading to the newest kernel first, unle
BJ Quinn wrote:
> True, but a search for zfs "segmentation fault" returns 500 bugs. It's
> possible one of those is related to my issue, but it would take all day to
> find out. If it's not "flaky" or "unstable", I'd like to try upgrading to
> the newest kernel first, unless my Linux mindset i
True, but a search for zfs "segmentation fault" returns 500 bugs. It's
possible one of those is related to my issue, but it would take all day to find
out. If it's not "flaky" or "unstable", I'd like to try upgrading to the
newest kernel first, unless my Linux mindset is truly out of place her
BJ Quinn wrote:
> Please forgive my ignorance. I'm fairly new to Solaris (Linux convert), and
> although I recognize that Linux has the same concept of Segmentation faults /
> core dumps, I believe my typical response to a Segmentation Fault was to
> upgrade the kernel and that always fixed the
Please forgive my ignorance. I'm fairly new to Solaris (Linux convert), and
although I recognize that Linux has the same concept of Segmentation faults /
core dumps, I believe my typical response to a Segmentation Fault was to
upgrade the kernel and that always fixed the problem (i.e. somebody
BJ Quinn wrote:
> Is there more information that I need to post in order to help diagnose this
> problem?
>
Segmentation faults should be correctly handled by the software.
Please file a bug and attach the core.
http://bugs.opensolaris.org
-- richard
Is there more information that I need to post in order to help diagnose this
problem?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
14 matches
Mail list logo
