On 8/27/21 11:35 AM, Ryan Moeller wrote:
zfs_deleteextattr_sa() at zfs_deleteextattr_sa+0x1e/frame
0xfe0147380360
zfs_setextattr() at zfs_setextattr+0x1e3/frame 0xfe01473804e0
Panic String: VERIFY(zp->z_is_sa) failed
I see the issue, thanks!
-Ryan
On Fri, 27 Aug 2021 11:32:43 -0400 Mark Johnston
wrote:
> On Fri, Aug 27, 2021 at 05:29:34PM +0200, Tijl Coosemans wrote:
>> On Fri, 27 Aug 2021 17:24:58 +0300 Konstantin Belousov
>> wrote:
>>> On Fri, Aug 27, 2021 at 03:41:30PM +0200, Tijl Coosemans wrote:
I use devel/llvm* to build base
zfs_deleteextattr_sa() at zfs_deleteextattr_sa+0x1e/frame 0xfe0147380360
zfs_setextattr() at zfs_setextattr+0x1e3/frame 0xfe01473804e0
Panic String: VERIFY(zp->z_is_sa) failed
I see the issue, thanks!
-Ryan
On Fri, Aug 27, 2021 at 05:29:34PM +0200, Tijl Coosemans wrote:
> On Fri, 27 Aug 2021 17:24:58 +0300 Konstantin Belousov
> wrote:
> > On Fri, Aug 27, 2021 at 03:41:30PM +0200, Tijl Coosemans wrote:
> >> I use devel/llvm* to build base and just switched to llvm12. It seems
> >> that on i386 clang12
On Fri, 27 Aug 2021 17:24:58 +0300 Konstantin Belousov
wrote:
> On Fri, Aug 27, 2021 at 03:41:30PM +0200, Tijl Coosemans wrote:
>> I use devel/llvm* to build base and just switched to llvm12. It seems
>> that on i386 clang12 uses R_386_PLT32 relocations for some calls to at
>> least memset,
On Fri, Aug 27, 2021 at 1:40 PM Jeremie Le Hen wrote:
>
> Hey,
>
> I can consistently crash my machine by creating a directory using Samba:
>
> Tracing pid 57242 tid 270954 td 0xfe01446941e0
> kdb_enter() at kdb_enter+0x37/frame 0xfe0147380210
> vpanic() at vpanic+0x1b2/frame
On 27/08/2021 12:22, Graham Perrin wrote:
… sswap(1) to securely delete whatever might be there. …
I took an opportunity to experiment with some of the other utilities
that were recently installed by security/secure_delete and
security/wipe. All new to me.
With reference to the attached
On Fri, Aug 27, 2021 at 03:41:30PM +0200, Tijl Coosemans wrote:
> Hi,
>
> I use devel/llvm* to build base and just switched to llvm12. It seems
> that on i386 clang12 uses R_386_PLT32 relocations for some calls to at
> least memset, memcpy and __stack_chk_fail (clang11 uses R_386_PC32).
> These
Hi,
I use devel/llvm* to build base and just switched to llvm12. It seems
that on i386 clang12 uses R_386_PLT32 relocations for some calls to at
least memset, memcpy and __stack_chk_fail (clang11 uses R_386_PC32).
These are converted to R_386_JMP_SLOT relocations by the linker which
aren't
Hey,
I can consistently crash my machine by creating a directory using Samba:
Tracing pid 57242 tid 270954 td 0xfe01446941e0
kdb_enter() at kdb_enter+0x37/frame 0xfe0147380210
vpanic() at vpanic+0x1b2/frame 0xfe0147380260
spl_panic() at spl_panic+0x3a/frame 0xfe01473802c0
On 27/08/2021 12:22, Graham Perrin wrote:
% sysrc dumpdev
dumpdev: /dev/ada0p2.eli
Correcting myself
dumpdev: /dev/ada0p2
On 27/08/2021 10:10, Ronald Klop wrote:
… change "/dev/ada0p2" to "/dev/ada0p2.eli" in the new fstab and reboot. …
Strange, I thought I tried that before writing. One of the first things
that I would have tried.
Anyhow: now, it has the required effect.
An additional mystery. Before
On Fri, Aug 27, 2021 at 11:10:26AM +0200, Ronald Klop wrote:
> Hi,
>
> For encrypted swap you can put ".eli" behind the device name in fstab.
>
> So change "/dev/ada0p2" to "/dev/ada0p2.eli" in the new fstab and reboot.
> NB: after encryption is enabled the device is not available as dumpdev
>
Hi,
For encrypted swap you can put ".eli" behind the device name in fstab.
So change "/dev/ada0p2" to "/dev/ada0p2.eli" in the new fstab and reboot.
NB: after encryption is enabled the device is not available as dumpdev anymore.
I don't know what caused the change for you.
Regards,
Ronald.
Yesterday afternoon I installed FreeBSD-CURRENT to a hard disk drive,
whilst it was in a dock on USB, and chose encrypted swap.
Then, ZFS send and receive to replicate data from a pool that was on the
internal drive. Finally, I replaced the internal drive with the one from
the dock.
Now:
15 matches
Mail list logo
