Comment 5 for bug 939557

soft reboot isn't implemented in libvirt.

looks like it could be done relatively easily by using dom.shutdown() / waiting for it to power off and then starting it again instead of doing the hard version which is destroy/create

Vish

On Feb 24, 2012, at 6:37 AM, David Kranz wrote:

> I tried doing a sync and the problem did not happen. However, 'nova
> reboot' is documented to do a SOFT reboot unless you give it the --hard
> flag. I verified using the --debug flag that it is indeed doing SOFT.
> Any ideas for further debugging this? Or is even a SOFT reboot not
> supposed to flush?
>
> send: u'POST
> /v1.1/testproject/servers/d231cdf2-1967-41f8-9528-6eadee5fd7f1/action
> HTTP/1.1\r\nHost: 172.18.0.131:8774\r\nContent-Length: 28\r\nx-auth-
> project-id: testproject\r\naccept-encoding: gzip, deflate\r\naccept:
> application/json\r\nx-auth-token:
> 866223043243cc5b0fa536d6cb3094acbefd817e\r\nuser-agent: python-
> novaclient\r\ncontent-type: application/json\r\n\r\n{"reboot": {"type":
> "SOFT"}}'
>
> --
> You received this bug notification because you are subscribed to
> OpenStack Compute (nova).
> https://bugs.launchpad.net/bugs/939557
>
> Title:
> Files in vm sometimes zeroed after 'nova reboot'
>
> Status in OpenStack Compute (Nova):
> Incomplete
>
> Bug description:
> I really hesitate to report this as a bug because it is so hard to
> believe but a user reported it and I can reproduce it.
>
> 1. Booted a vm using oneiric-server-cloudimg-amd64 and assigned floating ip
> 2. Ssh to vm and
> sudo apt-get install -y git
> git clone git://github.com/rackspace/python-novaclient.git
> 3. nova reboot
> 4. Ssh in again. The python-novaclient directory is intact but all the files have zero length
>
> This happens often but not always. I had been using these vms myself
> without such a problem.
>
> This was running stable-diablo on oneiric with kvm. I don't now what
> info would be more useful but on vm:
>
> ubuntu@buggy:~$ df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/vda 10321208 687340 9109592 8% /
> devtmpfs 1026112 4 1026108 1% /dev
> none 205648 196 205452 1% /run
> none 5120 0 5120 0% /run/lock
> none 1028228 0 1028228 0% /run/shm
> /dev/vdb 20642428 176196 19417656 1% /mnt
> ubuntu@buggy:~$ mount
> /dev/vda on / type ext4 (rw)
> none on /proc type proc (rw,noexec,nosuid,nodev)
> none on /sys type sysfs (rw,noexec,nosuid,nodev)
> none on /sys/fs/fuse/connections type fusectl (rw)
> none on /sys/kernel/debug type debugfs (rw)
> none on /sys/kernel/security type securityfs (rw)
> devtmpfs on /dev type devtmpfs (rw,mode=0755)
> none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
> none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
> none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
> none on /run/shm type tmpfs (rw,nosuid,nodev)
> /dev/vdb on /mnt type ext3 (rw)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/nova/+bug/939557/+subscriptions