Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1692
Trillian test result (tid-132)
Environment: vmware-55u3 (x2), Advanced Networking
Total time taken: 35553 seconds
Marvin logs:
https://github.com/blueorangutan/acs-prs/releases/
Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1692
Trillian test result (tid-131)
Environment: xenserver-65sp1 (x2), Advanced Networking
Total time taken: 38763 seconds
Marvin logs:
https://github.com/blueorangutan/acs-prs/relea
Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1703
Trillian test result (tid-129)
Environment: vmware-55u3 (x2), Advanced Networking
Total time taken: 41336 seconds
Marvin logs:
https://github.com/blueorangutan/acs-prs/releases/
Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1703
Trillian test result (tid-128)
Environment: xenserver-65sp1 (x2), Advanced Networking
Total time taken: 39080 seconds
Marvin logs:
https://github.com/blueorangutan/acs-prs/relea
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
@serg38 if you respond from email, can you remove the quoted text so it
does not add a full page of text to the GitHub issue. :P Maybe edit your
above response to remove the extra text since this
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
@serg38 Inline...
`plutostart=no` will do nothing. I need to remove that, I just have not
gotten around to cleaning that up. That config option no longer is even picked
up: https://wiki.
Github user serg38 commented on the issue:
https://github.com/apache/cloudstack/pull/872
@swill Can you try changing in ipsec.conf
plutostart=no
keyexchange=ikev2
and adding
ike=aes256-sha1-modp1024!
esp=aes256-sha1!
From: Will Stevens
Re
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
Thanks to @kiwiflyer for finding this link:
https://support.microsoft.com/en-us/kb/926179
We have been able to create a connection by setting the registry for
`AssumeUDPEncapsulationContex
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
At @serg38's request, here are the current configs...
```
# cat /etc/strongswan.conf
# strongswan.conf - strongSwan configuration file
#
# Refer to the strongswan.conf(5) ma
@swill I believe windows natively support "L2TP” . And I see they negotiated
both encryption and integrity . looks like the difference is this:
On OSX
xl2tpd[2263]: control_finish: Peer requested tunnel 32 twice, ignoring
second one.
On windows it seems it trying to establish ‘child’ session
Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1703
Trillian test result (tid-127)
Environment: kvm-centos7 (x2), Advanced Networking
Total time taken: 22766 seconds
Marvin logs:
https://github.com/blueorangutan/acs-prs/releases/
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
@murali-reddy, @jburwell mentioned to ping you regarding the above. Not
sure if you have any ideas or suggestions, but I am open to any thoughts.
Thanks... :)
---
If your project is set up for
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
If anyone has experience with Remote Access VPN on Windows and has any
insight into why the following is failing, please let me know.
**FAILING WINDOWS LOG:**
```
charon: 11[NET] r
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1702
LGTM. Since, the changes to the api response are additive (no response keys
were removed), we can accept this change. /cc @jburwell
---
If your project is set up for it, you can reply to this em
Github user ProjectMoon commented on the issue:
https://github.com/apache/cloudstack/pull/1559
This pull request has been updated with another commit that fixes a bug
where volumes cannot be expunged because the loading of the volume fails to
find a primary data store (despite the exp
Great work everyone. Don't worry about the sporadic updates, that is just
the nature of the beast when working through stuff like this. Well done so
far...
*Will STEVENS*
Lead Developer
*CloudOps* *| *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw
Congratulations, Syed.
Thanks,
-John
>
john.burw...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
@shapeblue
On Oct 7, 2016, at 6:30 AM, Paul Angus wrote:
>
> Congrats Syed.!
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> w
All,
Thank you Ilya and Haijao for your words of encouragement. In addition to the
efforts of Paul, Rohit, Murali, Abhi, and Bobby, Sergey Levitskiy has been
providing great help testing VMware.
I apologize for my sporadic status updates. We have made significant progress
in getting smoke
Github user serg38 commented on the issue:
https://github.com/apache/cloudstack/pull/1702
Testing LGTM. Vmware 5.5. and 6.0 , advanced networking, RHEL 6 management
servers
```
test DeployVM in anti-affinity groups for project ... === TestName:
test_DeployVmAntiAffinityGroup_i
Github user serg38 commented on the issue:
https://github.com/apache/cloudstack/pull/1692
@rhtyd Vmsnapshot tests fail on vmware 6.0 due to issue resolved in PR1677.
1677 is targeted for 4.9 so I agree on removing that test for ACS 4.8
---
If your project is set up for it, you can
Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1703
Packaging result: âcentos6 âcentos7 âdebian. JID-59
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project do
Github user swill commented on the issue:
https://github.com/apache/cloudstack/pull/872
@rhtyd ya I am trying to get it working with all. It is a lot of trial and
error, more research, then more trial and error.
Right now I have it working on Mac. On Windows, phase 1 is worki
Github user blueorangutan commented on the issue:
https://github.com/apache/cloudstack/pull/1703
@rhtyd a Jenkins job has been kicked to build packages. I'll keep you
posted as I make progress.
---
If your project is set up for it, you can reply to this email and have your
reply appe
GitHub user rhtyd opened a pull request:
https://github.com/apache/cloudstack/pull/1703
Trillian testrun on PR-1692 merged on 4.9 branch
@blueorangutan package
The aim of the PR is to see how marvin tests perform on 4.9 branch with
recent list of fixes from PR #1692
/cc @jb
Congrats Syed.!
Kind regards,
Paul Angus
paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
-Original Message-
From: Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
Sent: 06 October 2016 16:59
To: dev@cloudstack.apa
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1701
@koushik-das I actually have appended the two translated messages in the
conditional, as destroy router would stop the VR first.
---
If your project is set up for it, you can reply to this email
Github user koushik-das commented on the issue:
https://github.com/apache/cloudstack/pull/1701
LGTM. Small comment on the message for running VR. "Please confirm... " is
appearing twice, only one would suffice.
---
If your project is set up for it, you can reply to this email and hav
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1692
Common intermittent failure issues: (1) unable to contact ssvm/agent, times
out, (2) unable to ssh into guest VM possibly due to vm's nic not up/available:
1. Re-ran tests on `pr1692-t120-
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1701
@koushik-das alright I've fixed the message. It shows as follows:
1. When router is in running state:
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project do
Github user koushik-das commented on the issue:
https://github.com/apache/cloudstack/pull/1701
@rhtyd You are right, the message only makes sense for destroying running
VR. So some conditional check needs to be there for displaying the proper
message.
Based on the discussion
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1701
@koushik-das this is available/shown only to the admin, can we assume admin
would know that it may cause network disruption for guest vms? The translation
can be fixed, though in case the VR is st
Github user koushik-das commented on the issue:
https://github.com/apache/cloudstack/pull/1701
Since services are disrupted when VR is destroyed, I think it would be
useful to provide a message similar to stop VR. Earlier only destroying a
stopped VR was possible from UI so caller was
Github user rhtyd commented on the issue:
https://github.com/apache/cloudstack/pull/1701
@koushik-das it'll display whatever message is currently displayed for
destroy router action, which is not same as stop router action:
