Hey Dag,
On running ssvm-check I got :
root@s-1-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh
First DNS server is 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 48 data bytes
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet
If you go to the Global Settings tab in the GUI and search for “wait”, there
are several possible timeouts that may apply.
The backup.snapshot.wait Global Setting seems like the one that probably
applies here (per what Pierre-Luc was noting).
On 2/8/18, 4:15 PM, "Pierre-Luc Dion"
I think there is a timout global settings you could change so the copy task
will take longer before it timeout and fail in cloudstack. This will not
improve your performance but might reduce failure.
On updating the database content, it could work, but only if the vhd
successfully copy, and
Sounds exciting!
We've also been experimenting with Ceph volume/image mirroring (rbd mirror)
lately, with the goal of potentially using it for multi-region DR and
inter-region VM migration.
In an ideal world, we'd like migrate Ceph to a managed storage driver before we
embark on adding
Hi All, particularly Daniel, Sebastian and Simon,
We, as a community are very much aware of the shortfalls in 'backup and
recovery' options available natively in CloudStack - which is basically 'do
volume snapshots'.
Quite a while back, I published a high-level proposal of what I thought that
Swastik,
Are you confident your SSVM can write to your secondary storage?
Can you try to run /usr/local/cloud/systemvm/ssvm-check.sh and see what this
comes back with?
Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
On 08/02/2018, 11:06, "Swastik Mittal" wrote:
Hi all - we are holding a CloudStack / Ceph day in London on Thursday, April 19.
It would be great to see some of you there, and we are also looking for
speakers. If you have an interesting CloudStack talk and would like to come
along to share, please let me know ASAP. Thanks!
Hey Dag,
As I start the downloading of iso I get a broken pipe error on my terminal
logging http local file server details. But I checked the cloud.log and it
showed processing and downloadStatus="NOT_DOWNLOADED".
Downloadpath="/mnt/SecStorage" but NO ERROR untill after waiting for a
while I
Hi,
colleague of Daniel’s here, who has been dealing a lot with volumesnapshot
problems.
We are currently seeing two problems with the volumesnapshots.
The first is the long running snapshots, they go into the „BackingUp“ state and
never finish and thus block all further snapshots. These can
Hi Swastik,
Don’t worry about this – you were just doing a test where you were trying to
wget to the local SSVM filesystem as a test. The SSVM is just a small VM with
not a lot of disk space – so you are just checking connectivity here, you
should delete the partially downloaded file
Hey
A correction, I do see secondary storage and it shows only 1% utilized so
my secondary storage does have enough memory.The issue seems to be mostly
because of SSVM memory.
Regards
Swastik
On Thu, Feb 8, 2018 at 1:20 PM, Swastik Mittal
wrote:
> Hey Dag and Glenn,
Hi Sebastián,
Thank you for your answer. This is exactly the same problem we are facing. Some
customers have >1TB volumes, and it just takes ages to complete them. Which by
the way would not be the actual problem, but sometimes CS does not even create
the snapshot from the recurring snapshot
12 matches
Mail list logo