CIFS can not start after update to 201512121950

[biped]

looking in the samba logs, I get :

ptrace: No such process.
//27407: No such file or directory.
Error while reading shared library symbols:
Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/samba/libhcrypto-samba4.so.5]

I'm not sure if it due to the update at this point, prior to I had the setup working with CIFS and opendirectory (osx) authentication... and do not wish to rebuild. But stumped why would be getting this error.

 

[dlavigne]

That's an interesting error? I'm assuming you've only been on the STABLE train and upgraded from a recent version of STABLE? If so, please create a bug report at bugs.freenas.org and post the issue number here.

 

[biped]

yep, stable, although tried nightlies after this error showed up to no avail. I would like to confirm it's a bug and not my own cockup before littering the bug tracker. And if the error output posted above is not just a symptom.

 

[dlavigne]

One way to confirm is to save your config, do a fresh install of the latest SU, upload config, and see if it persists. This assumes the saved config doesn't have any configs made while booted into the NIGHTLY.

 

[biped]

hmm, but even with saving the config... it wouldn't preserve a lot of the time required to make the cifs/samba/osx work ( guessing the config only saves configuration items from the webgui ).

going to try spin up an older version in a vm and copy over the .so files. from what I can gather from the error, it seems like it is complaining the current. so file was compiled with a unhappy debug flag

 

[biped]

ok, copied over the libhcrypto-samba4.so.5 from the vm, error went away from the log. however CIFS still wouldn't start until ran smbpasswd -w ##### from prompt.

I could copy the offending libhcrypto-samba4 back and try restart the cifs service just to see if I wasn't a dolt.

 

[cyberjock]

I don't mean to crash your party, but FreeNAS doesn't officially support Opendirectory. It's "in the works" but I have no ETA on when it will happen. :/

 

[biped]

That's fair. I have it working with opendirectory at the moment irregardless.

I don't think the issue as posted has anything to do with opendirectory integration per se, but rather a bundled library file in the freenas distribution/update. I'm not sure if it had gotten corrupted.. but copying over an older version from a freenas instance I spun up on a vm seems to have cleared the error.

 

[cyberjock]

I'm not sure how experienced you are with github and coding, but if you have opendirectory working properly, you may want to provide a github pull of the changes. Others in the forums have wanted opendirectory support in the past (and it is intended to be implemented at some point in the future).

 

[biped]

Properly being the operative word ...

I have it where I can run id username, and get the details of opendirectory user from shell. In the dataset permissions I have the opendirectory user and groups. However TLS is a nono ( which is a gripe, because no public certificate authority will issue you a certificate for local domains anymore, which as I understand it, is the only way TLS will work with the openldap packages at the moment ).

I have imported the samba schemas over to opendirectory and have CIFS shares from freenas authing using ldap as a backend. issue here after every reboot I need to update the samba bind password ( iiuc )

This is all pieced together from the attempts others have done and documented on the forums, as well guides on getting nix clients integrated with opendirectory.

haven't touched kerberos yet.

currently struggling with how to get the samba homedirs to mount elegantly on centos7 clients ( they mount just fine on osx clients ), and how to push out that config out with saltstack. stickler being would like a dynamic solution that doesn't require re-editing configuration files everytime a new user is created, or one is deleted. autofs doesn't do 'globs' and have been holding off on autofs-ldap.

and why when I create nfs4 exports, and mount them on a centos7 client, I can create files/directories with a ldap user, but can not chmod/chown the same file/directory afterwards ( uid/gid is correct )

I'm new to freenas so you won't get a guide or contribution from me ( it would be a waste of your time ), but will answer what I can, if asked.