12:11:45 <Guest14> I have a ipv6 tunnel isolated on a zone, but when I create the iptun the max possible mtu value is 1480 while the forwarding etherstub is 1500, which makes tls handshakes timeout. The workaround I found was to manually set the mtu to 1480 on the VMs connected to this tunnel, but would it be possible to update the max value on the tunnel link
12:11:46 <Guest14> itself?
14:52:01 <bahamat> Guest14: Here's what I use to create 6-in-4 tunnels: https://github.com/bahamat/smartos-ipv6-smf/blob/master/ipv6-tunnel
14:52:24 <bahamat> That's worked reliably for me for over 10 years.
14:52:51 <Guest14> thanks!
14:55:20 <bahamat> If you need to explicitly set the MTU (I never needed to) then you'd use `dladm set-linkprop` after `dladm create-iptun` and/or `ipadm set-ifprop` after `ipadm create-if`.
14:55:43 <bahamat> See the dladm and ipadm man pages for the exact syntax.
14:56:59 <Guest14> will take a look
14:58:50 <bahamat> But again, I never needed to, and the MTU on my running system is 1480.
14:59:07 <bahamat> For both dladm and ipadm
14:59:24 <bahamat> So you should be fine just using my script.
14:59:34 <bahamat> Is Hurricane Electric your tunnel broker?
14:59:58 <Guest14> it is
15:00:25 <bahamat> OK, yeah, this will work perfectly for you.
15:00:54 <bahamat> I've used it with HE for forever, and I have production systems using it today.
15:01:30 <bahamat> Start here: https://github.com/bahamat/smartos-ipv6-smf/tree/master
15:01:49 <bahamat> and go through the regular install.
15:01:54 <Guest14> the issue is that the VMs nics default to 1500, and it basically leads to tls handshake timeout. I had to manually set the mtu to 1480 inside the VMs themselves
15:02:04 <Guest14> yeah I'll take a look at that thanks again
15:02:21 <bahamat> You want to enable ipv6-addrconf, which needs no configuration
15:02:46 <bahamat> I hate web clients.
15:41:10 <tozhu> hello all, just a simple question, can a VM had the storage space (dataset) from two pool? current the VM storage space comes from zones/<vm_uuid>,  is it possible to add one dataset from other pool to a VM? eg: a VM’s storage can be:  zones/<vm_uuid>     nvme/<vm_uuid>   (nvme pool means the disk is nvme disk only), want to do this because want to run use NVMe SSD as the database log, any advice to do that?  best wishes
15:44:18 <_jesse> tozhu, I think there is add_filesystems in vmadm for extra lofs mounts
15:44:33 <_jesse> not sure if there is one for delegated datasets
15:44:59 <_jesse> (you can add delegated datasets manually with zonecfg)
15:45:40 <_jesse> no idea if there is a performance penalty for a lofs compared to delegated dataset
15:45:49 <tozhu> _jesse: by that way, will it be lost when GZ reboot?
15:45:56 <_jesse> no
15:46:03 <_jesse> you just can't manage it with vmadm
15:46:22 <_jesse> I used to have a zone with 2-3 separate pools attached
15:46:41 <_jesse> the big gotcha is, when you delete the zone, it will destroy all delegated datasets
15:47:34 <_jesse> see vmadm how you can make undeletable dataset, it may be a good idea to do that manually to the added datasets
15:49:26 <_jesse> (basically, you'll need to un-delegate the extra datasets before destroying the zone if you don't want to lose the datasets)
15:50:45 <_jesse> nowadays I've moved to using lofs mounts instead of delegation, it's easier all around
15:52:06 <_jesse> (my extra pools are backup/archive pools, so performance is not really an issue for me. But accidentally deleting a dataset with a zone would be ;))
16:44:13 <bahamat> _jesse: Did you know that SmartOS now supports sharing volumes between zones? Similar to docker's volumes-from feature.
16:46:47 <_jesse> bahamat, I did not
16:47:00 <bahamat> Here's an example: https://github.com/bahamat/smartos-flair/blob/master/templates/vol_owner.json
16:47:28 <bahamat> that will create a zone with a volume, then other zones you set the source to the full path just like you normally would.
16:48:32 <_jesse> where is that volume created? in /zones/<vol_owner>/root?
16:51:06 <bahamat> It'll be /zones/:zone_uuid/volumes/:vol_uuid, and also mounted at the specified mountpoint within the zone.
16:51:26 <bahamat> So in my template, it's /vol1, but you can put it anywhere
16:51:55 <_jesse> that /zones/:zone_uuid/volumes/ was the part I was wondering
16:52:19 <bahamat> And the "owning" zone doesn't need to even be running
16:52:58 <bahamat> I like that better than just having random filesystems from the gz
16:53:23 <_jesse> yeah, placement of the data on GZ has been a headache
16:54:02 <bahamat> It is also on a separate zfs dataset, but now that I think about it, I've never tried reprovisioning a volume owner zone, so that might not work.
16:54:17 <bahamat> Not that you really need to at all.
16:54:49 <_jesse> I assume the volumes are mounted on GZ and lofs mounted to the volume zone and other zones?
16:55:26 <_jesse> ah, it even says that in the manifest, 'lofs'
16:55:59 <bahamat> Yeah. The volume is created under the zone root, but it's not delegated to the zone.
16:56:28 <bahamat> And IIRC, you can do add_filesystems with the source set to `create-volume` and it'll create a new volume in any existing zone.
16:57:03 <_jesse> ...that would have been my next question=)
16:57:39 <bahamat> It was always intended that we'd add this as another volume type in Triton, but that work got backlogged and we haven't picked it up again yet.
16:59:40 <_jesse> I would have done the volume on zone level, though
17:00:08 <_jesse> so instead of /zones/:zone_uuid/volumes/:vol_uuid it data would have been in /zones/:vol_uuid/root
17:00:16 <_jesse> with no way of starting the zone
17:01:22 <_jesse> (would have made zone roots also mountable to other zones for buildah-style build-zone-in-a-zone workflows
17:04:04 <bahamat> Well the feature was already implemented for docker instances, so I just extended it to work with native zones as well.
17:04:33 <_jesse> ah
17:04:58 <_jesse> how dare you not re-invent the wheel!
17:08:54 <_jesse> still no fast mv between zfs datasets, I assume
17:09:24 <_jesse> will be fun migrating tens of terabytes of data from random dataset in GZ to volumes...
17:09:52 <bahamat> If they're already in zfs datasets you can just rename them.
17:10:19 <_jesse> true
17:10:51 <_jesse> but my todo-list has some 'split this and that datasets to more logical pieces' entries already
17:11:22 <_jesse> would be nice to have zfs mv dataset1/dir dataset2/
17:11:40 <_jesse> it's just some reference shuffling in the metadata, afaik=)
17:13:45 <bahamat> Well, technically yes, but it's not as straightforward as that makes it sound.
17:14:13 <_jesse> well, there's accounting here and there and edgecases when quota overflow etc=)
18:07:49 <danmcd> New SmartOS release!
18:07:50 <danmcd> https://smartos.topicbox.com/groups/smartos-discuss/Tb848a437bb4d1f30/subject-smartos-release-20230601-savage-starlight