[one-users] [ BUG ] opennebula-sunstone-4.6.1-1.x86_64 : Unresponsive Updating Templates

[Damon (Albino Geek)]

Hello Mailing List,

Preface, physical server information:

Processor: Single E5-1650 v2 [ 6/12 @ 3.50 GHz / Ivy Bridge ]
Storage: 2x 6TB HDD [ Local Storage via default data-stores ]

Software types and versions installed:

Operating System: Linux
Distribution: Cent OS
Version: 6.5
Architecture: x86_64 (64 bit)
Kernel: 2.6.32-431.17.1.el6

opennebula-ruby-4.6.1-1.x86_64
opennebula-sunstone-4.6.1-1.x86_64
opennebula-node-kvm-4.6.1-1.x86_64
opennebula-common-4.6.1-1.x86_64
opennebula-4.6.1-1.x86_64
opennebula-server-4.6.1-1.x86_64

---
The actual issue:
---

After creating a new SunStone + KVM Node configuration, as specified in
your QuickStart documentation [ without NFS configuration, as both the
frontend and backend are on the same server for testing. ]  I have created
the host machine and network in the CLI, then did the following:

I attempted to update one of my existing templates, [ created via the  
following raw template data as imported into the SunStone via the second  
option. ]  When I attempt to "Update" the template, the web interface  
stalls for some 10-60 seconds, other times it doesn't ever come up [ the  
template in wizard mode to edit. ]  This issue is not seen with the CLI,  
so I know the issue is not a slow database.  The default .sqlite database  
is being used.

This issue was not seen in the previous version [4.6] , it appears new to  
[4.6.1] ; but I have not had this hardware before then, so I cannot  
confirm this.

---
Steps to Reproduce:
---

1. Click on any template in SunStone
2. Click "Update" and wait...

---
RAW Template Data [attached]
---
NAME="CentOS-6.5"
CONTEXT=[
NETWORK="YES",
SSH_PUBLIC_KEY="$USER[SSH_PUBLIC_KEY]" ]
CPU="1.0"
DISK=[
IMAGE="CentOS-6.5",
DRIVER="qcow2",
DEV_PREFIX="vd" ]
GRAPHICS=[
LISTEN="0.0.0.0",
TYPE="vnc" ]
MEMORY="512"
NIC=[
NETWORK="network" ]
OS=[
ARCH="x86_64" ]