Hello Guys,
I am also able to successfully configure ipmi fencing with cloudstack.
Also can you guys let me know whether all the proposed features are
fully covered with the ipmi out of management.
Regards
Victor
On 08/03/2017 03:35 AM, Rohit Yadav wrote:
Thanks Gabriel, Rodrigo -- good to
Hi Lucian,
Good day to you, and thank you for your reply.
>From what I understand, once the hypervisor is managed by CloudStack (using
cloudstack-agent), we shouldn't use virt-manager to create VMs and all VMs
will have to be created through CloudStack, correct?
I read further and based on below
Thanks Gabriel, Rodrigo -- good to know this is in use.
Victor - yes it works, there is a ipmisim [1] tool you can test the
implementation against, as well as real h/w.
[1] https://pypi.python.org/pypi/ipmisim
- Rohit
From: Rodrigo Baldasso
Sent: Tuesday, A
Great; if you need any help do not hesitate to reach us here.
On Wed, Aug 2, 2017 at 11:20 AM, Rodrigo Baldasso
wrote:
> Yes, it is. I'll try to find out the main reason for that happen and if
> find a way to fix the code, share here.
>
> Thanks.
>
> - - - - - - - - - - - - - - - - - - -
>
> Rod
Yes, it is. I'll try to find out the main reason for that happen and if find a
way to fix the code, share here.
Thanks.
- - - - - - - - - - - - - - - - - - -
Rodrigo Baldasso - LHOST
(51) 9 8419-9861
- - - - - - - - - - - - - - - - - - -
On 02/08/2017 11:16:47, Rafael Weingärtner wrote:
Ah, t
Ah, that is what I wanted to check now ...
I was going to ask you to execute the following SQL:
select v.* from pod_vlan_map vlanMap
join vlan v on v.id = vlanMap.vlan_db_id
where v.removed is null and vlanMap.pod_id = 1
So, now everything is ok for you?
On Wed, Aug 2, 2017 at 11:13 AM, R
Confirmed: when the pod has more than one vlan on the vlan table, it throws
this exception error. I've deleted all vlans leaving only the one with ID 14
(that i created for this test) and was able to sucessfully delete the pod.
Maybe the code doesn't handle more than one match of pod <> vlans, a
ID of problematic pod: 1
4 is the ID of the working pod. However all settings between them are
identical. The problem seems to be when one pod has *more* than one vlan
(deleted or not).
- - - - - - - - - - - - - - - - - - -
Rodrigo Baldasso - LHOST
(51) 9 8419-9861
- - - - - - - - - - - - - -
What is the ID of the pod you want to remove? 1 or 4?
On Wed, Aug 2, 2017 at 11:03 AM, Rodrigo Baldasso
wrote:
> Yep: http://prntscr.com/g3gab3
>
> - - - - - - - - - - - - - - - - - - -
>
> Rodrigo Baldasso - LHOST
>
> (51) 9 8419-9861
> - - - - - - - - - - - - - - - - - - -
> On 02/08/2017 11:0
Yep: http://prntscr.com/g3gab3
- - - - - - - - - - - - - - - - - - -
Rodrigo Baldasso - LHOST
(51) 9 8419-9861
- - - - - - - - - - - - - - - - - - -
On 02/08/2017 11:02:40, Rafael Weingärtner wrote:
I mean, I said 14 because this was the one select by you. Can you check the
VLAN table searching
I mean, I said 14 because this was the one select by you. Can you check the
VLAN table searching by ID (vlan_db_id) from VLAN map table of the pod that
you are having problems to remove.
On Wed, Aug 2, 2017 at 11:00 AM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
> Interesting; now,
Interesting; now, can you try to find a vlan with ID=14 in "vlan" table?
On Wed, Aug 2, 2017 at 10:58 AM, Rodrigo Baldasso
wrote:
> Sure: http://prntscr.com/g3g7iu
>
> The last vlan map is the one that I created for testing on the problematic
> pod.
>
> - - - - - - - - - - - - - - - - - - -
>
>
Sure: http://prntscr.com/g3g7iu
The last vlan map is the one that I created for testing on the problematic pod.
- - - - - - - - - - - - - - - - - - -
Rodrigo Baldasso - LHOST
(51) 9 8419-9861
- - - - - - - - - - - - - - - - - - -
On 02/08/2017 10:56:01, Rafael Weingärtner wrote:
Can you also l
Can you also list the table "pod_vlan_map" for all of the "maps" of vlans
for the given POD?
On Wed, Aug 2, 2017 at 10:40 AM, Rodrigo Baldasso
wrote:
> I've created a new vlan/ip pool just for this test (had already removed
> all ip pool before), the problem persisted.
>
> here is how the new vl
I've created a new vlan/ip pool just for this test (had already removed all ip
pool before), the problem persisted.
here is how the new vlan looks like in my db:
http://prntscr.com/g3fxt1
It's pretty equals to the one of the working pod.
- - - - - - - - - - - - - - - - - - -
Rodrigo Baldass
+1
This is indicative of why Cloudstack lacks market following.
It does not look like a product that you can bet your career on.
This was discussed at the meeting in Montreal last year but died shortly
thereafter.
It is probably time to freeze development until the docs and wiki are
cleaned up
Ok,
Following the code where the null pointer happens at line 163:
https://github.com/apache/cloudstack/blob/0e057ad69edab9f1664924ac1fb2500ca799cfb6/engine/schema/src/com/cloud/dc/dao/VlanDaoImpl.java
can you list all VLANs in "vlan" table that have the PODid equals one of
the Pods you want to r
This pod got somewhat corrupted when I change it's IP pool allocation cidr.
After changing, it didn't started the SSVM's with the nullpointer error that
i've send before and now the pod can't be deleted, also throwing the
nullpointer error.
Thanks.
- - - - - - - - - - - - - - - - - - -
Rodrig
Well, looking at the data you posted, the problem should not happen. Let´s
take step back. Can you describe briefly what you are trying to do, and
what problem you are having now?
On Wed, Aug 2, 2017 at 9:17 AM, Rodrigo Baldasso
wrote:
> Hi Rafael,
>
> I checked this table yesterday and couldn't
Hi Rafael,
I checked this table yesterday and couldn't find nothing wrong.. i made a line
around the vLan of the new pod (that is working). The other vLans are from the
pod that i'm unable to delete and didn't booted the SSVM's. They have the
column 'removed' with the date that i deleted them.
Rodrigo,
There is an inconsistency in your database.
To get this null pointer, the column "vlan_type" of table "vlan" must be
null or something unrecognized in the database. Can you check this table?
On Tue, Aug 1, 2017 at 1:03 PM, Rodrigo Baldasso
wrote:
> Thank you.
>
> This is the log when
First, about me -- I've been administering Linux systems since 1995. No, that's
not a typo -- that's 22 years. I've also worked for a firewall manufacturer in
the past, I designed the layer 2 VLAN support for a firewall vendor, so I know
VLAN's and such. I run a fairly complex production network
Hello All,
Anyone can advise on this please ?
Best Regards,
Ghaith Bannoura
-Original Message-
From: Ghaith Bannoura [mailto:gbanno...@etq.com]
Sent: Monday, July 31, 2017 5:02 PM
To: users@cloudstack.apache.org
Subject: RE: Network issue
Hi Imran,
Please find my comments as below
w
23 matches
Mail list logo