Re: Cloudstack SSVM and MTU 9000 / jumbo frames

2016-08-08 Thread Abhinandan Prateek
This could be an issue as you mentioned. Can you file a Jira ticket for it ?
Or you can provide me with more details of conf on VR as it is now and what is 
expected.
Also see in logs/db to see if you can locate where exactly the setting is not 
getting passed or getting passed but not applied, if you can.


On 08/08/16, 3:56 AM, "Andrei Mikhailovsky" <and...@arhont.com.INVALID> wrote:

>Hi,
>
>I am using KVM and I did set the MTU on the network interfaces and the 
>bridges, etc.
>
>I can see that the network interfaces assigned to the ssvm server is indeed 
>set to 9000, however, the actual network configuration within the virtual 
>router os uses MTU 1500. It does sound to me like an issue with the ACS 
>configuration script that initiates and configures ssvm.
>
>Andrei
>
>
abhinandan.prat...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

- Original Message -
>> From: "Abhinandan Prateek" <abhinandan.prat...@shapeblue.com>
>> To: "users" <users@cloudstack.apache.org>
>> Sent: Friday, 5 August, 2016 10:40:10
>> Subject: Re: Cloudstack SSVM and MTU 9000 / jumbo frames
>
>> You can set the MTU for storage network using Xencenter(or xe) if you are 
>> using
>> Xenserver. This needs to be done in addition to setting the global config.
>> 
>> 
>> 
>> 
>> On 04/08/16, 7:44 PM, "Andrei Mikhailovsky" <and...@arhont.com.INVALID> 
>> wrote:
>> 
>>>Hello
>>>
>>>I am experiencing some issues with setting MTU to 9000 on the cloudstack 
>>>ssvm.
>>>I've updated the secstorage.vm.mtu.size option in ACS management server and
>>>restarted it. After that i've deleted the SSVM and it has been successfully
>>>recreated.
>>>
>>>Looking at the network interface on the host server running the ssvm i can 
>>>see
>>>that it has indeed updated the MTU value for the storage network. However, 
>>>when
>>>I am logging into the ssvm server, the server's storage eth1 interface has 
>>>the
>>>MTU set to 1500 and not 9000. Analysing the traffic on the nfs server I can 
>>>see
>>>that it is still using 1500 MTU when transferring data over nfs.
>>>
>>>Has anyone successfully changed the MTU value from default to 9000 on the
>>>storage network? Please let me know how you've done this?
>>>
>>>Many thanks
>>>
>>>Andrei
>> 
>> abhinandan.prat...@shapeblue.com
>> www.shapeblue.com
>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>> @shapeblue


Re: Cloudstack SSVM and MTU 9000 / jumbo frames

2016-08-07 Thread Andrei Mikhailovsky
Hi,

I am using KVM and I did set the MTU on the network interfaces and the bridges, 
etc.

I can see that the network interfaces assigned to the ssvm server is indeed set 
to 9000, however, the actual network configuration within the virtual router os 
uses MTU 1500. It does sound to me like an issue with the ACS configuration 
script that initiates and configures ssvm.

Andrei

- Original Message -
> From: "Abhinandan Prateek" <abhinandan.prat...@shapeblue.com>
> To: "users" <users@cloudstack.apache.org>
> Sent: Friday, 5 August, 2016 10:40:10
> Subject: Re: Cloudstack SSVM and MTU 9000 / jumbo frames

> You can set the MTU for storage network using Xencenter(or xe) if you are 
> using
> Xenserver. This needs to be done in addition to setting the global config.
> 
> 
> 
> 
> On 04/08/16, 7:44 PM, "Andrei Mikhailovsky" <and...@arhont.com.INVALID> wrote:
> 
>>Hello
>>
>>I am experiencing some issues with setting MTU to 9000 on the cloudstack ssvm.
>>I've updated the secstorage.vm.mtu.size option in ACS management server and
>>restarted it. After that i've deleted the SSVM and it has been successfully
>>recreated.
>>
>>Looking at the network interface on the host server running the ssvm i can see
>>that it has indeed updated the MTU value for the storage network. However, 
>>when
>>I am logging into the ssvm server, the server's storage eth1 interface has the
>>MTU set to 1500 and not 9000. Analysing the traffic on the nfs server I can 
>>see
>>that it is still using 1500 MTU when transferring data over nfs.
>>
>>Has anyone successfully changed the MTU value from default to 9000 on the
>>storage network? Please let me know how you've done this?
>>
>>Many thanks
>>
>>Andrei
> 
> abhinandan.prat...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue


Re: Cloudstack SSVM and MTU 9000 / jumbo frames

2016-08-05 Thread Abhinandan Prateek
You can set the MTU for storage network using Xencenter(or xe) if you are using 
Xenserver. This needs to be done in addition to setting the global config.




On 04/08/16, 7:44 PM, "Andrei Mikhailovsky"  wrote:

>Hello 
>
>I am experiencing some issues with setting MTU to 9000 on the cloudstack ssvm. 
>I've updated the secstorage.vm.mtu.size option in ACS management server and 
>restarted it. After that i've deleted the SSVM and it has been successfully 
>recreated. 
>
>Looking at the network interface on the host server running the ssvm i can see 
>that it has indeed updated the MTU value for the storage network. However, 
>when I am logging into the ssvm server, the server's storage eth1 interface 
>has the MTU set to 1500 and not 9000. Analysing the traffic on the nfs server 
>I can see that it is still using 1500 MTU when transferring data over nfs. 
>
>Has anyone successfully changed the MTU value from default to 9000 on the 
>storage network? Please let me know how you've done this? 
>
>Many thanks 
>
>Andrei 

abhinandan.prat...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 



Re: Cloudstack SSVM and MTU 9000 / jumbo frames

