Re: Cloudstack SSVM and MTU 9000 / jumbo frames
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
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
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
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
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
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
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 :)
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