Hi!
I have RAIDZ1 with five GELI-encrypted SSDs da[2-6].eli (non-boot pool).
I've exported the pool, destroyed da2.eli then successfully imported pool back
in degraded state.
Then I've mounted some file systems successfully but zfs mount for next one
hung on [tx->tx_sync_done_cv]
for 4400 secon
30.11.2019 15:48, Eugene Grosbein wrote:
> Hi!
>
> I have RAIDZ1 with five GELI-encrypted SSDs da[2-6].eli (non-boot pool).
>
> I've exported the pool, destroyed da2.eli then successfully imported pool
> back in degraded state.
> Then I've mounted some file systems successfully but zfs mount fo
* Konstantin Belousov (kostik...@gmail.com) wrote:
> > > I'm helping to investigate some userspace issue [1], where kill(-1,
> > > SIGKILL)
> > > fails with EPERM. I've managed to isolate this case in a small program:
> > >
> > >
> > > ```
> > > #include
> > > #include
> > > #include
> > > #