[SOLVED] $ yum update -y breaks rockstor services

@exelan Hello again, and you are welcome.

Yes pretty sure this is the known issue of db failure to update from too older version of Rockstor such as you had previously. But the fix I referenced earlier in this thread:

requires an interim Rockstor package version of rockstor-3.8.15, which was not available in the testing channel repositories. Hence my previous:

As at some point you upgraded from 3.8.14 to 3.8.16 and ran into this very db migration issue.

Again leaving you back at:

As from my VM here to replicate your issue (bar the missing bin) we see that 3.8.15 is not available in testing updates channel repo still:

yum clean all
yum list available rockstor --showduplicates
Loaded plugins: changelog, fastestmirror
Loading mirror speeds from cached hostfile
 * base: repo.uk.bigstepcloud.com
 * epel: www.mirrorservice.org
 * extras: repo.uk.bigstepcloud.com
 * updates: repo.uk.bigstepcloud.com
Available Packages
rockstor.x86_64                                           3.8-12                                             rockstor        
rockstor.x86_64                                           3.8.16-1                                           Rockstor-Testing
rockstor.x86_64                                           3.8.16-2                                           Rockstor-Testing
rockstor.x86_64                                           3.8.16-4                                           Rockstor-Testing
rockstor.x86_64                                           3.8.16-5                                           Rockstor-Testing
rockstor.x86_64                                           3.8.16-6                                           Rockstor-Testing

The changes in db management between 3.8.14 to 3.8.16 were fairly major, hence the inadvertent breakage in testing channel updates. You may well still be required to reinstall using the latest iso given the missing (possibly impractical to add) specific interim package versions for testing. Heeding the tips / warning we covered earlier in this post.

I know this is frustrating but I hope you can persevere as your input here has already been very valuable:

I particularly like you reverse proxy / lets encrypt post:

But the testing channel updates are rather bleeding edge and need to be if we are to realise more of what we are aiming at.

Hope that helps.