Re: [ACS4.4] CLOUDSTACK-3540: Fix edithosts.sh on matching tag

[Daan Hoogland]

On Sat, Jun 28, 2014 at 2:21 AM, Sheng Yang  wrote:
> 46f2b61374c2012bca251c1de58fb1250e50b755


in

-- 
Daan

[ACS4.4] pre-rc anouncment

[Daan Hoogland]

LS,

this out of uncertainty on what I produced:

e0f2f5bd14546c5e3bd096a1043d1b73eb464e55 is the commit id on an rc
branch it is also tagged as 4.4.0.

I have not produced any of the other artifacts like rpm/deb/doc

please have a look/do your part/advice on what to do before starting a
vote. I will think about starting the vote thread tomorow.

many thanks to everybody on this - and our other lists,
-- 
Daan

CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Rayees Namathponnan]

Hi All,

Failed to start MS with latest 4.4 RPM builds, getting below error

2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null) Cluster 
node IP : 10.223.49.197
2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null) Cluster 
manager is configured.
2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null) Error 
while decrypting: 6
2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null) 
Configuring 
com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac

This might be due to below check-in, but not sure

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2


Regards,
Rayees

RE: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Rayees Namathponnan]

I reverted below two commits from local build machine, after that I didn't see 
the issue reported in 7005

Ian - can you please look your last check-in ?

Regards,
Rayees 

-Original Message-
From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com] 
Sent: Sunday, June 29, 2014 8:50 AM
To: dev@cloudstack.apache.org
Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

Hi All,

Failed to start MS with latest 4.4 RPM builds, getting below error

2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null) Cluster 
node IP : 10.223.49.197
2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null) Cluster 
manager is configured.
2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null) Error 
while decrypting: 6
2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null) 
Configuring 
com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac

This might be due to below check-in, but not sure

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2


Regards,
Rayees

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Ian Duffy]

Hi Rayees,

Looking at it right now. Hope to have a fix for you shortly.


On 29 June 2014 18:14, Rayees Namathponnan 
wrote:

> I reverted below two commits from local build machine, after that I didn't
> see the issue reported in 7005
>
> Ian - can you please look your last check-in ?
>
> Regards,
> Rayees
>
> -Original Message-
> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
> Sent: Sunday, June 29, 2014 8:50 AM
> To: dev@cloudstack.apache.org
> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds
>
> Hi All,
>
> Failed to start MS with latest 4.4 RPM builds, getting below error
>
> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
> Cluster node IP : 10.223.49.197
> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
> Cluster manager is configured.
> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null) Error
> while decrypting: 6
> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
> Configuring
> com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac
>
> This might be due to below check-in, but not sure
>
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
>
>
> Regards,
> Rayees
>

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Ian Duffy]

Hi Rayees,

Pushed a change on this.

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755




On 29 June 2014 18:22, Ian Duffy  wrote:

> Hi Rayees,
>
> Looking at it right now. Hope to have a fix for you shortly.
>
>
> On 29 June 2014 18:14, Rayees Namathponnan  > wrote:
>
>> I reverted below two commits from local build machine, after that I
>> didn't see the issue reported in 7005
>>
>> Ian - can you please look your last check-in ?
>>
>> Regards,
>> Rayees
>>
>> -Original Message-
>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
>> Sent: Sunday, June 29, 2014 8:50 AM
>> To: dev@cloudstack.apache.org
>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds
>>
>> Hi All,
>>
>> Failed to start MS with latest 4.4 RPM builds, getting below error
>>
>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>> Cluster node IP : 10.223.49.197
>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>> Cluster manager is configured.
>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
>> Error while decrypting: 6
>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
>> Configuring
>> com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac
>>
>> This might be due to below check-in, but not sure
>>
>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
>>
>>
>> Regards,
>> Rayees
>>
>
>

Re: [ACS4.4] pre-rc anouncment

[Chip Childers]

On Sun, Jun 29, 2014 at 11:57:06AM +0200, Daan Hoogland wrote:
> LS,
> 
> this out of uncertainty on what I produced:
> 
> e0f2f5bd14546c5e3bd096a1043d1b73eb464e55 is the commit id on an rc
> branch it is also tagged as 4.4.0.
> 
> I have not produced any of the other artifacts like rpm/deb/doc
> 
> please have a look/do your part/advice on what to do before starting a
> vote. I will think about starting the vote thread tomorow.
> 
> many thanks to everybody on this - and our other lists,
> -- 
> Daan

AFAIK, you can't delete a tag once it's pushed to origin (with the ASF
setup).  You might not want to push tags until a vote is over, since we
can reference specific commit-sh for a VOTE thread.

-chip

Re: [ACS4.4] pre-rc anouncment

[David Nalley]

You can delete tags and push the deletion to origin.

That said, it gets messy when there are multiple 4.4.0 tags created
and deleted, especially for people not instantly consuming the repo
all of the time.

--David

On Sun, Jun 29, 2014 at 2:47 PM, Chip Childers  wrote:
> On Sun, Jun 29, 2014 at 11:57:06AM +0200, Daan Hoogland wrote:
>> LS,
>>
>> this out of uncertainty on what I produced:
>>
>> e0f2f5bd14546c5e3bd096a1043d1b73eb464e55 is the commit id on an rc
>> branch it is also tagged as 4.4.0.
>>
>> I have not produced any of the other artifacts like rpm/deb/doc
>>
>> please have a look/do your part/advice on what to do before starting a
>> vote. I will think about starting the vote thread tomorow.
>>
>> many thanks to everybody on this - and our other lists,
>> --
>> Daan
>
> AFAIK, you can't delete a tag once it's pushed to origin (with the ASF
> setup).  You might not want to push tags until a vote is over, since we
> can reference specific commit-sh for a VOTE thread.
>
> -chip

