Pedro Ribeiro

Sure, I'm just testing this with random data, no serious issues with real data yet :-) Regarding the 'snapback' runs, yes, I ran them not that far apart.. so that...

I've done some further testing and.. ``` root@sunflower:~ # geli attach -pk /tmp/key /dev/da0 root@sunflower:~ # zpool import -N master root@sunflower:~ # zpool export master root@sunflower:~ # zpool import -N...

I have now posted this problem on the FreeBSD forums https://forums.freebsd.org/threads/61291/ because I seem to be getting nowhere while trying to debug this. There aren't any obvious errors in the...

Further debugging, if I may. I decided to try and destroy the pool, and try with it empty, both without and with geli, and things work so far: ``` root@sunflower:~...

**Further debugging, part 2.** I went ahead and destroyed the pool at the remote location and recreated it again: ``` root@sunflower:~ # zpool destroy master root@sunflower:~ # zpool create -O...

Further debugging, part 5. Ok, this problem is now completely arbitrary... ``` root@sunflower:~ # zpool export master root@sunflower:~ # zpool import master ^[[A^[[Aroot@sunflower:~ # zpool export master root@sunflower:~ # zpool...

Small update, [I've now reproduced this bug](https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219972#c1) on the same machine between my external USB device and a USB stick. It's looking more and more likely to be a bug...

Hi @hughobrien, Just to update you, I've now ruled out usb devices as the problem sources. I've created a virtual devices out of files on the same machine, and following...

Quick follow up.. to reproduce this bug you need at least two cores, one of which should be mostly idle. I've now reproduced this on a FreeBSD VM (both 11.0-RELEASE...

Hi Hugh, I did report it at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219972 however there hasn't been much progress, and I myself haven't had time to tinker with the issue again. At the time I...