2016-08-04 Thread Andrei Mikhailovsky
Hi Paul,

I am running ACS 4.7.1.1. All of ssvm network interfaces are set to MTU 1500.

Thanks

- Original Message -
> From: "Paul Angus" <paul.an...@shapeblue.com>
> To: "users" <users@cloudstack.apache.org>
> Sent: Thursday, 4 August, 2016 15:44:19
> Subject: RE: Cloudstack SSVM and MTU 9000 / jumbo frames

> Which version of CloudStack are you running Andrei? There was a time when the
> MTU setting was applied to the wrong interface but I believe that it has been
> fixed now.
> 
> 
> Kind regards,
> 
> Paul Angus
> 
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>  
> 
> 
> 
> -Original Message-
> From: Andrei Mikhailovsky [mailto:and...@arhont.com.INVALID]
> Sent: 04 August 2016 15:14
> To: users <users@cloudstack.apache.org>
> Subject: Cloudstack SSVM and MTU 9000 / jumbo frames
> 
> Hello
> 
> I am experiencing some issues with setting MTU to 9000 on the cloudstack ssvm.
> I've updated the secstorage.vm.mtu.size option in ACS management server and
> restarted it. After that i've deleted the SSVM and it has been successfully
> recreated.
> 
> Looking at the network interface on the host server running the ssvm i can see
> that it has indeed updated the MTU value for the storage network. However, 
> when
> I am logging into the ssvm server, the server's storage eth1 interface has the
> MTU set to 1500 and not 9000. Analysing the traffic on the nfs server I can 
> see
> that it is still using 1500 MTU when transferring data over nfs.
> 
> Has anyone successfully changed the MTU value from default to 9000 on the
> storage network? Please let me know how you've done this?
> 
> Many thanks
> 
> Andrei


RE: Cloudstack SSVM and MTU 9000 / jumbo frames

2016-08-04 Thread Paul Angus
Which version of CloudStack are you running Andrei? There was a time when the 
MTU setting was applied to the wrong interface but I believe that it has been 
fixed now.


Kind regards,

Paul Angus

paul.an...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 


-Original Message-
From: Andrei Mikhailovsky [mailto:and...@arhont.com.INVALID] 
Sent: 04 August 2016 15:14
To: users <users@cloudstack.apache.org>
Subject: Cloudstack SSVM and MTU 9000 / jumbo frames

Hello 

I am experiencing some issues with setting MTU to 9000 on the cloudstack ssvm. 
I've updated the secstorage.vm.mtu.size option in ACS management server and 
restarted it. After that i've deleted the SSVM and it has been successfully 
recreated. 

Looking at the network interface on the host server running the ssvm i can see 
that it has indeed updated the MTU value for the storage network. However, when 
I am logging into the ssvm server, the server's storage eth1 interface has the 
MTU set to 1500 and not 9000. Analysing the traffic on the nfs server I can see 
that it is still using 1500 MTU when transferring data over nfs. 

Has anyone successfully changed the MTU value from default to 9000 on the 
storage network? Please let me know how you've done this? 

Many thanks 

Andrei 


Cloudstack SSVM and MTU 9000 / jumbo frames

2016-08-04 Thread Andrei Mikhailovsky
Hello 

I am experiencing some issues with setting MTU to 9000 on the cloudstack ssvm. 
I've updated the secstorage.vm.mtu.size option in ACS management server and 
restarted it. After that i've deleted the SSVM and it has been successfully 
recreated. 

Looking at the network interface on the host server running the ssvm i can see 
that it has indeed updated the MTU value for the storage network. However, when 
I am logging into the ssvm server, the server's storage eth1 interface has the 
MTU set to 1500 and not 9000. Analysing the traffic on the nfs server I can see 
that it is still using 1500 MTU when transferring data over nfs. 

Has anyone successfully changed the MTU value from default to 9000 on the 
storage network? Please let me know how you've done this? 

Many thanks 

Andrei 


MTU 9000

2015-08-11 Thread Sam Ceylani
Long story short, if you are using MTU 9000 you better check every component 
including virtual networks in between, so it was my fault, I thought underlying 
card
and bond had already MTU 9000 applied so missed this little step to check 
virtual stuff, ping with MTU 9000 does not fail by the way, anyways it was my 
fault, I don't
even know if xen allows you to apply MTU 9000 to the network via API, Thanks, 
Sam


New Cloudstack Setup - SSVM Installing Template - MTU 9000 - Useful Information for you :)

2015-08-11 Thread Sam Ceylani
CS 4.5.2 - Shapeblue repo (http://packages.shapeblue.com/cloudstack/) - On a 
new Install CS-452 did not create the storage network with the proper MTU 
setting on Xenserver 6.5.0 SP1 (fully updated) network.
// MTU was set to 9000 for secondary storage nic (which was applied to NIC when 
we checked SSVM) before zone creation and after waiting few minutes for network 
to be created on Xenserver network
(VLAN-random-34) didn't have proper MTU setting for vlan34 network which fails 
out of the box because you can't edit anymore for some unknown reason and 
really hard to trace and resolve since error messages are also encrypted :)
and it works half the time which throws you off, typical symptoms are: SSVM 
agent not connecting, agent stuck in disconnecting state, SSVM ALERT (this was 
a good one), templates are stuck in Installing Template stage,
SSVM navigating to /mnt/SecStorage takes forever, SSVM check script takes about 
 10 minutes to finish, and half the time if you are lucky it works :) after 
troubleshooting full day and half I wanted to share this, I know it is not
the right list to send this email but I just wanted to have this out there in 
case if somebody is searching  to see why his SSVM stuck in Installing 
Template mode - Thanks for this great product guys...

P.S : Templates are much more reliable now, thanks for those improvements.

Sam