Re: [ACS4.4] pre-rc anouncment

[Daan Hoogland]

I just created a 4.4.0-RC1 and then
$ git push origin 4.4.0-RC1
$ git push origin :4.4.0-RC1

it was deleted cleanly, but I will not create a 4.4.0 untill the vote
passes. I think we need to recreate as Ian is busy on a fix.

On Sun, Jun 29, 2014 at 9:05 PM, David Nalley  wrote:
> You can delete tags and push the deletion to origin.
>
> That said, it gets messy when there are multiple 4.4.0 tags created
> and deleted, especially for people not instantly consuming the repo
> all of the time.
>
> --David
>
> On Sun, Jun 29, 2014 at 2:47 PM, Chip Childers  
> wrote:
>> On Sun, Jun 29, 2014 at 11:57:06AM +0200, Daan Hoogland wrote:
>>> LS,
>>>
>>> this out of uncertainty on what I produced:
>>>
>>> e0f2f5bd14546c5e3bd096a1043d1b73eb464e55 is the commit id on an rc
>>> branch it is also tagged as 4.4.0.
>>>
>>> I have not produced any of the other artifacts like rpm/deb/doc
>>>
>>> please have a look/do your part/advice on what to do before starting a
>>> vote. I will think about starting the vote thread tomorow.
>>>
>>> many thanks to everybody on this - and our other lists,
>>> --
>>> Daan
>>
>> AFAIK, you can't delete a tag once it's pushed to origin (with the ASF
>> setup).  You might not want to push tags until a vote is over, since we
>> can reference specific commit-sh for a VOTE thread.
>>
>> -chip



-- 
Daan

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Daan Hoogland]

Ian,

any cherry-pick before I start a vote on a release?

On Sun, Jun 29, 2014 at 7:59 PM, Ian Duffy  wrote:
> Hi Rayees,
>
> Pushed a change on this.
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755
>
>
>
>
> On 29 June 2014 18:22, Ian Duffy  wrote:
>
>> Hi Rayees,
>>
>> Looking at it right now. Hope to have a fix for you shortly.
>>
>>
>> On 29 June 2014 18:14, Rayees Namathponnan > > wrote:
>>
>>> I reverted below two commits from local build machine, after that I
>>> didn't see the issue reported in 7005
>>>
>>> Ian - can you please look your last check-in ?
>>>
>>> Regards,
>>> Rayees
>>>
>>> -Original Message-
>>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
>>> Sent: Sunday, June 29, 2014 8:50 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds
>>>
>>> Hi All,
>>>
>>> Failed to start MS with latest 4.4 RPM builds, getting below error
>>>
>>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>>> Cluster node IP : 10.223.49.197
>>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>>> Cluster manager is configured.
>>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
>>> Error while decrypting: 6
>>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
>>> Configuring
>>> com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac
>>>
>>> This might be due to below check-in, but not sure
>>>
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
>>>
>>>
>>> Regards,
>>> Rayees
>>>
>>
>>



-- 
Daan

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Ian Duffy]

> any cherry-pick before I start a vote on a release?

f7417d622a15c9ff6a5d6e5e7284bd220bc647ee

Thanks,

Ian

On 29 June 2014 20:09, Daan Hoogland  wrote:

> Ian,
>
> any cherry-pick before I start a vote on a release?
>
> On Sun, Jun 29, 2014 at 7:59 PM, Ian Duffy  wrote:
> > Hi Rayees,
> >
> > Pushed a change on this.
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755
> >
> >
> >
> >
> > On 29 June 2014 18:22, Ian Duffy  wrote:
> >
> >> Hi Rayees,
> >>
> >> Looking at it right now. Hope to have a fix for you shortly.
> >>
> >>
> >> On 29 June 2014 18:14, Rayees Namathponnan <
> rayees.namathpon...@citrix.com
> >> > wrote:
> >>
> >>> I reverted below two commits from local build machine, after that I
> >>> didn't see the issue reported in 7005
> >>>
> >>> Ian - can you please look your last check-in ?
> >>>
> >>> Regards,
> >>> Rayees
> >>>
> >>> -Original Message-
> >>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
> >>> Sent: Sunday, June 29, 2014 8:50 AM
> >>> To: dev@cloudstack.apache.org
> >>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM
> builds
> >>>
> >>> Hi All,
> >>>
> >>> Failed to start MS with latest 4.4 RPM builds, getting below error
> >>>
> >>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
> >>> Cluster node IP : 10.223.49.197
> >>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
> >>> Cluster manager is configured.
> >>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
> >>> Error while decrypting: 6
> >>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
> >>> Configuring
> >>>
> com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac
> >>>
> >>> This might be due to below check-in, but not sure
> >>>
> >>>
> >>>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
> >>>
> >>>
> >>> Regards,
> >>> Rayees
> >>>
> >>
> >>
>
>
>
> --
> Daan
>

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Daan Hoogland]

ok, will create a new distro now

