Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 413CA10409 for ; Mon, 29 Apr 2013 08:04:49 +0000 (UTC) Received: (qmail 25883 invoked by uid 500); 29 Apr 2013 08:04:48 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 25846 invoked by uid 500); 29 Apr 2013 08:04:48 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 25829 invoked by uid 99); 29 Apr 2013 08:04:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Apr 2013 08:04:48 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [195.66.90.41] (HELO sbppmx2.schubergphilis.com) (195.66.90.41) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Apr 2013 08:04:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id C660912A3D for ; Mon, 29 Apr 2013 10:04:18 +0200 (MEST) X-Virus-Scanned: amavisd-new at schubergphilis.com Received: from sbppmx2.schubergphilis.com ([127.0.0.1]) by localhost (sbppmx2.schubergphilis.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GH5FRfcP4M+4 for ; Mon, 29 Apr 2013 10:04:18 +0200 (MEST) Received: from SBPOTMG101.sbp.lan (edge.schubergphilis.com [195.66.90.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id A5FB8128FD for ; Mon, 29 Apr 2013 10:04:18 +0200 (MEST) Received: from SBPOMF401.sbp.lan (10.71.2.132) by SBPOTMG101.sbp.lan (10.71.3.100) with Microsoft SMTP Server (TLS) id 14.1.379.0; Mon, 29 Apr 2013 10:04:18 +0200 Received: from SBPOMB101.sbp.lan ([fe80::1042:5ec1:c3b0:e1e6]) by SBPOMF401.sbp.lan ([fe80::c5d1:c472:fbef:cb05%14]) with mapi id 14.02.0318.001; Mon, 29 Apr 2013 10:04:18 +0200 From: Daan Hoogland To: "dev@cloudstack.apache.org" Subject: help debugging vpc creation code wanted Thread-Topic: help debugging vpc creation code wanted Thread-Index: Ac5EsCVNJjFlwWtKQTmEm5qZY3LbvA== Date: Mon, 29 Apr 2013 08:04:17 +0000 Message-ID: <1A7163247D498044A96630B712400E100814E17F@SBPOMB101.sbp.lan> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.71.96.91] Content-Type: multipart/alternative; boundary="_000_1A7163247D498044A96630B712400E100814E17FSBPOMB101sbplan_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_1A7163247D498044A96630B712400E100814E17FSBPOMB101sbplan_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable LS, I have changed a lot of files making vlan a broadcast uri instead of a numb= er. I have probably broken something or in the best case omitted a needed c= hange to complete this. The result is a null pointer exception during the c= reation/connecting of a vif: WARN [xen.resource.CitrixResourceBase] (DirectAgent-36:) Unable to assign = public IP address due to java.lang.NullPointerException java.lang.NullPointerException at com.cloud.hypervisor.xen.resource.CitrixResourceBase.getVifByMac(= CitrixResourceBase.java:4068) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.assignVPCPub= licIpAddress(CitrixResourceBase.java:2208) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citr= ixResourceBase.java:7976) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReque= st(CitrixResourceBase.java:581) at com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequ= est(XenServer56Resource.java:73) at com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAt= tache.java:186) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Sourc= e) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureT= ask.access$201(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureT= ask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source= ) at java.lang.Thread.run(Unknown Source) ERROR [xen.resource.CitrixResourceBase] (DirectAgent-36:) Ip Assoc failure = on applying one ip due to exception: java.lang.Exception: Unable to assign public IP address due to java.lang.Nu= llPointerException at com.cloud.hypervisor.xen.resource.CitrixResourceBase.assignVPCPub= licIpAddress(CitrixResourceBase.java:2249) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(Citr= ixResourceBase.java:7976) at com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeReque= st(CitrixResourceBase.java:581) at com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequ= est(XenServer56Resource.java:73) at com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAt= tache.java:186) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Sourc= e) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureT= ask.access$201(Unknown Source) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureT= ask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source= ) at java.lang.Thread.run(Unknown Source) Now I want to track back to where this ip is created to find out why it doe= s not contain a mac-address. Looking in the database it does contain a mac = address. I am guessing someone knows or can give me a pointer; What in the = above stack can lead to the provisioning code that I should adjust? Thanks, Daan Hoogland --_000_1A7163247D498044A96630B712400E100814E17FSBPOMB101sbplan_--