Forgot to mention that my secondary storage is on the management server, as
in I'm using a single machine as host and ssvm. Maybe the settings are
different? Ssh into host means I'm ssh to myself which does nothing. And
I've checked the other 3 things, all passed so far. Also, I've noticed that
loc
You need to check route from SSVM to the website hosting the ISO over ACS
public network. SSH to SSVM using instructions here
http://stackoverflow.com/questions/19812463/how-to-ssh-into-cloudstack-ssvm-through-public-ip-address
and try to:
1. Check name resolution
2. Check basic connectivity e.g
If you have a old DB backup before the storage migration, check that path as
it would change once the storage migration process begins.
-Adrian
-- Original Message ---
From: Vivek Kumar
To: CloudStack Users Mailing list
Sent: Mon, 10 Oct 2016 22:38:59 +0530
Subject: Re: Lost vh
As Stephan mentioned its the path that corresponds with the LV.
mysql> select * from volumes where name='ROOT-4190' \G
*** 1. row ***
id: 6061
account_id: 2
domain_id: 1
Thanks, this would help. I however ran into a new problem. In the
troubleshoot wiki, it would be number 8. No route to host. I checked my
firewall, so it's not it. Where and how do I start to diagnose the problem?
On Tue, Oct 11, 2016 at 2:54 AM, Jeroen Keerl
wrote:
> Hi,
>
> the iso has not bee
Hi,
the iso has not been downloaded yet.
Either this takes a while to start and download, or something's wrong.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting
Under the link above you'll find some useful hints...
-Ursprüngliche
Hello Stephan,
Yes i ve already seen that. but unable to find that string in my primary
storage.i found this blog but unable to find old vhd
http://blog.branix.net/cloudplatform/when-live-storage-migration-goes-wrong
On Mon, Oct 10, 2016 at 7:42 PM, Stephan Seitz wrote:
> Hi,
>
> if you tak
Hi,
if you take a look into the mysql cloud.volumes table, you should find
uuid-strings in the path-field. At least for XenServer lvmohba Storages
you should find that uuid as part of the lv-name (VHD-[uuid])
cheers,
- Stephan
Am Samstag, den 08.10.2016, 09:19 + schrieb
vivek.ku...@indiqus
Yes, I'ld mark the old ones removed. I'm quite unsure where the id-
field is referenced to, so if it was my management-node, I'ld use the
entry with the last working id and mark the others as removed by
setting a date in the past into the removed-fields.
I don't know if this is the promoted way, b
