from:"Milamber"


Hello,

On my 4.7.0 RC1 test environment, I've this warning message:
2015-12-15 23:57:35,165 WARN 
[c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-f1556e81) (logid:db80c3d4) Unable to get 
alerts from router r-11-VM bash: /opt/cloud/bin/getRouterAlerts.sh: No 
such file or directory


I don't find this bash script anywhere (on management node, host node 
and inside the VR)


I find theses references to this script inside:

public static final String ROUTER_ALERTS = "getRouterAlerts.sh";
./core/src/com/cloud/agent/resource/virtualnetwork/VRScripts.java

ExecutionResult result = _vrDeployer.executeInVR(routerIp, 
VRScripts.ROUTER_ALERTS, args);

./core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java


I use the system vm template from jenkins [1] dated from 02-Dec-2015.

I my understand, the CS 4.7.0 can use the systemvm 4.6?

This is a bug or just I use the wrong systemvm?


[1] 
http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-kvm.qcow2.bz2

Re: CS 4.7.0 RC1: bash: /opt/cloud/bin/getRouterAlerts.sh: No such file or directory




On 16/12/2015 11:02, Remi Bergsma wrote:

Hi Milamber,

Nice find! Yes, the 4.6 systemvm template is fine. The 4.7 systemvm.iso 
contains all changed files that we need.

I see getRouterAlerts.sh in 4.6 but not in 4.7/master. Since I upgraded it 
still works for me somehow. Will need to investigate why that is.

It looks like regression from 6477bd8ff7f982e10d0d20a97857262897dc05ed, PR 1084.


Reference : CLOUDSTACK-9067




Did you create an issue for it?



Done : https://issues.apache.org/jira/browse/CLOUDSTACK-9183




  It’s not a big issue I’d say.


I suppose, that could be fix in 4.7.1.



Regards,
Remi





On 16/12/15 09:15, "Milamber"  wrote:


Hello,

On my 4.7.0 RC1 test environment, I've this warning message:
2015-12-15 23:57:35,165 WARN
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-f1556e81) (logid:db80c3d4) Unable to get
alerts from router r-11-VM bash: /opt/cloud/bin/getRouterAlerts.sh: No
such file or directory

I don't find this bash script anywhere (on management node, host node
and inside the VR)

I find theses references to this script inside:

 public static final String ROUTER_ALERTS = "getRouterAlerts.sh";
./core/src/com/cloud/agent/resource/virtualnetwork/VRScripts.java

 ExecutionResult result = _vrDeployer.executeInVR(routerIp,
VRScripts.ROUTER_ALERTS, args);
./core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java


I use the system vm template from jenkins [1] dated from 02-Dec-2015.

I my understand, the CS 4.7.0 can use the systemvm 4.6?

This is a bug or just I use the wrong systemvm?


[1]
http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-kvm.qcow2.bz2

Re: CS 4.7.0 RC1: bash: /opt/cloud/bin/getRouterAlerts.sh: No such file or directory




On 16/12/2015 12:54, Wilder Rodrigues wrote:

Hi there…

What kind of hypervisor do you have?


KVM on Ubuntu 14.04.3

Jira: https://issues.apache.org/jira/browse/CLOUDSTACK-9183



Cheers,
Wilder



On 16 Dec 2015, at 09:15, Milamber  wrote:

Hello,

On my 4.7.0 RC1 test environment, I've this warning message:
2015-12-15 23:57:35,165 WARN [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-f1556e81) (logid:db80c3d4) Unable to get alerts from 
router r-11-VM bash: /opt/cloud/bin/getRouterAlerts.sh: No such file or 
directory

I don't find this bash script anywhere (on management node, host node and 
inside the VR)

I find theses references to this script inside:

public static final String ROUTER_ALERTS = "getRouterAlerts.sh";
./core/src/com/cloud/agent/resource/virtualnetwork/VRScripts.java

ExecutionResult result = _vrDeployer.executeInVR(routerIp, 
VRScripts.ROUTER_ALERTS, args);
./core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java


I use the system vm template from jenkins [1] dated from 02-Dec-2015.

I my understand, the CS 4.7.0 can use the systemvm 4.6?

This is a bug or just I use the wrong systemvm?


[1] 
http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-kvm.qcow2.bz2

Re: [VOTE] Apache CloudStack 4.6.2


Hello,

My vote +1 (binding)


My tests (all tests are passed on a CloudStack (1mgr+2nodes+1nfs) inside 
CloudStack topology) :


1/ Fresh install of 4.6.2 (adv net) on Ubuntu 14.04.3 + KVM + NFS : OK
Some standard tests (create vm, migration, HA, create network, create 
user, create ssh key, destroy vm, register template, create snapshot, 
restore snapshot, create template, ip association, ip release, static 
nat, firewall rule)
Some tests with cloudstack ansible module (create network, register 
templates, create vm, ip, firewall rule)


2/ Fresh install of 4.5.2 (adv net) on Ubuntu 14.04.3 + KVM + NFS and 
after migration to CS 4.6.2 : OK
Some standard tests (create vm, migration, HA (crash host), create 
network, create user, create ssh key, destroy vm, register template, 
create snapshot, restore snapshot, create template, resize volume)
Some tests with cloudstack ansible module (create network, register 
templates, create vm, ip, firewall rule)


3/ Tests all localizations of Web UI (with a complete installation of 
CS) : local strings works wells except Spanish and Arabic (expected, 
some strings needs to be fixes on Transifex)


Thanks to RM team.

Milamber

On 13/12/2015 18:36, Remi Bergsma wrote:

Hi all,

In the past two weeks (since 4.6.1), 23 pull [1] requests have been merged to 
4.6 branch and then to master/4.7.0. Therefore it makes sense to wrap-up the 
4.6 release cycle with a final release and bring all the improvements to our 
users. Vote e-mail below. Later today we will send another RC for 4.7.0.


I've created a 4.6.2 release candidate, 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=4.6.2-RC20151213T1914

Commit: 10e0130dd6e0c06deae4f5ccfd43d5bcecea57b6

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.6.2/

PGP release keys (signed using A47DDC4F):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for at least 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)


[1] git log --pretty=oneline --abbrev-commit 4.6.1..4.6.2-RC20151213T1914 | grep 
"Merge pull request"

Re: [VOTE] Apache CloudStack 4.7.0


Hello,

My vote +1 (binding)


My tests (all tests are passed on a CloudStack (1mgr+2nodes+1nfs) inside 
CloudStack topology) :


1/ Fresh install of 4.7.0 (adv net) on Ubuntu 14.04.3 + KVM + NFS : OK
Some standard tests (create vm, migration, HA, create network, create 
user, create ssh key, destroy vm, register template, create snapshot, 
restore snapshot, create template, ip association, ip release, static 
nat, firewall rule)
Some tests with cloudstack ansible module (create network, register 
templates, create vm, ip, firewall rule)


2/ Fresh install of 4.5.2 (adv net) on Ubuntu 14.04.3 + KVM + NFS, and 
after migration to 4.7.0 : OK
Some standard tests (create vm, migration, HA (crash host), create 
network, create user, create ssh key, destroy vm, register template, 
create snapshot, restore snapshot, create template, resize volume)
Some tests with cloudstack ansible module (create network, register 
templates, create vm, ip, firewall rule)
Special tests with Redondant Virtual Router (RVR) VR master destroy 
(only 8 icmp packets lost after the 'virtual crash')


3/ Tests all localizations of Web UI (with a complete installation of 
CS) : local strings works wells except Spanish and Arabic (expected, 
some strings needs to be fixes on Transifex)



Known minor issue: https://issues.apache.org/jira/browse/CLOUDSTACK-9183

Thanks to RM team. Double sprints with 4.6.2/4.7.0!

Milamber

On 13/12/2015 20:27, Remi Bergsma wrote:

Hi all,

Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged 100+ 
pull requests [1] with lots of bug fixes, refactoring and of course new 
features. Time for a new release!


I've created a 4.7.0 release candidate, 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=4.7.0-RC20151213T2109

Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.7.0/

PGP release keys (signed using A47DDC4F):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for at least 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)


[1] git log --pretty=oneline --abbrev-commit origin/4.6..4.7.0-RC20151213T2109 | grep 
"Merge pull request"

Re: Issue with VR after upgrade to 4.6.2

2016-01-23 Thread Milamber



Hello,

I've have a similiar issue without solution (but not with an upgrade 
from 4.5), please see

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

Milamber

On 24/01/2016 03:32, Daniel Mezentsev wrote:

Hi All,

I've got some issue after i did cloudstack upgrade 4.5 -> 4.6.2.
Environment has 8 VR, 6 were upgraded and restarted successfully, 2 of 
them

stuck. I removed them - the same result, i can't boot them, restarted
network with clean-up - no luck.
VR actually is starting, i can ssh to it, but it's shuting down in 
approx 5

minutes. I can extend it runing
"init 3" command, but cloudstack is not detecting router state.

I can bing some VMs within the same subnet, so it's not VLAN/network 
issue.


Completely ran out of ideas.
Should mention network offering is Isolated network without NAT.

Any help is more then welcome. I can provide any related log, but i need
some heads-up what i should look for.
 Daniel Mezentsev, founder
(+1) 604 313 8592.
Soleks Data Group.
Shaping the clouds.

Re: Issue with VR after upgrade to 4.6.2


Hello Remi,

I've tested with router.aggregation.command.each.timeout global set to 
20 without success: same issue (kill in around 5-7 min after the restart 
command)

and with 3600 sec : same issue (kill)

(on 4.7.1 RC fresh install)

Milamber

On 24/01/2016 06:57, Remi Bergsma wrote:

Hi,

We have seen this issue sometimes in the VRs from 4.6 and on. There have been 
several improvements in the code in 4.7.

Also, setting router.aggregation.command.each.timeout global setting to 15 or 
20 also may help (restart mgt server after change).

@Milamber can you test this setting with 4.7.1RC please? I haven't seen this 
issue in my test and production systems.

Thanks, Remi

Sent from my iPhone


On 24 Jan 2016, at 00:49, Milamber  wrote:


Hello,

I've have a similiar issue without solution (but not with an upgrade from 4.5), 
please see
https://issues.apache.org/jira/browse/CLOUDSTACK-9255

Milamber


On 24/01/2016 03:32, Daniel Mezentsev wrote:
Hi All,

I've got some issue after i did cloudstack upgrade 4.5 -> 4.6.2.
Environment has 8 VR, 6 were upgraded and restarted successfully, 2 of them
stuck. I removed them - the same result, i can't boot them, restarted
network with clean-up - no luck.
VR actually is starting, i can ssh to it, but it's shuting down in approx 5
minutes. I can extend it runing
"init 3" command, but cloudstack is not detecting router state.

I can bing some VMs within the same subnet, so it's not VLAN/network issue.

Completely ran out of ideas.
Should mention network offering is Isolated network without NAT.

Any help is more then welcome. I can provide any related log, but i need
some heads-up what i should look for.
Daniel Mezentsev, founder
(+1) 604 313 8592.
Soleks Data Group.
Shaping the clouds.

Re: Issue with VR after upgrade to 4.6.2



Please note, my installation type is Advanced network without security 
groups (vlan isolation).


On 24/01/2016 06:57, Remi Bergsma wrote:

Hi,

We have seen this issue sometimes in the VRs from 4.6 and on. There have been 
several improvements in the code in 4.7.

Also, setting router.aggregation.command.each.timeout global setting to 15 or 
20 also may help (restart mgt server after change).

@Milamber can you test this setting with 4.7.1RC please? I haven't seen this 
issue in my test and production systems.

Thanks, Remi

Sent from my iPhone


On 24 Jan 2016, at 00:49, Milamber  wrote:


Hello,

I've have a similiar issue without solution (but not with an upgrade from 4.5), 
please see
https://issues.apache.org/jira/browse/CLOUDSTACK-9255

Milamber


On 24/01/2016 03:32, Daniel Mezentsev wrote:
Hi All,

I've got some issue after i did cloudstack upgrade 4.5 -> 4.6.2.
Environment has 8 VR, 6 were upgraded and restarted successfully, 2 of them
stuck. I removed them - the same result, i can't boot them, restarted
network with clean-up - no luck.
VR actually is starting, i can ssh to it, but it's shuting down in approx 5
minutes. I can extend it runing
"init 3" command, but cloudstack is not detecting router state.

I can bing some VMs within the same subnet, so it's not VLAN/network issue.

Completely ran out of ideas.
Should mention network offering is Isolated network without NAT.

