trying for put a partition on a big disk...

mklabel gpt is seg-faulting

downtowhippie: What is mklabel

putting a gpt on a disk

trying to put a filesystem on a new WD Ultrastart HC560

run parted, subcommand mklabel gpt - segfault

nevermind - I was doing it wrong

could be yjftsjthsd3_ is spamming the channel?

jclulow: looks like bugs.illumos.org is hanging

Good morning to everyone except Ruby and papertigers :P

thanks! :D

.oO

Someone temporarily ban neuroserve please.

tsoome_: Can you do temporary bans?

I have no privs on channel

I apparently can, but I can't see what you're complaining about

richlowe: You probably have join/quit messages disabled. neuroserve's client keeps joining and leaving the channel, likely due to a connectivity problem.

I do, but also that means I don't see neuroserve right now to do anything about it.

because I guess they left

richlowe: You can message chanserv to do a temporary ban.

they're rejoining approx every 15 seconds and immediately leaving (Excess Flood)

only if I see a host mask or something.

neuroserve (~toens⊙iupvd) has joined

+b *!*@ip-178-202-219-087.um47.pools.vodafone-ip.de

helps if I can type

This is the command: /msg chanserv akick #illumos add neuroserve !T 1440 Fix your IRC client so it stops doing join/quit cycles.

eh, what I did works too, I'll just turn it off in a bit

Alright.

if it's Excess Flood they're doing _something_ they're gonna regret anyway.

As a heads up, the race conditions fixed in these PRs likely apply to illumos and the PRs could use reviewers: openzfs/zfs #14514 openzfs/zfs #14519

One will allow zil_commit() to operate concurrently with zil_suspend() when the thread doing zil_commit is delayed long enough that zil_suspend()'s protection against concurrent zil commits will not protect against the zil_commit() from the past. If you are lucky, an VERIFY will trip. If you are unlucky, you are in undefined behavior territory. The other will deadlock when ZIL has outstanding IO and a pool

suspends, such that zpool clear will hang.

The first was detected by the Windows port. I suspect that it is difficult to trigger on UNIX/UNIX-like systems because of the fair scheduler behavior. The second was detected by a test cycle that stressed ZIL and caused the pool to suspend by powering off drives that we are doing at Klara Systems.

let me know if that didn't stall him out

seems to be working so far

apparently this is a semi-regular thing, so if it happens again, do let me know and we can make it longer and whatever.

I might even remember the akick thing ryao showed me

richlowe: That is the standard way that this is handled in other channels if I recall correctly, although I have not had to do it in channels where I am a channel op in many years. I suggest keeping the command in a text file in your home directory. :)

You can also just message chanserv to ask it how to do things. It has been so long since I last used it that I had to do `/msg chanserv help` and /msg chanserv help akick` to look it up.

Coincidentally, `/msg chanserv flags #illumos` will tell you who has op privileges. I remembered that after my first guess turned out to be wrong.

Another reliability fix that should be relevant to illumos and needs reviewers: openzfs/zfs #14532

It fixes a potential violation of the Single UNIX Specification where fsync() promises data is on long term storage, but it is not due to an unexpected error.

If the kernel is built with assertions, the assertion will trip, but a build without assertions will just violate the SUS should this happen.

huh

tsoome_: Currently, the code will always return success via fsync(). It is supposed to either do it either successfully writing to ZIL or waiting on txg_wait_sync(). If any error that is not EIO, ENOENT, EEXIST or EALREADY is received from ->zl_get_data(), it will do neither.

It looks like this bug has been in the code since 2006, although back then, it did not handle EIO: illumos/illumos-gate c5c6ffa

[illumos-gate] 15415 Add GCC 10 runtime to pkgdepend exceptions -- Toomas Soome <tsoome⊙mc>