Thanks.
I just installed mariadb-server 10.1 and tried a series of things and could not get it to work. So once again I yum undo-ed to uninstall
So if I am understanding correctly, tomorrow I can reinstall mariadb-server, my already running process will continue to run (as it does), and by opening isql a new instance of unixodbc, mysql-connector... the whole linkage chain. should be established so I can hopefully figure out what is happening?
I'll also look around in yum's history to see if the is some old component of mysql or mariaclient not getting removed...
What is the likelihood of yum not identifying a prerequisite?
Quitting for now. That is enough of my time given to work for one night!
John
On Tue, Oct 31, 2017 at 3:57 PM, Gordon Messmer gordon.messmer@gmail.com wrote:
On 10/31/2017 12:23 PM, John Harragin wrote:
However my asterisk server is still running and it still has that file open. I don't know if this keeps new processes referencing the .so file that is open in ram.
No. New processes will use the .so that they find in their library path, in the filesystem.
I'm not sure how the package manager addresses such
issues.
It doesn't.
Does it run ldconfig as part of the installation and defer
resolving issues till the involved files are closed?
Packages may specifically run "ldconfig" in their post install script (rpm -q --scripts), but rpm won't otherwise.
If you remove a package that provides an .so file, the files are deleted from the filesystem by rpm. If those files are open by an active process, the inode and data blocks will not be freed by the kernel at that time, because there is still an in-memory reference to those. When those processes exit, the reference count is decreased. When the reference count reaches zero, and nothing refers to that inode any longer, the kernel will clear the inode and free the data blocks it is using.
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos