The company hosted a batch of machines in the computer room, part of which was replaced by XenServer 7, in order to squeeze more hardware resources, and there is no public storage, which caused a problem, each physical node to use its own storage. Then the system template what all need to have (although can do resource pool to solve, but I do not want), so have today's template export and import action
[Root@xenserver-cukxsegi iso_storage]# Xe template-list|grep-b1 ' Windows R2 Node '
UUID (RO): 799024cb-9daf-dbd1-9f6b-349f767b611d
Name-label (RW): Windows R2 Node
[Root@xenserver-cukxsegi iso_storage]# XE Template-export template-uuid=799024cb-9daf-dbd1-9f6b-349f767b611d Filename=./' Windows R2 Node '. Xva
Export succeeded
[Root@xenserver-cukxsegi iso_storage]# du-sh ' Windows R2 Node '. Xva
9.6G Windows R2 Node.xva
[Root@xenserver-cukxsegi iso_storage]# file ' Windows R2 Node '. Xva
Windows R2 Node.xva:tar Archive
[Root@xenserver-cukxsegi iso_storage]# SCP ' Windows R2 Node '. Xva root@172.100.220.53:/iso_storage
The authenticity of host ' 172.100.220.53 (172.100.220.53) ' can ' t be established.
ECDSA key fingerprint is a8:0a:9a:08:c7:56:98:ef:6c:0c:ad:8a:2c:dd:ba:65.
Are you sure your want to continue connecting (yes/no)? Yes
warning:permanently added ' 172.100.220.53 ' (ECDSA) to the list of known hosts.
root@172.100.220.53 ' s Password:
Windows R2 Node.xva 45% 4462MB 110.1mb/s 00:48 ETA
[Root@ds-server04 ~]# Xe template-list|grep-b1 ' Windows R2 Node '
[Root@ds-server04 ~]# XE Sr-list|grep-b1 Local
UUID (RO): 8e812398-6d55-b06a-2907-ac95c4c12533
Name-label (RW): Local storage
[Root@ds-server04 ~]# Xe vm-import filename=/iso_storage/"Windows R2 node.xva" sr-uuid= 8e812398-6d55-b06a-2907-ac95c4c12533