Re: Cloudstack manager - Unable to login after restart

2020-04-08 Thread Jevgeni Zolotarjov
gt; the case > > > On Wed, 8 Apr 2020 at 10:08, Jevgeni Zolotarjov > wrote: > > > After restart of host machine (Centos 7.7) I am not able to login > anymore. > > Neither cloudstack starts any VMs. > > > > In the log I see following error right after

Cloudstack manager - Unable to login after restart

2020-04-08 Thread Jevgeni Zolotarjov
After restart of host machine (Centos 7.7) I am not able to login anymore. Neither cloudstack starts any VMs. In the log I see following error right after login 2020-04-08 08:05:49,979 DEBUG [c.c.u.AccountManagerImpl] (qtp504527234-22:ctx-22182f59) (logid:ba27e53e) User: admin in domain 1 has su

Re: unable to start management server after update 4.11.3 -> 4.13

2019-09-29 Thread Jevgeni Zolotarjov
or_guest_os if I remember the name from top of my head...), you > might also want to remove those together with guest_os related entries... > > Ping here if any problems. > > Andrija > > > On Sun, 29 Sep 2019, 16:11 Jevgeni Zolotarjov, > wrote: > > > I was running c

unable to start management server after update 4.11.3 -> 4.13

2019-09-29 Thread Jevgeni Zolotarjov
I was running clean installation of 4.11.3 Now after updating to 4.13 cloudstack-management does not start exception from management-server.log 2019-09-29 14:05:57,058 WARN [o.a.c.s.m.c.ResourceApplicationContext] (main:null) (logid:) Exception encountered during context initialization - cancell

Re: "Command failed due to Internal Server Error" when stopping a VM

2019-07-16 Thread Jevgeni Zolotarjov
+1 Have experienced exactly the same problem. My host is centos7. Would be interested to get the solution. On Tue, 16 Jul 2019, 23:57 daniel bellido, wrote: > Hello, > > I've done a fresh install of cloudstack 4.11.3 on 2 ubuntu 18.04 servers > (1 server hosts the management server , the other

Re: failure after update 4.11.2 -> 4.11.3

2019-07-04 Thread Jevgeni Zolotarjov
ion table. And then > restart the management server. Then retry the systemvmtemplate (4.11.3) > registration and upgrade to the available packages (as mentioned, we're yet > to fix the notes and links). > > > Regards, > > Rohit Yadav > > Software Architect, ShapeBlue

Re: failure after update 4.11.2 -> 4.11.3

2019-07-04 Thread Jevgeni Zolotarjov
4.11.3 template to carry on the > template. > > Thanks, > Bobby. > > On 4.07.19, 9:10, "Jevgeni Zolotarjov" wrote: > > Hello > > I followed installation steps as described here > > http://docs.cloudstack.apache.org/en/latest/upgrading/upgrade/upg

failure after update 4.11.2 -> 4.11.3

2019-07-03 Thread Jevgeni Zolotarjov
Hello I followed installation steps as described here http://docs.cloudstack.apache.org/en/latest/upgrading/upgrade/upgrade-4.11.htm I made sure, that system VM templates were in READY state. But after update management server does not start ● cloudstack-management.service - CloudStack Managemen

Re: cannot start system VMs: disaster after maintenance followup

2019-03-25 Thread Jevgeni Zolotarjov
gs - but > this is all down to security groups so check these are in place and working. > > Regards, > Dag Sonstebo > Cloud Architect > ShapeBlue > > > On 21/03/2019, 19:47, "Jevgeni Zolotarjov" > wrote: > > << Almost, but not com

Re: cannot start system VMs: disaster after maintenance followup

2019-03-21 Thread Jevgeni Zolotarjov
<< wrote: > Stick to 4.11.2 - 4.12 should be released withing few days officially. > > As for qemu-kvm-ev - yes, it's supposed to work - make sure to test new > versions obviously. > > Did you got your new installation running fine ? > > On Thu, 21 Mar 2019 at

Re: cannot start system VMs: disaster after maintenance followup

2019-03-21 Thread Jevgeni Zolotarjov
bvious way is to flatten their images > with > > "qemu-img convert", next import them as templates and recreate VMs from > > those templates. > > > > чт, 21 мар. 2019 г. в 13:05, Jevgeni Zolotarjov >: > > > > > What happened in the end was: qemu

Re: cannot start system VMs: disaster after maintenance followup

2019-03-21 Thread Jevgeni Zolotarjov
gt; > any production-like system) > > > > Please let me know if the guide above gives you problem - we had multiple > > users explicitly following it - and successfully installed (with some > minor > > modification, which we committed back to that guide). >

