Created attachment 452475 [details] config file for rhel6.0(20100922.1) hvm guest Description of problem: After doing "xm rename" to change the domain name, "xm list" shows new domain name immediately, but "xentop" shows no change about the domain name. Version-Release number of selected component (if applicable): kernel-2.6.18-225.el5xen xen-3.0.3-117.el5 guest: RHEL-Server-6.0 host: RHEL-5.5 How reproducible: always Steps to Reproduce: 1. xm rename $old-domain-name $new-domain 2. xm list 3. xentop Actual results: 1) "xm list" shows the new domain name; 2) "xentop" always shows the old domain name in the xentop information. Expected results: After renaming a domain, the new domain name should be showed everywhere. Additional info: doing "xenstore-read /vm/$uuid/name", shows the new domain name; doing "xenstore-ls /local/domain/$domain-id |grep name" shows the old domain name.
This bug is not critical. Move it to 5.7.
(In reply to comment #1) > This bug is not critical. Move it to 5.7. Well, analysis shows that there are 3 places where domain name is being stored and just one of them is being renamed: 1) /vm/{UUID}/name - this is the only one that's changed by setName() 2) /local/domain/0/backend/{class}/{DOMID}/{DEVID}/name 3) /local/domain/{DOMID}/name As mentioned above, only path in vmpath (1) is being changed but this introduces the issue for xentop since it's reading from /local/domain/{DOMID}/name as mentioned in comment #0. Based on that analysis I'm writing a patch to alter domain name at all 3 places. Michal
Created attachment 464275 [details] Patch to fix XenD's setName() method This is the patch to fix setName() method of XenD to rename not only /vm/{UUID}/name node in xenstore but also to rename backend domain names and name in the domain path, i.e. to alter /local/domain/{DOMID}/name and also /local/domain/0/backend/{CLASS}/{DEVID}/name nodes. Testing was done on RHEL-5 x86_64 host to rename RHEL-6 guest to RHEL-666 and before the patch was applied just vmpath name node was changed and xentop was showing old domain name. After applying this patch all the nodes mentioned were aware of new domain name and xentop was showing correct domain in the domain list. Michal
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
This request was erroneously denied for the current release of Red Hat Enterprise Linux. The error has been fixed and this request has been re-proposed for the current release.
Reproduced on xen-3.0.3-117.el5 and verified on xen-3.0.3-122.el5
Plus also verified on xen-3.0.3-126.el5
Steps to Reproduce and verify: 1. xm rename $old-domain-name $new-domain 2. xm list 3. xentop
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: After a domain name was changed via the "xm rename" command, the xentop utility failed to properly reflect this change in its output. With this update, the setName() function has been fixed to propagate the new domain name to domain paths and back-end domain names, and xentop now shows these changes properly.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-1070.html