Thanks,
The next problem seems to be now, that there was an original snapshot that is
no longer there. When I try to snapshot the volume I’m working on, it fails,
because it’s looking for an initial snapshot that the database says is still
there, but which was actually removed when I removed t
Do not remove (delete), to remove you can mark the flags. First set the
removed date flag and then the state as Destroyed.
On Thu, Aug 24, 2017 at 1:10 PM, Asai wrote:
> I the DB table snapshot_store_ref I see two snapshots listed with store_id
> 3. Can I safely remove those rows?
> Asai
> Netw
I the DB table snapshot_store_ref I see two snapshots listed with store_id 3.
Can I safely remove those rows?
Asai
Network and Systems Administrator
GLOBAL CHANGE MEDIA
office: 520.398.2542
http://globalchange.media
Tucson, AZ
> On Aug 24, 2017, at 1:06 PM, Asai wrote:
>
> I can see now that i
I can see now that id 3 refers to a primary storage that I had to remove a
while ago. It’s still in the DB, though, and seems to be causing the error.
What steps should I take to remove this reference completely from the DB?
Asai
> On Aug 24, 2017, at 11:20 AM, Gabriel Beims Bräscher
> wrot
Just adding to Rafael's comment. Constant database backup is also a great
idea.
2017-08-24 15:19 GMT-03:00 Rafael Weingärtner :
> I would suggest you taking quite a lot of care before executing anything in
> the database.
> Please, do not hesitate to ask for further assistance here.
>
> On Thu, A
I would suggest you taking quite a lot of care before executing anything in
the database.
Please, do not hesitate to ask for further assistance here.
On Thu, Aug 24, 2017 at 2:15 PM, Asai wrote:
> Thank you very much for the assistance. I will try that.
> Asai
> > On Aug 24, 2017, at 11:12 AM,
Thank you very much for the assistance. I will try that.
Asai
> On Aug 24, 2017, at 11:12 AM, Rafael Weingärtner
> wrote:
>
> Yes, quite easily.
> I do not know if your problem is the same (you need a human not paying much
> attention to cause this type of problem), but basically, you can check
Yes, quite easily.
I do not know if your problem is the same (you need a human not paying much
attention to cause this type of problem), but basically, you can check in
the database what is the data store with id = 3, and then the volumes of
snapshots that are allocated in this data store, and then
Do you recall if it was able to be fixed?
Asai
> On Aug 24, 2017, at 11:03 AM, Rafael Weingärtner
> wrote:
>
> I have seen this issue before. In the environment I noticed it, it was
> caused by someone that manually deleted a volume in the database in order
> to remove a data store, but the sn
I have seen this issue before. In the environment I noticed it, it was
caused by someone that manually deleted a volume in the database in order
to remove a data store, but the snapshot that was using that volume was not
removed. Then, the data store was removed. By delete here I mean setting
the f
Greetings,
I was browsing to the Snapshots section under “Storage” today and came up with
this error:
Unable to locate datastore with id 3
I am unable to figure this out. I went to the Secondary Storage server and it
looks like all the snapshots are there from 2 days ago. Can someone please
I am not sure if different time zones would be the cause of your snapshot
issues.
Can you please provide us with more details and, if possible, some logs
related to your problem?
Thanks.
2017-08-14 3:05 GMT-03:00 Makrand :
> Hey All,
>
> Is there any possible problem or impact if cloudstack VM/M
Yes I do. Thank you 😊
Kind regards,
Paul Angus
paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
-Original Message-
From: Rodrigo Baldasso [mailto:rodr...@loophost.com.br]
Sent: 24 August 2017 18:25
To: users@cloudstack.a
As Rodrigo says, I should say that the CloudStack community doesn't support the
mgmt. server running on Debian in that the packaging has not been designed to
take the Debian OS into account, and we don't run any testing on Debian mgmt.
servers.
While someone in the community might know how to g
I think that by 'we', he meant 'cloudstack'.
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/overview/index.html#minimum-system-requirements
[]'s.
- - - - - - - - - - - - - - - - - - -
Rodrigo Baldasso - LHOST
(51) 9 8419-9861
- - - - - - - - - - - - - - - - - - -
On
end of story? no one can help me?
On Thu, Aug 24, 2017 at 8:15 PM, Paul Angus
wrote:
> Ah.
>
> We don't support a Debian based management server - the Debian repo works
> for Ubuntu 14.04 definitely (not sure if we have 16.04 sorted yet).
> For CentOS the current latest is 7.3
>
>
>
> Kind regar
Ah.
We don't support a Debian based management server - the Debian repo works for
Ubuntu 14.04 definitely (not sure if we have 16.04 sorted yet).
For CentOS the current latest is 7.3
Kind regards,
Paul Angus
paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London
Debian 8.9
the service is called tomcat7 in debian - not tomcat
On Thu, Aug 24, 2017 at 8:10 PM, Paul Angus
wrote:
> Hi Jevgeni,
>
> What OS are you running your management server on? (sorry if it's buried
> in your post somewhere).
> The log suggest that tomcat7 isn't installed, or isn't where
how something can be wrong?
I am installing to virgin clean Debian 8.9 machine
using these repository
http://packages.shapeblue.com/cloudstack/upstream/debian/4.10/
and the guide found on cloudstack website.
The only thing, I did - was installation of Java8
On Thu, Aug 24, 2017 at 8:05 PM, Rafael
Hi Jevgeni,
What OS are you running your management server on? (sorry if it's buried in
your post somewhere).
The log suggest that tomcat7 isn't installed, or isn't where CloudStack is
expecting it to be.
Kind regards,
Paul Angus
paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place,
It seems that there is something wrong with your installation. Maybe a
corrupted file?
On Thu, Aug 24, 2017 at 1:04 PM, Jevgeni Zolotarjov
wrote:
> sorry. this log file is correct
>
> DEBUG:root:execute:/usr/bin/lsb_release -i
> DEBUG:root:execute:hostname -f
> DEBUG:root:execute:iptables-save|g
sorry. this log file is correct
DEBUG:root:execute:/usr/bin/lsb_release -i
DEBUG:root:execute:hostname -f
DEBUG:root:execute:iptables-save|grep INPUT|grep -w 8080
DEBUG:root:Failed to execute:
DEBUG:root:execute:ufw allow 8080/tcp
DEBUG:root:execute:iptables-save|grep INPUT|grep -w 8250
DEBUG:root
Aug 22, 2017 7:34:17 PM org.apache.catalina.startup.ClassLoaderFactory
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/common/classes],
exists: [false], isDirectory: [false], canRead: [false]
Aug 22, 2017 7:34:17 PM org.apache.catalina.startup.ClassLoaderFactory
validateFile
WARNIN
Did you send the log file?
I think it is not possible to send attachments through this mailing list.
On Thu, Aug 24, 2017 at 12:39 PM, Jevgeni Zolotarjov wrote:
> I guess, this management setup log file explains the root of evil.
> There are many errors, though setup reports everything is OK.
>
I guess, this management setup log file explains the root of evil.
There are many errors, though setup reports everything is OK.
On Thu, Aug 24, 2017 at 4:12 PM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
> db.properties is there.
> Can you post your log files somewhere?
>
> On Th
db.properties is there.
Can you post your log files somewhere?
On Thu, Aug 24, 2017 at 8:51 AM, Jevgeni Zolotarjov
wrote:
> This is what I have in
> /etc/cloudstack/
> /etc/cloudstack/management/
>
> root@servername:/var/cache/tomcat7/Catalina/localhost/client# cd
> /etc/cloudstack/
> root@serve
Dear Team,
Has anyone gone through this, i.e. system VMs agent state never come up until n
unless you ping the management server IP from system VM. If you don’t ping the
same and when you run the “ssvm_check.sh” script it shows not connectivity to
port 8250.
The time you ping the management se
This is what I have in
/etc/cloudstack/
/etc/cloudstack/management/
root@servername:/var/cache/tomcat7/Catalina/localhost/client# cd
/etc/cloudstack/
root@servername:/etc/cloudstack# ls -al
total 20
drwxr-xr-x 5 root root 4096 Aug 23 16:31 .
drwxr-xr-x 100 root root 4096 Aug 23 19:26 ..
drwxr-xr
Is there a db.properties in /etc/cloudstack.. folder?
On Thu, Aug 24, 2017 at 3:27 AM, Jevgeni Zolotarjov
wrote:
> Did that "setup --tomcat7" now.
> Output:
> Starting to configure CloudStack Management Server:
> Configure Firewall ...[OK]
> Configure CloudStack Management Server ...
Did that "setup --tomcat7" now.
Output:
Starting to configure CloudStack Management Server:
Configure Firewall ...[OK]
Configure CloudStack Management Server ...[OK]
CloudStack Management Server setup is Done!
But no difference, when I try to run client application. Absolutely the
same res
30 matches
Mail list logo