On Sun, Jun 29, 2014 at 9:36 PM, Ian Duffy  wrote:
>> any cherry-pick before I start a vote on a release?
>
> f7417d622a15c9ff6a5d6e5e7284bd220bc647ee
>
> Thanks,
>
> Ian
>
> On 29 June 2014 20:09, Daan Hoogland  wrote:
>
>> Ian,
>>
>> any cherry-pick before I start a vote on a release?
>>
>> On Sun, Jun 29, 2014 at 7:59 PM, Ian Duffy  wrote:
>> > Hi Rayees,
>> >
>> > Pushed a change on this.
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755
>> >
>> >
>> >
>> >
>> > On 29 June 2014 18:22, Ian Duffy  wrote:
>> >
>> >> Hi Rayees,
>> >>
>> >> Looking at it right now. Hope to have a fix for you shortly.
>> >>
>> >>
>> >> On 29 June 2014 18:14, Rayees Namathponnan <
>> rayees.namathpon...@citrix.com
>> >> > wrote:
>> >>
>> >>> I reverted below two commits from local build machine, after that I
>> >>> didn't see the issue reported in 7005
>> >>>
>> >>> Ian - can you please look your last check-in ?
>> >>>
>> >>> Regards,
>> >>> Rayees
>> >>>
>> >>> -Original Message-
>> >>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
>> >>> Sent: Sunday, June 29, 2014 8:50 AM
>> >>> To: dev@cloudstack.apache.org
>> >>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM
>> builds
>> >>>
>> >>> Hi All,
>> >>>
>> >>> Failed to start MS with latest 4.4 RPM builds, getting below error
>> >>>
>> >>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>> >>> Cluster node IP : 10.223.49.197
>> >>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>> >>> Cluster manager is configured.
>> >>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
>> >>> Error while decrypting: 6
>> >>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
>> >>> Configuring
>> >>>
>> com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_f8e983ac
>> >>>
>> >>> This might be due to below check-in, but not sure
>> >>>
>> >>>
>> >>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e4552aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
>> >>>
>> >>>
>> >>> Regards,
>> >>> Rayees
>> >>>
>> >>
>> >>
>>
>>
>>
>> --
>> Daan
>>



-- 
Daan

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Rayees Namathponnan]

Thanks Ian




On 6/29/14, 10:59 AM, "Ian Duffy"  wrote:

>Hi Rayees,
>
>Pushed a change on this.
>
>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setu
>p/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=
>6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd
>220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755
>
>
>
>
>On 29 June 2014 18:22, Ian Duffy  wrote:
>
>> Hi Rayees,
>>
>> Looking at it right now. Hope to have a fix for you shortly.
>>
>>
>> On 29 June 2014 18:14, Rayees Namathponnan
>>> > wrote:
>>
>>> I reverted below two commits from local build machine, after that I
>>> didn't see the issue reported in 7005
>>>
>>> Ian - can you please look your last check-in ?
>>>
>>> Regards,
>>> Rayees
>>>
>>> -Original Message-
>>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
>>> Sent: Sunday, June 29, 2014 8:50 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM
>>>builds
>>>
>>> Hi All,
>>>
>>> Failed to start MS with latest 4.4 RPM builds, getting below error
>>>
>>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>>> Cluster node IP : 10.223.49.197
>>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>>> Cluster manager is configured.
>>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
>>> Error while decrypting: 6
>>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
>>> Configuring
>>> 
>>>com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudSta
>>>ck_f8e983ac
>>>
>>> This might be due to below check-in, but not sure
>>>
>>>
>>> 
>>>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=se
>>>tup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb
>>>;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e45
>>>52aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
>>>
>>>
>>> Regards,
>>> Rayees
>>>
>>
>>

Re: [ACS4.4] pre-rc anouncment

[Daan Hoogland]

162ea957e6f02e56f2de7a639f4c7e593b1b3e72 is the new commit-id. I
forgot I wouldn't create the tag so it's there. The commit-id is what
counts anyway.

please all go for it, (creating a vote thread in the morning, provided
Costa Rica goes through, otherwise it will be afternoon, I'm sure)
Daan

On Sun, Jun 29, 2014 at 9:07 PM, Daan Hoogland  wrote:
> I just created a 4.4.0-RC1 and then
> $ git push origin 4.4.0-RC1
> $ git push origin :4.4.0-RC1
>
> it was deleted cleanly, but I will not create a 4.4.0 untill the vote
> passes. I think we need to recreate as Ian is busy on a fix.
>
> On Sun, Jun 29, 2014 at 9:05 PM, David Nalley  wrote:
>> You can delete tags and push the deletion to origin.
>>
>> That said, it gets messy when there are multiple 4.4.0 tags created
>> and deleted, especially for people not instantly consuming the repo
>> all of the time.
>>
>> --David
>>
>> On Sun, Jun 29, 2014 at 2:47 PM, Chip Childers  
>> wrote:
>>> On Sun, Jun 29, 2014 at 11:57:06AM +0200, Daan Hoogland wrote:
 LS,

 this out of uncertainty on what I produced:

 e0f2f5bd14546c5e3bd096a1043d1b73eb464e55 is the commit id on an rc
 branch it is also tagged as 4.4.0.

 I have not produced any of the other artifacts like rpm/deb/doc

 please have a look/do your part/advice on what to do before starting a
 vote. I will think about starting the vote thread tomorow.

 many thanks to everybody on this - and our other lists,
 --
 Daan
>>>
>>> AFAIK, you can't delete a tag once it's pushed to origin (with the ASF
>>> setup).  You might not want to push tags until a vote is over, since we
>>> can reference specific commit-sh for a VOTE thread.
>>>
>>> -chip
>
>
>
> --
> Daan



-- 
Daan

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Mike Tutkowski]