Any help is more then welcome. I can provide any related log, but i need
some heads-up what i should look for.
Daniel Mezentsev, founder
(+1) 604 313 8592.
Soleks Data Group.
Shaping the clouds.

Re: Issue with VR after upgrade to 4.6.2



If I disassociated 10 public IPs and keep 10 public IPs (but keep 20 vms 
associated with the network), the network (virtual router) restart with 
clean up successfully (around in 3 min).
I thinks that is a timeout problem (or VR scripts performance)... but 
which timeout parameter?




On 24/01/2016 09:43, Milamber wrote:


Please note, my installation type is Advanced network without security 
groups (vlan isolation).


On 24/01/2016 06:57, Remi Bergsma wrote:

Hi,

We have seen this issue sometimes in the VRs from 4.6 and on. There 
have been several improvements in the code in 4.7.


Also, setting router.aggregation.command.each.timeout global setting 
to 15 or 20 also may help (restart mgt server after change).


@Milamber can you test this setting with 4.7.1RC please? I haven't 
seen this issue in my test and production systems.


Thanks, Remi

Sent from my iPhone


On 24 Jan 2016, at 00:49, Milamber  wrote:


Hello,

I've have a similiar issue without solution (but not with an upgrade 
from 4.5), please see

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

Milamber


On 24/01/2016 03:32, Daniel Mezentsev wrote:
Hi All,

I've got some issue after i did cloudstack upgrade 4.5 -> 4.6.2.
Environment has 8 VR, 6 were upgraded and restarted successfully, 2 
of them

stuck. I removed them - the same result, i can't boot them, restarted
network with clean-up - no luck.
VR actually is starting, i can ssh to it, but it's shuting down in 
approx 5

minutes. I can extend it runing
"init 3" command, but cloudstack is not detecting router state.

I can bing some VMs within the same subnet, so it's not 
VLAN/network issue.


Completely ran out of ideas.
Should mention network offering is Isolated network without NAT.

Any help is more then welcome. I can provide any related log, but i 
need

some heads-up what i should look for.
Daniel Mezentsev, founder
(+1) 604 313 8592.
Soleks Data Group.
Shaping the clouds.

Re: [VOTE] Apache CloudStack 4.7.1


Hello,

My vote +1 (binding)


My tests (Tests are passed on a CloudStack (1mgr+4nodes+2nfs) in real 
servers topology) :


1/ Fresh install of 4.7.1RC1 (adv net) on Ubuntu 14.04.3 + KVM + NFS : OK
Some standard tests (create vm, migration, HA, create networks (normal 
and RVR), create user, create ssh key, destroy vm, register template, 
create snapshot, restore snapshot, create template, ip association, ip 
release, static nat, firewall rule)
Some tests with cloudstack ansible module (create network, register 
templates, create vm, ip, firewall rule)


2/ Tests all localization of Web UI (with a complete installation of CS) 
: local strings works wells except some strings in Spanish and Arabic.



Known issue (but not only for this version): 
https://issues.apache.org/jira/browse/CLOUDSTACK-9255


Thanks to RM team.

Milamber


On 20/01/2016 22:27, Remi Bergsma wrote:

Hi all,

I've created a 4.7.1 release candidate, 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=4.7.1-RC20160120T2318

Commit: 5ea07dc93799f28dd6c268b17514867d92dc53f7

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.7.1/

PGP release keys (signed using A47DDC4F):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for at least 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)

Re: [VOTE] Apache CloudStack 4.8.0


Hello,

My vote +1 (binding)


My tests (Tests are passed on a CloudStack (1mgr+4nodes+2nfs) in real 
servers topology) :


1/ Fresh install of 4.8.0RC1 (adv net) on Ubuntu 14.04.3 + KVM + NFS : OK
Some standard tests (create vm, migration, HA, create networks (normal 
and RVR), create user, create ssh key, destroy vm, register template, 
create snapshot, restore snapshot, create template, ip association, ip 
release, static nat, firewall rule)
Some tests with cloudstack ansible module (create network, register 
templates, create vm, ip, firewall rule)


2/ Test upgrade from 4.7.0 to 4.8.0RC1 : OK

3/ Test upgrade from 4.7.1RC1 to 4.8.0RC1 : OK

4/ Tests all localization of Web UI (with a complete installation of CS) 
: local strings works wells except some strings in Spanish and Arabic.



Known issue (but not only for this version): 
https://issues.apache.org/jira/browse/CLOUDSTACK-9255


Thanks to RM team.

Milamber

On 20/01/2016 23:01, Remi Bergsma wrote:

Hi all,

I've created a 4.8.0 release candidate, 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=4.8.0-RC20160120T2343

Commit: 62f218b7bd005d201d1c8516180d8e6d6797

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.8.0/

PGP release keys (signed using A47DDC4F):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for at least 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)

Re: Spannish translation mangled

2016-02-09 Thread Milamber



Thanks

Your can update the localization files on transifex using the little 
utility on tools/transifex folder in source tree


Requirement: Transifex client installed

(go to the 4.8 branch)

cd ./tools/transifex/
./sync-transifex-ui.sh upload-l10n-languages 
CloudStack_UI.48xmessagesproperties


(all languages will be update from repo to transifex, you can reduce to 
ES only if you editing the sync-transifex-ui.sh and change the LIST_LANG 
value)




On 09/02/2016 11:23, Nuno Tavares wrote:

Hi all,

I checked this issue yesterday with Daan, the problem is double UNICODE 
encoding, and it's the source in Transifex that is broken. There are ~250 
broken characters, so fixing one by one in Transifex is a bit of a waste of 
time. I could fix this with a script, but I'm still wondering how the file 
received patches and remain in this state (as in: is there any other scenario 
where this double encoding shows up correct?)

I've created a PR based on the tag 4.8.0 (#1407)

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Daan Hoogland [daan.hoogl...@gmail.com]
Sent: Monday, February 8, 2016 4:00 PM
To: dev
Subject: Spannish translation mangled

@Milamber and other internationalisation specialists. I cannot get access
to the spannish strings on transifex. It seems these get mangled into the
source base. for instnce ```label.traffic.type=Tipo de TrÃ¡fico``` or
```label.total.of.vm=Total de mÃ¡quinas virtuales```. Can someone give me
access? or some spannish translator correct the strings? or some
internationalization specialist give a transpose algorithm to deal with the
issue?

Thanks,
--
Daan

Re: Spannish translation mangled

2016-02-09 Thread Milamber




Hum/Oups! Provide me your transifex account id to allow me to add to the 
maintainers team.



On 09/02/2016 22:56, Nuno Tavares wrote:

Hi Milamber, thanks for the pointers... but apparently:

$ tx push -s -t
Pushing translations for resource CloudStack_UI.48xmessagesproperties:
Exception: Only maintainers are allowed to update the source file.

-NT


Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Milamber [milam...@apache.org]
Sent: Tuesday, February 9, 2016 1:49 PM
To: dev@cloudstack.apache.org
Subject: Re: Spannish translation mangled

Thanks

Your can update the localization files on transifex using the little
utility on tools/transifex folder in source tree

Requirement: Transifex client installed

(go to the 4.8 branch)

cd ./tools/transifex/
./sync-transifex-ui.sh upload-l10n-languages
CloudStack_UI.48xmessagesproperties

(all languages will be update from repo to transifex, you can reduce to
ES only if you editing the sync-transifex-ui.sh and change the LIST_LANG
value)



On 09/02/2016 11:23, Nuno Tavares wrote:

Hi all,

I checked this issue yesterday with Daan, the problem is double UNICODE 
encoding, and it's the source in Transifex that is broken. There are ~250 
broken characters, so fixing one by one in Transifex is a bit of a waste of 
time. I could fix this with a script, but I'm still wondering how the file 
received patches and remain in this state (as in: is there any other scenario 
where this double encoding shows up correct?)

I've created a PR based on the tag 4.8.0 (#1407)

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Daan Hoogland [daan.hoogl...@gmail.com]
Sent: Monday, February 8, 2016 4:00 PM
To: dev
Subject: Spannish translation mangled

@Milamber and other internationalisation specialists. I cannot get access
to the spannish strings on transifex. It seems these get mangled into the
source base. for instnce ```label.traffic.type=Tipo de TrÃ¡fico``` or
```label.total.of.vm=Total de mÃ¡quinas virtuales```. Can someone give me
access? or some spannish translator correct the strings? or some
internationalization specialist give a transpose algorithm to deal with the
issue?

Thanks,
--
Daan

Re: Spannish translation mangled

2016-02-09 Thread Milamber



Nuno, you are now Mainteners in the Web UI project. You can upload the 
resources files to fix this charset issue.


On 10/02/2016 06:58, Nuno Tavares wrote:

Hi Milamber,

Not sure where I find my ID... but I'm this guys over here:
https://www.transifex.com/user/profile/ntavares/
:)

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Milamber [milam...@apache.org]
Sent: Wednesday, February 10, 2016 12:13 AM
To: dev@cloudstack.apache.org
Subject: Re: Spannish translation mangled

Hum/Oups! Provide me your transifex account id to allow me to add to the
maintainers team.


On 09/02/2016 22:56, Nuno Tavares wrote:

Hi Milamber, thanks for the pointers... but apparently:

$ tx push -s -t
Pushing translations for resource CloudStack_UI.48xmessagesproperties:
Exception: Only maintainers are allowed to update the source file.

-NT


Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Milamber [milam...@apache.org]
Sent: Tuesday, February 9, 2016 1:49 PM
To: dev@cloudstack.apache.org
Subject: Re: Spannish translation mangled

Thanks

Your can update the localization files on transifex using the little
utility on tools/transifex folder in source tree

Requirement: Transifex client installed

(go to the 4.8 branch)

cd ./tools/transifex/
./sync-transifex-ui.sh upload-l10n-languages
CloudStack_UI.48xmessagesproperties

(all languages will be update from repo to transifex, you can reduce to
ES only if you editing the sync-transifex-ui.sh and change the LIST_LANG
value)



On 09/02/2016 11:23, Nuno Tavares wrote:

Hi all,

I checked this issue yesterday with Daan, the problem is double UNICODE 
encoding, and it's the source in Transifex that is broken. There are ~250 
broken characters, so fixing one by one in Transifex is a bit of a waste of 
time. I could fix this with a script, but I'm still wondering how the file 
received patches and remain in this state (as in: is there any other scenario 
where this double encoding shows up correct?)

I've created a PR based on the tag 4.8.0 (#1407)

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Daan Hoogland [daan.hoogl...@gmail.com]
Sent: Monday, February 8, 2016 4:00 PM
To: dev
Subject: Spannish translation mangled

@Milamber and other internationalisation specialists. I cannot get access
to the spannish strings on transifex. It seems these get mangled into the
source base. for instnce ```label.traffic.type=Tipo de TrÃ¡fico``` or
```label.total.of.vm=Total de mÃ¡quinas virtuales```. Can someone give me
access? or some spannish translator correct the strings? or some
internationalization specialist give a transpose algorithm to deal with the
issue?

Thanks,
--
Daan

Re: Spannish translation mangled

2016-02-10 Thread Milamber


Hello,

Issue fixed, I re-upload the localization files on transifex from the 
4.8 branch.


The issue is become because the /tools/transifex/.tx/config don't 
include the 4.8 config (the 4.8.0 release has been release without the 
updates from transifex).
To fix them, I had just re-upload the source file (en) to update my 
config file.


This PR 1375 will fix this issue (and update the l10n files).
https://github.com/apache/cloudstack/pull/1375

Milamber



On 10/02/2016 13:45, Marco Sinhoreli wrote:

Hi folks,

Any issue in transifex? It’s showing 5% complete. Before Brazilian Portuguese 
was 100%. Many others languages are only 5% complete.

Best regards,

Marco Sinhoreli
Consultant Manager
marco.sinhor...@shapeblue.com
mobile: +55 21 98276 3636

Praia de Botafogo 501, bloco 1 - sala 101 – Botafogo
Rio de Janeiro, RJ - Brazil - CEP 22250-040
office: + 55 21 2586 6390 | fax: +55 21 2586 6002
http://www.shapeblue.com/ | twitter: @shapeblue









Em [DATE], "[NAME]" <[ADDRESS]> escreveu:


Hi Milamber,

Thanks, and sorry for the extra-trouble...
I did the push with: tx push -s -t
.. after linking the source, resource was 48xmessagesproperties.

I'm not sure if I did something wrong.. didn't check that branch before, but it's showing 
only 5% of strings in "translated state", while the other branches are ~60%...
Shouldn't Transifex catchup on the already translated strings?

