You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Daan Hoogland <da...@gmail.com> on 2014/07/02 22:18:48 UTC
[VOTE] Apache Cloudstack 4.4.0
Hi All,
I've created a 4.4.0 release, with the following artifacts up for a vote:
Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
List of changes:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
PGP release keys (signed using 4096R/AA4736F3):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS
Vote will be open for 72 hours.
For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
I will ad my key to the mentioned KEYS file as soon as possible,
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
Ove, you are talking of the xapi version(?), strange I didn't catch
that one. I did a test compile and then redid my dist creation. I'll
look into this.
If it didn't compile it is not nitpicking!
Daan
On Thu, Jul 3, 2014 at 6:06 AM, Ove Ewerlid <Ov...@oracle.com> wrote:
> -1
>
> The top level pom.xml still contains a -SNAPSHOT suffix.
>
> https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
>
> line 63.
>
> Removing the -SNAPSHOT suffix allows compilation.
>
> /Ove (Nitpicking)
>
>
>
>
> On 07/02/2014 10:18 PM, Daan Hoogland wrote:
>>
>> Hi All,
>>
>> I've created a 4.4.0 release, with the following artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>>
>> List of changes:
>>
>> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>>
>> PGP release keys (signed using 4096R/AA4736F3):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>>
>> I will ad my key to the mentioned KEYS file as soon as possible,
>>
>
>
> --
> Ove Everlid
> System Administrator / Architect / SDN- & Automation- & Linux-hacker
> Mobile: +46706668199 (dedicated work mobile)
> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
Pierre-Luc,
I think the old proces was for the citrix guys to build and upload a
version. This is not what I would prefer. We can do a build on the
commit-id or tag in jenkins.bac.o and preserve the target. in there or
copy them to a mirror.
Any thoughts, anybody?
On Fri, Jul 4, 2014 at 3:05 PM, Pierre-Luc Dion <pd...@cloudops.com> wrote:
> Does 4.4.0 will have new System VM templates? if so what will be URL's for
> those new system VM ?
>
> I'll update Release notes because for now the URL I used for RN of 4.4.0 is
> from jenkins (
> http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-master-xen.vhd.bz2
> )
>
>
> *Pierre-Luc DION*
> Architecte de Solution Cloud | Cloud Solutions Architect
> t 855.652.5683
>
> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
>
>
> On Fri, Jul 4, 2014 at 2:55 AM, Daan Hoogland <da...@gmail.com>
> wrote:
>
>> In principle, yes. You descibed earlier that the -SNAPSHOT that is
>> your problem is in 6.2.0-SNAPSHOT, the version for the xapi jar, not a
>> 4.4.0-SNAPSHOT detailing cloudstacks version. The code for setting
>> this version hasn't changed so I suspect that 4.3.0 has in the top
>> level pom 4.3.0-SNAPSHOT.
>>
>> @Tim: you happen to know whether this xapi version has to change in
>> the top level pom, or whether it maybe shouldn't have in other places?
>>
>> Daan
>>
>> On Thu, Jul 3, 2014 at 11:46 PM, Ove Ewerlid <Ov...@oracle.com>
>> wrote:
>> > On 07/03/2014 10:16 PM, Daan Hoogland wrote:
>> >>
>> >> Ove, any target specific? mvn clean test works.
>> >
>> >
>> > No target specifics AFAIK. Below is a short script that repeats the
>> issue.
>> >
>> > For the example run below a Fedora 20 system was used, the same error is
>> > seen on OEL65 (Oracle variant of RHEL65).
>> >
>> > This could be ~/.m2 cache madness but on the other hand, we can probably
>> > agree that the top level pom.xml shall not contain any traces of
>> "-SNAPSHOT"
>> > in an RC for 4.4.0 irregardless of presence of compile failures or not.
>> >
>> > The fix to the compile failure seen below is to remove the single
>> occurrence
>> > of "-SNAPSHOT" in the top level pom.xml (as seen in 4.4-RC20140702T2107).
>> >
>> > /Ove
>> >
>> >
>> > [oewerlid@amd-a git]$ cat rc44-compile-issue-repeat.sh
>> > #!/bin/bash
>> > cat /etc/issue|grep Fedora
>> > sudo yum -y install mvn java-1.7.0 > /dev/null
>> > rm -rf ~/.m2
>> > rm -rf ~/acs44test; mkdir ~/acs44test; cd ~/acs44test
>> > git clone https://git-wip-us.apache.org/repos/asf/cloudstack.git
>> > cd cloudstack
>> > git checkout 4.4-RC20140702T2107
>> > mvn -D skipTests -P developer | grep '^\[ERROR\]' | grep -- -SNAPSHOT
>> > [oewerlid@amd-a git]$ ./rc44-compile-issue-repeat.sh
>> > Fedora release 20 (Heisenbug)
>> > Cloning into 'cloudstack'...
>> > remote: Counting objects: 508606, done.
>> > remote: Compressing objects: 100% (101172/101172), done.
>> > remote: Total 508606 (delta 339589), reused 500432 (delta 333829)
>> > Receiving objects: 100% (508606/508606), 378.44 MiB | 1.25 MiB/s, done.
>> > Resolving deltas: 100% (339589/339589), done.
>> > Checking connectivity... done.
>> > Branch 4.4-RC20140702T2107 set up to track remote branch
>> 4.4-RC20140702T2107
>> > from origin.
>> > Switched to a new branch '4.4-RC20140702T2107'
>> > [ERROR] Failed to execute goal on project cloud-plugin-hypervisor-ovm:
>> Could
>> > not resolve dependencies for project
>> > org.apache.cloudstack:cloud-plugin-hypervisor-ovm:jar:4.4.0: Could not
>> find
>> > artifact org.apache.cloudstack:xapi:jar:6.2.0-\
>> > 1-SNAPSHOT in apache.snapshots (http://repository.apache.org/snapshots)
>> ->
>> > [Help 1]
>> > [oewerlid@amd-a git]$
>> >
>> >
>> >
>> >> On Thu, Jul 3, 2014 at 6:06 AM, Ove Ewerlid <Ov...@oracle.com>
>> >> wrote:
>> >>>
>> >>> -1
>> >>>
>> >>> The top level pom.xml still contains a -SNAPSHOT suffix.
>> >>>
>> >>>
>> https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
>> >>>
>> >>> line 63.
>> >>>
>> >>> Removing the -SNAPSHOT suffix allows compilation.
>> >>>
>> >>> /Ove (Nitpicking)
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On 07/02/2014 10:18 PM, Daan Hoogland wrote:
>> >>>>
>> >>>>
>> >>>> Hi All,
>> >>>>
>> >>>> I've created a 4.4.0 release, with the following artifacts up for a
>> >>>> vote:
>> >>>>
>> >>>> Git Branch and Commit SH:
>> >>>>
>> >>>>
>> >>>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>> >>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>> >>>>
>> >>>> List of changes:
>> >>>>
>> >>>>
>> >>>>
>> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>> >>>>
>> >>>> Source release (checksums and signatures are available at the same
>> >>>> location):
>> >>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>> >>>>
>> >>>> PGP release keys (signed using 4096R/AA4736F3):
>> >>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> >>>>
>> >>>> Vote will be open for 72 hours.
>> >>>>
>> >>>> For sanity in tallying the vote, can PMC members please be sure to
>> >>>> indicate "(binding)" with their vote?
>> >>>>
>> >>>> [ ] +1 approve
>> >>>> [ ] +0 no opinion
>> >>>> [ ] -1 disapprove (and reason why)
>> >>>>
>> >>>>
>> >>>> I will ad my key to the mentioned KEYS file as soon as possible,
>> >>>>
>> >>>
>> >>>
>> >>> --
>> >>> Ove Everlid
>> >>> System Administrator / Architect / SDN- & Automation- & Linux-hacker
>> >>> Mobile: +46706668199 (dedicated work mobile)
>> >>> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
>> >>
>> >>
>> >>
>> >>
>> >
>> >
>> > --
>> > Ove Everlid
>> > System Administrator / Architect / SDN- & Automation- & Linux-hacker
>> > Mobile: +46706668199 (dedicated work mobile)
>> > Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
>>
>>
>>
>> --
>> Daan
>>
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Pierre-Luc Dion <pd...@cloudops.com>.
Does 4.4.0 will have new System VM templates? if so what will be URL's for
those new system VM ?
I'll update Release notes because for now the URL I used for RN of 4.4.0 is
from jenkins (
http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-master-xen.vhd.bz2
)
*Pierre-Luc DION*
Architecte de Solution Cloud | Cloud Solutions Architect
t 855.652.5683
*CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_
On Fri, Jul 4, 2014 at 2:55 AM, Daan Hoogland <da...@gmail.com>
wrote:
> In principle, yes. You descibed earlier that the -SNAPSHOT that is
> your problem is in 6.2.0-SNAPSHOT, the version for the xapi jar, not a
> 4.4.0-SNAPSHOT detailing cloudstacks version. The code for setting
> this version hasn't changed so I suspect that 4.3.0 has in the top
> level pom 4.3.0-SNAPSHOT.
>
> @Tim: you happen to know whether this xapi version has to change in
> the top level pom, or whether it maybe shouldn't have in other places?
>
> Daan
>
> On Thu, Jul 3, 2014 at 11:46 PM, Ove Ewerlid <Ov...@oracle.com>
> wrote:
> > On 07/03/2014 10:16 PM, Daan Hoogland wrote:
> >>
> >> Ove, any target specific? mvn clean test works.
> >
> >
> > No target specifics AFAIK. Below is a short script that repeats the
> issue.
> >
> > For the example run below a Fedora 20 system was used, the same error is
> > seen on OEL65 (Oracle variant of RHEL65).
> >
> > This could be ~/.m2 cache madness but on the other hand, we can probably
> > agree that the top level pom.xml shall not contain any traces of
> "-SNAPSHOT"
> > in an RC for 4.4.0 irregardless of presence of compile failures or not.
> >
> > The fix to the compile failure seen below is to remove the single
> occurrence
> > of "-SNAPSHOT" in the top level pom.xml (as seen in 4.4-RC20140702T2107).
> >
> > /Ove
> >
> >
> > [oewerlid@amd-a git]$ cat rc44-compile-issue-repeat.sh
> > #!/bin/bash
> > cat /etc/issue|grep Fedora
> > sudo yum -y install mvn java-1.7.0 > /dev/null
> > rm -rf ~/.m2
> > rm -rf ~/acs44test; mkdir ~/acs44test; cd ~/acs44test
> > git clone https://git-wip-us.apache.org/repos/asf/cloudstack.git
> > cd cloudstack
> > git checkout 4.4-RC20140702T2107
> > mvn -D skipTests -P developer | grep '^\[ERROR\]' | grep -- -SNAPSHOT
> > [oewerlid@amd-a git]$ ./rc44-compile-issue-repeat.sh
> > Fedora release 20 (Heisenbug)
> > Cloning into 'cloudstack'...
> > remote: Counting objects: 508606, done.
> > remote: Compressing objects: 100% (101172/101172), done.
> > remote: Total 508606 (delta 339589), reused 500432 (delta 333829)
> > Receiving objects: 100% (508606/508606), 378.44 MiB | 1.25 MiB/s, done.
> > Resolving deltas: 100% (339589/339589), done.
> > Checking connectivity... done.
> > Branch 4.4-RC20140702T2107 set up to track remote branch
> 4.4-RC20140702T2107
> > from origin.
> > Switched to a new branch '4.4-RC20140702T2107'
> > [ERROR] Failed to execute goal on project cloud-plugin-hypervisor-ovm:
> Could
> > not resolve dependencies for project
> > org.apache.cloudstack:cloud-plugin-hypervisor-ovm:jar:4.4.0: Could not
> find
> > artifact org.apache.cloudstack:xapi:jar:6.2.0-\
> > 1-SNAPSHOT in apache.snapshots (http://repository.apache.org/snapshots)
> ->
> > [Help 1]
> > [oewerlid@amd-a git]$
> >
> >
> >
> >> On Thu, Jul 3, 2014 at 6:06 AM, Ove Ewerlid <Ov...@oracle.com>
> >> wrote:
> >>>
> >>> -1
> >>>
> >>> The top level pom.xml still contains a -SNAPSHOT suffix.
> >>>
> >>>
> https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
> >>>
> >>> line 63.
> >>>
> >>> Removing the -SNAPSHOT suffix allows compilation.
> >>>
> >>> /Ove (Nitpicking)
> >>>
> >>>
> >>>
> >>>
> >>> On 07/02/2014 10:18 PM, Daan Hoogland wrote:
> >>>>
> >>>>
> >>>> Hi All,
> >>>>
> >>>> I've created a 4.4.0 release, with the following artifacts up for a
> >>>> vote:
> >>>>
> >>>> Git Branch and Commit SH:
> >>>>
> >>>>
> >>>>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> >>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> >>>>
> >>>> List of changes:
> >>>>
> >>>>
> >>>>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
> >>>>
> >>>> Source release (checksums and signatures are available at the same
> >>>> location):
> >>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> >>>>
> >>>> PGP release keys (signed using 4096R/AA4736F3):
> >>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >>>>
> >>>> Vote will be open for 72 hours.
> >>>>
> >>>> For sanity in tallying the vote, can PMC members please be sure to
> >>>> indicate "(binding)" with their vote?
> >>>>
> >>>> [ ] +1 approve
> >>>> [ ] +0 no opinion
> >>>> [ ] -1 disapprove (and reason why)
> >>>>
> >>>>
> >>>> I will ad my key to the mentioned KEYS file as soon as possible,
> >>>>
> >>>
> >>>
> >>> --
> >>> Ove Everlid
> >>> System Administrator / Architect / SDN- & Automation- & Linux-hacker
> >>> Mobile: +46706668199 (dedicated work mobile)
> >>> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
> >>
> >>
> >>
> >>
> >
> >
> > --
> > Ove Everlid
> > System Administrator / Architect / SDN- & Automation- & Linux-hacker
> > Mobile: +46706668199 (dedicated work mobile)
> > Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
>
>
>
> --
> Daan
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
In principle, yes. You descibed earlier that the -SNAPSHOT that is
your problem is in 6.2.0-SNAPSHOT, the version for the xapi jar, not a
4.4.0-SNAPSHOT detailing cloudstacks version. The code for setting
this version hasn't changed so I suspect that 4.3.0 has in the top
level pom 4.3.0-SNAPSHOT.
@Tim: you happen to know whether this xapi version has to change in
the top level pom, or whether it maybe shouldn't have in other places?
Daan
On Thu, Jul 3, 2014 at 11:46 PM, Ove Ewerlid <Ov...@oracle.com> wrote:
> On 07/03/2014 10:16 PM, Daan Hoogland wrote:
>>
>> Ove, any target specific? mvn clean test works.
>
>
> No target specifics AFAIK. Below is a short script that repeats the issue.
>
> For the example run below a Fedora 20 system was used, the same error is
> seen on OEL65 (Oracle variant of RHEL65).
>
> This could be ~/.m2 cache madness but on the other hand, we can probably
> agree that the top level pom.xml shall not contain any traces of "-SNAPSHOT"
> in an RC for 4.4.0 irregardless of presence of compile failures or not.
>
> The fix to the compile failure seen below is to remove the single occurrence
> of "-SNAPSHOT" in the top level pom.xml (as seen in 4.4-RC20140702T2107).
>
> /Ove
>
>
> [oewerlid@amd-a git]$ cat rc44-compile-issue-repeat.sh
> #!/bin/bash
> cat /etc/issue|grep Fedora
> sudo yum -y install mvn java-1.7.0 > /dev/null
> rm -rf ~/.m2
> rm -rf ~/acs44test; mkdir ~/acs44test; cd ~/acs44test
> git clone https://git-wip-us.apache.org/repos/asf/cloudstack.git
> cd cloudstack
> git checkout 4.4-RC20140702T2107
> mvn -D skipTests -P developer | grep '^\[ERROR\]' | grep -- -SNAPSHOT
> [oewerlid@amd-a git]$ ./rc44-compile-issue-repeat.sh
> Fedora release 20 (Heisenbug)
> Cloning into 'cloudstack'...
> remote: Counting objects: 508606, done.
> remote: Compressing objects: 100% (101172/101172), done.
> remote: Total 508606 (delta 339589), reused 500432 (delta 333829)
> Receiving objects: 100% (508606/508606), 378.44 MiB | 1.25 MiB/s, done.
> Resolving deltas: 100% (339589/339589), done.
> Checking connectivity... done.
> Branch 4.4-RC20140702T2107 set up to track remote branch 4.4-RC20140702T2107
> from origin.
> Switched to a new branch '4.4-RC20140702T2107'
> [ERROR] Failed to execute goal on project cloud-plugin-hypervisor-ovm: Could
> not resolve dependencies for project
> org.apache.cloudstack:cloud-plugin-hypervisor-ovm:jar:4.4.0: Could not find
> artifact org.apache.cloudstack:xapi:jar:6.2.0-\
> 1-SNAPSHOT in apache.snapshots (http://repository.apache.org/snapshots) ->
> [Help 1]
> [oewerlid@amd-a git]$
>
>
>
>> On Thu, Jul 3, 2014 at 6:06 AM, Ove Ewerlid <Ov...@oracle.com>
>> wrote:
>>>
>>> -1
>>>
>>> The top level pom.xml still contains a -SNAPSHOT suffix.
>>>
>>> https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
>>>
>>> line 63.
>>>
>>> Removing the -SNAPSHOT suffix allows compilation.
>>>
>>> /Ove (Nitpicking)
>>>
>>>
>>>
>>>
>>> On 07/02/2014 10:18 PM, Daan Hoogland wrote:
>>>>
>>>>
>>>> Hi All,
>>>>
>>>> I've created a 4.4.0 release, with the following artifacts up for a
>>>> vote:
>>>>
>>>> Git Branch and Commit SH:
>>>>
>>>>
>>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>>>>
>>>> List of changes:
>>>>
>>>>
>>>> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>>>>
>>>> Source release (checksums and signatures are available at the same
>>>> location):
>>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>>>>
>>>> PGP release keys (signed using 4096R/AA4736F3):
>>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>>
>>>> Vote will be open for 72 hours.
>>>>
>>>> For sanity in tallying the vote, can PMC members please be sure to
>>>> indicate "(binding)" with their vote?
>>>>
>>>> [ ] +1 approve
>>>> [ ] +0 no opinion
>>>> [ ] -1 disapprove (and reason why)
>>>>
>>>>
>>>> I will ad my key to the mentioned KEYS file as soon as possible,
>>>>
>>>
>>>
>>> --
>>> Ove Everlid
>>> System Administrator / Architect / SDN- & Automation- & Linux-hacker
>>> Mobile: +46706668199 (dedicated work mobile)
>>> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
>>
>>
>>
>>
>
>
> --
> Ove Everlid
> System Administrator / Architect / SDN- & Automation- & Linux-hacker
> Mobile: +46706668199 (dedicated work mobile)
> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Ove Ewerlid <Ov...@oracle.com>.
On 07/03/2014 10:16 PM, Daan Hoogland wrote:
> Ove, any target specific? mvn clean test works.
No target specifics AFAIK. Below is a short script that repeats the issue.
For the example run below a Fedora 20 system was used, the same error is
seen on OEL65 (Oracle variant of RHEL65).
This could be ~/.m2 cache madness but on the other hand, we can probably
agree that the top level pom.xml shall not contain any traces of
"-SNAPSHOT" in an RC for 4.4.0 irregardless of presence of compile
failures or not.
The fix to the compile failure seen below is to remove the single
occurrence of "-SNAPSHOT" in the top level pom.xml (as seen in
4.4-RC20140702T2107).
/Ove
[oewerlid@amd-a git]$ cat rc44-compile-issue-repeat.sh
#!/bin/bash
cat /etc/issue|grep Fedora
sudo yum -y install mvn java-1.7.0 > /dev/null
rm -rf ~/.m2
rm -rf ~/acs44test; mkdir ~/acs44test; cd ~/acs44test
git clone https://git-wip-us.apache.org/repos/asf/cloudstack.git
cd cloudstack
git checkout 4.4-RC20140702T2107
mvn -D skipTests -P developer | grep '^\[ERROR\]' | grep -- -SNAPSHOT
[oewerlid@amd-a git]$ ./rc44-compile-issue-repeat.sh
Fedora release 20 (Heisenbug)
Cloning into 'cloudstack'...
remote: Counting objects: 508606, done.
remote: Compressing objects: 100% (101172/101172), done.
remote: Total 508606 (delta 339589), reused 500432 (delta 333829)
Receiving objects: 100% (508606/508606), 378.44 MiB | 1.25 MiB/s, done.
Resolving deltas: 100% (339589/339589), done.
Checking connectivity... done.
Branch 4.4-RC20140702T2107 set up to track remote branch
4.4-RC20140702T2107 from origin.
Switched to a new branch '4.4-RC20140702T2107'
[ERROR] Failed to execute goal on project cloud-plugin-hypervisor-ovm:
Could not resolve dependencies for project
org.apache.cloudstack:cloud-plugin-hypervisor-ovm:jar:4.4.0: Could not
find artifact org.apache.cloudstack:xapi:jar:6.2.0-\
1-SNAPSHOT in apache.snapshots (http://repository.apache.org/snapshots)
-> [Help 1]
[oewerlid@amd-a git]$
> On Thu, Jul 3, 2014 at 6:06 AM, Ove Ewerlid <Ov...@oracle.com> wrote:
>> -1
>>
>> The top level pom.xml still contains a -SNAPSHOT suffix.
>>
>> https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
>>
>> line 63.
>>
>> Removing the -SNAPSHOT suffix allows compilation.
>>
>> /Ove (Nitpicking)
>>
>>
>>
>>
>> On 07/02/2014 10:18 PM, Daan Hoogland wrote:
>>>
>>> Hi All,
>>>
>>> I've created a 4.4.0 release, with the following artifacts up for a vote:
>>>
>>> Git Branch and Commit SH:
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>>>
>>> List of changes:
>>>
>>> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>>>
>>> PGP release keys (signed using 4096R/AA4736F3):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1 approve
>>> [ ] +0 no opinion
>>> [ ] -1 disapprove (and reason why)
>>>
>>>
>>> I will ad my key to the mentioned KEYS file as soon as possible,
>>>
>>
>>
>> --
>> Ove Everlid
>> System Administrator / Architect / SDN- & Automation- & Linux-hacker
>> Mobile: +46706668199 (dedicated work mobile)
>> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
>
>
>
--
Ove Everlid
System Administrator / Architect / SDN- & Automation- & Linux-hacker
Mobile: +46706668199 (dedicated work mobile)
Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
Ove, any target specific? mvn clean test works.
On Thu, Jul 3, 2014 at 6:06 AM, Ove Ewerlid <Ov...@oracle.com> wrote:
> -1
>
> The top level pom.xml still contains a -SNAPSHOT suffix.
>
> https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
>
> line 63.
>
> Removing the -SNAPSHOT suffix allows compilation.
>
> /Ove (Nitpicking)
>
>
>
>
> On 07/02/2014 10:18 PM, Daan Hoogland wrote:
>>
>> Hi All,
>>
>> I've created a 4.4.0 release, with the following artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>>
>> List of changes:
>>
>> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>>
>> PGP release keys (signed using 4096R/AA4736F3):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>
>>
>> I will ad my key to the mentioned KEYS file as soon as possible,
>>
>
>
> --
> Ove Everlid
> System Administrator / Architect / SDN- & Automation- & Linux-hacker
> Mobile: +46706668199 (dedicated work mobile)
> Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Ove Ewerlid <Ov...@oracle.com>.
-1
The top level pom.xml still contains a -SNAPSHOT suffix.
https://github.com/apache/cloudstack/blob/4.4-RC20140702T2107/pom.xml
line 63.
Removing the -SNAPSHOT suffix allows compilation.
/Ove (Nitpicking)
On 07/02/2014 10:18 PM, Daan Hoogland wrote:
> Hi All,
>
> I've created a 4.4.0 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>
> List of changes:
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>
> PGP release keys (signed using 4096R/AA4736F3):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
>
> I will ad my key to the mentioned KEYS file as soon as possible,
>
--
Ove Everlid
System Administrator / Architect / SDN- & Automation- & Linux-hacker
Mobile: +46706668199 (dedicated work mobile)
Country: Sweden, timezone; Middle Europan Time (MET or GMT+1)
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Tomasz Zięba <t....@gmail.com>.
Hello,
The user does not receive confirmation of the operation.
>From the point of view of user input it looks like the machine itself
stopped.
As you can see in the logs, the ACS explicitly sends stop command, as if
they press the Stop button from the GUI, so it is aware of the action from
the perspective of the ACS / MS.
I can not point out which component may be responsible for it.
We have tried to analyze the code to understand what is happening,
but the part of the code related to HAWorker is not very clear.
Unfortunately we could not find online any assumptions on the level of
architecture / design of HAWorker.
Maybe method of small steps help find a solution.
First a small question: why HAWorker performs reschedule. What was the idea
for such action.
2014-07-15 14:26 GMT+02:00 Daan Hoogland <da...@gmail.com>:
> Tomasz,
>
> As I understand the issue this is what happens:
>
> The user stops the vm from the UI
> The MS sends the stop command to the machine
> The machine stops and takes a long time for it
> The MS reschedules the stop
> Then machine stops
> the user starts the machine
> the MS get by stopping the machine
>
> Did the user ever get a confirmation that the machine was stopped or
> that stopping failed? If so, this is the bug, as it seems the MS works
> as designed.
>
> Don't get me wrong; I am trying to figure out a path to a solution for
> you. I am not convinced there is a bug in the management server
> though. That doesn't mean it can be in cloudstack over all. Either at
> a design level or for instance in some inter-process communication.
>
> kind regards,
> Daan Hoogland
>
>
> On Fri, Jul 11, 2014 at 2:45 PM, Tomasz Zięba <t....@gmail.com> wrote:
> > Hello,
> >
> > We are waiting for the patch with longingly.
> >
> > Error associated with self-closing of machines causes very serious
> > complications, both from the technical (users need to wait for 10 minutes
> > and check if the machine is not closed automatically) as well as the
> > business side (this problem does not look very professional from the user
> > side)
> >
> > Given that:
> > - An error has been detected in February so 5 months ago,
> > - in earlier versions (3.0.2) error does not exists,
> > - there is a procedure to reproduce this error,
> >
> > we would be very grateful if this issue will be resolved in ACS4.4.
> >
> >
> > --
> > Regards,
> > Tomasz Zięba
> > Twitter: @TZieba
> > LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >
> > 2014-07-11 13:48 GMT+02:00 Daan Hoogland <da...@gmail.com>:
> >
> >> Our beloved VP pointed out that there has not come a vote conclusion
> yet:
> >>
> >> The 4.4.0 vote has resulted in a rejection of the present release
> >> candidate due to -1 of Marcus and no active voting since.
> >>
> >> there are three issues pending from this vote thread:
> >> - CLOUDSTACK-6036 (Tomasz)
> >> - unable to add a KVM host (Marcus)
> >> - top level pom.xml still contains a -SNAPSHOT suffix (Ove, question
> >> outstanding to Tim)
> >>
> >> Can I have some reporting on the status of those issues by the
> >> reporters, please?
> >>
> >> regards,
> >> your friendly release manager
> >>
> >>
> >> On Wed, Jul 2, 2014 at 10:18 PM, Daan Hoogland <daan.hoogland@gmail.com
> >
> >> wrote:
> >> > Hi All,
> >> >
> >> > I've created a 4.4.0 release, with the following artifacts up for a
> >> > vote:
> >> >
> >> > Git Branch and Commit SH:
> >> >
> >> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> >> > Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> >> >
> >> > List of changes:
> >> >
> >> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
> >> >
> >> > Source release (checksums and signatures are available at the same
> >> > location):
> >> > https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> >> >
> >> > PGP release keys (signed using 4096R/AA4736F3):
> >> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >> >
> >> > Vote will be open for 72 hours.
> >> >
> >> > For sanity in tallying the vote, can PMC members please be sure to
> >> > indicate "(binding)" with their vote?
> >> >
> >> > [ ] +1 approve
> >> > [ ] +0 no opinion
> >> > [ ] -1 disapprove (and reason why)
> >> >
> >> >
> >> > I will ad my key to the mentioned KEYS file as soon as possible,
> >> > --
> >> > Daan
> >>
> >>
> >>
> >> --
> >> Daan
> >
> >
> >
>
>
>
> --
> Daan
>
--
Regards,
Tomasz Zięba
Twitter: @TZieba
LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
<http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
Tomasz,
As I understand the issue this is what happens:
The user stops the vm from the UI
The MS sends the stop command to the machine
The machine stops and takes a long time for it
The MS reschedules the stop
Then machine stops
the user starts the machine
the MS get by stopping the machine
Did the user ever get a confirmation that the machine was stopped or
that stopping failed? If so, this is the bug, as it seems the MS works
as designed.
Don't get me wrong; I am trying to figure out a path to a solution for
you. I am not convinced there is a bug in the management server
though. That doesn't mean it can be in cloudstack over all. Either at
a design level or for instance in some inter-process communication.
kind regards,
Daan Hoogland
On Fri, Jul 11, 2014 at 2:45 PM, Tomasz Zięba <t....@gmail.com> wrote:
> Hello,
>
> We are waiting for the patch with longingly.
>
> Error associated with self-closing of machines causes very serious
> complications, both from the technical (users need to wait for 10 minutes
> and check if the machine is not closed automatically) as well as the
> business side (this problem does not look very professional from the user
> side)
>
> Given that:
> - An error has been detected in February so 5 months ago,
> - in earlier versions (3.0.2) error does not exists,
> - there is a procedure to reproduce this error,
>
> we would be very grateful if this issue will be resolved in ACS4.4.
>
>
> --
> Regards,
> Tomasz Zięba
> Twitter: @TZieba
> LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
>
> 2014-07-11 13:48 GMT+02:00 Daan Hoogland <da...@gmail.com>:
>
>> Our beloved VP pointed out that there has not come a vote conclusion yet:
>>
>> The 4.4.0 vote has resulted in a rejection of the present release
>> candidate due to -1 of Marcus and no active voting since.
>>
>> there are three issues pending from this vote thread:
>> - CLOUDSTACK-6036 (Tomasz)
>> - unable to add a KVM host (Marcus)
>> - top level pom.xml still contains a -SNAPSHOT suffix (Ove, question
>> outstanding to Tim)
>>
>> Can I have some reporting on the status of those issues by the
>> reporters, please?
>>
>> regards,
>> your friendly release manager
>>
>>
>> On Wed, Jul 2, 2014 at 10:18 PM, Daan Hoogland <da...@gmail.com>
>> wrote:
>> > Hi All,
>> >
>> > I've created a 4.4.0 release, with the following artifacts up for a
>> > vote:
>> >
>> > Git Branch and Commit SH:
>> >
>> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>> > Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>> >
>> > List of changes:
>> >
>> > http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>> >
>> > Source release (checksums and signatures are available at the same
>> > location):
>> > https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>> >
>> > PGP release keys (signed using 4096R/AA4736F3):
>> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> >
>> > Vote will be open for 72 hours.
>> >
>> > For sanity in tallying the vote, can PMC members please be sure to
>> > indicate "(binding)" with their vote?
>> >
>> > [ ] +1 approve
>> > [ ] +0 no opinion
>> > [ ] -1 disapprove (and reason why)
>> >
>> >
>> > I will ad my key to the mentioned KEYS file as soon as possible,
>> > --
>> > Daan
>>
>>
>>
>> --
>> Daan
>
>
>
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Tomasz Zięba <t....@gmail.com>.
Hello,
We are waiting for the patch with longingly.
Error associated with self-closing of machines causes very serious
complications, both from the technical (users need to wait for 10 minutes
and check if the machine is not closed automatically) as well as the
business side (this problem does not look very professional from the user
side)
Given that:
- An error has been detected in February so 5 months ago,
- in earlier versions (3.0.2) error does not exists,
- there is a procedure to reproduce this error,
we would be very grateful if this issue will be resolved in ACS4.4.
--
Regards,
Tomasz Zięba
Twitter: @TZieba
LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
<http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
2014-07-11 13:48 GMT+02:00 Daan Hoogland <da...@gmail.com>:
> Our beloved VP pointed out that there has not come a vote conclusion yet:
>
> The 4.4.0 vote has resulted in a rejection of the present release
> candidate due to -1 of Marcus and no active voting since.
>
> there are three issues pending from this vote thread:
> - CLOUDSTACK-6036 (Tomasz)
> - unable to add a KVM host (Marcus)
> - top level pom.xml still contains a -SNAPSHOT suffix (Ove, question
> outstanding to Tim)
>
> Can I have some reporting on the status of those issues by the
> reporters, please?
>
> regards,
> your friendly release manager
>
>
> On Wed, Jul 2, 2014 at 10:18 PM, Daan Hoogland <da...@gmail.com>
> wrote:
> > Hi All,
> >
> > I've created a 4.4.0 release, with the following artifacts up for a vote:
> >
> > Git Branch and Commit SH:
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> > Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> >
> > List of changes:
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
> >
> > Source release (checksums and signatures are available at the same
> > location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> >
> > PGP release keys (signed using 4096R/AA4736F3):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > Vote will be open for 72 hours.
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove (and reason why)
> >
> >
> > I will ad my key to the mentioned KEYS file as soon as possible,
> > --
> > Daan
>
>
>
> --
> Daan
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
Our beloved VP pointed out that there has not come a vote conclusion yet:
The 4.4.0 vote has resulted in a rejection of the present release
candidate due to -1 of Marcus and no active voting since.
there are three issues pending from this vote thread:
- CLOUDSTACK-6036 (Tomasz)
- unable to add a KVM host (Marcus)
- top level pom.xml still contains a -SNAPSHOT suffix (Ove, question
outstanding to Tim)
Can I have some reporting on the status of those issues by the
reporters, please?
regards,
your friendly release manager
On Wed, Jul 2, 2014 at 10:18 PM, Daan Hoogland <da...@gmail.com> wrote:
> Hi All,
>
> I've created a 4.4.0 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>
> List of changes:
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>
> PGP release keys (signed using 4096R/AA4736F3):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
>
> I will ad my key to the mentioned KEYS file as soon as possible,
> --
> Daan
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Mike Tutkowski <mi...@solidfire.com>.
Maybe you could clarify that for me, David. I thought if we had even one -1
binding VOTE that the VOTE failed (and therefore the release candidate
would not become the formal release). What is the distinction between
vetoing such a VOTE and the release itself?
Thanks
On Wed, Jul 2, 2014 at 9:06 PM, David Nalley <da...@gnsa.us> wrote:
> On Wed, Jul 2, 2014 at 8:13 PM, Mike Tutkowski
> <mi...@solidfire.com> wrote:
> > We have at least one binding -1, so this VOTE won't pass.
> >
>
> You can't veto a release. The vote could still pass, though I agree
> this one is unlikely to.
>
> --David
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by David Nalley <da...@gnsa.us>.
On Wed, Jul 2, 2014 at 8:13 PM, Mike Tutkowski
<mi...@solidfire.com> wrote:
> We have at least one binding -1, so this VOTE won't pass.
>
You can't veto a release. The vote could still pass, though I agree
this one is unlikely to.
--David
RE: [VOTE] Apache Cloudstack 4.4.0
Posted by Animesh Chaturvedi <an...@citrix.com>.
Hugo
My understanding is only binding votes are counted. Non-binding votes are informational
> -----Original Message-----
> From: Trippie [mailto:trippie@gmail.com] On Behalf Of Hugo Trippaers
> Sent: Wednesday, July 02, 2014 11:50 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Apache Cloudstack 4.4.0
>
> Hey Mike,
>
> That is technically not the way this vote works. Release votes a a “Lazy
> Majority” vote. This means that the vote requires at least 3 binding +1
> votes and more +1 votes than -1 votes. For the exact working see
> paragraphs 3.4.4 and 3.2.2 of the Apache CloudStack bylaws.
>
>
>
> Cheers,
>
> Hugo
>
>
> On 3 jul. 2014, at 02:13, Mike Tutkowski <mi...@solidfire.com>
> wrote:
>
> > We have at least one binding -1, so this VOTE won't pass.
> >
> > We should continue to test on this RC, though, as Marcus mentioned, in
> > an effort to reduce RC spin.
> >
> > We also shouldn't spin up a new RC until next week as many in the U.S.
> > are on a long weekend starting tomorrow.
> >
> > On Wednesday, July 2, 2014, Marcus <sh...@gmail.com> wrote:
> >
> >> -1
> >>
> >> I'm unable to add a KVM host. It seems to be related to changes in
> >> the SshCmdHelper. The mgmt server issues an ssh check to see of the
> >> host has kvm modules installed, which it shows it does, but there is
> >> a null pointer in the SshCmdHelper and it doesn't interpret the
> >> result correctly. I saw this once, over a month ago, and commented
> >> on CLOUDSTACK-6804. They say the null pointer is fixed in
> >> CLOUDSTACK-6844, but it looks like it was committed in 4.4-forward and
> never pulled in to the release branch.
> >>
> >> I tested this release with
> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
> 4.4-forward.
> >> It seems to work, though the fix seems a bit hacky (sleep loop for up
> >> to 1s, waiting for null pointer to not be null), but perhaps I just
> >> don't understand the problem well enough. In the interest of reducing
> >> RC iterations, I went ahead and continued to test per the devcloud-kvm
> docs.
> >> So far everything looks good as far as basic deployment and built-in
> >> storage types.
> >>
> >> * Launched VPC with a default-allow network and a default-deny
> >> network
> >> * launched an nfs-based vm in default-deny and clvm based in
> >> default-allow with qcow2 template
> >> * registered vmdk template for KVM, launched a vm based on it, for
> >> both nfs and lvm
> >> * registered raw image template, launched one for nfs and lvm
> >> * set up port forward for 22 on half of vms, static nat on the other
> >> half, verified default-allow/deny worked as needed
> >> * updated acls to allow 22 into everything, logged in to all servers
> >> to verify they deployed correctly
> >>
> >> I don't believe CLOUDSTACK-6036 should block this release, FWIW.
> >> First, there's no indication from the bug that it still affects
> >> 4.4.0, second, it's not a regression, third, it didn't block the 4.3
> >> release either, fourth, from the sound of it, the worst of the issue
> >> is that a vm is inadvertently stopped if it previously had an issue
> >> stopping and upgrade timing happens to be just right, with a fix of
> simply restarting the vm.
> >>
> >>
> >> On Wed, Jul 2, 2014 at 3:51 PM, Tomasz Zięba <t.a.zieba@gmail.com
> >> <javascript:;>> wrote:
> >>
> >>> -1 because CLOUDSTACK-6036
> >>>
> >>>
> >>> 2014-07-02 22:18 GMT+02:00 Daan Hoogland
> <daan.hoogland@gmail.com
> >> <javascript:;>>:
> >>>
> >>>> Hi All,
> >>>>
> >>>> I've created a 4.4.0 release, with the following artifacts up for a
> >> vote:
> >>>>
> >>>> Git Branch and Commit SH:
> >>>>
> >>>>
> >>>
> >> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h
> >> =refs/heads/4.4-RC20140702T2107
> >>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> >>>>
> >>>> List of changes:
> >>>>
> >>>>
> >>>
> >> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/e
> >> n/latest/
> >>>>
> >>>> Source release (checksums and signatures are available at the same
> >>>> location):
> >>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> >>>>
> >>>> PGP release keys (signed using 4096R/AA4736F3):
> >>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >>>>
> >>>> Vote will be open for 72 hours.
> >>>>
> >>>> For sanity in tallying the vote, can PMC members please be sure to
> >>>> indicate "(binding)" with their vote?
> >>>>
> >>>> [ ] +1 approve
> >>>> [ ] +0 no opinion
> >>>> [ ] -1 disapprove (and reason why)
> >>>>
> >>>>
> >>>> I will ad my key to the mentioned KEYS file as soon as possible,
> >>>> --
> >>>> Daan
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Regards,
> >>> Tomasz Zięba
> >>> Twitter: @TZieba
> >>> LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
> >> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >>>
> >>
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkowski@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > <http://solidfire.com/solution/overview/?video=play>*™*
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Mike Tutkowski <mi...@solidfire.com>.
Thanks for clarifying, Hugo!
On Thursday, July 3, 2014, Hugo Trippaers <hu...@trippaers.nl> wrote:
> Hey Mike,
>
> That is technically not the way this vote works. Release votes a a “Lazy
> Majority” vote. This means that the vote requires at least 3 binding +1
> votes and more +1 votes than -1 votes. For the exact working see
> paragraphs 3.4.4 and 3.2.2 of the Apache CloudStack bylaws.
>
>
>
> Cheers,
>
> Hugo
>
>
> On 3 jul. 2014, at 02:13, Mike Tutkowski <mike.tutkowski@solidfire.com
> <javascript:;>> wrote:
>
> > We have at least one binding -1, so this VOTE won't pass.
> >
> > We should continue to test on this RC, though, as Marcus mentioned, in an
> > effort to reduce RC spin.
> >
> > We also shouldn't spin up a new RC until next week as many in the U.S.
> are
> > on a long weekend starting tomorrow.
> >
> > On Wednesday, July 2, 2014, Marcus <shadowsor@gmail.com <javascript:;>>
> wrote:
> >
> >> -1
> >>
> >> I'm unable to add a KVM host. It seems to be related to changes in the
> >> SshCmdHelper. The mgmt server issues an ssh check to see of the host has
> >> kvm modules installed, which it shows it does, but there is a null
> pointer
> >> in the SshCmdHelper and it doesn't interpret the result correctly. I
> saw
> >> this once, over a month ago, and commented on CLOUDSTACK-6804. They say
> the
> >> null pointer is fixed in CLOUDSTACK-6844, but it looks like it was
> >> committed in 4.4-forward and never pulled in to the release branch.
> >>
> >> I tested this release with
> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
> 4.4-forward.
> >> It seems to work, though the fix seems a bit hacky (sleep loop for up to
> >> 1s, waiting for null pointer to not be null), but perhaps I just don't
> >> understand the problem well enough. In the interest of reducing RC
> >> iterations, I went ahead and continued to test per the devcloud-kvm
> docs.
> >> So far everything looks good as far as basic deployment and built-in
> >> storage types.
> >>
> >> * Launched VPC with a default-allow network and a default-deny network
> >> * launched an nfs-based vm in default-deny and clvm based in
> default-allow
> >> with qcow2 template
> >> * registered vmdk template for KVM, launched a vm based on it, for both
> nfs
> >> and lvm
> >> * registered raw image template, launched one for nfs and lvm
> >> * set up port forward for 22 on half of vms, static nat on the other
> half,
> >> verified default-allow/deny worked as needed
> >> * updated acls to allow 22 into everything, logged in to all servers to
> >> verify they deployed correctly
> >>
> >> I don't believe CLOUDSTACK-6036 should block this release, FWIW. First,
> >> there's no indication from the bug that it still affects 4.4.0, second,
> >> it's not a regression, third, it didn't block the 4.3 release either,
> >> fourth, from the sound of it, the worst of the issue is that a vm is
> >> inadvertently stopped if it previously had an issue stopping and upgrade
> >> timing happens to be just right, with a fix of simply restarting the vm.
> >>
> >>
> >> On Wed, Jul 2, 2014 at 3:51 PM, Tomasz Zięba <t.a.zieba@gmail.com
> <javascript:;>
> >> <javascript:;>> wrote:
> >>
> >>> -1 because CLOUDSTACK-6036
> >>>
> >>>
> >>> 2014-07-02 22:18 GMT+02:00 Daan Hoogland <daan.hoogland@gmail.com
> <javascript:;>
> >> <javascript:;>>:
> >>>
> >>>> Hi All,
> >>>>
> >>>> I've created a 4.4.0 release, with the following artifacts up for a
> >> vote:
> >>>>
> >>>> Git Branch and Commit SH:
> >>>>
> >>>>
> >>>
> >>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> >>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> >>>>
> >>>> List of changes:
> >>>>
> >>>>
> >>>
> >>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
> >>>>
> >>>> Source release (checksums and signatures are available at the same
> >>>> location):
> >>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> >>>>
> >>>> PGP release keys (signed using 4096R/AA4736F3):
> >>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >>>>
> >>>> Vote will be open for 72 hours.
> >>>>
> >>>> For sanity in tallying the vote, can PMC members please be sure to
> >>>> indicate "(binding)" with their vote?
> >>>>
> >>>> [ ] +1 approve
> >>>> [ ] +0 no opinion
> >>>> [ ] -1 disapprove (and reason why)
> >>>>
> >>>>
> >>>> I will ad my key to the mentioned KEYS file as soon as possible,
> >>>> --
> >>>> Daan
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Regards,
> >>> Tomasz Zięba
> >>> Twitter: @TZieba
> >>> LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >>>
> >>
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkowski@solidfire.com <javascript:;>
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > <http://solidfire.com/solution/overview/?video=play>*™*
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Hugo Trippaers <hu...@trippaers.nl>.
Hey Mike,
That is technically not the way this vote works. Release votes a a “Lazy Majority” vote. This means that the vote requires at least 3 binding +1 votes and more +1 votes than -1 votes. For the exact working see paragraphs 3.4.4 and 3.2.2 of the Apache CloudStack bylaws.
Cheers,
Hugo
On 3 jul. 2014, at 02:13, Mike Tutkowski <mi...@solidfire.com> wrote:
> We have at least one binding -1, so this VOTE won't pass.
>
> We should continue to test on this RC, though, as Marcus mentioned, in an
> effort to reduce RC spin.
>
> We also shouldn't spin up a new RC until next week as many in the U.S. are
> on a long weekend starting tomorrow.
>
> On Wednesday, July 2, 2014, Marcus <sh...@gmail.com> wrote:
>
>> -1
>>
>> I'm unable to add a KVM host. It seems to be related to changes in the
>> SshCmdHelper. The mgmt server issues an ssh check to see of the host has
>> kvm modules installed, which it shows it does, but there is a null pointer
>> in the SshCmdHelper and it doesn't interpret the result correctly. I saw
>> this once, over a month ago, and commented on CLOUDSTACK-6804. They say the
>> null pointer is fixed in CLOUDSTACK-6844, but it looks like it was
>> committed in 4.4-forward and never pulled in to the release branch.
>>
>> I tested this release with
>> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from 4.4-forward.
>> It seems to work, though the fix seems a bit hacky (sleep loop for up to
>> 1s, waiting for null pointer to not be null), but perhaps I just don't
>> understand the problem well enough. In the interest of reducing RC
>> iterations, I went ahead and continued to test per the devcloud-kvm docs.
>> So far everything looks good as far as basic deployment and built-in
>> storage types.
>>
>> * Launched VPC with a default-allow network and a default-deny network
>> * launched an nfs-based vm in default-deny and clvm based in default-allow
>> with qcow2 template
>> * registered vmdk template for KVM, launched a vm based on it, for both nfs
>> and lvm
>> * registered raw image template, launched one for nfs and lvm
>> * set up port forward for 22 on half of vms, static nat on the other half,
>> verified default-allow/deny worked as needed
>> * updated acls to allow 22 into everything, logged in to all servers to
>> verify they deployed correctly
>>
>> I don't believe CLOUDSTACK-6036 should block this release, FWIW. First,
>> there's no indication from the bug that it still affects 4.4.0, second,
>> it's not a regression, third, it didn't block the 4.3 release either,
>> fourth, from the sound of it, the worst of the issue is that a vm is
>> inadvertently stopped if it previously had an issue stopping and upgrade
>> timing happens to be just right, with a fix of simply restarting the vm.
>>
>>
>> On Wed, Jul 2, 2014 at 3:51 PM, Tomasz Zięba <t.a.zieba@gmail.com
>> <javascript:;>> wrote:
>>
>>> -1 because CLOUDSTACK-6036
>>>
>>>
>>> 2014-07-02 22:18 GMT+02:00 Daan Hoogland <daan.hoogland@gmail.com
>> <javascript:;>>:
>>>
>>>> Hi All,
>>>>
>>>> I've created a 4.4.0 release, with the following artifacts up for a
>> vote:
>>>>
>>>> Git Branch and Commit SH:
>>>>
>>>>
>>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
>>>> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>>>>
>>>> List of changes:
>>>>
>>>>
>>>
>> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>>>>
>>>> Source release (checksums and signatures are available at the same
>>>> location):
>>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>>>>
>>>> PGP release keys (signed using 4096R/AA4736F3):
>>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>>
>>>> Vote will be open for 72 hours.
>>>>
>>>> For sanity in tallying the vote, can PMC members please be sure to
>>>> indicate "(binding)" with their vote?
>>>>
>>>> [ ] +1 approve
>>>> [ ] +0 no opinion
>>>> [ ] -1 disapprove (and reason why)
>>>>
>>>>
>>>> I will ad my key to the mentioned KEYS file as soon as possible,
>>>> --
>>>> Daan
>>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Tomasz Zięba
>>> Twitter: @TZieba
>>> LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
>>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
>>> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
>>>
>>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkowski@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Mike Tutkowski <mi...@solidfire.com>.
We have at least one binding -1, so this VOTE won't pass.
We should continue to test on this RC, though, as Marcus mentioned, in an
effort to reduce RC spin.
We also shouldn't spin up a new RC until next week as many in the U.S. are
on a long weekend starting tomorrow.
On Wednesday, July 2, 2014, Marcus <sh...@gmail.com> wrote:
> -1
>
> I'm unable to add a KVM host. It seems to be related to changes in the
> SshCmdHelper. The mgmt server issues an ssh check to see of the host has
> kvm modules installed, which it shows it does, but there is a null pointer
> in the SshCmdHelper and it doesn't interpret the result correctly. I saw
> this once, over a month ago, and commented on CLOUDSTACK-6804. They say the
> null pointer is fixed in CLOUDSTACK-6844, but it looks like it was
> committed in 4.4-forward and never pulled in to the release branch.
>
> I tested this release with
> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from 4.4-forward.
> It seems to work, though the fix seems a bit hacky (sleep loop for up to
> 1s, waiting for null pointer to not be null), but perhaps I just don't
> understand the problem well enough. In the interest of reducing RC
> iterations, I went ahead and continued to test per the devcloud-kvm docs.
> So far everything looks good as far as basic deployment and built-in
> storage types.
>
> * Launched VPC with a default-allow network and a default-deny network
> * launched an nfs-based vm in default-deny and clvm based in default-allow
> with qcow2 template
> * registered vmdk template for KVM, launched a vm based on it, for both nfs
> and lvm
> * registered raw image template, launched one for nfs and lvm
> * set up port forward for 22 on half of vms, static nat on the other half,
> verified default-allow/deny worked as needed
> * updated acls to allow 22 into everything, logged in to all servers to
> verify they deployed correctly
>
> I don't believe CLOUDSTACK-6036 should block this release, FWIW. First,
> there's no indication from the bug that it still affects 4.4.0, second,
> it's not a regression, third, it didn't block the 4.3 release either,
> fourth, from the sound of it, the worst of the issue is that a vm is
> inadvertently stopped if it previously had an issue stopping and upgrade
> timing happens to be just right, with a fix of simply restarting the vm.
>
>
> On Wed, Jul 2, 2014 at 3:51 PM, Tomasz Zięba <t.a.zieba@gmail.com
> <javascript:;>> wrote:
>
> > -1 because CLOUDSTACK-6036
> >
> >
> > 2014-07-02 22:18 GMT+02:00 Daan Hoogland <daan.hoogland@gmail.com
> <javascript:;>>:
> >
> > > Hi All,
> > >
> > > I've created a 4.4.0 release, with the following artifacts up for a
> vote:
> > >
> > > Git Branch and Commit SH:
> > >
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> > > Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> > >
> > > List of changes:
> > >
> > >
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
> > >
> > > Source release (checksums and signatures are available at the same
> > > location):
> > > https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> > >
> > > PGP release keys (signed using 4096R/AA4736F3):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > Vote will be open for 72 hours.
> > >
> > > For sanity in tallying the vote, can PMC members please be sure to
> > > indicate "(binding)" with their vote?
> > >
> > > [ ] +1 approve
> > > [ ] +0 no opinion
> > > [ ] -1 disapprove (and reason why)
> > >
> > >
> > > I will ad my key to the mentioned KEYS file as soon as possible,
> > > --
> > > Daan
> > >
> >
> >
> >
> > --
> > Regards,
> > Tomasz Zięba
> > Twitter: @TZieba
> > LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> > <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> > <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> >
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
On Wed, Jul 16, 2014 at 10:57 PM, Alena Prokharchyk
<Al...@citrix.com> wrote:
> 822b38761f1655ef3d5d3648985a197f5c2c1262
is in
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Marcus <sh...@gmail.com>.
Yes, it's a regression. The impact is that upgraders to 4.4 may have
existing VMs that don't boot when rebooted, or templates that won't work,
because the virtual hardware is changed and not what was expected.
On Thu, Jul 17, 2014 at 1:56 AM, Daan Hoogland <da...@gmail.com>
wrote:
> Marcus, Amogh, WHat is the work to do and the ETA? As I read your
> mail, it seems we are not going to revert but I have no idea on what a
> forward fix would be. Just adding mappings to KVMGuestOsMapper?
>
> @Marcus: is this regression? As in do I agree with you making this a
> blocker. You seem to imply so and I want to read you write it;)
>
> On Thu, Jul 17, 2014 at 9:14 AM, Erik Weber <te...@gmail.com> wrote:
> > Considering adding centos 7 and rhel 7 while at it.
> >
> > Erik
> > 17. juli 2014 00:32 skrev "Marcus" <sh...@gmail.com> følgende:
> >
> >> Yes, thats it. I have no idea how these mappings are created, but we
> need
> >> to ensure that both upgrades and new installs work
> >>
> >>
> >> On Wed, Jul 16, 2014 at 3:25 PM, Amogh Vasekar <
> amogh.vasekar@citrix.com>
> >> wrote:
> >>
> >> > Hi,
> >> >
> >> > It is probably due to missing mapping in guest_os_hypervisor table. I
> had
> >> > created default entries for KVM using :
> >> > http://bit.ly/1rrML8n
> >> >
> >> > I can add the missing mapping to it.
> >> >
> >> > Thanks,
> >> > Amogh
> >> >
> >> > On 7/16/14 2:08 PM, "Marcus" <sh...@gmail.com> wrote:
> >> >
> >> > >I have another big issue to report with 4.4 in testing these
> artifacts.
> >> I
> >> > >register a CentOS 6.5 template, and launch VMs for it on KVM, and the
> >> > >disks/nics are not virtio.
> >> > >
> >> > >It looks like it is due to the following commit, which changes how
> the
> >> KVM
> >> > >agent determines if a template is PV enabled. The
> >> 'getPlatformEmulator()'
> >> > >is empty. I have reopened the associated bug and commented on it.
> >> > >
> >> > > - DiskDef.diskBus diskBusType =
> >> > >getGuestDiskModel(vmSpec.getOs());
> >> > >+ DiskDef.diskBus diskBusType =
> >> > >getGuestDiskModel(vmSpec.getPlatformEmulator());
> >> > >
> >> > >commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
> >> > >Author: Amogh Vasekar <am...@citrix.com>
> >> > >Date: Wed May 7 15:16:55 2014 -0700
> >> > >
> >> > > CLOUDSTACK-6358: As a part of supporting dynamic guest OS
> defined by
> >> > >user, removing the hard-coded dependencies.
> >> > > This patch is for KVM
> >> > >
> >> > > 1. Local testing on KVM
> >> > > 2. Successfully got up system VMs
> >> > > 3. Successfully created a CentOS VM
> >> > > 4. Snapshots are not supported for KVM
> >> > >
> >> > > Signed off by :- Nitin Mehta<ni...@citrix.com>
> >> > >
> >> > >
> >> > >
> >> > >On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
> >> > >Alena.Prokharchyk@citrix.com> wrote:
> >> > >
> >> > >> Daan, during 4.4 testing, I found the following regression bug:
> >> > >>
> >> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
> >> > >>
> >> > >>
> >> > >> "Unable to expunge vms in error state"
> >> > >>
> >> > >> There is a workaround for it - I¹ve mentioned it in the bug - yet
> >> > >>ideally
> >> > >> I would prefer the fix to be cherry-picked from 4.4-forward:
> >> > >>
> >> > >> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
> >> > >>
> >> > >>
> >> > >>
> >> > >> Thank you,
> >> > >> Alena.
> >> > >>
> >> > >> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com>
> wrote:
> >> > >>
> >> > >> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com>
> wrote:
> >> > >> >> I tested this release with
> >> > >> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
> >> > >> >>4.4-forward.
> >> > >> >
> >> > >> >
> >> > >> >I have cherry-picked and pushed. I will address the last remaining
> >> > >> >issue by editting the pom.xml from build_asf.sh and roll out a new
> >> RC.
> >> > >> >
> >> > >> >Hope all of you have continued testing and have now more issues to
> >> > >> >block this release!!!!
> >> > >> >
> >> > >> >--
> >> > >> >Daan
> >> > >>
> >> > >>
> >> >
> >> >
> >>
>
>
>
> --
> Daan
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
Marcus, Amogh, WHat is the work to do and the ETA? As I read your
mail, it seems we are not going to revert but I have no idea on what a
forward fix would be. Just adding mappings to KVMGuestOsMapper?
@Marcus: is this regression? As in do I agree with you making this a
blocker. You seem to imply so and I want to read you write it;)
On Thu, Jul 17, 2014 at 9:14 AM, Erik Weber <te...@gmail.com> wrote:
> Considering adding centos 7 and rhel 7 while at it.
>
> Erik
> 17. juli 2014 00:32 skrev "Marcus" <sh...@gmail.com> følgende:
>
>> Yes, thats it. I have no idea how these mappings are created, but we need
>> to ensure that both upgrades and new installs work
>>
>>
>> On Wed, Jul 16, 2014 at 3:25 PM, Amogh Vasekar <am...@citrix.com>
>> wrote:
>>
>> > Hi,
>> >
>> > It is probably due to missing mapping in guest_os_hypervisor table. I had
>> > created default entries for KVM using :
>> > http://bit.ly/1rrML8n
>> >
>> > I can add the missing mapping to it.
>> >
>> > Thanks,
>> > Amogh
>> >
>> > On 7/16/14 2:08 PM, "Marcus" <sh...@gmail.com> wrote:
>> >
>> > >I have another big issue to report with 4.4 in testing these artifacts.
>> I
>> > >register a CentOS 6.5 template, and launch VMs for it on KVM, and the
>> > >disks/nics are not virtio.
>> > >
>> > >It looks like it is due to the following commit, which changes how the
>> KVM
>> > >agent determines if a template is PV enabled. The
>> 'getPlatformEmulator()'
>> > >is empty. I have reopened the associated bug and commented on it.
>> > >
>> > > - DiskDef.diskBus diskBusType =
>> > >getGuestDiskModel(vmSpec.getOs());
>> > >+ DiskDef.diskBus diskBusType =
>> > >getGuestDiskModel(vmSpec.getPlatformEmulator());
>> > >
>> > >commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
>> > >Author: Amogh Vasekar <am...@citrix.com>
>> > >Date: Wed May 7 15:16:55 2014 -0700
>> > >
>> > > CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by
>> > >user, removing the hard-coded dependencies.
>> > > This patch is for KVM
>> > >
>> > > 1. Local testing on KVM
>> > > 2. Successfully got up system VMs
>> > > 3. Successfully created a CentOS VM
>> > > 4. Snapshots are not supported for KVM
>> > >
>> > > Signed off by :- Nitin Mehta<ni...@citrix.com>
>> > >
>> > >
>> > >
>> > >On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
>> > >Alena.Prokharchyk@citrix.com> wrote:
>> > >
>> > >> Daan, during 4.4 testing, I found the following regression bug:
>> > >>
>> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
>> > >>
>> > >>
>> > >> "Unable to expunge vms in error state"
>> > >>
>> > >> There is a workaround for it - I¹ve mentioned it in the bug - yet
>> > >>ideally
>> > >> I would prefer the fix to be cherry-picked from 4.4-forward:
>> > >>
>> > >> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
>> > >>
>> > >>
>> > >>
>> > >> Thank you,
>> > >> Alena.
>> > >>
>> > >> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com> wrote:
>> > >>
>> > >> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
>> > >> >> I tested this release with
>> > >> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
>> > >> >>4.4-forward.
>> > >> >
>> > >> >
>> > >> >I have cherry-picked and pushed. I will address the last remaining
>> > >> >issue by editting the pom.xml from build_asf.sh and roll out a new
>> RC.
>> > >> >
>> > >> >Hope all of you have continued testing and have now more issues to
>> > >> >block this release!!!!
>> > >> >
>> > >> >--
>> > >> >Daan
>> > >>
>> > >>
>> >
>> >
>>
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Amogh Vasekar <am...@citrix.com>.
Hi,
Centos 7 and RHEL 7 don't show up in guest_os table list, hence can't add
just yet to the guest_os_hypervisor table.
Thanks,
Amogh
On 7/17/14 12:14 AM, "Erik Weber" <te...@gmail.com> wrote:
>Considering adding centos 7 and rhel 7 while at it.
>
>Erik
>17. juli 2014 00:32 skrev "Marcus" <sh...@gmail.com> følgende:
>
>> Yes, thats it. I have no idea how these mappings are created, but we
>>need
>> to ensure that both upgrades and new installs work
>>
>>
>> On Wed, Jul 16, 2014 at 3:25 PM, Amogh Vasekar
>><am...@citrix.com>
>> wrote:
>>
>> > Hi,
>> >
>> > It is probably due to missing mapping in guest_os_hypervisor table. I
>>had
>> > created default entries for KVM using :
>> > http://bit.ly/1rrML8n
>> >
>> > I can add the missing mapping to it.
>> >
>> > Thanks,
>> > Amogh
>> >
>> > On 7/16/14 2:08 PM, "Marcus" <sh...@gmail.com> wrote:
>> >
>> > >I have another big issue to report with 4.4 in testing these
>>artifacts.
>> I
>> > >register a CentOS 6.5 template, and launch VMs for it on KVM, and the
>> > >disks/nics are not virtio.
>> > >
>> > >It looks like it is due to the following commit, which changes how
>>the
>> KVM
>> > >agent determines if a template is PV enabled. The
>> 'getPlatformEmulator()'
>> > >is empty. I have reopened the associated bug and commented on it.
>> > >
>> > > - DiskDef.diskBus diskBusType =
>> > >getGuestDiskModel(vmSpec.getOs());
>> > >+ DiskDef.diskBus diskBusType =
>> > >getGuestDiskModel(vmSpec.getPlatformEmulator());
>> > >
>> > >commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
>> > >Author: Amogh Vasekar <am...@citrix.com>
>> > >Date: Wed May 7 15:16:55 2014 -0700
>> > >
>> > > CLOUDSTACK-6358: As a part of supporting dynamic guest OS
>>defined by
>> > >user, removing the hard-coded dependencies.
>> > > This patch is for KVM
>> > >
>> > > 1. Local testing on KVM
>> > > 2. Successfully got up system VMs
>> > > 3. Successfully created a CentOS VM
>> > > 4. Snapshots are not supported for KVM
>> > >
>> > > Signed off by :- Nitin Mehta<ni...@citrix.com>
>> > >
>> > >
>> > >
>> > >On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
>> > >Alena.Prokharchyk@citrix.com> wrote:
>> > >
>> > >> Daan, during 4.4 testing, I found the following regression bug:
>> > >>
>> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
>> > >>
>> > >>
>> > >> "Unable to expunge vms in error state"
>> > >>
>> > >> There is a workaround for it - I¹ve mentioned it in the bug - yet
>> > >>ideally
>> > >> I would prefer the fix to be cherry-picked from 4.4-forward:
>> > >>
>> > >> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
>> > >>
>> > >>
>> > >>
>> > >> Thank you,
>> > >> Alena.
>> > >>
>> > >> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com>
>>wrote:
>> > >>
>> > >> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com>
>>wrote:
>> > >> >> I tested this release with
>> > >> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
>> > >> >>4.4-forward.
>> > >> >
>> > >> >
>> > >> >I have cherry-picked and pushed. I will address the last remaining
>> > >> >issue by editting the pom.xml from build_asf.sh and roll out a new
>> RC.
>> > >> >
>> > >> >Hope all of you have continued testing and have now more issues to
>> > >> >block this release!!!!
>> > >> >
>> > >> >--
>> > >> >Daan
>> > >>
>> > >>
>> >
>> >
>>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Erik Weber <te...@gmail.com>.
Considering adding centos 7 and rhel 7 while at it.
Erik
17. juli 2014 00:32 skrev "Marcus" <sh...@gmail.com> følgende:
> Yes, thats it. I have no idea how these mappings are created, but we need
> to ensure that both upgrades and new installs work
>
>
> On Wed, Jul 16, 2014 at 3:25 PM, Amogh Vasekar <am...@citrix.com>
> wrote:
>
> > Hi,
> >
> > It is probably due to missing mapping in guest_os_hypervisor table. I had
> > created default entries for KVM using :
> > http://bit.ly/1rrML8n
> >
> > I can add the missing mapping to it.
> >
> > Thanks,
> > Amogh
> >
> > On 7/16/14 2:08 PM, "Marcus" <sh...@gmail.com> wrote:
> >
> > >I have another big issue to report with 4.4 in testing these artifacts.
> I
> > >register a CentOS 6.5 template, and launch VMs for it on KVM, and the
> > >disks/nics are not virtio.
> > >
> > >It looks like it is due to the following commit, which changes how the
> KVM
> > >agent determines if a template is PV enabled. The
> 'getPlatformEmulator()'
> > >is empty. I have reopened the associated bug and commented on it.
> > >
> > > - DiskDef.diskBus diskBusType =
> > >getGuestDiskModel(vmSpec.getOs());
> > >+ DiskDef.diskBus diskBusType =
> > >getGuestDiskModel(vmSpec.getPlatformEmulator());
> > >
> > >commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
> > >Author: Amogh Vasekar <am...@citrix.com>
> > >Date: Wed May 7 15:16:55 2014 -0700
> > >
> > > CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by
> > >user, removing the hard-coded dependencies.
> > > This patch is for KVM
> > >
> > > 1. Local testing on KVM
> > > 2. Successfully got up system VMs
> > > 3. Successfully created a CentOS VM
> > > 4. Snapshots are not supported for KVM
> > >
> > > Signed off by :- Nitin Mehta<ni...@citrix.com>
> > >
> > >
> > >
> > >On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
> > >Alena.Prokharchyk@citrix.com> wrote:
> > >
> > >> Daan, during 4.4 testing, I found the following regression bug:
> > >>
> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
> > >>
> > >>
> > >> "Unable to expunge vms in error state"
> > >>
> > >> There is a workaround for it - I¹ve mentioned it in the bug - yet
> > >>ideally
> > >> I would prefer the fix to be cherry-picked from 4.4-forward:
> > >>
> > >> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
> > >>
> > >>
> > >>
> > >> Thank you,
> > >> Alena.
> > >>
> > >> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com> wrote:
> > >>
> > >> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
> > >> >> I tested this release with
> > >> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
> > >> >>4.4-forward.
> > >> >
> > >> >
> > >> >I have cherry-picked and pushed. I will address the last remaining
> > >> >issue by editting the pom.xml from build_asf.sh and roll out a new
> RC.
> > >> >
> > >> >Hope all of you have continued testing and have now more issues to
> > >> >block this release!!!!
> > >> >
> > >> >--
> > >> >Daan
> > >>
> > >>
> >
> >
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Marcus <sh...@gmail.com>.
Yes, thats it. I have no idea how these mappings are created, but we need
to ensure that both upgrades and new installs work
On Wed, Jul 16, 2014 at 3:25 PM, Amogh Vasekar <am...@citrix.com>
wrote:
> Hi,
>
> It is probably due to missing mapping in guest_os_hypervisor table. I had
> created default entries for KVM using :
> http://bit.ly/1rrML8n
>
> I can add the missing mapping to it.
>
> Thanks,
> Amogh
>
> On 7/16/14 2:08 PM, "Marcus" <sh...@gmail.com> wrote:
>
> >I have another big issue to report with 4.4 in testing these artifacts. I
> >register a CentOS 6.5 template, and launch VMs for it on KVM, and the
> >disks/nics are not virtio.
> >
> >It looks like it is due to the following commit, which changes how the KVM
> >agent determines if a template is PV enabled. The 'getPlatformEmulator()'
> >is empty. I have reopened the associated bug and commented on it.
> >
> > - DiskDef.diskBus diskBusType =
> >getGuestDiskModel(vmSpec.getOs());
> >+ DiskDef.diskBus diskBusType =
> >getGuestDiskModel(vmSpec.getPlatformEmulator());
> >
> >commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
> >Author: Amogh Vasekar <am...@citrix.com>
> >Date: Wed May 7 15:16:55 2014 -0700
> >
> > CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by
> >user, removing the hard-coded dependencies.
> > This patch is for KVM
> >
> > 1. Local testing on KVM
> > 2. Successfully got up system VMs
> > 3. Successfully created a CentOS VM
> > 4. Snapshots are not supported for KVM
> >
> > Signed off by :- Nitin Mehta<ni...@citrix.com>
> >
> >
> >
> >On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
> >Alena.Prokharchyk@citrix.com> wrote:
> >
> >> Daan, during 4.4 testing, I found the following regression bug:
> >>
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
> >>
> >>
> >> "Unable to expunge vms in error state"
> >>
> >> There is a workaround for it - I¹ve mentioned it in the bug - yet
> >>ideally
> >> I would prefer the fix to be cherry-picked from 4.4-forward:
> >>
> >> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
> >>
> >>
> >>
> >> Thank you,
> >> Alena.
> >>
> >> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com> wrote:
> >>
> >> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
> >> >> I tested this release with
> >> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
> >> >>4.4-forward.
> >> >
> >> >
> >> >I have cherry-picked and pushed. I will address the last remaining
> >> >issue by editting the pom.xml from build_asf.sh and roll out a new RC.
> >> >
> >> >Hope all of you have continued testing and have now more issues to
> >> >block this release!!!!
> >> >
> >> >--
> >> >Daan
> >>
> >>
>
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Amogh Vasekar <am...@citrix.com>.
Hi,
It is probably due to missing mapping in guest_os_hypervisor table. I had
created default entries for KVM using :
http://bit.ly/1rrML8n
I can add the missing mapping to it.
Thanks,
Amogh
On 7/16/14 2:08 PM, "Marcus" <sh...@gmail.com> wrote:
>I have another big issue to report with 4.4 in testing these artifacts. I
>register a CentOS 6.5 template, and launch VMs for it on KVM, and the
>disks/nics are not virtio.
>
>It looks like it is due to the following commit, which changes how the KVM
>agent determines if a template is PV enabled. The 'getPlatformEmulator()'
>is empty. I have reopened the associated bug and commented on it.
>
> - DiskDef.diskBus diskBusType =
>getGuestDiskModel(vmSpec.getOs());
>+ DiskDef.diskBus diskBusType =
>getGuestDiskModel(vmSpec.getPlatformEmulator());
>
>commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
>Author: Amogh Vasekar <am...@citrix.com>
>Date: Wed May 7 15:16:55 2014 -0700
>
> CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by
>user, removing the hard-coded dependencies.
> This patch is for KVM
>
> 1. Local testing on KVM
> 2. Successfully got up system VMs
> 3. Successfully created a CentOS VM
> 4. Snapshots are not supported for KVM
>
> Signed off by :- Nitin Mehta<ni...@citrix.com>
>
>
>
>On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
>Alena.Prokharchyk@citrix.com> wrote:
>
>> Daan, during 4.4 testing, I found the following regression bug:
>>
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
>>
>>
>> "Unable to expunge vms in error state"
>>
>> There is a workaround for it - I¹ve mentioned it in the bug - yet
>>ideally
>> I would prefer the fix to be cherry-picked from 4.4-forward:
>>
>> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
>>
>>
>>
>> Thank you,
>> Alena.
>>
>> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com> wrote:
>>
>> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
>> >> I tested this release with
>> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
>> >>4.4-forward.
>> >
>> >
>> >I have cherry-picked and pushed. I will address the last remaining
>> >issue by editting the pom.xml from build_asf.sh and roll out a new RC.
>> >
>> >Hope all of you have continued testing and have now more issues to
>> >block this release!!!!
>> >
>> >--
>> >Daan
>>
>>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Marcus <sh...@gmail.com>.
I have another big issue to report with 4.4 in testing these artifacts. I
register a CentOS 6.5 template, and launch VMs for it on KVM, and the
disks/nics are not virtio.
It looks like it is due to the following commit, which changes how the KVM
agent determines if a template is PV enabled. The 'getPlatformEmulator()'
is empty. I have reopened the associated bug and commented on it.
- DiskDef.diskBus diskBusType =
getGuestDiskModel(vmSpec.getOs());
+ DiskDef.diskBus diskBusType =
getGuestDiskModel(vmSpec.getPlatformEmulator());
commit 02bd3d0671b0cde46f8aa7892f20aa0bb0d48d1c
Author: Amogh Vasekar <am...@citrix.com>
Date: Wed May 7 15:16:55 2014 -0700
CLOUDSTACK-6358: As a part of supporting dynamic guest OS defined by
user, removing the hard-coded dependencies.
This patch is for KVM
1. Local testing on KVM
2. Successfully got up system VMs
3. Successfully created a CentOS VM
4. Snapshots are not supported for KVM
Signed off by :- Nitin Mehta<ni...@citrix.com>
On Wed, Jul 16, 2014 at 2:57 PM, Alena Prokharchyk <
Alena.Prokharchyk@citrix.com> wrote:
> Daan, during 4.4 testing, I found the following regression bug:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-7118
>
>
> "Unable to expunge vms in error state"
>
> There is a workaround for it - I¹ve mentioned it in the bug - yet ideally
> I would prefer the fix to be cherry-picked from 4.4-forward:
>
> commit 822b38761f1655ef3d5d3648985a197f5c2c1262
>
>
>
> Thank you,
> Alena.
>
> On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com> wrote:
>
> >On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
> >> I tested this release with
> >> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
> >>4.4-forward.
> >
> >
> >I have cherry-picked and pushed. I will address the last remaining
> >issue by editting the pom.xml from build_asf.sh and roll out a new RC.
> >
> >Hope all of you have continued testing and have now more issues to
> >block this release!!!!
> >
> >--
> >Daan
>
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Alena Prokharchyk <Al...@citrix.com>.
Daan, during 4.4 testing, I found the following regression bug:
https://issues.apache.org/jira/browse/CLOUDSTACK-7118
"Unable to expunge vms in error state"
There is a workaround for it - I¹ve mentioned it in the bug - yet ideally
I would prefer the fix to be cherry-picked from 4.4-forward:
commit 822b38761f1655ef3d5d3648985a197f5c2c1262
Thank you,
Alena.
On 7/16/14, 4:47 AM, "Daan Hoogland" <da...@gmail.com> wrote:
>On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
>> I tested this release with
>> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from
>>4.4-forward.
>
>
>I have cherry-picked and pushed. I will address the last remaining
>issue by editting the pom.xml from build_asf.sh and roll out a new RC.
>
>Hope all of you have continued testing and have now more issues to
>block this release!!!!
>
>--
>Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Daan Hoogland <da...@gmail.com>.
On Thu, Jul 3, 2014 at 1:41 AM, Marcus <sh...@gmail.com> wrote:
> I tested this release with
> cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from 4.4-forward.
I have cherry-picked and pushed. I will address the last remaining
issue by editting the pom.xml from build_asf.sh and roll out a new RC.
Hope all of you have continued testing and have now more issues to
block this release!!!!
--
Daan
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Marcus <sh...@gmail.com>.
-1
I'm unable to add a KVM host. It seems to be related to changes in the
SshCmdHelper. The mgmt server issues an ssh check to see of the host has
kvm modules installed, which it shows it does, but there is a null pointer
in the SshCmdHelper and it doesn't interpret the result correctly. I saw
this once, over a month ago, and commented on CLOUDSTACK-6804. They say the
null pointer is fixed in CLOUDSTACK-6844, but it looks like it was
committed in 4.4-forward and never pulled in to the release branch.
I tested this release with
cherry-picking 2ec7359b4eb501b0d9e80ed87af7a54938e9d505 from 4.4-forward.
It seems to work, though the fix seems a bit hacky (sleep loop for up to
1s, waiting for null pointer to not be null), but perhaps I just don't
understand the problem well enough. In the interest of reducing RC
iterations, I went ahead and continued to test per the devcloud-kvm docs.
So far everything looks good as far as basic deployment and built-in
storage types.
* Launched VPC with a default-allow network and a default-deny network
* launched an nfs-based vm in default-deny and clvm based in default-allow
with qcow2 template
* registered vmdk template for KVM, launched a vm based on it, for both nfs
and lvm
* registered raw image template, launched one for nfs and lvm
* set up port forward for 22 on half of vms, static nat on the other half,
verified default-allow/deny worked as needed
* updated acls to allow 22 into everything, logged in to all servers to
verify they deployed correctly
I don't believe CLOUDSTACK-6036 should block this release, FWIW. First,
there's no indication from the bug that it still affects 4.4.0, second,
it's not a regression, third, it didn't block the 4.3 release either,
fourth, from the sound of it, the worst of the issue is that a vm is
inadvertently stopped if it previously had an issue stopping and upgrade
timing happens to be just right, with a fix of simply restarting the vm.
On Wed, Jul 2, 2014 at 3:51 PM, Tomasz Zięba <t....@gmail.com> wrote:
> -1 because CLOUDSTACK-6036
>
>
> 2014-07-02 22:18 GMT+02:00 Daan Hoogland <da...@gmail.com>:
>
> > Hi All,
> >
> > I've created a 4.4.0 release, with the following artifacts up for a vote:
> >
> > Git Branch and Commit SH:
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> > Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
> >
> > List of changes:
> >
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
> >
> > Source release (checksums and signatures are available at the same
> > location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
> >
> > PGP release keys (signed using 4096R/AA4736F3):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > Vote will be open for 72 hours.
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1 approve
> > [ ] +0 no opinion
> > [ ] -1 disapprove (and reason why)
> >
> >
> > I will ad my key to the mentioned KEYS file as soon as possible,
> > --
> > Daan
> >
>
>
>
> --
> Regards,
> Tomasz Zięba
> Twitter: @TZieba
> LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
> <http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>
>
Re: [VOTE] Apache Cloudstack 4.4.0
Posted by Tomasz Zięba <t....@gmail.com>.
-1 because CLOUDSTACK-6036
2014-07-02 22:18 GMT+02:00 Daan Hoogland <da...@gmail.com>:
> Hi All,
>
> I've created a 4.4.0 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140702T2107
> Commit: 379387961bd05d1f84fe2e9a1997e9ecdceef91a
>
> List of changes:
>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.0/
>
> PGP release keys (signed using 4096R/AA4736F3):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
>
> I will ad my key to the mentioned KEYS file as soon as possible,
> --
> Daan
>
--
Regards,
Tomasz Zięba
Twitter: @TZieba
LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/
<http://pl.linkedin.com/pub/tomasz-zi%C4%99ba-ph-d/3b/7a8/ab6/>