Just curious...if we are breaking basic functionality right before our
first 4.4 RC, did this happen with code that was related to a Blocker
defect? If not, it makes me wonder if the code in question should perhaps
have waited until a maintenance release for 4.4...or 4.5 if no such
maintenance release occurs.

If it's related to new functionality, I'd be a bit surprised as we're way
past that point for 4.4.


On Sun, Jun 29, 2014 at 2:02 PM, Rayees Namathponnan <
rayees.namathpon...@citrix.com> wrote:

> Thanks Ian
>
>
>
>
> On 6/29/14, 10:59 AM, "Ian Duffy"  wrote:
>
> >Hi Rayees,
> >
> >Pushed a change on this.
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setu
> >p/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=
> >6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd
> >220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755
> >
> >
> >
> >
> >On 29 June 2014 18:22, Ian Duffy  wrote:
> >
> >> Hi Rayees,
> >>
> >> Looking at it right now. Hope to have a fix for you shortly.
> >>
> >>
> >> On 29 June 2014 18:14, Rayees Namathponnan
> >> >> > wrote:
> >>
> >>> I reverted below two commits from local build machine, after that I
> >>> didn't see the issue reported in 7005
> >>>
> >>> Ian - can you please look your last check-in ?
> >>>
> >>> Regards,
> >>> Rayees
> >>>
> >>> -Original Message-
> >>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
> >>> Sent: Sunday, June 29, 2014 8:50 AM
> >>> To: dev@cloudstack.apache.org
> >>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM
> >>>builds
> >>>
> >>> Hi All,
> >>>
> >>> Failed to start MS with latest 4.4 RPM builds, getting below error
> >>>
> >>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
> >>> Cluster node IP : 10.223.49.197
> >>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
> >>> Cluster manager is configured.
> >>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
> >>> Error while decrypting: 6
> >>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
> >>> Configuring
> >>>
> >>>com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudSta
> >>>ck_f8e983ac
> >>>
> >>> This might be due to below check-in, but not sure
> >>>
> >>>
> >>>
> >>>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=se
> >>>tup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb
> >>>;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e45
> >>>52aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
> >>>
> >>>
> >>> Regards,
> >>> Rayees
> >>>
> >>
> >>
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: how we can disable process/scheduler which delete the vms from hyper-wiser if that vms info are not available in database.?

[Abhinandan Prateek]

What version have you seen the sync removing non cloudstack Vms ?
As per my knowledge this should not happen in master.

-abhi

On 28/06/14 12:53 am, "chandraprakash mishra" 
wrote:

>Hello,
>As i know in CS there is a process/scheduler  is running which delete the
>vms from hyper-wiser( xen host) if that vms info are not available in
>database.
>how we can disable this service/scheduler for some time.
>
>-- 
>Thanks and Regards,
>cpm

RE: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Kishan Kavala]

Alex,
@Encrypt will both encrypt and decrypt. In dev setup, encryption is disabled by 
default. db.cloud.encryption.type is set to none in db.properties.
For encryption to work, you need to do the following:

1.  Set db.cloud.encryption.type=file in db.properties

2.  Set db.cloud.encrypt.secret= in db.properties

3.  Set MS secret key. $cat  > /etc/cloudstack/management/key

4.  Deploy DB


From: Alex Ough [mailto:alex.o...@sungardas.com]
Sent: Friday, 27 June 2014 5:12 PM
To: Kishan Kavala
Cc: Alena Prokharchyk; dev@cloudstack.apache.org; Murali Reddy; Ram Ganesh; 
Animesh Chaturvedi
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple 
Regions (Core Changes)

Kishan,

1. Why Long instead of Integer : You replied that it should be Integer
2. @Encrypt : Does it both encrypt & decrypt? Is there anything necessary to 
make it work because it doesn't seem to work when I trace the persist.

Thanks
Alex Ough

On Fri, Jun 27, 2014 at 7:39 AM, Kishan Kavala 
mailto:kishan.kav...@citrix.com>> wrote:
Alex,
Are the questions on review board?

From: Alex Ough [mailto:alex.o...@sungardas.com]
Sent: Friday, 27 June 2014 12:03 AM
To: Alena Prokharchyk
Cc: Kishan Kavala; dev@cloudstack.apache.org; 
Murali Reddy; Ram Ganesh; Animesh Chaturvedi
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple 
Regions (Core Changes)

Alena,

It has been reduced almost twice because a lot has been separated from the CS 
and moved to the plug-in not because they are 'unnecessary'. Please remember 
that my initial implementation was inside the CS not as a plug-in as I said in 
the previous email.

Of course, I asked and urged the review repeatedly and you'll see the all the 
histories of them if you find emails using this subject, which started 10/17/13.
[DISCUSS] Domain-Account-User Sync Up Among Multiple Regions
Even if I asked so many times, unfortunately, I couldn't get an actual feedback 
until Daan finally asked Chiradeep and you to review them, which is 3/10/14.

Kishan,
I posted 2 questions, so please guide me for the questions.

Thanks
Alex Ough


