One question though... for me (4.13, Nautilus 14.2, test env) - it fails to
revert back to snapshot with below error
Which CEPH and QEMU/libvirt/os versions are you using?
Error:
2019-09-06 21:27:16,094 ERROR
[resource.wrapper.LibvirtRevertSnapshotCommandWrapper]
(agentRequest-Handler-3:null)
Hi All,
We have a large room for the day on Wednesday for a hackathon. I think it
might be a good idea if we marshal some thoughts around what we'd like to do
with the time.
I guess that we'll end up with some splinter groups who want to work on
something very specific together as well, I
storage.cleanup.delay
storage.cleanup.interval
put both to 60 (seconds) and wait for up to 2min - should be deleted just
fine...
cheers
On Fri, 6 Sep 2019 at 18:52, li jerry wrote:
> Hello All
>
> When I tested ACS 4.13 KVM + CEPH snapshot, I found that snapshots could
> be created and rolled
Hello All
When I tested ACS 4.13 KVM + CEPH snapshot, I found that snapshots could be
created and rolled back (using API alone), but deletion could not be completed.
After executing the deletion API, the snapshot will disappear from the list
Snapshots, but the snapshot on CEPH RBD will not
That sounds like something that was happening on ACS 4.8.
Which version are you running?
Andrija
On Fri, 6 Sep 2019 at 14:50, wrote:
> Hi,
>
> I’ve checked that and found something peculiar: The password is retrieved
> from the VPR if I do a password reset, reboot and reboot again. However,
>
Hi,
I’ve checked that and found something peculiar: The password is retrieved from
the VPR if I do a password reset, reboot and reboot again. However, upon first
login with the password generated by the reset, Windows requires a new password
to be set. The password shows up in the passwords
Hi Simon,
I assume that the cloudbased-init runs BEFORE the user has to set pass via
Windows, thus overwriting the pass that ACS has previously set?
Does rebooting the VM actually sets the new pass (from ACS), that was
generated previously? You can actually check inside the VR
Hi,
I am currently doing a new batch of our templates. So far we’ve been using
Cloudbase-init for our Microsoft Server 2016 templates. Now with the 2019
version, instead of setting the password that cloudstack provides, the user has
to set a password on first startup. Does someone have