I also updated the PR, btw.

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Milamber [milam...@apache.org]
Sent: Wednesday, February 10, 2016 8:14 AM
To: dev@cloudstack.apache.org
Subject: Re: Spannish translation mangled

Nuno, you are now Mainteners in the Web UI project. You can upload the
resources files to fix this charset issue.

On 10/02/2016 06:58, Nuno Tavares wrote:

Hi Milamber,

Not sure where I find my ID... but I'm this guys over here:
https://www.transifex.com/user/profile/ntavares/
:)

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Milamber [milam...@apache.org]
Sent: Wednesday, February 10, 2016 12:13 AM
To: dev@cloudstack.apache.org
Subject: Re: Spannish translation mangled

Hum/Oups! Provide me your transifex account id to allow me to add to the
maintainers team.


On 09/02/2016 22:56, Nuno Tavares wrote:

Hi Milamber, thanks for the pointers... but apparently:

$ tx push -s -t
Pushing translations for resource CloudStack_UI.48xmessagesproperties:
Exception: Only maintainers are allowed to update the source file.

-NT


Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Milamber [milam...@apache.org]
Sent: Tuesday, February 9, 2016 1:49 PM
To: dev@cloudstack.apache.org
Subject: Re: Spannish translation mangled

Thanks

Your can update the localization files on transifex using the little
utility on tools/transifex folder in source tree

Requirement: Transifex client installed

(go to the 4.8 branch)

cd ./tools/transifex/
./sync-transifex-ui.sh upload-l10n-languages
CloudStack_UI.48xmessagesproperties

(all languages will be update from repo to transifex, you can reduce to
ES only if you editing the sync-transifex-ui.sh and change the LIST_LANG
value)



On 09/02/2016 11:23, Nuno Tavares wrote:

Hi all,

I checked this issue yesterday with Daan, the problem is double UNICODE 
encoding, and it's the source in Transifex that is broken. There are ~250 
broken characters, so fixing one by one in Transifex is a bit of a waste of 
time. I could fix this with a script, but I'm still wondering how the file 
received patches and remain in this state (as in: is there any other scenario 
where this double encoding shows up correct?)

I've created a PR based on the tag 4.8.0 (#1407)

-NT

Kind regards,

Nuno Tavares
Senior DevOps Infra Specialist
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: n.tava...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands



From: Daan Hoogland [daan.hoogl...@gmail.com]
Sent: Monday, February 8, 2016 4:00 PM
To: dev
Subject: Spannish translation mangled

