Description of problem: Name IOProcess threads according to their storage domains (id/name).
Looks like an easy win.
This is also a candidate for 4.2, the patch should be trivial and easy to backport.
I think something like domain moniter is logged is good: 2018-03-14 16:32:23,918+0200 DEBUG (monitor/d0f5e62) [storage.Monitor] Refreshing domain d0f5e626-3338-4a83-a4be-a8ba7a187d4d (monitor:485) Where the prefix of the domain id is presented '(monitor/d0f5e62)'
Shani, is MODIFIED the right status here? Aren't we waiting for the "fileSD: Log shorter IOProcessClient's name" patch?
(In reply to Allon Mureinik from comment #5) > Shani, is MODIFIED the right status here? Aren't we waiting for the "fileSD: > Log shorter IOProcessClient's name" patch? This one has a "related-to" tag, so I thought that this 89084 is enough for verification. Moved back to "Post" for now. Thanks for the awareness.
The vdsm patches show ioprocess client name in most messages, but some ioprocess logs do not contain the client name, making it hard to correlate the message to the right client and relevant vdsm code. The additional ioprocess patch fixes this issue.
moving back to 'POST' since it seems that https://gerrit.ovirt.org/#/c/90027/ should be also backported.
https://gerrit.ovirt.org/#/c/90027/ is related to ioprocess project. Moving back to MODIFIED status.
Verified using: vdsm-4.20.25-1.el7ev.x86_64 Actual result: The IOProcessClient displays the correlated domain. examples: 2018-04-22 12:12:53,448+0300 INFO (itmap/2) [IOProcessClient] Starting client /rhev/data-center/mnt/yellow-vdsb.qa.lab.tlv.redhat.com:_Storage__NFS_storage__local__ge16__nfs__0 (__init__:308) 2018-04-22 12:11:52,616+0300 INFO (itmap/2) [IOProcessClient] Starting client /rhev/data-center/mnt/glusterSD/gluster01.scl.lab.tlv.redhat.com:_storage__local__ge16__volume__2 (__init__:308) 2018-04-22 11:31:10,122+0300 INFO (monitor/289e3fa) [IOProcessClient] Closing client Global (__init__:583) 2018-04-22 13:49:58,924+0300 INFO (monitor/ad07bf5) [IOProcessClient] Closing client /rhev/data-cent er/mnt/vserver-production.qa.lab.tlv.redhat.com:_iso__domain (__init__:583) Moving to VERIFIED
This bugzilla is included in oVirt 4.2.3 release, published on May 4th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.3 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.