Hi,
> Op 5 februari 2016 om 17:24 schreef Indra Pramana :
>
>
> Dear all,
>
> We are using CloudStack 4.2.0, KVM hypervisor and Ceph RBD for primary
> storage. In the past one week, many of our KVM host agents would often be
> disconnected from the management server, causing the VMs to go down
Github user GabrielBrascher commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1357#discussion_r52095108
--- Diff: server/src/com/cloud/configuration/ConfigurationManagerImpl.java
---
@@ -4932,6 +4932,32 @@ public Domain getVlanDomain(long vlanId) {
Github user GabrielBrascher commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1357#discussion_r52094345
--- Diff: server/src/com/cloud/configuration/ConfigurationManagerImpl.java
---
@@ -4932,6 +4932,32 @@ public Domain getVlanDomain(long vlanId) {
Github user rodrigo93 commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/837#discussion_r52094072
--- Diff: server/src/com/cloud/resource/ResourceManagerImpl.java ---
@@ -1148,15 +1148,16 @@ public Host cancelMaintenance(final
CancelMaintenanceCmd cm
Github user rodrigo93 commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/837#discussion_r52093680
--- Diff:
engine/orchestration/src/com/cloud/agent/manager/AgentManagerImpl.java ---
@@ -971,33 +971,28 @@ public Answer easySend(final Long hostId, fin
Github user PaulAngus commented on the pull request:
https://github.com/apache/cloudstack/pull/1395#issuecomment-180581817
I believe Abhi is going to be looking at Marvin soon. We could maybe
consider using the vmware python libraries (https://github.com/vmware/pyvmomi)
when using M
Github user ustcweizhou commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1357#discussion_r52076608
--- Diff: server/src/com/cloud/configuration/ConfigurationManagerImpl.java
---
@@ -4932,6 +4932,32 @@ public Domain getVlanDomain(long vlanId) {
So, let's see if I currently follow the requirements:
* Augment volume snapshots for managed storage to conditionally export data
to NFS. The current process of taking a snapshot on the SAN is fine, but
we'd like the option to export the data to NFS, as well.
Questions:
Once the data has been ex
Github user bhaisaab commented on the pull request:
https://github.com/apache/cloudstack/pull/1395#issuecomment-180484419
@DaanHoogland thanks Daan, this particular fix needs to be checked on both
cloudstack and vcenter side so I'm not sure if a marvin tests exists or would
be easy to
Github user bhaisaab closed the pull request at:
https://github.com/apache/cloudstack/pull/1380
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
Github user bhaisaab commented on the pull request:
https://github.com/apache/cloudstack/pull/1380#issuecomment-180483422
Since this is again maven related changes, will close this PR and move the
commit to https://github.com/apache/cloudstack/pull/1397 's branch
---
If your project
Github user bhaisaab commented on the pull request:
https://github.com/apache/cloudstack/pull/1366#issuecomment-180481369
VM tests performed manually on 4.5+patch:
1. Started Windows 2012 Template on the newly patched 4.5.2
Windows 2012 Root drive was set too IDE (0:1)
That's fun to see that discussion happening. I 100% agree with Paul's
points of view. VolumeSnapshot are not a backup, but I do consider them as
a safety vest against Primary Storage failure, because failure append :-( .
The current proposal around snapshots that reside on the primary storage or
s
Github user bhaisaab commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1365#discussion_r52050632
--- Diff: core/src/org/apache/cloudstack/storage/command/AttachAnswer.java
---
@@ -34,6 +37,12 @@ public AttachAnswer(DiskTO disk) {
setDis
Github user ustcweizhou commented on the pull request:
https://github.com/apache/cloudstack/pull/926#issuecomment-180467220
rebased
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this featur
Github user ustcweizhou commented on the pull request:
https://github.com/apache/cloudstack/pull/977#issuecomment-180465442
rebased
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this featur
I think I share you view on the 'Ideal world'. Backup (via Volume
Snapshots) is a huge bottleneck in Cloudstack. This is amplified especially
when you have a object storage as your secondary storage because it
requires two copies (one to an NFS staging area and from there to object
storage). And no
In the beginning... there were CloudStack snapshots and they were actually
volume snapshots not hypervisor point-in-time snapshots.
Then VM snapshots were created (which are point-in-time hypervisor snapshots)
and we started referring to the original snapshots as volume snapshots.
CloudStack doe
(whoops - accidentally replied privately, bringing back to mailing list - hope
Vadim’s OK with that)
Realize the SSVM and VR provide “public” services - https is open on the
console proxy, vpn services are open on the virtual router.
And unfortunately yes, people usually only think about impro
Volume backup only works if you rely on a single volume.
Any system using LVM (or dynamic disks in Windows) that spans more than one
volume is going to have problems using Volume Snapshots.
Or cases where your application stores data in different disks, perhaps
your data and your journal are layin
Paul,
When you say actual backups, how would it be different from the Volume
Snapshots that exist currently. My understanding is that Backups end up in
Sec Storage whereas Snapshots are just a point-in-time state of your volume
which can be restored back correct?
-Syed
On Fri, Feb 5, 2016 at 11
Github user DaanHoogland commented on the pull request:
https://github.com/apache/cloudstack/pull/1331#issuecomment-180438974
@swill @syed please have a look at :
services/secondary-storage/server/src/org/apache/cloudstack/storage/resource/NfsSecondaryStorageResource.java:941:
Line ha
Dear all,
We are using CloudStack 4.2.0, KVM hypervisor and Ceph RBD for primary
storage. In the past one week, many of our KVM host agents would often be
disconnected from the management server, causing the VMs to go down because
of HA work. While we used to have host disconnection in the past, n
Hi Syed,
As I understand it, the SolidFire plugin will export the snapshot to secondary
storage if the user requests a template from the snapshot or wants to download
the snapshot from the cloud. This is a good, pragmatic approach and yes Mike
the SolidFire storage is super reliable and snapsho
GitHub user remibergsma opened a pull request:
https://github.com/apache/cloudstack/pull/1402
Check the existence of 'forceencap' parameter before use
Check the existence of 'forceencap' parameter before use.
Error seen:
```
Traceback (most recent call last):
Github user pedro-martins commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/865#discussion_r52029971
--- Diff: server/src/com/cloud/server/ManagementServerImpl.java ---
@@ -2488,6 +2479,23 @@ public int compare(final SummedCapacity arg0, final
Summe
I think the terminology confusion comes from AWS where they do EBS
snapshots backed up to S3 and CloudStack sort of followed that. And as an
end user who is oblivious to the internals of my provider, my expectation
would be something similar to what AWS as that is my biggest reference
point.
To y
Some of the weirdness is around terminology.
For most systems I've worked on, a snapshot and a backup are two completely
different things (but CloudStack has traditionally used the term "volume
snapshot" to mean backup).
I will put in a SolidFire "plug" here and say, though, that if your primary
Paul,
I believe with the current implementation of Snapshots on managed storage
(SolidFire) the snapshots are never exported to the secondary storage.
While this solves the problem of having
snapshots taking forever to get to sec storage, this leaves us with a huge
liability if our primary storage
Hey Pierre-Luc,
For me, it's not a matter of how much work has already been done, but
rather maintaining backward compatibility.
Today, if using managed storage, if you elect to create a volume snapshot
(and the storage driver supports this), it is only taken on the backend
system (in my case, th
Github user pedro-martins commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/868#discussion_r52022212
--- Diff: server/src/com/cloud/vm/UserVmManagerImpl.java ---
@@ -1535,6 +1535,19 @@ private boolean upgradeRunningVirtualMachine(Long
vmId, Long new
Github user GabrielBrascher commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/1357#discussion_r52021538
--- Diff: server/src/com/cloud/configuration/ConfigurationManagerImpl.java
---
@@ -4932,6 +4932,32 @@ public Domain getVlanDomain(long vlanId) {
HI guys,
Could someone point me to the Jira bug of FS for the SAN-snapshot feature in
4.6 which is mentioned.
>From my discussions with users and operators around snapshots I'd make the
>following observations:
a. 'users' use snapshots as backups (both long-term and short term) with the
expect
Github user bhaisaab commented on the pull request:
https://github.com/apache/cloudstack/pull/1310#issuecomment-180368839
@nvazquez Yes, please run all the smoke tests against real hardware, the
tests are in test/integration/smoke. You can run them one by one or multiple.
The idea is
Github user nvazquez commented on the pull request:
https://github.com/apache/cloudstack/pull/1310#issuecomment-180363651
Hi @bhaisaab can you help me testing this?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your
Hi Mike,
The idea of introducing a new API: StorageSnapshot for managed storage is
because the VolumeSnapshot default, or expected, behavior is to archive
snapshots into the Secondary Storage. So a StorageSnapshot API would be for
snapshot that remain on the managed storage appliance.
Quickly loo
Github user ProjectMoon commented on the pull request:
https://github.com/apache/cloudstack/pull/1378#issuecomment-180308047
@cristofolini the unit test has been added.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If y
Github user jayapalu commented on the pull request:
https://github.com/apache/cloudstack/pull/872#issuecomment-180292881
@remibergsma @bhaisaab
I have seen observed the your cloud monkey tests, some thing wrong
createvpnconnection steps.
create-vpns.sh is not passing the 'pass
If its not available then set “job.cancel.threshold.minutes" to value greater
than “backup.snapshot.wait”. Make sure you are setting them up properly as per
your environment. This will effect all the jobs.
Regards,
Anshul
On 05-Feb-2016, at 3:32 PM, Andrei Mikhailovsky
mailto:and...@arhont.com
Hi Anshul,
Had a look in ACS GUI and I can't find the
'volume.snapshot.job.cancel.threshold' option. Has it been introduced in ACS
4.7 or 4.8 versions? I am running 4.6.2 at the moment.
Thanks
--
Andrei Mikhailovsky
Director
Arhont Information Security
Web: http://www.arhont.com
http://www.w
Hi Anshul,
Many thanks for the suggestion. I will try that right away.
Cheers
Andrei
- Original Message -
> From: "Anshul Gangwar"
> To: "dev"
> Sent: Friday, 5 February, 2016 09:40:49
> Subject: Re: Pesky volume snapshot schedule
> Try setting "volume.snapshot.job.cancel.threshold
Try setting "volume.snapshot.job.cancel.threshold" value greater than
"backup.snapshot.wait" value. This will make sure that backup snapshot is
cancelled before job cancellation. This in turn will take care of cleanup of
old snapshots.
Regards,
Anshul
On 05-Feb-2016, at 2:53 PM, Andrei Mikhail
Hello,
I was hoping someone could help me investigate and fix the issue that I am
having with one of the volume snapshots schedules. I am running ACS version
4.6.2 on Ubuntu 14.04 with latest updates, etc.
I've got a 200 gig vm root disk image which I am snapshotting on a daily basis.
I've c
Thanks John!
Also great to see you more active. :-)
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "John Kinsella"
> To: dev@cloudstack.apache.org, us...@cloudstack.apache.org
> Sent: Friday, 5 February, 2016 03:09:54
> Subject: Two
44 matches
Mail list logo
