Found it. Hayashi Naoyuki, illumos.topicbox.com/groups/arm/T51b9dfae3816d400 - although it kinda looks like the gist of that conversation was "don't use gmake to build illumos, use dmake ported to Linux"

Oh, and github.com/n-hys/illumos-gate

Although github.com/n-hys/illumos-gate/wiki still says, "GNU make and GCC are used for building on Linux. Building is not supported on OpenSolaris because of incompatible changes."

Which is somewhere between unfortunate, horrifying, and really cool (I say, as a person interested in building Illumos code on Linux for other reasons)

The current state is a bit unfortunate, but if somebody has time and energy I'm sure we could work with them to actually get it into the official repository

I would certainly buy hardware for the project to do at least limited testing

Some of the commit seems simple enough to pull in, like the sdcard boot one for example... just getting proper testing is going to be an issue... other commits not so much

Don't think I've seen x86 hardware that had sdcard boot, certainly not ones I own

It seems fine for those things to be integrated in a way that at least initially doesn't impact x86

LeftWing ...and SPARC if possible

mostly a lot of missing context imho, as someone not very familier with C (or the bowls of a kernel fro that matter)

Like n-hys/illumos-gate 4c9dc5e ... I have no clue what is going on here :(

oh well... looks like a fair amount of work after all

LeftWing: I believe, though never tried, that HP MicroServers have a bootable SD slot for the OS, so bigger disks are just for data - maybe v_a_b has some under hand to verify :)

apparently HP sells "impressive-stats" Enterprise MicroSD cards

I wonder if n-hys for would run on a raspberry pi 4? got one for the New Year present and still thinking what coolness it can be used for :)

and if there's something useful via such fork other than just booting, big-assuming that would happen :)

jimklimov Yes, that is correct. That's the G8 version of the HP Microserver only, though.

as for the commit linked above... feels reminiscent - I've done a fair share of similar-in-spirit changes elsewhere to get stuff to build

Hmmm... need to look at the G10 variant.

at dayjob we had a rack server, HP DL360p Gen8 I believe, also with an SD slot on the MoBo (hm, big or micro?)

it's in production and we're homeofficing so I can't say more, other than that there is x86 HW with SD boot ;)

and I have no idea how that slot is represented for BIOS/UEFI/loader/... layers - USB? Emulated IDE? Something else?

The article you linked to is a bit misleading as the author used HP's "intelligent provisioning" (ha) to install windows, and had to use an HP OEM labelled card.

that is, whether tricks aimed at linux /dev/mmcblockXY would be relevant there

It's a USB HDD IIRC

I meant to test it w/SmartOS but when piadm came along it was no longer relevant :-)

well, he stipulates that iLO also recognized the card for management/reporting its state beside the OS, which also sounds useful :) at least in enterprise setting :)

All my cards are in raspi3s now. I guess I'll have to buy another card to do some testing.

Look at it, that might run on a RPI4... but probably without networking and such ?

As it seems to just use u-boot

ptribble: thanks for chiming in with the shell glob issue, interesting problem

Silly question --> anyone run Minecraft servers on illumos? I decommissioned my last one many years ago, but $CHILDREN are feeling nostalgic for their own childhood again. Looking for advice about OpenJDK native vs. LX vs. just BHYVE-ing it.

no

Shoot, was hoping for at least "yeah, use BHYVE." :)

hahaha

In these scenarios I always go with the..... if it builds.....yes

if it doesnt build..... lx

danmcd - my kids do, in omnios zones

Oh sweet. Anything unusual need to happen?

java -Xmx1G -Xms1G -jar forge-1.16.4-35.1.4.jar nogui

by the look of it

I can ask

I think they just download a .jar from somewhere and fire it up

Thanks.

[illumos-gate] 13151 loader: isoboot.c: info: ignoring unreachable code. -- Toomas Soome <tsoome⊙mc>

[illumos-gate] 13421 genunix: multiply-defined symbols -- Toomas Soome <tsoome⊙mc>

danmcd (IRC): Yep it's doenload jar from one of the server implementations fire it up with Java and you are good to go.

So it works okay with the openjdk now? Back in the day it didn't...

A couple of common optimisations I usually do is Xmx and Xms according to the mods installed and ramdisk for the world directory

danmcd (IRC): Yep :) Linux dropped OracleJDK years ago (with jdk8 IIRC)

It's been openjdk ever since

Spigot is definetly with openjdk spigotmc.org/wiki/spigot-installation

And CraftBukkit asswell if you need a proper server

Is it possible to use zdb on a zfs send stream?

Like `zfs send zones/foo@s > stream ; zdb stream`?

i don't believe so

i think you'd need to zfs recv it somewhere first

The man page doesn't seem to indicate it's possible, but I was hoping there's something I'm overlooking.

though there is zstreamdump

that might work then.

I think zstreamdump is what you want, streams don't have the on-disk structure, do they?

and if there's no manual for zstreamdump yet, you should totally write one :)

i don't believe so -- i think it's its own format

There is one, but it doesn't say much.

What I was trying to get out of it is to fid the origin dataset somehow

I've got a case where zfs recv says there's nothing to receive onto, but they don't know what dataset is missing.

I was hoping it might list the guid or something, and I could have them `zfs get guid | grep <that one>` to find it.

I think zstreamdump can get that kind of information out of the stream

and if the manual is short and bad, you should enhance it!