FreeNAS 11.3 upgrade to TrueNAS 12.0RC1 does not migrate user passwords
Description
Problem/Justification
Impact
duplicates
is duplicated by
SmartDraw Connector
Katalon Manual Tests (BETA)
Activity
After clearing the directory, I ran the upgrade from scratch, and I can verify that I'm no longer experiencing SMB permissions issues. Thank you!
Okay. Change of plans. For your case, you can probably just `rm /var/db/system/cores/*` before upgrading.
Per request, looks like there was some Veeam data in there for some reason from 3 years ago:
Is it possible that other issues I've been encountering have been related to this directory's space being used up?
rw------ 1 root wheel 108M May 9 2016 collectd.core
rw------ 1 root wheel 150M Jul 24 2019 smbd.core
rw------ 1 root wheel 12M Sep 17 22:30 syslog-ng.core
rw------ 1 root wheel 22G Feb 5 2018 VeeamAgent32c787b4-.core
rw------ 1 root wheel 12G Jan 29 2018 VeeamAgent45881b7f-.core
rw------ 1 root wheel 13G Feb 8 2018 VeeamAgent5da3663a-.core
rw------ 1 root wheel 12G Feb 2 2018 VeeamAgent694f8073-.core
rw------ 1 root wheel 12G Feb 3 2018 VeeamAgent6f3559fc-.core
rw------ 1 root wheel 12G Feb 15 2018 VeeamAgent6f872b3c-.core
rw------ 1 root wheel 19G Feb 1 2018 VeeamAgent703bb003-.core
rw------ 1 root wheel 12G Feb 15 2018 VeeamAgent827daa18-.core
rw------ 1 root wheel 13G Feb 26 2018 VeeamAgent9a2b7b90-.core
rw------ 1 root wheel 25G Feb 8 2018 VeeamAgentb938ded6-.core
rw------ 1 root wheel 38M Aug 20 2018 winbindd.core
Thank you for your time on this, you've been very responsive!
Details
Details
Assignee
Reporter
Impact
Components
Fix versions
Affects versions
Priority
LowMore fields
Time tracking
More fields
Time trackingKatalon Platform
Linked Test Cases, Katalon Defect Results, Katalon Studio Test Results
Katalon Platform
Upgrading from FreeNAS 11.3U2 to TrueNAS 12.0RC1 went very smoothly, but all of my SMB shares failed to work for Ubuntu 20.04 VMs that relied on mounting them (VMs are hosted on an ESXi platform). The issue was that the user passwords on my TrueNAS weren't migrated from 11.3. Resetting the passwords resolved the issue and allowed my SMB shares to mount normally.
This could be a significant issue if the passwords weren't known, or belonged to other local users. My debug log from 12.0RC1 from before I reset the passwords is attached.