[Oraclevm-errata] OVMBA-2012-0031 Oracle VM 3.1 ovs-agent Bug Fix update

[Errata Announcements for Oracle VM]

Oracle VM Bug Fix Advisory OVMBA-2012-0031

The following updated rpms for Oracle VM 3.1 have been uploaded to the 
Unbreakable Linux Network:

x86_64:
ovs-agent-3.1.1-89.9.x86_64.rpm


SRPMS:
http://oss.oracle.com/oraclevm/server/3.1/SRPMS-updates/ovs-agent-3.1.1-89.9.src.rpm



Description of changes:

[3.1.1-89.9]
- modify spec file for pre install and post install scripts
   to retain default password upon upgrade

[3.1.1-89.8]
- retain default password upon upgrade
   If  customers using the default password (oracle), the old password 
file will
   be removed upon upgrading from 3.1.1- to 3.2.1.
   This patch will fix this: save before upgrade and then restore after 
upgrade.
   Signed-off-by: Zhigang Wang <zhigang.x.wang at oracle.com>
[[bug 14158623&14261747]]

[3.1.1-89.7]
- using crypt() with salt and sha512 for agent password
   The old SHA password will be replaced upon successful authentication.
   Also the default user is removed.
   Signed-off-by: Zhigang Wang <zhigang.x.wang at oracle.com>
   Signed-off-by: Adnan Misherfi <adnan.misherfi at oracle.com>
   Signed-off-by: Kurt Hackel <kurt.hackel at oracle.com>
   Signed-off-by: Junjie Wei <junjie.wei at oracle.com>
   Signed-off-by: John Haxby <john.haxby at oracle.com>
[[bug 14018738&13423154&14261747]]

[3.1.1-89.6]
- The lock to prevent concurrent db access is not working. It is caused 
by wrong
   parameters passed to LockFile.acquire(). The patch also makes the 
parameters
   of LockFile.acquire() more consistant with that of FileLock.acquire().
   Signed-off-by: Junjie Wei <junjie.wei at oracle.com>
   Signed-off-by: Zhigang Wang <zhigang.x.wang at oracle.com>
   Signed-off-by: Adnan Misherfi <adnan.misherfi at oracle.com>
[[bug 14228188&14215643]]

[3.1.1-89.5]
- Set the bond MTU to equal to the primary interface MTU, if the
   primary interface MTU is not 1500. [bug 14222254]

[3.1.1-89.4]
- Xend will destroy a VM is the VM restart too fast (within 60 seconds) 
to prevent
   loops.
   With this patch, reboot_vm() will first check the elapse time since 
start. If
   it's less then 60 seconds, it will wait for a while until the elapse 
time reach
   the 60 seconds limit. Then it will call xm reboot.