@Milamber and other internationalisation specialists. I cannot get access
to the spannish strings on transifex. It seems these get mangled into the
source base. for instnce ```label.traffic.type=Tipo de TrÃ¡fico``` or
```label.total.of.

Re: Spannish translation mangled

2016-02-10 Thread Milamber



Hello,

On transifex website, you can click on "Join Team" button to start to 
help in this project.

https://www.transifex.com/ke4qqq/CloudStack_UI/

Milamber

On 10/02/2016 21:13, Marco Sinhoreli wrote:
I can help with Spanish and Portuguese (Portugal) translation too. 
Somebody can add me in both please?


Thank you!



*Marco Sinhoreli*

Consultant Manager

marco.sinhor...@shapeblue.com <mailto:marco.sinhor...@shapeblue.com>

mobile: +55 21 98276 3636

Praia de Botafogo 501, bloco 1 - sala 101 – Botafogo

Rio de Janeiro, RJ - Brazil - CEP 22250-040

office: + 55 21 2586 6390 | fax: +55 21 2586 6002

http://www.shapeblue.com/ | twitter: @shapeblue


De: Laszlo Hornyak
Responder para: "dev@cloudstack.apache.org 
<mailto:dev@cloudstack.apache.org>"

Data: quarta-feira, 10 de fevereiro de 2016 18:25
Para: "dev@cloudstack.apache.org <mailto:dev@cloudstack.apache.org>"
Assunto: Re: Spannish translation mangled

Hi,

Might be a related issue, but looks like now I am translating either 
from Spanish or from Portuguese, but anyway it is a nice challenge... 
Can you give me back the original English?


Inline image 1


Thank you,
Laszlo

On Wed, Feb 10, 2016 at 2:45 PM, Marco Sinhoreli 
mailto:marco.sinhor...@shapeblue.com>> 
wrote:


Hi folks,

Any issue in transifex? It’s showing 5% complete. Before Brazilian
Portuguese was 100%. Many others languages are only 5% complete.

Best regards,

Marco Sinhoreli
Consultant Manager
marco.sinhor...@shapeblue.com <mailto:marco.sinhor...@shapeblue.com>
mobile: +55 21 98276 3636 

Praia de Botafogo 501, bloco 1 - sala 101 – Botafogo
Rio de Janeiro, RJ - Brazil - CEP 22250-040
office: + 55 21 2586 6390  | fax:
+55 21 2586 6002 
http://www.shapeblue.com/ | twitter: @shapeblue









    Em [DATE], "[NAME]" <[ADDRESS]> escreveu:

>Hi Milamber,
>
>Thanks, and sorry for the extra-trouble...
>I did the push with: tx push -s -t
>.. after linking the source, resource was 48xmessagesproperties.
>
>I'm not sure if I did something wrong.. didn't check that branch
before, but it's showing only 5% of strings in "translated state",
while the other branches are ~60%...
>Shouldn't Transifex catchup on the already translated strings?
>
>I also updated the PR, btw.
>
>-NT
>
>Kind regards,
>
>Nuno Tavares
>Senior DevOps Infra Specialist
>LeaseWeb Technologies B.V.
>
>T: +31 20 316 0235 
>M:
>E: n.tava...@tech.leaseweb.com <mailto:n.tava...@tech.leaseweb.com>
>W: http://www.leaseweb.com
>
>Luttenbergweg 8, 1101 EC Amsterdam, Netherlands
>
>
>
>From: Milamber [milam...@apache.org <mailto:milam...@apache.org>]
>Sent: Wednesday, February 10, 2016 8:14 AM
>To: dev@cloudstack.apache.org <mailto:dev@cloudstack.apache.org>
>Subject: Re: Spannish translation mangled
>
>Nuno, you are now Mainteners in the Web UI project. You can
upload the
>resources files to fix this charset issue.
>
>On 10/02/2016 06:58, Nuno Tavares wrote:
>> Hi Milamber,
>>
>> Not sure where I find my ID... but I'm this guys over here:
>> https://www.transifex.com/user/profile/ntavares/
<https://www.transifex.com/user/profile/ntavares/>
>> :)
>>
>> -NT
>>
>> Kind regards,
>>
>> Nuno Tavares
>> Senior DevOps Infra Specialist
>> LeaseWeb Technologies B.V.
>>
>> T: +31 20 316 0235 
>> M:
>> E: n.tava...@tech.leaseweb.com <mailto:n.tava...@tech.leaseweb.com>
>> W: http://www.leaseweb.com
>>
>> Luttenbergweg 8, 1101 EC Amsterdam, Netherlands
>>
>>
>> 
>> From: Milamber [milam...@apache.org <mailto:milam...@apache.org>]
>> Sent: Wednesday, February 10, 2016 12:13 AM
>> To: dev@cloudstack.apache.org <mailto:dev@cloudstack.apache.org>
>> Subject: Re: Spannish translation mangled
>>
>> Hum/Oups! Provide me your transifex account id to allow me to
add to the
>> maintainers team.
>>
>>
>> On 09/02/2016 22:56, Nuno Tavares wrote:
>>> Hi Milamber, thanks for the pointers... but apparently:
>>>
>>> $ tx push -s -t
>>> Pushing translations for resource
CloudStack_UI.48xmessagesproperties:
>>> Exception: Only maintainers are allowed to update the source file.
>>>

Build CS 4.4 errors Ubuntu

2015-04-19 Thread Milamber

Hello,

I've try to build CS 4.4 from 4.4 branch (up-to-date),
I've this error:

$ time dpkg-buildpackage -uc -us
dpkg-buildpackage: source package cloudstack
dpkg-buildpackage: source version 4.4.2
dpkg-buildpackage: source distribution unstable
[]
dpkg-source: warning: source directory 'cloudstack-dev' is not
- 'cloudstack-4.4.2'
dpkg-source: info: building cloudstack in cloudstack_4.4.2.tar.gz
dpkg-source: info: building cloudstack in cloudstack_4.4.2.dsc
 debian/rules build
dh_testdir
cp packaging/debian/replace.properties replace.properties.tmp
echo VERSION=4.4.2 >> replace.properties.tmp
[]
[INFO]

[INFO] Building Apache CloudStack 4.4.3-SNAPSHOT
[INFO]

[INFO]
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloudstack ---
[INFO] Deleting /root/CS/cloudstack-dev/target (includes = [**/*],
excludes = [])
[INFO] Deleting /root/CS/cloudstack-dev (includes = [target, dist],
excludes = [])
[INFO]
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @
cloudstack ---
[INFO]
[INFO] --- maven-site-plugin:3.3:attach-descriptor (attach-descriptor) @
cloudstack ---
[INFO]

[INFO]

[INFO] Building Apache CloudStack Maven Conventions Parent 4.4.3-SNAPSHOT
[INFO]

[INFO]  
[]

# cloudstack-agent
mkdir "debian/tmp"/"/etc"/cloudstack/agent
mkdir "debian/tmp"/var/log/cloudstack/agent
mkdir "debian/tmp"/usr/share/cloudstack-agent
mkdir "debian/tmp"/usr/share/cloudstack-agent/plugins
install -D agent/target/cloud-agent-4.4.2.jar
"debian/tmp"/usr/share/cloudstack-agent/lib/cloudstack-agent.jar
install: cannot stat ‘agent/target/cloud-agent-4.4.2.jar’: No such file
or directory
make: *** [install] Error 1
dpkg-buildpackage: error: debian/rules binary gave error exit status 2


I suppose that I must change the 4.4.2 version for 4.4.3 in some files?
Anyone have the quick solve for me?

Thanks

Milamber

Re: [DISCUSS] [UI] List of timezones available in the picker and potentially other places

2015-04-21 Thread Milamber


I think a simply alphabetical order would be sufficient. Or perhaps with
a 2 steps, first choose the continent, second choose the city.


On 21/04/2015 09:21, Erik Weber wrote:
> When you set up recurring snapshots, and potentially other places in the UI
> where you have to relate to time, you choose timezone from a table looking
> like [1].
>
> I, and some of our customers, find this very hard to navigate.
> The list currently contains 618 items.. 618...
>
> I'd like to propose to shorten this list, perhaps to a few common
> abbreviations only (PDT/EST/GMT/CET etc.), but would like feedback from
> others first.
>
>
>
> [1]
> https://www.dropbox.com/s/iocoek507q0c9r8/Screenshot%202015-04-21%2010.10.21.png?dl=0
>

SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

2015-05-25 Thread Milamber


Hello,

There have 3 different versions of the SystemVM image for CloudStack 
4.5.1 (for KVM, but I assumed that concerns other hypervisors)


1/ shapeblue.com version on Upgrade 4.5.1 from 4.4 page [1]

2/ apt-get.eu version on Installation Management Server Page [2]

3/ cloud.com version in com.cloud.upgrade.dao.Upgrade442to450 class [3] 
(Used for the upgrade process from 4.4.2-3 to 4.5.1)


The checksums are different:
1 - 5b6d9f276bc1faf50d2fe839c3c7dc5a systemvm64template-4.5-kvm.qcow2.bz2
2 - c3f5d60fbc4a6af7e85c94bb776f2778 systemvm64template-4.5-kvm.qcow2.bz2
3 - aa9f501fecd3de1daeb9e2f357f6f002 systemvm64template-4.5-kvm.qcow2.bz2

The date/size (of the Qcow2 inside) too:
1 - -rw-r--r-- 1 milamber milamber 312669696 May5 01:40 
systemvm64template-4.5-kvm.qcow2
2 - -rw-r--r-- 1 milamber milamber 303972352 Mar   7 12:21 
systemvm64template-4.5-kvm.qcow2
3 - -rw-r--r-- 1 milamber milamber 305387008 Sep  4  2014 
systemvm64template-4.5-kvm.qcow2



I'm not sure if that's relevant, but yesterday, my upgrade from 4.4.3 to 
4.5.1 is failed when I would re-create a virtual router (using the 
cloud.com version). I have tried to recreate SSVM and CPVM without 
success too)

(Installation type: Adv Network without SG)

I made a re-installation of my test platform with a fresh 4.5.1 version 
with shapeblue version (more recent), failed too on the start of SSVM 
(blocked on "Cleaning up temporary files..."), after 1 manual VM reset, 
the SSVM started, but the first VR have the same problem and the reset 
don't work like the SSVM.

(Installation type: Adv Network with SG)

I made another re-installation of the test platform with a fresh 4.5.1 
with apt-get.eu version. OK for SSVM but need to do 1 reset for the 
first VR (and the second VR too).

(Installation type: Adv Network without SG)


That is relevant?

What is the good version?

That is a bug for the freeze on "Cleaning up temporary files"?

Why the Systemvm checksum is hard-coded in the class? If I had make my 
upgrade with the shapeblue or apt-get.eu version I think an error will 
be occur on Upgrade process?



Milamber


[1] 
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/upgrade/upgrade-4.4.html#update-system-vm-templates
[2] 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.5/management-server/index.html#prepare-the-system-vm-template
[3] 
https://github.com/apache/cloudstack/blob/master/engine/schema/src/com/cloud/upgrade/dao/Upgrade442to450.java#L229

Re: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

2015-05-25 Thread Milamber




On 25/05/2015 11:56, Rohit Yadav wrote:

Hi Milamber,

In theory you should be able to use any of the systemvmtemplates and also from 
jenkins.buildacloud.org, but the one I published on packages.shapeblue.com is 
the latest and has the few additional improvements, latest packages and 
security updates.


Ok so it's better to use the shapeblue systemvm.




I’ve tested this and it seems to have worked for me on Ubuntu 14.04 based host,


Debian 7 + backports enabled. It's works fine with CS 4.4 (probably I 
will re-install with Ubuntu 14.04.1)



  can you share what is your KVM host like, distro, libvirt/qemu version and 
kernel version?


ipxe-qemu 1.0.0+git-2013.c3d1e78-2.1~bpo70+1
libvirt-bin 1.2.9-9~bpo70+1
libvirt-clients 1.2.9-9~bpo70+1
libvirt-daemon 1.2.9-9~bpo70+1
libvirt-daemon-system 1.2.9-9~bpo70+1
libvirt0 1.2.9-9~bpo70+1
linux-image-3.2.0-4-amd64 3.2.68-1+deb7u1
linux-image-amd64 3.2+46
python-libvirt 1.2.1-2~bpo70+1
qemu-kvm 1:2.1+dfsg-12~bpo70+1
qemu-system-common 1:2.1+dfsg-12~bpo70+1
qemu-system-x86 1:2.1+dfsg-12~bpo70+1
qemu-utils 1:2.1+dfsg-12~bpo70+1




Was the host Intel-VT or AMD-V enabled, or was it virtualized (KVM on 
KVM/Xen/VMWare)?


Intel-VT
model name: Intel(R) Core(TM)2 Duo CPU P8700  @ 2.53GHz
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni 
dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave 
lahf_lm ida dtherm tpr_shadow vnmi flexpriority





What is the time and timezone on your host and if kvmclock was disable/enabled 
on the kvm host?


Timezone : Africa/Casablanca

kvm clock NO
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet





Lastly, can you also share if the SSVM gets stuck indefinitely or you did not 
wait that long and decided to reboot it?


I decided to reboot after at least 10 minutes after the Cleaning message 
display on console (not reboot: don't work, virsh reset instance_name)





Regarding the upgrade path, it does not matter really. Since you register 4.5 
template before upgrading the upgrade path would simply check if a systemvm 
template exists for currently used unique hypervisors (it does that by checking 
for current hosts with distinct hypervisors from cluster table). The checksums 
and URLs are in there for adding rows in the db in case you decide to add a new 
hypervisor host and it needs to donwload a suitable template for that new 
hypervisor. There are on-going discussion on improving the upgrade process so 
this issue may be addressed in that.


Ok thanks for the explain.
Only "systemvm-kvm-4.5" in the template before the update is relevant.

Milamber





On 25-May-2015, at 9:13 am, Milamber  wrote:

Hello,

There have 3 different versions of the SystemVM image for CloudStack 4.5.1 (for 
KVM, but I assumed that concerns other hypervisors)

1/ shapeblue.com version on Upgrade 4.5.1 from 4.4 page [1]

2/ apt-get.eu version on Installation Management Server Page [2]

3/ cloud.com version in com.cloud.upgrade.dao.Upgrade442to450 class [3] (Used 
for the upgrade process from 4.4.2-3 to 4.5.1)

The checksums are different:
1 - 5b6d9f276bc1faf50d2fe839c3c7dc5a systemvm64template-4.5-kvm.qcow2.bz2
2 - c3f5d60fbc4a6af7e85c94bb776f2778 systemvm64template-4.5-kvm.qcow2.bz2
3 - aa9f501fecd3de1daeb9e2f357f6f002 systemvm64template-4.5-kvm.qcow2.bz2

The date/size (of the Qcow2 inside) too:
1 - -rw-r--r-- 1 milamber milamber 312669696 May5 01:40 
systemvm64template-4.5-kvm.qcow2
2 - -rw-r--r-- 1 milamber milamber 303972352 Mar   7 12:21 
systemvm64template-4.5-kvm.qcow2
3 - -rw-r--r-- 1 milamber milamber 305387008 Sep  4  2014 
systemvm64template-4.5-kvm.qcow2


I'm not sure if that's relevant, but yesterday, my upgrade from 4.4.3 to 4.5.1 
is failed when I would re-create a virtual router (using the cloud.com 
version). I have tried to recreate SSVM and CPVM without success too)
(Installation type: Adv Network without SG)

I made a re-installation of my test platform with a fresh 4.5.1 version with shapeblue 
version (more recent), failed too on the start of SSVM (blocked on "Cleaning up 
temporary files..."), after 1 manual VM reset, the SSVM started, but the first VR 
have the same problem and the reset don't work like the SSVM.
(Installation type: Adv Network with SG)

I made another re-installation of the test platform with a fresh 4.5.1 with 
apt-get.eu version. OK for SSVM but need to do 1 reset for the first VR (and 
the second VR too).
(Installation type: Adv Network without SG)


That is relevant?

What is the good version?

That is a bug for the freeze on "Cleaning up temporary files"?

Why the Systemvm checksum is hard-coded in the class? If I had make my upgrade 
with the shapeblue or apt-get.eu version I think an error w

Re: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

2015-05-28 Thread Milamber


Hello Rohit,

I've tried your process, but my debian7/CS4.51 doesn't work well.

(I have changed in the database, table vm_template, the type USER to 
SYSTEM for the sharpeblue systemvm and SYSTEM to USER for the old systemvm)


The Console proxy starts well, but the SSVM started only after 3 manual 
destroy/create (virsh reset don't solve the issue)


I think it was a Debian/Libvirt issue.

This afternoon, I've re-install my test environment with Ubuntu 
14.04(.2) to replace Debian7+backports. The CS 4.5.1 works very well, 
the CPVM/SSVM has started speedy and at the first try.


Thanks for your assistance.
(And thank you for the ability to have virtualization inside 
virtualization (kvm) feature in 4.5! :-))


Milamber

On 27/05/2015 10:04, Rohit Yadav wrote:

Hi Milamber,

You can try this:

Upgrade your current host with latest packages libvirt/qemu and kernel. My test 
host was on Ubuntu 14.04.2, so your issue could be something due to Debian 7.x 
which ships with much older packages compared to my test host, I’ll try to test 
with a Debian 7 host later this week.

1. You may need to remove any cached qcow2 image in the primary storage 
(usually there will be a file with same md5sum as the current 4.5 systemvm 
template).

2. Preseed the systemvm template again

3. Check value of router.template.kvm in global settings to confirm the current 
systemvm template in use, then grab it’s template id and pre-seed the template 
again manually using -F:

/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt -m 
/export/secondary/ -f <4.5 systemvmtemplate file downloaded from 
http://packages.shapeblue.com/systemvmtemplate/4.5> -h kvm -o localhost -r cloud 
-d cloudpassword -F

4. Now destroy old systemvms and report if you face the same issue.

I’m planning to refresh the systemvmtemplate with latest builds after doing 
some tests in about 2 weeks time.


On 25-May-2015, at 2:14 pm, Milamber  wrote:



On 25/05/2015 11:56, Rohit Yadav wrote:

Hi Milamber,

In theory you should be able to use any of the systemvmtemplates and also from 
jenkins.buildacloud.org, but the one I published on packages.shapeblue.com is 
the latest and has the few additional improvements, latest packages and 
security updates.

Ok so it's better to use the shapeblue systemvm.



I’ve tested this and it seems to have worked for me on Ubuntu 14.04 based host,

Debian 7 + backports enabled. It's works fine with CS 4.4 (probably I will 
re-install with Ubuntu 14.04.1)


  can you share what is your KVM host like, distro, libvirt/qemu version and 
kernel version?

ipxe-qemu 1.0.0+git-2013.c3d1e78-2.1~bpo70+1
libvirt-bin 1.2.9-9~bpo70+1
libvirt-clients 1.2.9-9~bpo70+1
libvirt-daemon 1.2.9-9~bpo70+1
libvirt-daemon-system 1.2.9-9~bpo70+1
libvirt0 1.2.9-9~bpo70+1
linux-image-3.2.0-4-amd64 3.2.68-1+deb7u1
linux-image-amd64 3.2+46
python-libvirt 1.2.1-2~bpo70+1
qemu-kvm 1:2.1+dfsg-12~bpo70+1
qemu-system-common 1:2.1+dfsg-12~bpo70+1
qemu-system-x86 1:2.1+dfsg-12~bpo70+1
qemu-utils 1:2.1+dfsg-12~bpo70+1




Was the host Intel-VT or AMD-V enabled, or was it virtualized (KVM on 
KVM/Xen/VMWare)?

Intel-VT
model name: Intel(R) Core(TM)2 Duo CPU P8700  @ 2.53GHz
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida dtherm 
tpr_shadow vnmi flexpriority




What is the time and timezone on your host and if kvmclock was disable/enabled 
on the kvm host?

Timezone : Africa/Casablanca

kvm clock NO
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet




Lastly, can you also share if the SSVM gets stuck indefinitely or you did not 
wait that long and decided to reboot it?

I decided to reboot after at least 10 minutes after the Cleaning message 
display on console (not reboot: don't work, virsh reset instance_name)



Regarding the upgrade path, it does not matter really. Since you register 4.5 
template before upgrading the upgrade path would simply check if a systemvm 
template exists for currently used unique hypervisors (it does that by checking 
for current hosts with distinct hypervisors from cluster table). The checksums 
and URLs are in there for adding rows in the db in case you decide to add a new 
hypervisor host and it needs to donwload a suitable template for that new 
hypervisor. There are on-going discussion on improving the upgrade process so 
this issue may be addressed in that.

Ok thanks for the explain.
Only "systemvm-kvm-4.5" in the template before the update is relevant.

Milamber



On 25-May-2015, at 9:13 am, Milamber  wrote:

Hello,

There have 3 different versions of the SystemVM image for CloudStack 4.5.1 (for 
KVM, but I assumed that concerns other hypervisors)

1/ shapeblue.com

Re: [VOTE] release candidate 4.4.4


Hello Rohit,

On 31/05/2015 11:57, Rohit Yadav wrote:

+1 (binding)

Here’s a test repository you can use for convenience built out of this tag/RC:
http://packages.shapeblue.com/cloudstack/testing/

Deployed Basic Zone with/without SG, tested vm lifecycle.

The VM deployment failed for me as minreq.sysvmtemplate.version global setting 
was set to 4.4.4, and I was using 4.4.1 template.


Me too, all my tests failed because VR must be updated. I've past some 
hours to find why (test with different systemvmtemplate file, 
re-install, etc.)



After setting this to 4.4.1, all normal vm lifecycle worked for me.


Where ? directly in 
./engine/api/src/org/apache/cloudstack/engine/orchestration/service/NetworkOrchestrationService.java 
?


I don't find the minreq.sysvmtemplate.version key in the Global Settings 
view.


Milamber



We need to document this in the docs, the systemvmtemplate build for 4.4 has 
been failing which might need to be fixed if we want 4.4.4 
template:http://jenkins.buildacloud.org/view/4.4/


On 29-May-2015, at 8:10 pm, Daan Hoogland  wrote:

Hi All,

I've created a 4.4.4 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/
<https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150526T2323>4.4-RC20150529T2004
Commit: 7d2320cd1d27842fae73c7f43ef422da354f

List of 
changes:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.4

Source release (checksums and signatures are available at the same
location):https://dist.apache.org/repos/dist/dev/cloudstack/4.4.4/

PGP release keys (signed using
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)

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 |rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended solely 
for the use of the individual to whom it is addressed. Any views or opinions 
expressed are solely those of the author and do not necessarily represent those of 
Shape Blue Ltd or related companies. If you are not the intended recipient of this 
email, you must neither take any action based upon its contents, nor copy or show 
it to anyone. Please contact the sender if you believe you have received this email 
in error. Shape Blue Ltd is a company incorporated in England & Wales. 
ShapeBlue Services India LLP is a company incorporated in India and is operated 
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue 
SA Pty Ltd is a company registered by The Republic of South Africa and is traded 
under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [VOTE] release candidate 4.4.4

Hello Remi,

Ok thanks.
I execute this SQL request below, and now it's works.

INSERT INTO `cloud`.`configuration`(`category`, `instance`, `component`,
`name`, `value`, `description`, `default_value`, `updated`, `scope`,
`is_dynamic`) VALUES('Advanced', 'DEFAULT', 'management-server',
'minreq.sysvmtemplate.version', '4.4.1', 'The minimal version for the
systemvm', '4.4.1', NULL, NULL, 0);

If I understand well, this "bug"/missing entry in database exists since
4.4.2?

@Daan, Probably it would be better to fix this before the 4.4.4 release?

Milamber

On 31/05/2015 17:07, Remi Bergsma wrote:

Hi Milamber,

It is a global setting, although it appears not to be present in the
cloud.configuration table by default (so you cannot find it). If you insert it,
it works.

I also played with the upgrade and did insert the setting, since at work we had
changed the minimal version to a non standard 4.4.2 during a patch round. So I
knew it wouldn't work out of the box for me.

@daan: We might want to set the setting by default to 4.4.1 (in db) so upgrades
work out-of-the-box and you can control it from the global settings pane. This
may also need some attention in the docs. What do you think?

Regards, Remi

On 31 May 2015, at 17:36, Milamber wrote:

Hello Rohit,

On 31/05/2015 11:57, Rohit Yadav wrote:
+1 (binding)

Here’s a test repository you can use for convenience built out of this tag/RC:
http://packages.shapeblue.com/cloudstack/testing/

Deployed Basic Zone with/without SG, tested vm lifecycle.

The VM deployment failed for me as minreq.sysvmtemplate.version global setting
was set to 4.4.4, and I was using 4.4.1 template.

Me too, all my tests failed because VR must be updated. I've past some hours to
find why (test with different systemvmtemplate file, re-install, etc.)

After setting this to 4.4.1, all normal vm lifecycle worked for me.

Where ? directly in
./engine/api/src/org/apache/cloudstack/engine/orchestration/service/NetworkOrchestrationService.java
?

I don't find the minreq.sysvmtemplate.version key in the Global Settings view.

Milamber

We need to document this in the docs, the systemvmtemplate build for 4.4 has
been failing which might need to be fixed if we want 4.4.4
template:http://jenkins.buildacloud.org/view/4.4/

On 29-May-2015, at 8:10 pm, Daan Hoogland wrote:

Hi All,

I've created a 4.4.4 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/
<https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150526T2323>4.4-RC20150529T2004
Commit: 7d2320cd1d27842fae73c7f43ef422da354f

List of
changes:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.4

Source release (checksums and signatures are available at the same
location):https://dist.apache.org/repos/dist/dev/cloudstack/4.4.4/

PGP release keys (signed using
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)

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 |rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure
Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended solely
for the use of the individual to whom it is addressed. Any views or opinions
expressed are solely those of the author and do not necessarily represent those of
Shape Blue Ltd or related companies. If you are not the intended recipient of this
email, you must neither take any action based upon its contents, nor copy or show
it to anyone. Please contact the sender if you believe you have received this email
in error. Shape Blue Ltd is a company incorporated in England & Wales.
ShapeBlue Services India LLP is a company incorporated in India and is operated
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company
incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue
SA Pty Ltd is a company registered by The Republic of South Africa and is traded
under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [VOTE] release candidate 4.4.4

On 01/06/2015 06:40, Rohit Yadav wrote:

Hi,

Looks like MinVRVersionCK (minreq.sysvmtemplate.version) setting is a
ConfigKey, I’m not sure about 4.4 but on 4.5/master it creates an entry in
configuration table if unavailable.

On my fresh CS 4.5.1 installation, the minreq.sysvmtemplate.version key
doesn't exists in the database. (My CS 4.5.1 works fine)

If upgrading from 4.4.2/4.4.1 to 4.4.4 does not create this we can either add
it in the upgrade path or add in the release/upgrade notes. I think the default
version of MinVRVersionCK for 4.4 should be 4.4.0 to use any 4.4 template.

Yes agree.

I guess since it’s configuration related issue IMO there is no need to call off
the RC voting, unless of course we find a regression or blocker.

On 01-Jun-2015, at 6:41 am, Remi Bergsma wrote:

Hi Milamber,

I think it is new in 4.4.4, backported from master but Daan can confirm.

4.4.1 refers to the system vm template version and not per se to CloudStack
4.4.1. There is no reason to upgrade it so it can stay at 4.4.1 again as the
upgrade procedure is much easier and faster without upgrading systemvms.

It is a great feature because it allows to upgrade the systemvm template
regardless of CloudStack version. Handy when there's a new glibc/shellshock
alike issue.

But it should work transparently and not bug users. Will work with Daan today
to fix it.

Same could be going on in 4.5 branch, will check that too.

Regards, Remi

Sent from my iPhone

On 31 May 2015, at 19:50, Milamber wrote:

Hello Remi,

Ok thanks.
I execute this SQL request below, and now it's works.

If I understand well, this "bug"/missing entry in database exists since 4.4.2?

@Daan, Probably it would be better to fix this before the 4.4.4 release?

Milamber

On 31/05/2015 17:07, Remi Bergsma wrote:
Hi Milamber,

It is a global setting, although it appears not to be present in the
cloud.configuration table by default (so you cannot find it). If you insert it,
it works.

Regards, Remi

On 31 May 2015, at 17:36, Milamber wrote:

Hello Rohit,

On 31/05/2015 11:57, Rohit Yadav wrote:
+1 (binding)

Here’s a test repository you can use for convenience built out of this tag/RC:
http://packages.shapeblue.com/cloudstack/testing/

Deployed Basic Zone with/without SG, tested vm lifecycle.

The VM deployment failed for me as minreq.sysvmtemplate.version global setting
was set to 4.4.4, and I was using 4.4.1 template.

Me too, all my tests failed because VR must be updated. I've past some hours to
find why (test with different systemvmtemplate file, re-install, etc.)

After setting this to 4.4.1, all normal vm lifecycle worked for me.

Where ? directly in
./engine/api/src/org/apache/cloudstack/engine/orchestration/service/NetworkOrchestrationService.java
?

I don't find the minreq.sysvmtemplate.version key in the Global Settings view.

Milamber

We need to document this in the docs, the systemvmtemplate build for 4.4 has
been failing which might need to be fixed if we want 4.4.4
template:http://jenkins.buildacloud.org/view/4.4/

On 29-May-2015, at 8:10 pm, Daan Hoogland wrote:

Hi All,

I've created a 4.4.4 release, with the following artifacts up for a vote:

List of
changes:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.4

Source release (checksums and signatures are available at the same
location):https://dist.apache.org/repos/dist/dev/cloudstack/4.4.4/

PGP release keys (signed using
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)

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 |rohi

Re: [VOTE] release candidate 4.4.4



Please note: I my case, there isn't an upgrade, I have the issue with 
4.4.3 or 4.4.4 fresh installation (out of the box, from git tag 
4.4-RC20150529T2004)





On 01/06/2015 07:22, Erik Weber wrote:

If it means that all upgrades are unable to do VR related tasks ( starting
VMs for one.. ), I'd call that regression and redo.
Relying on all our users to do manual fixing just because we don't want to
call off the RC is bad IMHO.

Re: [VOTE] release candidate 4.4.4

2015-06-01 Thread Milamber


Hello Daan,

No objections. And thanks for the new RC.

Milamber

On 01/06/2015 12:17, Daan Hoogland wrote:

If no objections I will reset the default to 4.4.1 (the lowest required
version) include Rafaels pr for kvm/centos packaging and create a new rc.

Op ma 1 jun. 2015 om 11:54 schreef Daan Hoogland :


So we will have to include an update in every release and we will probably
forget about that pretty soon.

Op ma 1 jun. 2015 om 11:49 schreef Remi Bergsma :


I'd say, as a default: 4.4.0 will be nice for any 4.4.x release, and 4.5.0
for 4.5.x etc. This is also close to what was hard-coded before.

Regards,
Remi


2015-06-01 11:33 GMT+02:00 Daan Hoogland :


Guess we'll be making a new rc. The value can be 0.0.0 for my part, it

must

be an operator decision to set the MinVRVersion if it must be higher. It
will always be an upgrade matter and any seeded template should be

accepted

as per the installation notes. Of course the other side of the issue is
whether a version will work at all. The operator can create a version of
the template with their own versioning scheme, however. I should be

writing

all this in another {DISCUSS]-thread.

cancelling the RC to add code for Bruno's requirement.

Op ma 1 jun. 2015 om 08:35 schreef Milamber :


Please note: I my case, there isn't an upgrade, I have the issue with
4.4.3 or 4.4.4 fresh installation (out of the box, from git tag
4.4-RC20150529T2004)




On 01/06/2015 07:22, Erik Weber wrote:

If it means that all upgrades are unable to do VR related tasks (

starting

VMs for one.. ), I'd call that regression and redo.
Relying on all our users to do manual fixing just because we don't

want

to

call off the RC is bad IMHO.

Re: [VOTE] release candidate 4.4.4 (4.4-RC20150601T1542)

2015-06-01 Thread Milamber


Hello,

The new RC works fine, but if I would like upgrade to 4.5.1, the No 
Upgrade Path error come.


That is on the Release Notes? Or that is a bug? Or wait the 4.5.2?

Milamber


===
2015-06-01 21:38:59,233 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
Grabbing lock to check for database upgrade.
2015-06-01 21:38:59,354 DEBUG [c.c.u.d.VersionDaoImpl] (main:null) 
Checking to see if the database is at a version before it was the 
version table is created
2015-06-01 21:38:59,414 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
DB version = 4.4.4 Code Version = 4.5.1
2015-06-01 21:38:59,416 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
Database upgrade must be performed from 4.4.4 to 4.5.1
2015-06-01 21:38:59,416 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) 
There is no upgrade path from 4.4.4 to 4.5.1

===


On 01/06/2015 14:49, Daan Hoogland wrote:

Hi All,

I've created a 4.4.4 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/
<https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150526T2323>4.4-RC20150601T1542
Commit: b087514317e9fce350c2dcee6bb5b21fb70c1eb8

List of 
changes:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.4

Source release (checksums and signatures are available at the same
location):https://dist.apache.org/repos/dist/dev/cloudstack/4.4.4/

PGP release keys (signed using
5AABEBEA):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)

Re: [VOTE] release candidate 4.4.4 (4.4-RC20150601T1542)

2015-06-02 Thread Milamber


Hello,

+1

Tests on Ubuntu 14.04.2 (1 mgr, 2 nodes, 1 nfs), basic fresh install, 
NFS storage, KVM, tests on HA (crash vm/restore), SystemVM shape


Tests on Ubuntu 14.04.2 (All-in-one ansible installation[1]), tests 
upgrade 4.4.3 -> 4.4.4 : OK, test upgrade 4.4.4 -> 4.5.1 (KO known issue 
will be fix in 4.5.2...)


Thanks for the RM.

Milamber

[1] https://github.com/milamberspace/ansible-cloudstack-ubuntu-aio


On 01/06/2015 16:27, Daan Hoogland wrote:

erratum:

The link in below mail for the git branch points to the wrong branch,
the text is pointing to the right branch:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150601T1542



Op ma 1 jun. 2015 om 15:49 schreef Daan Hoogland :


Hi All,

I've created a 4.4.4 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/ 
<https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150526T2323>4.4-RC20150601T1542
Commit: b087514317e9fce350c2dcee6bb5b21fb70c1eb8

List of 
changes:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.4

Source release (checksums and signatures are available at the same
location):https://dist.apache.org/repos/dist/dev/cloudstack/4.4.4/

PGP release keys (signed using 
5AABEBEA):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)

Re: [ANNOUNCE] Apache CloudStack 4.5.1

2015-06-03 Thread Milamber


Hello,

There are a special reason to not have the 4.5.1 RHEL packages on 
http://cloudstack.apt-get.eu/rhel/ ?


Milamber

On 11/05/2015 13:01, Rohit Yadav wrote:

Hi everyone,

The Apache CloudStack project is pleased to announce the 4.5.1 release
of the CloudStack, the cloud orchestration platform. The 4.5.1 release
contains more than 500 bug fixes since the 4.4 release and represents
over six months of work from the Apache CloudStack community with new
and improved features.

# Documentation

What's new in CloudStack 4.5:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/about.html

The 4.5.1 release notes includes full list of corrected issues as well
as upgrade instructions from previous versions of Apache CloudStack.
Please see the Release Notes for a full list of corrected issues and
upgrade instructions:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/

The official installation, administration and API documentation for
each release are available on our Documentation Page:
http://docs.cloudstack.apache.org/

# Downloads

The official source code for the 4.5.1 release can be downloaded from
our Downloads Page:
http://cloudstack.apache.org/downloads.html

# Availability and Oversight

As with all Apache products, Apache CloudStack v4.5.1 is released
under the Apache License v2.0, and is overseen by a self-selected team
of active contributors to the project. A Project Management Committee
(PMC) guides the Project's day-to-day operations, including community
development and product releases. For documentation and to learn how
to join and contribute to the Apache CloudStack community please visit
our website: http://cloudstack.apache.org

For additional marketing or communications information, please contact
the marketing mailing list: market...@cloudstack.apache.org

Join members of the Apache CloudStack community at the CloudStack
Collaboration Conference, taking place 8-9 October 2015 in Dublin,
Ireland. For more information, visit
http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe

# About

Apache CloudStack is open source software designed to deploy and
manage large networks of virtual machines, as a highly available,
highly scalable Infrastructure as a Service (IaaS) cloud computing
platform. CloudStack is used by a number of service providers to offer
public cloud services, and by many companies to provide an on-premises
(private) cloud offering, or as part of a hybrid cloud solution.
CloudStack became an Apache Top-level Project (TLP) in March 2013.

Established in 1999, the all-volunteer Foundation oversees more than
one hundred and seventy leading Open Source projects, including Apache
HTTP Server --the world's most popular Web server software. Through
the ASF's meritocratic process known as "The Apache Way," more than
400 individual Members and 3,500 Committers successfully collaborate
to develop freely available enterprise-grade software, benefiting
millions of users worldwide: thousands of software solutions are
distributed under the Apache License; and the community actively
participates in ASF mailing lists, mentoring initiatives, and
ApacheCon, the Foundation's official user conference, trainings, and
expo. The ASF is a US 501(c)(3) charitable organization, funded by
individual donations and corporate sponsors including Budget Direct,
Citrix, Cloudera, Comcast, Facebook, Google, Hortonworks, HP, Huawei,
IBM, InMotion Hosting, Matt Mullenweg, Microsoft, Pivotal, Produban,
WANdisco, and Yahoo.

For more information, visit http://www.apache.org/ or follow @TheASF on Twitter.

"Apache", "CloudStack", "Apache CloudStack", and "ApacheCon" are
trademarks of The Apache Software Foundation. All other brands and
trademarks are the property of their respective owners.

--
Regards.

Not found CS 4.5.1 RHEL packages on apt-get.eu

2015-06-04 Thread Milamber



Hello,

There are a special reason to not have the 4.5.1 RHEL packages on
http://cloudstack.apt-get.eu/rhel/ ?

Milamber




 On 11/05/2015 13:01, Rohit Yadav wrote:

Hi everyone,

The Apache CloudStack project is pleased to announce the 4.5.1 release
of the CloudStack, the cloud orchestration platform. The 4.5.1 release
contains more than 500 bug fixes since the 4.4 release and represents
over six months of work from the Apache CloudStack community with new
and improved features.

# Documentation

What's new in CloudStack 4.5:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/about.html

The 4.5.1 release notes includes full list of corrected issues as well
as upgrade instructions from previous versions of Apache CloudStack.
Please see the Release Notes for a full list of corrected issues and
upgrade instructions:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/

The official installation, administration and API documentation for
each release are available on our Documentation Page:
http://docs.cloudstack.apache.org/

# Downloads

The official source code for the 4.5.1 release can be downloaded from
our Downloads Page:
http://cloudstack.apache.org/downloads.html

# Availability and Oversight

As with all Apache products, Apache CloudStack v4.5.1 is released
under the Apache License v2.0, and is overseen by a self-selected team
of active contributors to the project. A Project Management Committee
(PMC) guides the Project's day-to-day operations, including community
development and product releases. For documentation and to learn how
to join and contribute to the Apache CloudStack community please visit
our website: http://cloudstack.apache.org

For additional marketing or communications information, please contact
the marketing mailing list: market...@cloudstack.apache.org

Join members of the Apache CloudStack community at the CloudStack
Collaboration Conference, taking place 8-9 October 2015 in Dublin,
Ireland. For more information, visit
http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe

# About

Apache CloudStack is open source software designed to deploy and
manage large networks of virtual machines, as a highly available,
highly scalable Infrastructure as a Service (IaaS) cloud computing
platform. CloudStack is used by a number of service providers to offer
public cloud services, and by many companies to provide an on-premises
(private) cloud offering, or as part of a hybrid cloud solution.
CloudStack became an Apache Top-level Project (TLP) in March 2013.

Established in 1999, the all-volunteer Foundation oversees more than
one hundred and seventy leading Open Source projects, including Apache
HTTP Server --the world's most popular Web server software. Through
the ASF's meritocratic process known as "The Apache Way," more than
400 individual Members and 3,500 Committers successfully collaborate
to develop freely available enterprise-grade software, benefiting
millions of users worldwide: thousands of software solutions are
distributed under the Apache License; and the community actively
participates in ASF mailing lists, mentoring initiatives, and
ApacheCon, the Foundation's official user conference, trainings, and
expo. The ASF is a US 501(c)(3) charitable organization, funded by
individual donations and corporate sponsors including Budget Direct,
Citrix, Cloudera, Comcast, Facebook, Google, Hortonworks, HP, Huawei,
IBM, InMotion Hosting, Matt Mullenweg, Microsoft, Pivotal, Produban,
WANdisco, and Yahoo.

For more information, visit http://www.apache.org/ or follow @TheASF on Twitter.

"Apache", "CloudStack", "Apache CloudStack", and "ApacheCon" are
trademarks of The Apache Software Foundation. All other brands and
trademarks are the property of their respective owners.

--
Regards.

Re: Not found CS 4.5.1 RHEL packages on apt-get.eu

2015-06-05 Thread Milamber




On 05/06/2015 12:11, Rohit Yadav wrote:

Hi,

Okay, I’ve copy the packages for 4.5 and setup a cronjob to mirror packages 
today. Avoid using the repository until that happens.


Thanks Rohit.




On 05-Jun-2015, at 12:49 pm, Erik Weber  wrote:

On Thu, Jun 4, 2015 at 12:44 PM, Milamber  wrote:


Hello,

There are a special reason to not have the 4.5.1 RHEL packages on
http://cloudstack.apt-get.eu/rhel/ ?



No, there's no reason imho.

Could anyone with access to the apt-get.eu server upload packages?

--
Erik

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended solely 
for the use of the individual to whom it is addressed. Any views or opinions 
expressed are solely those of the author and do not necessarily represent those of 
Shape Blue Ltd or related companies. If you are not the intended recipient of this 
email, you must neither take any action based upon its contents, nor copy or show 
it to anyone. Please contact the sender if you believe you have received this email 
in error. Shape Blue Ltd is a company incorporated in England & Wales. 
ShapeBlue Services India LLP is a company incorporated in India and is operated 
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue 
SA Pty Ltd is a company registered by The Republic of South Africa and is traded 
under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

2015-06-08 Thread Milamber


Hello,

Thanks for your trust. Very happy to accept the invitation.

Milamber

On 08/06/2015 11:38, Sebastien Goasguen wrote:

The Project Management Committee (PMC) for Apache CloudStack is pleased to
announce that Bruno Demion has accepted our invitation to join the PMC.

Please join me in congratulating him.

On behalf of the Apache CloudStack PMC

Re: CloudStack Ansible Role

2015-06-17 Thread Milamber


Hello,

Great idea. I can help.

I already created a playbook for CS+Ubuntu+KVM
https://github.com/milamberspace/ansible-cloudstack-ubuntu-aio

Some parts can be got from this playbook.

Milamber

On 17/06/2015 13:01, Rene Moser wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

Paul Angus aleady did some efforts of covering installation of
CloudStack using Ansible in the docs
http://docs.cloudstack.apache.org/en/master/ansible.html Thanks!

But there are some issues with styling, it has some parts in it which
are deprecated and the doc might not be the best place for pasting a
"playbook" because users have to copy and paste it.

I thought it makes perfectly sense to create a complete, best practice,
fully tested Ansible role for installing CloudStack.

I created the skeleton in my GitHub account
https://github.com/resmg/ansible-role-cloudstack.

Role features:
- --
- - No hard coupled dependency to other roles (DB installation will be
optional opt-out to let users use their special roles for galera
clusters and so forth)
- - Install and upgrade CloudStack environments(ACS management, DB, KVM
hosts, XEN hosts, ...)
- - Fully tested
- - Debian, Ubuntu and CentOS
- - Apache License (of course)

Goals:
- --
The role can be used in production for managing CloudStack installation
as well as for testing installations and upgrades.

You will also be able to create docker boxes with help of Ansible's
docker module and this role.

Further in Ansible 2.0, there are already 16 Ansible CloudStack modules
for accessing the API. So a fully configured CloudStack environment just
using Ansible is not far away. This would let us to make deep
integration testing just a command and few playbooks away.


Further:
- 
It would be nice if this role would be under the "apache" GitHub
namespace to be able to also put it under the "apache" namespace in
https://galaxy.ansible.com/ (role index). But we will look into this,
when it is ready.

Yours
René
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJVgW/DAAoJEIMGllvm1jMdVRgP/jdX+RVLEWsUvwCQQvuEVU90
DPCOiMHbeNhXYYCpg27ajqp+RJ9midSb9BHMFT9ZIY9V/J8Mo0AmraoBaWpM5jjB
YmP3RBBHAt6hLjOQ3NFwS6HUnturYRJEZeyvZIppE38bZLT9dPdpH45/knQisQN/
j18+3PDu+LfK18v1QCPcUzfE4lOn8VLao5IPQhavkzbTpGLaypWjL4FyKNx8Xt4b
yEmcwmPMmdFGwDuT27fT1Zsifoq9WLRC1Bz2fYZmHRxtklRtWd8KSMmHXPeAQzf7
0Dgjto5qwjUSBwYRkI3WCcHnvi6yyqmTmIoWpGjBCshO+9miCtw9JsC4nOxmhjR8
sZve9T9wwu/wIUS0dXIyLI1fkPIeCMzU5fu44aOz8+IAFWtNPcbjF6wyWWhuTD4Y
78ThJN3mdhJHiFZfKWdZG20SF/h2m2SWutABjdmSjGOLqT4vms8nqMO6ykkE9rBs
CFmaiop73jNQ7fbfepUZZAUOTjSu9yWyAQjJzDWJQx8Z5J1yngINywLXYOPBpPU9
sRxODUjQ+b5Eh1AVyTAtg2Vp5B1TxG2xIILx/gY2XGJqG5eA36qrLTW0DLbkbJgH
G8akdF2BX/6N2bUOc947fatJ7m4X3dDta8CrhjwtJ+c4eIJGv1jjFCu9Rh+zSGRY
IWgQdqIIJ8NSajhGM8B4
=Ni6B
-END PGP SIGNATURE-

Re: [VOTE] release candidate 4.4.4 (4.4-RC20150618T1117)

2015-06-20 Thread Milamber


Hello,

+1 (binding)

Tests on Ubuntu 14.04.2 (1 mgr, 2 nodes, 1 nfs), advanced network fresh 
install, NFS storage, KVM, some tests on HA (crash vm/restore), SystemVM 
shape, some tests with templates, and CS<->cloud-init on debian.


Tests on Ubuntu 14.04.2 (All-in-one ansible installation[1]), advanced 
network fresh installation


Thanks for the RM.

Milamber

[1] https://github.com/milamberspace/ansible-cloudstack-ubuntu-aio


On 18/06/2015 09:24, Daan Hoogland wrote:

Hi All,

I've created a 4.4.4 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-RC20150618T1117
Commit: 6f41061e1428527c3f826d268377557ce607196b

List of changes:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/tags/4.4.4

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.4.4/

PGP release keys (signed using 5AABEBEA):
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)

Re: BVT report 9/29

2015-09-29 Thread Milamber



I have tested an installation of the CS 4.6.0 SNAPSHOT (today) on Ubuntu 
14.04 LTS with latest update (installation with a ansible script)


The cloudstack-management don't works.


I don't known the root cause, but I suppose that is the (new?) 
dependency of Tomcat v7 (before ~1 month: tomcat6 was the tomcat dependency)


I need to made some other tests to confirm if the issue come from my 
ansible script or other things.


Some results commands (and visibly at least 1 bug):

root@cs-mgr1:/var/log/cloudstack/management# service 
cloudstack-management status

 * cloudstack-management is not installed

root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT   all  A 
common package which contains files which are shared by several 
CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT   all  
CloudStack server library


root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep tomcat
ii  libtomcat7-java 7.0.52-1ubuntu0.3all  
Servlet and JSP engine -- core libraries
ii  tomcat7 7.0.52-1ubuntu0.3all  Servlet and 
JSP engine
ii  tomcat7-common 7.0.52-1ubuntu0.3all  Servlet 
and JSP engine -- common files



On 29/09/2015 19:42, Sebastien Goasguen wrote:

Hi folks, let’s try to shed some lights on those tests errors.

First off, it appears some of those tests are not included in our Travis run…:( 
If anyone wants to check that list of tests and cross check with Travis, we 
could run them as well.

@miguel, looks like smoke/test_scale_vm is reporting errors. It seems you were 
the last one to touch that test. Could you try to run the tests on some 
cloudstack setup you have and report back to use your finding. From below you 
can see, the test seems to be failing on simulator/basic.

@boris, any chance you can run the tests listed under KVM/basic in your test 
environment ? I don’t know if you know how to use Marvin. You can check the 
Marvin scripts used in .travis.yml for a clue.

The NAT tests errors might be related to the “VPC” errors Wilder and Remi just 
solved, so we can see tomorrow what BVT says.

(pinging pdion and milamber in that email to see what they can do on spare 
cycles)

Thanks everyone, let’s knock those down.

-Sebastien


On Sep 29, 2015, at 2:49 PM, Raja Pullela  wrote:

Hopefully the format of this email stays as I compose ?

Bugs to be fixed for BVTs:
a.   https://issues.apache.org/jira/browse/CLOUDSTACK-8915
b.  https://issues.apache.org/jira/browse/CLOUDSTACK-8697
c.   https://issues.apache.org/jira/browse/CLOUDSTACK-8891 - Should be a 
blocker
d.  https://issues.apache.org/jira/browse/CLOUDSTACK-8876 - Should be a 
blocker


BVT Passrate for 9/25:


* Simulator Basic - 97.6%,  Failed tests 1

* Simulator Adv - 100%

* XS Basic - 97.1%, Failed tests 2

* XS Adv - 94.3%, Failed tests 6

* KVM Basic - 94.2%, Failed tests 4

* KVM Adv - 92.6%, Failed tests 8

Test cases failed:

Simulator Basic

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics
  (Failure: test case issue)


XS Basic

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics
  (Failure: test case issue)

* integration.smoke.test_volumes.TestVolumes.test_02_attach_volume 
/Failure: SSH connection failed

XS Adv

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_01_create_lb_rule_src_nat
 (Failure: SSH connection failed)

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_02_create_lb_rule_non_nat
 (Failure: SSH connection failed)

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_assign_and_removal_lb 
(Failure: SSH connection failed)

* integration.smoke.test_internal_lb.TestInternalLb.test_internallb 
(Failure: 'Failed to assign load balancer rule')

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics
  (Failure: test case issue)

* :setup (Failure: 
test setup issue)
KVM Basic

* integration.smoke.test_volumes.TestVolumes.test_02_attach_volume 
(Failure: SSH connection failed)

* integration.smoke.test_ssvm.TestSSVMs.test_07_reboot_ssvm (Failure: 
Timed out waiting for SSVM agent to be Up)

* integration.smoke.test_ssvm.TestSSVMs.test_08_reboot_cpvm (Failure: 
Timed out waiting for SSVM agent to be Up)

* 
integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_10_attachAndDetach_iso
 (Failure: SSH connection failed)


KVM Adv

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_01_create_lb_rule_src_nat
  (Failure: SSH connection failed)

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_02_create_lb_rule_non_nat
 (Failure: S

Re: BVT report 9/29

2015-09-29 Thread Milamber



If I change my ansible script to install the tomcat6 package before 
cloudstack-management, that's works.


Tomorrow I will test a full ACS advanced network installation.

root@cs-mgr1:~# service cloudstack-management status
 * CloudStack-specific Tomcat servlet engine is running with pid 5798
root@cs-mgr1:~# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT   all  A 
common package which contains files which are shared by several 
CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT   all  
CloudStack server library

root@cs-mgr1:~# dpkg -l|grep tomcat
ii  libtomcat6-java 6.0.39-1 all  
Servlet and JSP engine -- core libraries
ii  tomcat6 6.0.39-1 all  Servlet and 
JSP engine
ii  tomcat6-common 6.0.39-1 all  Servlet 
and JSP engine -- common files




On 29/09/2015 22:07, Milamber wrote:


I have tested an installation of the CS 4.6.0 SNAPSHOT (today) on 
Ubuntu 14.04 LTS with latest update (installation with a ansible script)


The cloudstack-management don't works.


I don't known the root cause, but I suppose that is the (new?) 
dependency of Tomcat v7 (before ~1 month: tomcat6 was the tomcat 
dependency)


I need to made some other tests to confirm if the issue come from my 
ansible script or other things.


Some results commands (and visibly at least 1 bug):

root@cs-mgr1:/var/log/cloudstack/management# service 
cloudstack-management status

 * cloudstack-management is not installed

root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT all  A common package 
which contains files which are shared by several CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT all  CloudStack 
server library


root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep tomcat
ii  libtomcat7-java 7.0.52-1ubuntu0.3all Servlet and 
JSP engine -- core libraries
ii  tomcat7 7.0.52-1ubuntu0.3all  Servlet and 
JSP engine
ii  tomcat7-common 7.0.52-1ubuntu0.3all Servlet and 
JSP engine -- common files



On 29/09/2015 19:42, Sebastien Goasguen wrote:

Hi folks, let’s try to shed some lights on those tests errors.

First off, it appears some of those tests are not included in our 
Travis run…:( If anyone wants to check that list of tests and cross 
check with Travis, we could run them as well.


@miguel, looks like smoke/test_scale_vm is reporting errors. It seems 
you were the last one to touch that test. Could you try to run the 
tests on some cloudstack setup you have and report back to use your 
finding. From below you can see, the test seems to be failing on 
simulator/basic.


@boris, any chance you can run the tests listed under KVM/basic in 
your test environment ? I don’t know if you know how to use Marvin. 
You can check the Marvin scripts used in .travis.yml for a clue.


The NAT tests errors might be related to the “VPC” errors Wilder and 
Remi just solved, so we can see tomorrow what BVT says.


(pinging pdion and milamber in that email to see what they can do on 
spare cycles)


Thanks everyone, let’s knock those down.

-Sebastien

On Sep 29, 2015, at 2:49 PM, Raja Pullela  
wrote:


Hopefully the format of this email stays as I compose ?

Bugs to be fixed for BVTs:
a.   https://issues.apache.org/jira/browse/CLOUDSTACK-8915
b.  https://issues.apache.org/jira/browse/CLOUDSTACK-8697
c.   https://issues.apache.org/jira/browse/CLOUDSTACK-8891 - 
Should be a blocker
d.  https://issues.apache.org/jira/browse/CLOUDSTACK-8876 - 
Should be a blocker



BVT Passrate for 9/25:


* Simulator Basic - 97.6%,  Failed tests 1

* Simulator Adv - 100%

* XS Basic - 97.1%, Failed tests 2

* XS Adv - 94.3%, Failed tests 6

* KVM Basic - 94.2%, Failed tests 4

* KVM Adv - 92.6%, Failed tests 8

Test cases failed:

Simulator Basic

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics 
(Failure: test case issue)



XS Basic

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics 
(Failure: test case issue)


* integration.smoke.test_volumes.TestVolumes.test_02_attach_volume 
/Failure: SSH connection failed


XS Adv

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_01_create_lb_rule_src_nat 
(Failure: SSH connection failed)


* 
integration.smoke.test_loadbalance.TestLoadBalance.test_02_create_lb_rule_non_nat 
(Failure: SSH connection failed)


* 
integration.smoke.test_loadbalance.TestLoadBalance.test_assign_and_removal_lb 
(Failure: SSH connection failed)


* integration.smoke.test_internal_lb.TestInternalLb.test_internallb 
(Failure: 'Failed to assign load balancer rule')


* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics

Re: BVT report 9/29

2015-09-30 Thread Milamber

pl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)

at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:124)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:86)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:723)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:615)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at 
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:891)
at 
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:750)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2283)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

    at java.lang.Thread.run(Thread.java:745)




On 29/09/2015 22:40, Milamber wrote:


If I change my ansible script to install the tomcat6 package before 
cloudstack-management, that's works.


Tomorrow I will test a full ACS advanced network installation.

root@cs-mgr1:~# service cloudstack-management status
 * CloudStack-specific Tomcat servlet engine is running with pid 5798
root@cs-mgr1:~# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT all  A common package 
which contains files which are shared by several CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT all  CloudStack 
server library

root@cs-mgr1:~# dpkg -l|grep tomcat
ii  libtomcat6-java 6.0.39-1 all Servlet and 
JSP engine -- core libraries
ii  tomcat6 6.0.39-1 all  Servlet and 
JSP engine
ii  tomcat6-common 6.0.39-1 all Servlet and 
JSP engine -- common files




On 29/09/2015 22:07, Milamber wrote:


I have tested an installation of the CS 4.6.0 SNAPSHOT (today) on 
Ubuntu 14.04 LTS with latest update (installation with a ansible script)


The cloudstack-management don't works.


I don't known the root cause, but I suppose that is the (new?) 
dependency of Tomcat v7 (before ~1 month: tomcat6 was the tomcat 
dependency)


I need to made some other tests to confirm if the issue come from my 
ansible script or other things.


Some results commands (and visibly at least 1 bug):

root@cs-mgr1:/var/log/cloudstack/management# service 
cloudstack-management status

 * cloudstack-management is not installed

root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT all  A common package 
which contains files which are shared by several CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT all  CloudStack 
server library


root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep tomcat
ii  libtomcat7-java 7.0.52-1ubuntu0.3all Servlet and 
JSP engine -- core libraries

ii  tomcat7 7.0.52-1ubuntu0.3all Servlet and JSP engine
ii  tomcat7-common 7.0.52-1ubuntu0.3all Servlet and 
JSP engine -- common files



On 29/09/2015 19:42, Sebastien Goasguen wrote:

Hi folks, let’s try to shed some lights on those tests errors.

First off, it appears some of those tests are not included in our 
Travis run…:( If anyone wants to check that list of tests and cross 
check with Travis, we could run them as well.


@miguel, looks like smoke/test_scale_vm is reporting errors. It 
seems you were the last one to touch that test. Could you try to run 
the tests on some cloudstack setup you have and report back to use 
your finding. From below you can see, the test seems to be failing 
on simulator/basic.


@boris, any chance you can run the tests listed under KVM/basic in 
your test environment ? I don’t know if you know how to use Marvin. 
You can check the Marvin scripts used in .travis.yml for a clue.


The NAT tests errors might be related to the “VPC” errors Wilder and 
Remi just solved, so we can see tomorrow what BVT says.


(pinging pdion and milamber in that email to see what they can do on 
spare cycles)


Thanks everyone, let’s knock those down.

-Sebastien

On Sep 29, 2015, at 2:49 PM, Raja Pullela  
wrote:


Hopefull

Re: BVT report 9/29

2015-09-30 Thread Milamber



The advanced network installation without SG seems works, but the final 
screen of setup wizard stills blank until the activation zone pop-up. A 
lot of error in the browser console. I need make more test (clean my 
browser cache before setup)


See screenshot: http://s27.postimg.org/qr7pijrer/Selection_151.png


On 29/09/2015 22:40, Milamber wrote:


If I change my ansible script to install the tomcat6 package before 
cloudstack-management, that's works.


Tomorrow I will test a full ACS advanced network installation.

root@cs-mgr1:~# service cloudstack-management status
 * CloudStack-specific Tomcat servlet engine is running with pid 5798
root@cs-mgr1:~# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT all  A common package 
which contains files which are shared by several CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT all  CloudStack 
server library

root@cs-mgr1:~# dpkg -l|grep tomcat
ii  libtomcat6-java 6.0.39-1 all Servlet and 
JSP engine -- core libraries
ii  tomcat6 6.0.39-1 all  Servlet and 
JSP engine
ii  tomcat6-common 6.0.39-1 all Servlet and 
JSP engine -- common files




On 29/09/2015 22:07, Milamber wrote:


I have tested an installation of the CS 4.6.0 SNAPSHOT (today) on 
Ubuntu 14.04 LTS with latest update (installation with a ansible script)


The cloudstack-management don't works.


I don't known the root cause, but I suppose that is the (new?) 
dependency of Tomcat v7 (before ~1 month: tomcat6 was the tomcat 
dependency)


I need to made some other tests to confirm if the issue come from my 
ansible script or other things.


Some results commands (and visibly at least 1 bug):

root@cs-mgr1:/var/log/cloudstack/management# service 
cloudstack-management status

 * cloudstack-management is not installed

root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep cloudstack
ii  cloudstack-common 4.6.0-SNAPSHOT all  A common package 
which contains files which are shared by several CloudStack packages
ii  cloudstack-management 4.6.0-SNAPSHOT all  CloudStack 
server library


root@cs-mgr1:/var/log/cloudstack/management# dpkg -l|grep tomcat
ii  libtomcat7-java 7.0.52-1ubuntu0.3all Servlet and 
JSP engine -- core libraries

ii  tomcat7 7.0.52-1ubuntu0.3all Servlet and JSP engine
ii  tomcat7-common 7.0.52-1ubuntu0.3all Servlet and 
JSP engine -- common files



On 29/09/2015 19:42, Sebastien Goasguen wrote:

Hi folks, let’s try to shed some lights on those tests errors.

First off, it appears some of those tests are not included in our 
Travis run…:( If anyone wants to check that list of tests and cross 
check with Travis, we could run them as well.


@miguel, looks like smoke/test_scale_vm is reporting errors. It 
seems you were the last one to touch that test. Could you try to run 
the tests on some cloudstack setup you have and report back to use 
your finding. From below you can see, the test seems to be failing 
on simulator/basic.


@boris, any chance you can run the tests listed under KVM/basic in 
your test environment ? I don’t know if you know how to use Marvin. 
You can check the Marvin scripts used in .travis.yml for a clue.


The NAT tests errors might be related to the “VPC” errors Wilder and 
Remi just solved, so we can see tomorrow what BVT says.


(pinging pdion and milamber in that email to see what they can do on 
spare cycles)


Thanks everyone, let’s knock those down.

-Sebastien

On Sep 29, 2015, at 2:49 PM, Raja Pullela  
wrote:


Hopefully the format of this email stays as I compose ?

Bugs to be fixed for BVTs:
a. https://issues.apache.org/jira/browse/CLOUDSTACK-8915
b. https://issues.apache.org/jira/browse/CLOUDSTACK-8697
c. https://issues.apache.org/jira/browse/CLOUDSTACK-8891 - Should 
be a blocker
d. https://issues.apache.org/jira/browse/CLOUDSTACK-8876 - Should 
be a blocker



BVT Passrate for 9/25:


* Simulator Basic - 97.6%,  Failed tests 1

* Simulator Adv - 100%

* XS Basic - 97.1%, Failed tests 2

* XS Adv - 94.3%, Failed tests 6

* KVM Basic - 94.2%, Failed tests 4

* KVM Adv - 92.6%, Failed tests 8

Test cases failed:

Simulator Basic

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics 
(Failure: test case issue)



XS Basic

* 
integration.smoke.test_scale_vm.TestScaleVm.test_02_scale_vm_without_hypervisor_specifics 
(Failure: test case issue)


* integration.smoke.test_volumes.TestVolumes.test_02_attach_volume 
/Failure: SSH connection failed


XS Adv

* 
integration.smoke.test_loadbalance.TestLoadBalance.test_01_create_lb_rule_src_nat 
(Failure: SSH connection failed)


* 
integration.smoke.test_loadbalance.TestLoadBalance.test_02_create_lb_rule_non_nat 
(Failure: SSH connection failed)


* 
integration.smoke.test_loadbalance.TestLoadBalance.test_assign

Re: zone creation wizard

2015-10-06 Thread Milamber



Done with PR #915

https://github.com/apache/cloudstack/pull/915

Thanks.



On 06/10/2015 12:49, Daan Hoogland wrote:

Bruno, Nitin,

I would like to test PRs 906 and 912 combined, maybe one of you can 
pull in the other ones changes and make one PR a combined one?


We can also create a new one merging in both of yours but this seems 
useless overhead

thanks,
--
Daan

Re: UI translation for 4.6

2015-10-10 Thread Milamber


Hello,

Thanks Go.
I will get the localization strings from Transifex to a new PR (for all 
languages) on master, but only in a couple of days, because I'm waiting 
for others languages completion.


In all cases, I will made a PR just before the first RC of 4.6 (arround 
24h before after Remi ping me)


Thanks again.

Milamber

On 10/10/2015 10:17, Go Chiba wrote:

Hi guys,

I just finished to translate Japanese UI resources last night, and can you 
anyone merge it to 4.6?

from my iPhone

2015/10/09 10:49、Sebastien Goasguen  のメッセージ:


Milamber reminded me that before releasing 4.6 we should include the latest 
translated strings for the UI.
If you care about translation, you might be interested to work on it in the 
coming days.

Here is where we stand:

Portuguese (Brazil) 100%
French (France) 100%

Japanese (Japan)99%
Hungarian   98%
Chinese (China) 93%
Dutch (Netherlands) 89%
Russian (Russia)75%
German (Germany)71%
Norwegian Bokmål (Norway)   70%
Korean (Korea)  66%
Spanish 53%


Italian (Italy) 36%
Polish  21%
Catalan 13%
Arabic  12%
Persian 11%
Romanian (Romania)  9%
Chinese (Taiwan)7%
Georgian5%
Thai (Thailand) 5%
Turkish (Turkey)2%
Tatar   2%
Indonesian  1%

you can see that Japanese, Hungarian, Chinese and Dutch are really close to 
100%:

https://www.transifex.com/ke4qqq/CloudStack_UI/


-sebastien

Re: UI translation for 4.6


Hello,

The new stats for the translations of Web UI 4.6 (languages over 50%):

French (France) 100%
Portuguese (Brazil) 99%
Japanese (Japan)99%
Chinese (China) 99%
Norwegian Bokmål (Norway)   99%
Hungarian   98%
Dutch (Netherlands) 94%
German (Germany)76%
Russian (Russia)75%
Korean (Korea)  66%
Spanish 53%

Thanks for the translators! (especially to the Norwegian 70%->99%, 655 
new translated strings!)


I will integrate all this new strings in a new PR the next week around 
the 30/31st October.


Hungarian / Dutch (@dahn), just a small work to go to 100%!

The transifex project to translate the Web UI:
https://www.transifex.com/ke4qqq/CloudStack_UI/

That would be great to have a lot of localization Web UI for CloudStack 4.6!

Thanks

Milamber

PS. All languages stats for 4.6:
https://www.transifex.com/ke4qqq/CloudStack_UI/46xmessagesproperties/


On 09/10/2015 09:49, Sebastien Goasguen wrote:

Milamber reminded me that before releasing 4.6 we should include the latest 
translated strings for the UI.
If you care about translation, you might be interested to work on it in the 
coming days.

Here is where we stand:

Portuguese (Brazil) 100%
French (France) 100%

Japanese (Japan)99%
Hungarian   98%
Chinese (China) 93%
Dutch (Netherlands) 89%
Russian (Russia)75%
German (Germany)71%
Norwegian Bokmål (Norway)   70%
Korean (Korea)  66%
Spanish 53%


Italian (Italy) 36%
Polish  21%
Catalan 13%
Arabic  12%
Persian 11%
Romanian (Romania)  9%
Chinese (Taiwan)7%
Georgian5%
Thai (Thailand) 5%
Turkish (Turkey)2%
Tatar   2%
Indonesian  1%

you can see that Japanese, Hungarian, Chinese and Dutch are really close to 
100%:

https://www.transifex.com/ke4qqq/CloudStack_UI/


-sebastien

Re: UI translation for 4.6


Hi Erik,

Thanks to the norwegian translators.

I've opened an "open" PR until the merge by the release manager team 
just before the future RC1 of CS 4.6.


You can view and check the web UI in norwegian localization if you apply 
the PR #974 [1] on your local git branch


Milamber

[1] https://github.com/apache/cloudstack/pull/974



On 23/10/2015 20:05, Erik Weber wrote:

On Fri, Oct 23, 2015 at 6:11 PM, Milamber  wrote:


Hello,

The new stats for the translations of Web UI 4.6 (languages over 50%):

French (France) 100%
Portuguese (Brazil) 99%
Japanese (Japan)99%
Chinese (China) 99%
Norwegian Bokmål (Norway)   99%
Hungarian   98%
Dutch (Netherlands) 94%
German (Germany)76%
Russian (Russia)75%
Korean (Korea)  66%
Spanish 53%

Thanks for the translators! (especially to the Norwegian 70%->99%, 655 new
translated strings!)



I just finished the 2.2 strings that were missing and got us up to 100%.

Thanks to Dag S. and Jan-Arve N. as well for their efforts!

Re: UI translation for 4.6


Hello,

Thanks for the translation.

I've just open the 2.2 resource for acceptance of translated strings, 
you can now grow to 100% for All versions of CloudStack.


Milamber


On 23/10/2015 21:58, Yiping Zhang wrote:

I took a look at Chinese, and finished last two messages for 4.5/4.6.   All the 
remaining untranslated messages are for 2.2, but that one does not accept any 
more translations.  So there is no way to get it to reach 100% :(

Yiping



On 10/23/15, 12:05 PM, "Erik Weber"  wrote:


On Fri, Oct 23, 2015 at 6:11 PM, Milamber  wrote:


Hello,

The new stats for the translations of Web UI 4.6 (languages over 50%):

French (France) 100%
Portuguese (Brazil) 99%
Japanese (Japan)99%
Chinese (China) 99%
Norwegian Bokmål (Norway)   99%
Hungarian   98%
Dutch (Netherlands) 94%
German (Germany)76%
Russian (Russia)75%
Korean (Korea)  66%
Spanish 53%

Thanks for the translators! (especially to the Norwegian 70%->99%, 655 new
translated strings!)



I just finished the 2.2 strings that were missing and got us up to 100%.

Thanks to Dag S. and Jan-Arve N. as well for their efforts!

--
Erik

Re: UI translation for 4.6




On 23/10/2015 22:17, Yiping Zhang wrote:

Well, is version 2.2 still relevant at all ?  Why waste time on it ?


Just if you can a 100% score on cloudstack homepage on transifex website.


Probably we must remove this version 2.2 (and perhaps all unsupported 
versions of CS)


@David & @Seb have you some opinion to remove the resources files for 
old versions?







On 10/23/15, 2:09 PM, "Milamber"  wrote:


Hello,

Thanks for the translation.

I've just open the 2.2 resource for acceptance of translated strings,
you can now grow to 100% for All versions of CloudStack.

Milamber


On 23/10/2015 21:58, Yiping Zhang wrote:

I took a look at Chinese, and finished last two messages for 4.5/4.6.   All the 
remaining untranslated messages are for 2.2, but that one does not accept any 
more translations.  So there is no way to get it to reach 100% :(

Yiping



On 10/23/15, 12:05 PM, "Erik Weber"  wrote:


On Fri, Oct 23, 2015 at 6:11 PM, Milamber  wrote:


Hello,

The new stats for the translations of Web UI 4.6 (languages over 50%):

French (France) 100%
Portuguese (Brazil) 99%
Japanese (Japan)99%
Chinese (China) 99%
Norwegian Bokmål (Norway)   99%
Hungarian   98%
Dutch (Netherlands) 94%
German (Germany)76%
Russian (Russia)75%
Korean (Korea)  66%
Spanish 53%

Thanks for the translators! (especially to the Norwegian 70%->99%, 655 new
translated strings!)



I just finished the 2.2 strings that were missing and got us up to 100%.

Thanks to Dag S. and Jan-Arve N. as well for their efforts!

--
Erik

Re: UI translation for 4.6