Could we change the topic of this thread to:
CentOS 7.4 - Do NOT upgrade if using samba shared folders?
Could we change the topic of this thread to:
CentOS 7.4 - Do NOT upgrade if using samba shared folders?
Never make big changes on Friday, especially in my company where it works 24/7. it could become a nightmare!
I’m learning it at my expense and @davidep, that must give me support on Sunday.
Fortunately I saw the mega update list and came to check on the forum
Just to confirm, if we are using Active Directory as the local accounts provider in combination with Shared Folders, we should not upgrade?
If this is the case, would definitely recommend changing the topic name.
I always “make big changes on Friday”!
If something goes wrong, it’s plenty of time to fix everything till Monday!
I efectively don’t use Ssmba…
Hi
So far I was very happy with Nethserver, moving from 7+ years of using SME Server.
I updated 5 Servers yesterday about an hour BEFORE the warning went out.
OK, I could revert two running as KVM VMs on Proxmox.
My own Server and 2 others didn’t have the revert option, either due to Hardware, not VM or too much data loss.
I do know the yum history and undo option from SME, but that didn’t work in the simplest case of mine…
I’m a bit worried about the two servers I rebooted. They now have the read-only filesystem. ;-(
-> I’ve fixed this according to the Error after update recreating AD instructions, this works so far. Samba is still not working.
In my opinion, the not-rebooted servers have the greatest chance of recovery.
I do have backups, but what happens after fresh install, restore? Nethserver installs the missing packages but does it update?
Let’s hope the Red-Hatters have a solution soon…
Nethserver is a good server, i’d like to use it further…
Cheers from Switzerland!
Andy
Thank you for confirming @dnutan, to be safe I reverted my Nethserver to the backup I took before upgrading (So glad I use nethserver as a virtual!). I really need to get my dev system setup again so I can test before prod upgrades.
Thanks!
Done!
A fix is out, in testing repository.
Sadly yes, upstream has replaced 7.3 repository with 7.4.
But I’m also trying to find a workaround at yum level.
Maybe this could help
My case:
I don’t have Samba (samba ad or shared folders) installed on my test server but from Software Center and yum samba is required to update.
My test server was installed about week ago and now I have maybe 250+ packages to upgrade.
If you say that there is a problem with samba maybe this could help
yum update --exclude=samba,libwbclient,libsmbclient**
this could prevent to update samba but i don’t know how it would behave with sssd packages and other dependiences…
Do not test on production!
Possible workaround for samba in a local AD:
cd
mkdir rpms
cd rpms/
# note: a multi-line command follows
wget ftp://fr2.rpmfind.net/linux/centos/7.3.1611/updates/x86_64/Packages/samba-4.4.4-14.el7_3.x86_64.rpm \
ftp://fr2.rpmfind.net/linux/centos/7.3.1611/updates/x86_64/Packages/samba-{client,client-libs,common-libs,common-tools,libs}-4.4.4-14.el7_3.x86_64.rpm \
ftp://fr2.rpmfind.net/linux/centos/7.3.1611/updates/x86_64/Packages/samba-common-4.4.4-14.el7_3.noarch.rpm \
ftp://fr2.rpmfind.net/linux/centos/7.3.1611/updates/x86_64/Packages/libsmbclient-4.4.4-14.el7_3.x86_64.rpm \
ftp://fr2.rpmfind.net/linux/centos/7.3.1611/updates/x86_64/Packages/libwbclient-4.4.4-14.el7_3.x86_64.rpm \
ftp://fr2.rpmfind.net/linux/centos/7.3.1611/os/x86_64/Packages/libtevent-0.9.28-1.el7.x86_64.rpm \
ftp://fr2.rpmfind.net/linux/centos/7.3.1611/updates/x86_64/Packages/sssd-libwbclient-1.14.0-43.el7_3.18.x86_64.rpm
yum downgrade ./*.rpm
rm /etc/alternatives/libwbclient.so.0.13-64
signal-event nethserver-samba-update
cd
rm -r rpms/ # add -f option to force removal without confirmation (use with care)
Thank you @dnutan
I can confirm this works and recovered a production samba AD system.
Just to recap on the issue
The question is why? And what do we have to do not to be caught/trapped again by an upstream decision?
Thanks @dnutan
Just made sure:
Coffein level in system: OK
Rollback by duntan: Ready
Go !
And two production systems back running!
Thanks to all!
Therefore… if i am not using any kind of account provider… i can safely upgrade/update?
Yes.
But if you have have nethserver-samba installed, make sure to get the latest package which fix the read-only filesystem issue.
Still not installed. Therefore… yum update right now.
Thank you @dnutan for the great workaround!
I did a bit of research and this is what I’ve found:
I’ve create a new sssd-libwbclient
patched RPM.
Please, be sure to update everything from CentOS updates repository, than install the patch it using this commands:
yum --enablerepo=nethforge-testing update sssd-libwbclient
signal-event nethserver-samba-update
The patch works in our production environment; tested with following clients:
This is the associated issue:
If everything goes well, we can release it in nethforge repository, also we will do not need anymore the vault repository.
This will bring issue-free updates for all NethServers.
Please help me test this hack! /cc @Andy_Wismer @GG_jr @mrmarkuz @compsos @des @greavette
Tested and working on:
after resetting permissions.
let’s get it clear:
install fresh ns7 (without patches)
install sambaad
try to join domain
add your patch
try to join domain
??