Re: cannot start system VMs: disaster after maintenance followup

2019-03-21 Thread Jevgeni Zolotarjov
> > On Thu, 21 Mar 2019 at 13:06, Jevgeni Zolotarjov > wrote: > > > I reinstalled cloudstack from scratch - everything > > > > But looks like I hit the same wall now > > > > In the last step of installation it cannot create

cannot start system VMs: disaster after maintenance followup

2019-03-21 Thread Jevgeni Zolotarjov
I reinstalled cloudstack from scratch - everything But looks like I hit the same wall now In the last step of installation it cannot create system VMs. service libvirtd status -l gives me ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/

Re: Disaster after maintenance

2019-03-20 Thread Jevgeni Zolotarjov
; Also, for SSVM I got this one... > 2019-03-20 14:38:09,227 DEBUG [c.c.d.FirstFitPlanner] > (Work-Job-Executor-96:ctx-04c5c9f2 job-5120/job-6960 ctx-fde3d4d7) > (logid:49483c7a) No clusters found having a host with enough capacity, > returning. > > Andrija > > On Wed, 20 Mar

Re: Disaster after maintenance

2019-03-20 Thread Jevgeni Zolotarjov
M hosts can access/mount both Primary and > Secondary Storage > > On Wed, 20 Mar 2019 at 13:15, Jevgeni Zolotarjov > wrote: > > > After dozen of attempts, the Virtual Router could finally be recreated. > But > > its in eternal Starting status, and console prompts it re

Re: Disaster after maintenance

2019-03-20 Thread Jevgeni Zolotarjov
cloudstack from scratch? On Wed, Mar 20, 2019 at 11:08 AM Jevgeni Zolotarjov wrote: > Under this defaultGuestNetwork, I go to Virtual Appliances. There is no > VMS - "no data to show" > > I dont have any network, other than this single default one. > > I've tried addin

How to reimport instances from failed cluster

2019-03-20 Thread Jevgeni Zolotarjov
I've come across a problem with cluster, which I cannot manage to resolved. There is long thread about the problem with failed defaultGuestNetwork Now: What I am going to do: * download all VM volumes * reinstall Cloudstack from scratch * upload volumes to new VMs. How can that be done correctly?

Re: Disaster after maintenance

2019-03-20 Thread Jevgeni Zolotarjov
null; > > > > select * from vm_instance where id=87; > > > > select id,name from vm_instance where name like 'r%' and removed is > > null; > > > > > > > > Basically since the network offering is not redundant this error is

Re: Disaster after maintenance