On Thu, Jun 26, 2014 at 12:57 PM, Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>> wrote:
Alex,

By “huge” I’ve meant that there was a lot of repetitive hardcoded things, lot 
of unnecessary changes to the CS orchestration layer. If you compare a number 
of changes now and originally, you can see that it reduced almost twice.

But lets discuss the complains about lack of initial review as its more 
important question.

Review of the design spec should happen before you start designing/coding. As I 
jumped on review much later, after you’ve submitted the entire plugin code, so 
I I didn’t participate in “Feature Request” discussion review that might have 
happened earlier. And I do assume that the reviews/emails exchanges were done 
at that initial phase? You should have contacted the people participating in 
the initial phase, and ask them for the review as well.

As a part of my review, I’ve made sure to cover the things I’m certain should 
have been changed. I’ve reviewed the feature logic as well, consulting the FS 
you’ve written. I’m not saying that there is anything wrong with your initial 
design, but asking for a second opinion from the guys who have more expertise 
in Regions.

Kishan, please help to do the final review the Alex’s plugin design 
https://reviews.apache.org/r/17790

Thank you,
Alena.
From: Alex Ough mailto:alex.o...@sungardas.com>>
Date: Wednesday, June 25, 2014 at 9:03 PM

To: Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Cc: Kishan Kavala mailto:kishan.kav...@citrix.com>>, 
"dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Murali Reddy 
mailto:murali.re...@citrix.com>>, Ram Ganesh 
mailto:ram.gan...@citrix.com>>, Animesh Chaturvedi 
mailto:animesh.chaturv...@citrix.com>>
Subject: Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple 
Regions (Core Changes)

Alena,

I understand that you have been helping a lot to make my codes to match the 
coding standards, but I'm not sure what you mean by "the code base was 
unnecessary huge".
The initial implementation was to support the synchronization inside the CS 
because this feature is missing in the current multiple region support, and 
most of jobs were  to separate the implementation from the CS because you guys 
wanted me to provide it as a plugin.

And I kept asking reviews for the design spec from when I published the 
documents with initial prototype, it took a while for you to start to review my 
implementation and they have been mostly about the coding standards instead of 
the logic itself. So I'm saying that it would have been better if there has 
been someone to review the design spec and the prototype from the initial phase.

Again, I really appreciate your help to come this far, but it was al

Re: Maximum template upload size

[Abhinandan Prateek]

max.template.iso.size global param defines the max size for template
upload. 


On 28/06/14 12:53 pm, "Tejas Gadaria"  wrote:

>Hi
>
>What is the maximum size of template we can upload to secondary storage
>through "register template" using http ?
>
>Regards,
>Tejas

Re: [DISCUSS] Browser-based template and volume uploads

[Rajani Karuturi]

I am planning to work on the below proposal from chiradeep. Let me know if you 
have any issues/if someone is already working on it.


~Rajani



On 21-Feb-2014, at 1:21 am, Daan Hoogland  wrote:

> You are right Chiradeep,
> 
> When talking about real simple installations It would be nice, though.
> for a bit more you would not want this indeed. So it would be an extra
> for the administrator. I still like the idea.
> 
> As for you wiki page, I presume you want to propose both
> implementations, Or are you defining options to choose from?
> 
> 
> On Thu, Feb 20, 2014 at 8:18 PM, Chiradeep Vittal
>  wrote:
>> This isn't for the admin. The end user has no access to the MS file system
>> or any direct access to the secondary storage NFS server. The only
>> frontend available to the NFS secondary share is the SSVM.
>> 
>> Re: dropbox: that is already available : enter a URL.
>> 
>> On 2/20/14 11:05 AM, "Daan Hoogland"  wrote:
>> 
>>> Yes, shouldn't take to much work.
>>> 
>>> On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella  wrote:
 You mean to load files off the management server, yea? That makes sense
 to me
 
 On Feb 20, 2014, at 3:14 AM, Daan Hoogland
 mailto:daan.hoogl...@gmail.com>> wrote:
 
 why not a allowing a simple file:///home/me/my.template kind of url?
 
 for simple installations this should do.
 
 On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella
 mailto:j...@stratosec.co>> wrote:
 We definitely need to support more than http download. http upload
 sounds interesting, but I'd love to see something more resilient for
 large uploads. How 'bout specifying a "drop folder" type location on the
 mgmt server that the server polls every 15 seconds for new files, then
 in the UI the user can pick from the files shown there? Not as secure as
 your browser upload pattern, though.
 
 Maybe use something like https://github.com/blueimp/jquery-file-upload
 that allows resumable uploads?
 
 Just had the thought of maybe adding support for
 dropbox/box.net/etc. At that point, an ImageFetch
 plugin hook starts to sound interesting. Adding a bit torrent plugin
 could make getting the default templates quite snappy. :)
 
 
 On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal
 mailto:chiradeep.vit...@citrix.com>> wrote:
 
 Hi all,
 
 The fact that one has to have a HTTP server to host templates before
 the templates can be imported into secondary storage is an
 inconvenience. I am not sure how much of an inconvenience it is, but I
 was asked to detail the technical architecture, if it needed to be
 supported. Certainly, I can imagine for folks coming in contact with ACS
 for the first time, it might seem onerous to set up another web server.
 
 I've sketched a strawman proposal [1] to support browser-based uploads
 of templates and volumes to secondary storage.
 It is not yet a PROPOSAL since it is still raw (and I do not have time
 to work on this immediately).
 
 Please comment on this.
 [1] https://cwiki.apache.org/confluence/x/jY5cAg
 
 
 
 
 
 --
 Daan
 
 Stratosec - Compliance as a Service
 o: 415.315.9385
 @johnlkinsella
 
