Klaus Vink Slott said the following on 04/30/2013 09:50 AM:
On 30-04-2013 15:24, Anton Aylward wrote:
Klaus Vink Slott said the following on 04/30/2013 09:06 AM:
Hi
I am still not comfortable with the systemd daemon, now I have a machine that after a update gives:
rad0:~ # zypper ps The following running processes use deleted files: ______________________________
PID | PPID | UID | Login | Command | Service | Files
----+------+-----+-------+---------+---------+-------------- 528 | 1 | 0 | root | gmain | | /usr/lib64/libvmtools.so.0.0.0 | | | | | | /usr/lib64/open-vm-tools/plugins/common/libhgfsServer.so | | | | | | /usr/lib64/libhgfs.so.0.0.0 | | | | | | /usr/lib64/open-vm-tools/plugins/vmsvc/libguestInfo.so | | | | | | /usr/lib64/open-vm-tools/plugins/common/libvix.so | | | | | | /usr/lib64/open-vm-tools/plugins/vmsvc/libpowerOps.so | | | | | | /usr/lib64/open-vm-tools/plugins/vmsvc/libtimeSync.so | | | | | | /usr/lib64/open-vm-tools/plugins/vmsvc/libvmbackup.so | | | | | | /usr/bin/vmtoolsd (deleted)
You may wish to restart these processes. ______________________________
I do, but how?
systemctl restart vmtoolsd.service
does not seem to help
Of course not. The process that needs to be restarted is pid=528, 'gmain'. That's the only process listed there. All the other things are libraries or helpers.
Your confusion isn't with systemd, but with interpreting the 'zypper ps' report :-0
Sorry but I dont get your point. systemd is responsible for starting and stopping all daemons on this machine. At least I did not manually start gmain (whatever that is).
My reason for going after vmtoolsd was, that it was listed as deleted in the output - and that vmtools is controlled by systemd
Yes, you don't get my point. All that is listed are things that were started by gmain. Gmain is the only PID listed there. There is nothing else in the PID column. Is vmtools started directly by systemd or is it started by gmain IN THIS INSTANCE? The way your 'zypper ps' output reads make me think its started by gmain. I'm not saying that systemd isn't involved, I'm just going by what your 'zypper ps' said. That seems to be the *SOURCE* of your issue. You might also look at the syslog/journald for that time period to see what was stopped and started. Finally, there is the 'deleted' tag. That could mean that the running binary was deleted by an upgrade when you did the upgrade that preceded this. Perhaps it was replaced in the upgrade by a new instance of the same. Perhaps its simply not around any more. But my real point is that its not vmtoolsd that 'zypper ps' is telling you about. It is telling you that 'gmain' needs to be restarted. That's why there is only the gmain pid listed. All the rest are the 'why'. Do read the zypper man page for the section 'ps'. It tells you quite explicitly that it is the identified process - the one it supplies the pid and name for, is the one to be restarted. -- "Combinatorics -- how to count without counting." - Cassablanca -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org