2019-03-20 Thread Jevgeni Zolotarjov
nt this error is only > > thrown when there is no router associated with your network. Usually > > management server restart tries to implement network again. Please > restart > > management server, save and share management server log. > > > > > > > > >

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
', '49', '204', 'Shared' '3', '73', '204', 'Shared' '4', '75', '204', 'Shared' '5', '76', '204', 'Shared' '6', '77',

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
9024 > > > > On 3/19/19, 2:19 PM, "Jevgeni Zolotarjov" wrote: > > Hello > > I did exactly like you suggested. > > After UPDATE on db, I can see the router in cloudstack console. > But attempt to restart network fails. > I get err

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
x27;t bother > deleteing it, since there are VMs in that network) > > I'm not 100% positive this will fix your issue, but doesn't hurt to try > > If above doesn't work - I would still take a look into agents and if they > are still connected - optionally, restar

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
Yes. Just a single network. On Tue, 19 Mar 2019, 21:39 Andrija Panic, wrote: > Just one more clarification - this is Isolate single network (not Shared > Network, not VPC) ? > > > > On Tue, Mar 19, 2019, 19:36 Jevgeni Zolotarjov > wrote: > > > Name defaultGue

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
2019, 19:27 Jevgeni Zolotarjov > wrote: > > > >>> 1. Confirm please rolling restart is set to false please - double > check > > Double checked - It is set to false > > > > >>>>2. If so - do you know the name of VR which you deleted ? Is it

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
one > ever created - if so we can find it easily... > > > > On Tue, Mar 19, 2019, 18:40 Jevgeni Zolotarjov > wrote: > > > Here is management server log > > https://drive.google.com/open?id=1H2jI0roeiWxtzReB8qV6QxDkNpaki99A > > > > > > On Tue, Mar

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
If not just start it and see if it > >> > connects. > >> > > >> > If it’s running but still not connected please share the agent.log. > >> > > >> > If nothing helps at all you can remove the host and add it again, but > >> > let’s t

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
, but > let’s try to troubleshoot first. > > Bobby. > > > boris.stoya...@shapeblue.com > www.shapeblue.com > Amadeus House, Floral Street, London WC2E 9DPUK > @shapeblue > > > > > On 19 Mar 2019, at 17:29, Jevgeni Zolotarjov > wrote: > > >

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
Guys, please help with it. What can be done here? There is too much valuable data. On Tue, Mar 19, 2019 at 4:21 PM Jevgeni Zolotarjov wrote: > Tried that just now and got error: > Resource [DataCenter:1] is unreachable: Can't find all necessary running > routers! > &

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
art the VM. > > Andrija > > andrija.pa...@shapeblue.com > www.shapeblue.com > Amadeus House, Floral Street, London WC2E 9DPUK > @shapeblue > > > > > -Original Message- > From: Jevgeni Zolotarjov > Sent: 19 March 2019 15:10 >

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
x-1c0fd4dc job-5090) (logid:c734edfc) Complete async job-5090, jobStatus: FAILED, resultCode: 530, result: org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed to delete network"} =

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
. Take s look: > https://github.com/apache/cloudstack-documentation/pull/27/files > > вт, 19 мар. 2019 г., 9:09 Jevgeni Zolotarjov : > > > That's it - libvirtd failed to start on second host. > > Tried restarting, but it does not start. > > > > > > >>

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
libvirt has started ok. Do you have some NUMA > constraints or anything which requires particular RAM configuration? > > paul.an...@shapeblue.com > www.shapeblue.com > Amadeus House, Floral Street, London WC2E 9DPUK > @shapeblue > > > > > -Original Message-

Re: Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
> > Also: > What is the hypervisor version? > Host status in ACS? > Did you try to force a VM to start/deploy in this server where you changed > the RAM? > > > On Tue, Mar 19, 2019 at 9:39 AM Jevgeni Zolotarjov > > wrote: > > > We have Cloudstack 4.11.2 setup runn

Disaster after maintenance

2019-03-19 Thread Jevgeni Zolotarjov
We have Cloudstack 4.11.2 setup running fine for few months (>4) The setup is very simple: 2 hosts We decided to do a maintenance to increase RAM on both servers For this we put first server to maintenance. All VMS moved to second host after a while. Then first server was shutdown, RAM increased,

Re: ***UNCHECKED*** Re: Unable to communicate to instances on new host - iptables?

2018-09-24 Thread Jevgeni Zolotarjov
_______ > From: Jevgeni Zolotarjov > Sent: Wednesday, September 19, 2018 9:34 AM > To: users@cloudstack.apache.org > Subject: Re: Unable to communicate to instances on new host - iptables? > > sure > > iptables: > *mangle > :PREROUTING ACCEPT [4215:32894293] > :INPUT

Re: Unable to communicate to instances on new host - iptables?

