Looks like the issue is that null pointer in CreateDhcpEntry for either "Techvee-FileServer" or the DHCP entry immediately after that. It would suggest some inconsistent/unexpected data when creating a DHCP entry for one of the guests serviced by this router. It's too bad that one bad entry is fatal for the whole router.
On Mon, Mar 16, 2015 at 7:16 AM, Andrija Panic <andrija.pa...@gmail.com> wrote: > Not really - we are painfully migrating stopped VMs, from VPS network > (Guest Shared netwotk) to VPCs... > > MGMT server sends the STOP command to agent, even though the VM was never > started, BUT the storage provisioning from template to volume is done... > > We are also looking into some external help as we speak... > > On 16 March 2015 at 14:52, Nux! <n...@li.nux.ro> wrote: > >> Hi, >> >> Have you managed to get to the bottom of this? >> >> -- >> Sent from the Delta quadrant using Borg technology! >> >> Nux! >> www.nux.ro >> >> ----- Original Message ----- >> > From: "Andrija Panic" <andrija.pa...@gmail.com> >> > To: us...@cloudstack.apache.org, dev@cloudstack.apache.org >> > Sent: Sunday, 15 March, 2015 16:19:07 >> > Subject: [URGENT - HELP NEEDED] >> >> > Hi guys, >> > >> > we have updated the cloudstack from 4.3.0 to 4.3.2 (OS updated right >> before >> > that, from CentOS 6.5 to CentOS 6.6) >> > >> > And now I can not start SYSTEM VR - that is used for SHARED GUEST network >> > anymore. >> > And some VMs are down - and cant be started because they depend on this >> > VR... >> > >> > VPC VRs are created fine, so new VR for VPC are created fine, but this >> one >> > fro Guest network fails to start: >> > >> > Here you can see, after agent copies template from secondary storage, to >> > primary local storage, it created base image, and backing file - so >> storage >> > setup seems completed. >> > >> > Than all out of sudden we have errors: >> > > > > -- > > Andrija Panić
