Hey all, not a lot of activity here yet, but hopefully someone can offer some advice!

I’m having major regrets following migration from Core to Scale. The migration via update file went smoothly, but immediately apparent on starting up Scale, all of my SMB shares were broken. Both Linux and Windows clients are unable to connect.

I have since tried creating new users/groups (I noticed that my normal user and group with id’s 1000 had been changed to 1001 in Scale), stripping ACL’s and recreating, and deleting the shares and recreating. Failure to connect on each attempt.

Is there something I’m missing relating to the migration that prevents SMB from working? I’m not well versed in the inner working, or shell command available for troubleshooting, so most of this has been attempted through the GUI.

Also, I realise I have shot myself in the foot. Like an idiot, I saw the feature flag update message when Scale first started. I clicked through and upgraded without even thinking. I realised what I had done when I restored my Core VM from the previous day - the pool was offline, with zpool import showing an unsupported feature message. So any path back to Core is off the cards I think.

Any help is appreciated…

EDIT:

I think I have found the culprit. I downloaded the debug info and had a look at the SMB config (specifically net_config.txt). For some bizarre reason, the SMB interface had bound to an old IP address (two or three home network revisions ago - not used in many years).

[GLOBAL]

interfaces = 127.0.0.1 192.168.0.200

By selecting the systems current IP address in the optional “Bind IP Addresses” field in the global SMB service settings (under advanced), I’ve been able to rebind it to the correct address, and I have access (tested in Linux only so far)! phew…

  • SteveTech@programming.dev
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    Have you set any auxiliary parameters? I think there a section for the SMB service, and one in each of the shares.

    I had one become invalid, which would make truenas not save settings.

    • thumdinger@lemmy.worldOP
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      Thanks for the clue. I haven’t been able to find anything in my config. Is there supposed to be a text field for setting auxiliary parameters, or are we just referring to advanced options here? Do they need to be configured via the shell in Scale? I’ve included screenshots of my SMB/share config below.

      Next step will be to just install Scale fresh and re-config from scratch, importing the existing pool. This will hopefully eliminate any odd parameters that shouldn’t have been carried over from BSD.

      Also, and I’m just venting now, why isn’t any of this mentioned in the Truenas article for the migration, or the supplemental “Preparing to Migrate…” article…?

      https://www.truenas.com/docs/scale/gettingstarted/migrate/migratingfromcore/

      https://www.truenas.com/docs/scale/gettingstarted/migrate/migrateprep/

      Samba Config

      Advanced Settings

      Config for a new share, created for a new test dataset:

      I have tried both the default share parameters, and the private SMB dataset and shares options for Purpose

      • SteveTech@programming.dev
        link
        fedilink
        English
        arrow-up
        2
        ·
        1 year ago

        Yeah mine has a text field that says ‘Auxiliary Parameters’ inside the ‘Advanced Settings’

        System Settings > Services > SMB (/ui/services/smb):

        Shares > Edit SMB:

        I am slightly out of date with 22.12.3 though, so maybe they removed it?

        I see you’ve solved it anyway though.