2018-09-19 Thread Jevgeni Zolotarjov
eller wrote: > Can you provide your iptables rules on your hosts? > > > > > From: Jevgeni Zolotarjov > Sent: Wednesday, September 19, 2018 9:29 AM > To: users@cloudstack.apache.org > Subject: Re: Unable to communicate to instances on new

Re: Unable to communicate to instances on new host - iptables?

2018-09-19 Thread Jevgeni Zolotarjov
PV6INIT=no IPV6_AUTOCONF=no DELAY=5 STP=yes On Wed, Sep 19, 2018 at 5:27 PM Jevgeni Zolotarjov wrote: > Hi Simon, > > I am not using advanced network. > > Here is my network configuration > ifcfg-bond0: > TYPE=Bond > BONDING_MASTER=yes > BONDING_OPTS="mode=802.3ad miimon

Re: Unable to communicate to instances on new host - iptables?

2018-09-19 Thread Jevgeni Zolotarjov
are you using on your hosts? If advanced, what > type of isolation? > > > - Si > > ________ > From: Jevgeni Zolotarjov > Sent: Wednesday, September 19, 2018 3:17 AM > To: users@cloudstack.apache.org > Subject: Unable to communicate to instances o

Unable to communicate to instances on new host - iptables?

2018-09-19 Thread Jevgeni Zolotarjov
Hello! We are running CS 4.11.1 on CentOS7 (latest) Previously the installation had just 1 KVM host. Now we added another identical host. After some configuration hassle with libvirtd, new host is up and running. I followed strictly the host installation guide for 4.11. But instances running on

Re: Unable to migrate instance to new host

2018-09-18 Thread Jevgeni Zolotarjov
the network is available, IP address is correct and IP addresses in LAN are accessible from these instances. What is still missing? Help appreciated. On Tue, Sep 18, 2018 at 11:46 PM Jevgeni Zolotarjov wrote: > My host is running on Centos7. > > tried to set "LIBVIRTD_ARGS=-l"

Re: Unable to migrate instance to new host

2018-09-18 Thread Jevgeni Zolotarjov
w month ago and we had to > modify the libvirt-bin.service as well. > > 'ExecStart=/usr/sbin/libvirtd $libvirtd_opts' >> > 'ExecStart=/usr/sbin/libvirtd -l $libvirtd_opts' > > Add the "-l" before $libvirtd_opts > > Best regards,

Unable to migrate instance to new host

2018-09-18 Thread Jevgeni Zolotarjov
We were running cloudstack 4.11.1 with 1 host. Now we added another identical host. The procedure completed successfully. But the attempt to migrate instance to this new host fails with error message: Migration was refused connection to destination: qemu+tcp://A.B.C.D/system. Please check libvir

Re: qemu update 1.5.3 -> newer?

2018-09-13 Thread Jevgeni Zolotarjov
moved to > it due to better ceph performance and lower latencies. Before moving > all your servers test them for performance an stability. On Wed, Sep > 12, 2018 at 3:23 PM Jevgeni Zolotarjov wrote: > > > > Doesn't look to be active. The page has zero information about m

Re: qemu update 1.5.3 -> newer?

2018-09-12 Thread Jevgeni Zolotarjov
out it here > https://wiki.centos.org/SpecialInterestGroup/Virtualization. > On Wed, Sep 12, 2018 at 10:17 AM Jevgeni Zolotarjov > wrote: > > > > Hi > > > > Our cloudstack 4.11.1 installation works with qemu-kvm 1.5.3, which is > > shipped with standard Centos7

qemu update 1.5.3 -> newer?

2018-09-12 Thread Jevgeni Zolotarjov
Hi Our cloudstack 4.11.1 installation works with qemu-kvm 1.5.3, which is shipped with standard Centos7. Anyone has a guide about safe way to upgrade to a newer version of qemu? Best regards, Jevgeni

Re: 4.11.0 -> 4.11.1 problem: Guest VMs losing connection after few minutes

2018-07-20 Thread Jevgeni Zolotarjov
e left side manually. It will be registered as USER only in > that case. > > -- > Makrand > > > On Fri, Jul 20, 2018 at 5:41 PM, Jevgeni Zolotarjov < > j.zolotar...@gmail.com> > wrote: > > > Eventually I fixed the problem, without clear understanding of