>>> 
>>> 
>>> 
>>> --
>>> Daan
>> 
> 
> 
> 
> -- 
> Daan

Wrong timing when a Windows VM boots-up

[Indra Pramana]

Dear all,

We are using CloudStack 4.2.0 and KVM hypervisor. We are based in
Singapore, GMT +0800.

Recently we had some issues whenever a Windows-based guest VM under
CloudStack is being restarted, the time will move behind by 8 hours. For
example, if a VM was rebooted at 8am Singapore time, after reboot the clock
will show 12am Singapore time, which is the GMT equivalent. However, the
time zone is correctly stated as Singapore time, causing the whole system
clock to be 8 hour behind upon reboot and will stay that way until we
manually modify the time or synchronise with the Windows Internet time
server.

This issue may be related but it's for XenServer though. I am using KVM:

https://issues.apache.org/jira/browse/CLOUDSTACK-3443

Anyone knows how to fix the problem? The issue seems to be only affecting
Windows guests (both Windows servers 2008 and 2012) and do not affect Unix
guests.

Looking forward to your reply, thank you.

Cheers.

RE: how we can disable process/scheduler which delete the vms from hyper-wiser if that vms info are not available in database.?

[Suresh Sadhu]

Earlier it used to delete the vms created outside of cloudstack during vmsync 
and with new vmsync changes introduced ,vmsync identifies vms created outside 
and will ignore.it won't delete.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+VMSync+improvement

As Abhi said these changes  should be in master.

Regards
Sadhu


-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] 
Sent: 30 June 2014 09:31
To: dev@cloudstack.apache.org
Subject: Re: how we can disable process/scheduler which delete the vms from 
hyper-wiser if that vms info are not available in database.?

What version have you seen the sync removing non cloudstack Vms ?
As per my knowledge this should not happen in master.

-abhi

On 28/06/14 12:53 am, "chandraprakash mishra" 
wrote:

>Hello,
>As i know in CS there is a process/scheduler  is running which delete 
>the vms from hyper-wiser( xen host) if that vms info are not available 
>in database.
>how we can disable this service/scheduler for some time.
>
>--
>Thanks and Regards,
>cpm

Re: Wrong timing when a Windows VM boots-up

[Abhinandan Prateek]

The issue fixed here CLOUDSTACK-3443 is about persisting time across
restarts.
>From your description it appears that the time that is saved is
consistently moving behind by 8-hours.
After stopping a affected VM from cloudstack you can look at the time
offset value in user_vm_details
That will give you insight into what is happening.

-abhi
 

On 30/06/14 10:37 am, "Indra Pramana"  wrote:

>Dear all,
>
>We are using CloudStack 4.2.0 and KVM hypervisor. We are based in
>Singapore, GMT +0800.
>
>Recently we had some issues whenever a Windows-based guest VM under
>CloudStack is being restarted, the time will move behind by 8 hours. For
>example, if a VM was rebooted at 8am Singapore time, after reboot the
>clock
>will show 12am Singapore time, which is the GMT equivalent. However, the
>time zone is correctly stated as Singapore time, causing the whole system
>clock to be 8 hour behind upon reboot and will stay that way until we
>manually modify the time or synchronise with the Windows Internet time
>server.
>
>This issue may be related but it's for XenServer though. I am using KVM:
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-3443
>
>Anyone knows how to fix the problem? The issue seems to be only affecting
>Windows guests (both Windows servers 2008 and 2012) and do not affect Unix
>guests.
>
>Looking forward to your reply, thank you.
>
>Cheers.

Re: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM builds

[Daan Hoogland]

Mike, I have been scanning all commits since code freeze but I can't
say I am a fool proof filter. In General I don't agree that issues
must have been blockers for related code to be allowed in. They must
have been issues with the existing code and not with new features,
though. A trivial error may block us. I would like to see issues
discussed more so we can decide whether and what are blockers. An
issue being 'marked as blocker' is less interesting to me.

Your worry is not vain when you mean: Did we allow for more code being
added then necessary?
I decided in this case on yes because of the issue it was solving. The
issue the code was related to had to do with an security.

Daan

On Mon, Jun 30, 2014 at 3:28 AM, Mike Tutkowski
 wrote:
