- Joined
- Jul 12, 2022
- Messages
- 3,222
Yes you can.Does this mean I can remove thisfrom my init? This was the suggested bandaid until 23.10.1Code:echo 0 >> /sys/module/zfs/parameters/zfs_dmu_offset_next_sync
Yes you can.Does this mean I can remove thisfrom my init? This was the suggested bandaid until 23.10.1Code:echo 0 >> /sys/module/zfs/parameters/zfs_dmu_offset_next_sync
It's now significantly harder to break the boot-pool as you'd have to unset a specific compatibility value. Even a manual upgrade from the shell didn't result in an unbootable system for me. With that said there is still no reason to manually do it.On a positive note. It is no longer announcing that the boot-pool "needs" to be upgraded, when viewing in the terminal. So hopefully not many people will break their grub because of that. I don't know if you can manually upgrade it through the command line though.
No apps but couple of Ubuntu VMs.Did forget: These systems were NOT running apps or vms.
Curious to test that one, setup grafana just to realize that the feature was gone in a previous release.
- Exporting Netdata reporting metrics to a third party database (Graphite) is now supported (NAS-123668).
No e-mail address is set for root user or any other local administrator. Please, configure such an email address first.
root
user in Credentials > Local Users, but this seems to be ignored now. Setting that email address in my non-root user (bcat
, also a member of the builtin_administrators
group) fixed the alert delivery (both for "Send Test Email" and for real alerts).aparently i get the same. good findDid anyone else's email alerting config silently break (i.e., stop sending emails) after the update?
Specifically, the SMTP configuration under "System Settings > General > Email" seems to have been preserved, but the destination address for alerts was not. When clicking "Send Test Email" in that settings page, I get the following error:
I do have an email address configured for theroot
user in Credentials > Local Users, but this seems to be ignored now. Setting that email address in my non-root user (bcat
, also a member of thebuiltin_administrators
group) fixed the alert delivery (both for "Send Test Email" and for real alerts).
I am definitely supportive of moving away from the root account for day-to-day usage, but silently breaking alerting like this seems a bit dangerous....
I do as well.Mine did not - but I am using gmail OAuth rather than a direct SMTP Server
I would open a bug report.Also, when setting the e-mail address for my account again. So it has a destination address. It royaly messed up the accounts in general. Triggering password resets for root-account for web-UI login and such.
https://ixsystems.atlassian.net/browse/NAS-125839I would open a bug report.
To work around the VM issue:
1. RunFS0:\EFI\debian\grubx64.efi
in the EFI shell (via a SPICE display, setting up a temporary one if needed) to boot.
2. Log in at the Debian TTY.
3. Follow Debian's instructions to install GRUB to the "EFI removable media path".
Again, I am not sure this is a TrueNAS regression... perhaps something changed in a recent Debian update. It's just weird I didn't need that workaround with Debian 12 + TrueNAS SCALE 23.10.0.1, but it is needed again with Debian 12 + TrueNAS SCALE 23.10.1.
Indeed, me too (though the workaround is easy enough).Hi @bcat, there used to be an issue with TrueNAS that would cause that issue, but I believe it should have been fixed with 23.10.0. I was looking forward to this fix in 23.10, so I'm concerned why it would be broken now.