Re: 4.11.0 -> 4.11.1 problem: Guest VMs losing connection after few minutes

2018-07-20 Thread Jevgeni Zolotarjov
20, 2018 at 1:33 AM Jevgeni Zolotarjov > > wrote: > > > - an ip-address conflict. > > JZ: unlikely, but not impossible. I tried to restart router VM in > > Network-Guest networks -> defaultGuestNetwork -> VirtualAppliances > > While rebooting ping to this router

Re: 4.11.0 -> 4.11.1 problem: Guest VMs losing connection after few minutes

2018-07-20 Thread Jevgeni Zolotarjov
uter or on the host, or > maybe on the guest? and the restart network? > > > On Fri, Jul 20, 2018 at 7:43 AM, Jevgeni Zolotarjov < > j.zolotar...@gmail.com> > wrote: > > > I updated cloudstack 4.11.0 -> 4.11.1 > > > > Everything went OK during update,

4.11.0 -> 4.11.1 problem: Guest VMs losing connection after few minutes

2018-07-20 Thread Jevgeni Zolotarjov
I updated cloudstack 4.11.0 -> 4.11.1 Everything went OK during update, but after host reboot guest VMs lost connection after few minutes of normal work. I tried restarting network - systemctl restart network.service then connection was restored again for few minutes Finally I could restore conne

Re: Is there a way to get back destroyed Virtual Router?

2018-07-11 Thread Jevgeni Zolotarjov
d to dig in the management logs to see whats wrong. > > Bobby > > > boris.stoya...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > On 11 Jul 2018, at 10:18, Jevgeni Zolotarjov > wrote: > &

Re: Is there a way to get back destroyed Virtual Router?

2018-07-11 Thread Jevgeni Zolotarjov
nov. > > > boris.stoya...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > On 11 Jul 2018, at 10:10, Jevgeni Zolotarjov > wrote: > > > > I am running cloudstacl 4.11.1 > > Virtual Router VM got destroyed unintentionally. > > > > Is there a way to re-create it? > > > > Regards, > > Jevgeni > >

Is there a way to get back destroyed Virtual Router?