> Just curious...if we are breaking basic functionality right before our
> first 4.4 RC, did this happen with code that was related to a Blocker
> defect? If not, it makes me wonder if the code in question should perhaps
> have waited until a maintenance release for 4.4...or 4.5 if no such
> maintenance release occurs.
>
> If it's related to new functionality, I'd be a bit surprised as we're way
> past that point for 4.4.
>
>
> On Sun, Jun 29, 2014 at 2:02 PM, Rayees Namathponnan <
> rayees.namathpon...@citrix.com> wrote:
>
>> Thanks Ian
>>
>>
>>
>>
>> On 6/29/14, 10:59 AM, "Ian Duffy"  wrote:
>>
>> >Hi Rayees,
>> >
>> >Pushed a change on this.
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=setu
>> >p/db/db/schema-430to440.sql;h=8ab2ffba0a4a23dbb9acb0245793b5916ef0a3f7;hp=
>> >6c9783a9781993a5bb7127083baa2efaad69e8fb;hb=f7417d622a15c9ff6a5d6e5e7284bd
>> >220bc647ee;hpb=46f2b61374c2012bca251c1de58fb1250e50b755
>> >
>> >
>> >
>> >
>> >On 29 June 2014 18:22, Ian Duffy  wrote:
>> >
>> >> Hi Rayees,
>> >>
>> >> Looking at it right now. Hope to have a fix for you shortly.
>> >>
>> >>
>> >> On 29 June 2014 18:14, Rayees Namathponnan
>> >>> >> > wrote:
>> >>
>> >>> I reverted below two commits from local build machine, after that I
>> >>> didn't see the issue reported in 7005
>> >>>
>> >>> Ian - can you please look your last check-in ?
>> >>>
>> >>> Regards,
>> >>> Rayees
>> >>>
>> >>> -Original Message-
>> >>> From: Rayees Namathponnan [mailto:rayees.namathpon...@citrix.com]
>> >>> Sent: Sunday, June 29, 2014 8:50 AM
>> >>> To: dev@cloudstack.apache.org
>> >>> Subject: CLOUDSTACK-7005 - Failed to start MS with latest 4.4 RPM
>> >>>builds
>> >>>
>> >>> Hi All,
>> >>>
>> >>> Failed to start MS with latest 4.4 RPM builds, getting below error
>> >>>
>> >>> 2014-06-29 07:43:12,466 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>> >>> Cluster node IP : 10.223.49.197
>> >>> 2014-06-29 07:43:12,479 INFO  [c.c.c.ClusterManagerImpl] (main:null)
>> >>> Cluster manager is configured.
>> >>> 2014-06-29 07:43:12,648 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null)
>> >>> Error while decrypting: 6
>> >>> 2014-06-29 07:43:29,465 INFO  [c.c.u.c.ComponentContext] (main:null)
>> >>> Configuring
>> >>>
>> >>>com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudSta
>> >>>ck_f8e983ac
>> >>>
>> >>> This might be due to below check-in, but not sure
>> >>>
>> >>>
>> >>>
>> >>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=se
>> >>>tup/db/db/schema-430to440.sql;h=6c9783a9781993a5bb7127083baa2efaad69e8fb
>> >>>;hp=0293986167cd663a72d0849ab51073fc5f84da31;hb=96412e3e58fd1ced9d269e45
>> >>>52aaa6410bedf556;hpb=2498f65683bd529b2b03bac9a6cfd2fdbf65aca2
>> >>>
>> >>>
>> >>> Regards,
>> >>> Rayees
>> >>>
>> >>
>> >>
>>
>>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*



-- 
Daan

Re: What to modify to increase instance password length?

[Chiradeep Vittal]

Also, to the original question, the password is meant to be temporary — you are 
supposed to login to the vm and change it to whatever standards you have.

From: Harikrishna Patnala 
mailto:harikrishna.patn...@citrix.com>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Wednesday, June 25, 2014 at 10:44 PM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: Re: What to modify to increase instance password length?

It is better to use ConfigKey class to define configuration parameters, this 
handles default values in case of NULL or db entry missing and no need to put 
in upgrade script.

static final ConfigKey CustomDiskOfferingMaxSize = new 
ConfigKey("Advanced",
Long.class,
"custom.diskoffering.size.max",
"1024",
"Maximum size in GB for custom disk offering.",
true
);

More info@ https://cwiki.apache.org/confluence/display/CLOUDSTACK/Configuration

Thanks
Harikrishna

On 26-Jun-2014, at 10:39 am, Koushik Das 
mailto:koushik@citrix.com>> wrote:

