ooof. looks like it might be related to the NIC. :(

the onboard NIC, that is.

Depending on the specifics of the ereports, we can figure out what's going on.

In many cases, imho, we shouldn't kill the system, but probably kill/restart the driver.

But there's a bit o work to that.

I mean, if you have the time and interest I'm happy to paste the ereports.

seems like it's related to e1000g1 if I'm reading that stuff correctly (a generally unplugged port, though I think I have a zone with an extra vnic that's attached to it.

rmustacc: ^

psarria: Suppose they (ioncube) would change their tune if we ask nicely?

arai: I'm not going to pay them, but if they need porting help I'm sure folks would be willing to answer questions. We have an active developer mailing list and IRC channels -- perhaps they just don't know that!

LeftWing: Totally agreed. We're more than willing to be helpful, just perhaps illustrating to them that there's a need and support might be worthwhile.

I don't really understand what ioncube is to be honest

Some sort of PHP thing?

It's a PHP bytecode obscurification codec used by companies who distribute closed source php.

Ah, I see.

danmcd, jinni, thanks for the help, i hope my rebooting problem will be illumos.org/issues/13092, i'll update as soon a new version is available, meanwhile i'm going to free memory moving some zones to other GZ

I am trying to snap my KVM and BHYVE zones. What is the trick to get the disk images?

and what is the trick to restore?

ducs4rs: via triton, it's not safe for the guest to snap/restore on kvm.

bhyve I think can snap if you have flexible disk enabled

ducs4rs : image != snapshot

but you should be able to create an instance from a snapshot: triton instance start --snapshot=SNAPNAME

I am using a standalone SmartOS system.

I guess I can continue to use clonezilla and dump the image

The triton bits, IIRC, use vmadm snapshot under the hood. It's been a while since I've looked at it, but check the vmadm manual page for that ducs4rs.