2018-07-11 Thread Jevgeni Zolotarjov
I am running cloudstacl 4.11.1 Virtual Router VM got destroyed unintentionally. Is there a way to re-create it? Regards, Jevgeni

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
eblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > -Original Message- > From: Jevgeni Zolotarjov [mailto:j.zolotar...@gmail.com] > Sent: 09 February 2018 16:34 > To: users@cloudstack.apache.org >

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
n the meantime > > > Kind regards, > > Paul Angus > > paul.an...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > -Original Message- > From: Jevgeni Zolotarjov [mailto:j.zo

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
e infrastructure tab in the UI. > > > > > > > > > > paul.an...@shapeblue.com > > www.shapeblue.com > > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > @shapeblue > > > > > > > > > > -Original Message- > &

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
andos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > -Original Message- > From: Jevgeni Zolotarjov [mailto:j.zolotar...@gmail.com] > Sent: 09 February 2018 15:31 > To: users@cloudstack.apache.org > Subject: Re: cloudstack-management fails to s

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
Hoogland wrote: > so try > # virsh list --all > > On Fri, Feb 9, 2018 at 4:27 PM, Jevgeni Zolotarjov > > wrote: > > > I guess, these are system VMs. > > none of my own created instances can start. > > Id

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
ror: failed to get domain '8' error: Domain not found: no domain with matching name '8' And yes, cloudstack and mysql - everything locally On Fri, Feb 9, 2018 at 5:15 PM, Daan Hoogland wrote: > On Fri, Feb 9, 2018 at 3:58 PM, Jevgeni Zolotarjov > > wrote: &g

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
my next step would be to stop cloudstack and see if you can start the > image with virsh? > Cloudstack thinks for some reason the host is not a suitable target. I have > no clue why that is from your log. You can start cloudstack in a debugger > but given you are asking on users@, i don'

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
Yes, its KVM On Fri, Feb 9, 2018 at 4:06 PM, Daan Hoogland wrote: > I am at a loss but really would like to help you. > is it a KVM with the management server running locally? > > On Fri, Feb 9, 2018 at 3:02 PM, Jevgeni Zolotarjov > > wrote: > > > My Host is o

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
eni, > > can you describe your environment in more detail? the host[3] that is in > the avoid list, is it the host that VM was/is originally running on? Is > anything running on it atm? what is it's distribution and version? etc > > On Fri, Feb 9, 2018 at 2:44 PM, Jev

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
mpl.java:4927) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ... 18 more On Fri, Feb 9, 2018 at 3:05 PM, Jevgeni Zolotarjov wrote: > OK, I pushed through and got management server running. > The steps I made: > * recovered DB from backup > * downgrade

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
ot the problem with previous version 4.10 - and it was correct. I want to decide myself if I want to allow cpu overprovisioning. I consider this a critical bug. On Fri, Feb 9, 2018 at 11:51 AM, Jevgeni Zolotarjov wrote: > my host in Centos7. I upgraded just by changing the URL in repositor

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
. > > On Fri, Feb 9, 2018 at 10:44 AM, Jevgeni Zolotarjov < > j.zolotar...@gmail.com> > wrote: > > > I have a backup and noone is accessing the installation during upgrade > > process > > > > Now: > > I moved 1 bit further. > > > > Now

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
hen you roll back? > > On Fri, Feb 9, 2018 at 10:15 AM, Ernie Janse van Rensburg < > ernie.jvrensb...@shapeblue.com> wrote: > > > engine/schema/resources/META-INF/db/schema-41000to41100.sql: > > > > ________ > > From: Jevgeni Zolo

Re: cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
on the table and run the 4.11 > upgrade process again. > > > Regards > > > Ernie > > > From: Jevgeni Zolotarjov > Sent: Friday, February 9, 2018 10:10:59 AM > To: users@cloudstack.apache.org > Subject: cloudstack-management fails to start after

cloudstack-management fails to start after upgrade 4.10 -> 4.11