Shouldn't the code handle the scenario if vm.password.length is missing from 
db? In this case the upgrade script will put it but if someone accidentally 
removes it.
-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: Thursday, 26 June 2014 2:55 AM
To: dev@cloudstack.apache.org
Subject: Re: What to modify to increase instance password length?
Wunderbar! Thanks guys!
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: "Daan Hoogland" mailto:daan.hoogl...@gmail.com>>
To: "dev" mailto:dev@cloudstack.apache.org>>
Sent: Wednesday, 25 June, 2014 8:35:00 PM
Subject: Re: What to modify to increase instance password length?
pulled both
On Wed, Jun 25, 2014 at 9:33 PM, Ian Duffy 
mailto:i...@ianduffy.ie>> wrote:
Yeah sorry, just noticed and fixed it myself.
On 25 June 2014 20:32, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>> wrote:
yeah, so I should probably get that one in as well?
On Wed, Jun 25, 2014 at 9:28 PM, Ian Duffy 
mailto:i...@ianduffy.ie>> wrote:
:( Get them solved?
Fixed a styecheck issue in 2bb12f2a85c8497a15cd7b17099aefbd7c486f9b
needed
to remove unused imports.
On 25 June 2014 20:24, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>> wrote:
c70cadff0e3d70f625e7160a3aee600a3198cc67 in 4.4 it had conflicts
in the sql:(
On Wed, Jun 25, 2014 at 8:53 PM, Ian Duffy 
mailto:i...@ianduffy.ie>> wrote:
Just pushed a change for this to the 4.4-forward branch.
Daan, will you review / cherrypick?
96412e3e58fd1ced9d269e4552aaa6410bedf556
Testing done:
Brought up simulator.
Changed password flag for the builtin template.
Brought up VM, password was displayed at length of 6. Stopped
the VM,
reset
the password, new password was displayed at length of 6.
Went into global settings, modified the value for
vm.password.length
to
20.
Restarted the management server.
Created a new VM, password was displayed at length of 20.
Stopped the
VM,
reset the password, new password was displayed at length of 20.
Thanks,
Ian
On 25 June 2014 18:50, Nux! mailto:n...@li.nux.ro>> wrote:
Volunteer to do it in time for 4.4?
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: "ilya musayev" 
mailto:ilya.mailing.li...@gmail.com>>
To: dev@cloudstack.apache.org
Sent: Wednesday, 25 June, 2014 6:30:25 PM
Subject: Re: What to modify to increase instance password length?
You should ask if this can be done as global setting variable -
not
hard
coded.
This should be an easy one.
On 6/25/14, 10:14 AM, Nux! wrote:
I should submit a bug report to rewrite ACS in a scripting
language.
Cheers :)
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: "Ian Duffy" mailto:i...@ianduffy.ie>>
To: "CloudStack Dev" 
mailto:dev@cloudstack.apache.org>>
Sent: Wednesday, 25 June, 2014 6:11:23 PM
Subject: Re: What to modify to increase instance password length?
Afaik yes. (Will to be corrected on this but it appears to be
hard
coded)
On 25 June 2014 18:06, Nux! mailto:n...@li.nux.ro>> wrote:
Thanks, Ian,
This means I need to modify the source, rebuild the RPMs and
update,
right? (ie it's not something that I can just modify on the
mgmt
server
right now).
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: "Ian Duffy" mailto:i...@ianduffy.ie>>
To: "CloudStack Dev" 
mailto:dev@cloudstack.apache.org>>
Sent: Wednesday, 25 June, 2014 6:02:12 PM
Subject: Re: What to modify to increase instance password length?
Hi Lucian,
Take a look at
server/src/com/cloud/server/ManagementServerImpl.java
Line 895 - 898
 @Override
 public String generateRandomPassword() {
 return PasswordGenerator.generateRandomPassword(6);
 }
On 25 June 2014 17:16, Nux! 

Re: What to modify to increase instance password length?

[Nux!]

- Original Message -
> From: "Chiradeep Vittal" 
> To: dev@cloudstack.apache.org
> Sent: Monday, 30 June, 2014 7:33:33 AM
> Subject: Re: What to modify to increase instance password length?
> 
> Also, to the original question, the password is meant to be temporary — you
> are supposed to login to the vm and change it to whatever standards you
> have.

If it were up to me I would just disable the feature altogether and use SSH 
keys, but I will bet you many of my users will use whatever password we give 
them until the end of time. :)
I'm sure I am not the only one in this situation.

Lucian

RE: 4.4 upgrade issues

[Sudha Ponnaganti]

Hi Carlos,

Were you able to resolve the following? Was your upgrade successful?

Thanks
/sudha

-Original Message-
From: Carlos Reátegui [mailto:create...@gmail.com] 
Sent: Friday, June 27, 2014 8:55 PM
To: CloudStack-Users
Cc: dev@cloudstack.apache.org
Subject: 4.4 upgrade issues

I am trying out the upgrade instructions from 
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.3/rnotes.html#upgrade-from-4-1-x-to-4-3
 but going to 4.4 built from source today.

My setup: XenServer 6.0.2 Hosts, Management Server on Ubuntu 12.04, Primary and 
Secondary on NFS, Basic Network, no security groups

-
Notes on the docs:

8.4 - 8.6: This is only for hosts that use the cloudstack agent. Does not apply 
to KVM. In general this whole section does not do a good job of explaining what 
is on the MS vs the Hosts.

13: This fails on ubuntu because: cloudstack-sysvmadm sources 
/etc/rc.d/init.d/functions which does not exist on ubuntu/debian systems.

14: Copy vhf-util from where? Also the path 
/usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver does not exist on 
the hosts so I am assuming this is on the MS, however the MS already has it 
since it is an upgrade and was put there by the original install.  Or is this a 
new version that needs to be grabbed from somewhere?

Other: earlier versions like 4.1 worked with JDK 1.6 current releases require 
1.7 but the Upgrade doc does not mention that.

--
Issues:

Saw the following in catalina.out, not sure if it is an issues:
Jun 27, 2014 5:28:42 PM org.apache.catalina.loader.WebappClassLoader 
validateJarFile
INFO: 
validateJarFile(/usr/share/cloudstack-management/webapps/client/WEB-INF/lib/servlet-api-2.5-20081211.jar)
 - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: 
javax/servlet/Servlet.class Jun 27, 2014 5:28:42 PM 
org.apache.catalina.loader.WebappClassLoader validateJarFile
INFO: 
validateJarFile(/usr/share/cloudstack-management/webapps/client/WEB-INF/lib/tomcat-embed-core-7.0.30.jar)
 - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: 
javax/servlet/Servlet.class

Since the above script in step 13 did not work is it ok to do "xe vm-shutdown 
vm=." on each of the system vms?  Will CloudStack notice they are ton and start 
new ones?

Here are my log files (please note I stopped the service prior to capturing 
these logs in case you are wondering):
Management server log: 
https://www.dropbox.com/s/7xhkutt8e724il1/management-server.log
Catalina log: https://www.dropbox.com/s/f45ypkbazhkogyj/catalina.2014-06-27.log