2018-02-09 Thread Jevgeni Zolotarjov
cloudstack-management fails to start after upgrade from 4.10 to 4.11 management-server.log: 2018-02-09 07:49:50,842 DEBUG [c.c.u.DatabaseUpgradeChecker] (main:null) (logid:) Running upgrade Upgrade41000to41100 to upgrade from 4.10.0.0-4.11.0.0 to 4.11.0.0 2018-02-09 07:49:50,846 DEBUG [c.c.u.d.Scr

Re: Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
| d4b9d32e-d779-48b8-814d-d7847d55a684 | 0 | >0| 19 | zonenamehere | > +--+--+- > ++--+-------+ > > Regards, > Dag Sonstebo > Cloud Architect > ShapeBlue > > On 20/10/2017, 13:33, "Jevgeni Zolotarjov" wrote: > > Thanks a lot! > > It was it

Re: Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
– but keep in mind > overprovisioning is a science in itself – which has lots of gotcha’s > depending on your workload. > > Regards, > Dag Sonstebo > Cloud Architect > ShapeBlue > > On 20/10/2017, 11:16, "Jevgeni Zolotarjov" wrote: > > I changed cluster.threshold

Re: Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
wrote: > Just look for threshold. Logs don't include such information. > > 2017-10-20 16:56 GMT+07:00 Jevgeni Zolotarjov : > > > What is exact parameter name? > > > > On Fri, Oct 20, 2017 at 12:44 PM, Ivan Kudryavtsev < > > kudryavtsev...@bw-sw.com > >

Re: Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
to thresholds. > > 2017-10-20 16:40 GMT+07:00 Jevgeni Zolotarjov : > > > Hi, > > > > Yes I have one host. But I have exactly zero affinity groups. I could > > successfully add few instances and they are running. > > The > > > > > > On Fri, Oc

Re: Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
hosts. > > 2017-10-20 16:19 GMT+07:00 Jevgeni Zolotarjov : > > > I could successfully create and run an instance with prepared Compute > > offering. But when I try to add one more instance of the same Compute > > offering, I am getting an error. > > Unable to

Re: Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
don't you? This is how it should really work if you do that thing. > Anti-affinity groups are meaningless if you don't have several hosts. > > 2017-10-20 16:19 GMT+07:00 Jevgeni Zolotarjov : > > > I could successfully create and run an instance with prepared Compute > &g

Unable to create a deployment for VM

2017-10-20 Thread Jevgeni Zolotarjov
I could successfully create and run an instance with prepared Compute offering. But when I try to add one more instance of the same Compute offering, I am getting an error. Unable to create a deployment for VM There are plenty of resources on host: cores, RAM, storage. Pleas help management-serv

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
is 7.3 > > > > Kind regards, > > Paul Angus > > paul.an...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > -Original Message- > From: Jevgeni Zolotarjov [mailto:j.zolotar...@gm

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
--- > From: Rafael Weingärtner [mailto:rafaelweingart...@gmail.com] > Sent: 24 August 2017 18:06 > To: users@cloudstack.apache.org > Subject: Re: Failed to find db.properties > > It seems that there is something wrong with your installation. Maybe a > corrupted file? > > O

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
, Rafael Weingärtner < rafaelweingart...@gmail.com> wrote: > 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 < > j.zolotar...@gmail.com> > wrote: > &g

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
Management Server. DEBUG:root:execute:sudo /usr/sbin/service cloudstack-management start On Thu, Aug 24, 2017 at 8:02 PM, Jevgeni Zolotarjov wrote: > Aug 22, 2017 7:34:17 PM org.apache.catalina.startup.ClassLoaderFactory > validateFile > WARNING: Problem with directory [/usr/share/tomca

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
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

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
here? > > On Thu, Aug 24, 2017 at 8:51 AM, Jevgeni Zolotarjov < > j.zolotar...@gmail.com> > wrote: > > > This is what I have in > > /etc/cloudstack/ > > /etc/cloudstack/management/ > > > > root@servername:/var/cache/tomcat7/Catalina/localhost/client#

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
; > On Thu, Aug 24, 2017 at 3:27 AM, Jevgeni Zolotarjov < > j.zolotar...@gmail.com> > wrote: > > > Did that "setup --tomcat7" now. > > Output: > > Starting to configure CloudStack Management Server: > > Configure Firewall ...[OK] > &

Re: Failed to find db.properties

2017-08-24 Thread Jevgeni Zolotarjov
te: > > did you run setup-management --tomcat7? > > > > On Wed, Aug 23, 2017 at 12:20 PM, Jevgeni Zolotarjov < > j.zolotar...@gmail.com > >> wrote: > > > >> Yes, I did, as it is suggested in the guide: > >> cloudstack-setup-database

Re: Failed to find db.properties

2017-08-23 Thread Jevgeni Zolotarjov
Yes, I did, as it is suggested in the guide: cloudstack-setup-database then setup-management On Aug 23, 2017 7:11 PM, "Rafael Weingärtner" wrote: did you run cloudstack-setup-database and ...setup-management? On Wed, Aug 23, 2017 at 11:16 AM, Jevgeni Zolotarjov wrote: >

Re: Failed to find db.properties

2017-08-23 Thread Jevgeni Zolotarjov
some log files (catalina.log, management-server.log > and others that might be useful)? > > > 2017-08-23 11:53 GMT-03:00 Jevgeni Zolotarjov : > > > Hi > > > > I am installing Cloudstack 4.10 on Debian Jessie using guides from > > http://cloudstack-inst

Failed to find db.properties

2017-08-23 Thread Jevgeni Zolotarjov
Hi I am installing Cloudstack 4.10 on Debian Jessie using guides from http://cloudstack-installation.readthedocs.io/en/latest/management-server/index.html Apparently the installation process was smooth. But I cannot get client running on tomcat7 >From catalina.out log file I can read Failed to f