Re: Review Request: MidoNet Networking Plugin [2/2]
On March 14, 2013, 3:59 a.m., Hiroaki Kawai wrote: server/src/com/cloud/network/NetworkManagerImpl.java, line 1773 https://reviews.apache.org/r/9898/diff/1/?file=270127#file270127line1773 NetworkElement should be always called after NetworkGuru, isn't it? Dave Cahill wrote: Looking at NetworkManagerImpl, Element does seem to be called after Guru most of the time - however in destroyNetwork(), the Elements are destroyed before the Guru. I'm happy to change the order, but since the order is not always the same in NetworkManagerImpl, do you have any document references / reasons for the suggested order? Since we have tested the current version and it works, I just want to make sure the change makes sense before implementing. I want to see a documentation, too. After reading the code again, I think NetworkElement#release should not be called in the context with NetworkGuru#deallocate . Do you really need this code block here? NetworkElement#release should be called with NetworkGuru#release, and you would be able to do something there. Network lifecycle: -- NetworkManagerImpl#implementNetwork - NetworkGuru#implement - NetworkManagerImpl#implementNetworkElementsAndResources -- NetworkElement#implement NetworkManagerImpl#restartNetwork - NetworkManagerImpl#shutdownNetworkElementsAndResources -- NetworkElement#shutdown - NetworkManagerImpl#implemetNetworkElementsAndResources -- NetworkElement#implement NetworkManagerImpl#updateGuestNetwork - NetworkManagerImpl#shutdownNetworkElementsAndResource -- NetworkElement#shutdown - NetworkManagerImpl#implemetNetworkElementsAndResources -- NetworkElement#implement NetworkManagerImpl#shutdownNetwork - NetworkManagerImpl#shutdownNetworkElementsAndResource -- NetworkElement#shutdown - NetworkGuru#shutdown Nic lifecycle: -- NetworkManagerImpl#allocate - NetworkManagerImpl#allocateNic -- NetworkGuru#allocate NetworkManager#prepareNic - NetworkGuru#reserve - NetworkManager#prepareElement -- NetworkElement#prepare NetworkManagerImpl#release - NetworkManagerImpl#releaseNic -- NetworkGuru#release -- NetworkElement#release NetworkManagerImpl#deallocate - NetworkManagerImpl#removeNic -- NetworkGuru#deallocate - Hiroaki --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9898/#review17849 --- On March 13, 2013, 9:32 a.m., Dave Cahill wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9898/ --- (Updated March 13, 2013, 9:32 a.m.) Review request for cloudstack, Hugo Trippaers and Chiradeep Vittal. Description --- Feature spec: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Midokura+Networking+Plugin Jira ticket: https://issues.apache.org/jira/browse/CLOUDSTACK-996 Notes: * Moved plugin to nonoss since the MidoNet client jar is not publicly available * Documentation will follow as a separate commit * One main difference from existing networking plugins is the lack of a Resource class; we didn't feel it was necessary in this case. As mentioned in Extending CloudStack Networking [1]: Just like managers, resources are not strictly necessary. In theory a Network Element could implement a client for the API of the new controller and therefore be completely self-contained. * We allow overriding Public traffic via the MidoNetPublicNetworkGuru. We checked this approach with the list [2] and received no comments, so we're going with it for now. [1] https://cwiki.apache.org/CLOUDSTACK/extending-cloudstack-networking.html [2] http://markmail.org/message/k5qse63eyylszm3i This addresses bug CLOUDSTACK-996. Diffs - api/src/com/cloud/network/Network.java efed5cd api/src/com/cloud/network/Networks.java e3d2158 api/src/com/cloud/network/PhysicalNetwork.java 343a2b1 api/src/org/apache/cloudstack/network/ExternalNetworkDeviceManager.java bc22804 client/pom.xml cda6ab8 client/tomcatconf/nonossComponentContext.xml.in 20e0c32 deps/install-non-oss.sh 74575a8 plugins/hypervisors/kvm/pom.xml 013a58d plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtDomainXMLParser.java b622b6d plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java c93aeeb plugins/network-elements/midokura-midonet/pom.xml 7f2e2d3 plugins/network-elements/midonet/pom.xml PRE-CREATION plugins/network-elements/midonet/src/com/cloud/network/element/MidoNetElement.java 48833b3 plugins/network-elements/midonet/src/com/cloud/network/element/SimpleFirewallRule.java PRE-CREATION
Re: Review Request: fix bug CLOUDSTACK-1531: vmware create volume from snapshot will missing data for master
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/9989/ --- (Updated March 16, 2013, 9:31 a.m.) Review request for cloudstack, Sateesh Chodapuneedi, mice xia, and Kelven Yang. Summary (updated) - fix bug CLOUDSTACK-1531: vmware create volume from snapshot will missing data for master Description --- fix bug CLOUDSTACK-1531: vmware create volume from snapshot will missing data The code works in ssvm can applied in master This addresses bug CLOUDSTACK-1531. Diffs - plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/manager/VmwareStorageManagerImpl.java e11dd53 Diff: https://reviews.apache.org/r/9989/diff/ Testing --- Thanks, Hongtu Zang
Problem regarding adding a VM on CloudStack
Hi All, I have installed CloudStack 4.0.0 on my Ubuntu 12.04 machine, that is compliant with the configuration requirements specified in the documentation. I am running Management Server on my machine with the hosts on DevCloud. While I am able to add zones, clusters and hosts via the interface, I am not able to create a VM on it because the template list is not getting loaded in the interface that creates a VM. Please help me in this regard. Or, does anyone recommend me to shift to earlier versions of CloudStack to get things working temporarily? I am using KVM hypervisor. Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
Steps to create a CloudStack plugin
Hi, I am trying to create a CloudStack plugin. Can anyone help me with necessary steps to be followed to accomplish it? Thanks. Kausal Malladi www.kausalmalladi.tk
Experimenting on Resource Allocator in CloudStack
Hi, I am trying to understand and experiment with (CPU) Resource Allocation in CloudStack 4.0.0. I would like to understand how it happens and possibly try to change it a little and see how it works. Can anyone help me with the classes that I have to look at for a kick-start towards this experiment? Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
Re: Problem regarding adding a VM on CloudStack
Do you have templates under the 'templates' section that say they're loaded and ready? This is the most common reason why you wouldn't have templates to choose from in the VM deployment wizard. On Sat, Mar 16, 2013 at 8:27 AM, Kausal Malladi mkau...@gmail.com wrote: Hi All, I have installed CloudStack 4.0.0 on my Ubuntu 12.04 machine, that is compliant with the configuration requirements specified in the documentation. I am running Management Server on my machine with the hosts on DevCloud. While I am able to add zones, clusters and hosts via the interface, I am not able to create a VM on it because the template list is not getting loaded in the interface that creates a VM. Please help me in this regard. Or, does anyone recommend me to shift to earlier versions of CloudStack to get things working temporarily? I am using KVM hypervisor. Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
Re: Problem regarding adding a VM on CloudStack
No, there is only System template ready under Templates section which can't be used to create a VM. But the other template is not loaded and ready. Could it be because of any Network configuration issue? But all the hosts are getting added fine, the problem is just with adding a VM. Kausal Malladi www.kausalmalladi.tk On Sat, Mar 16, 2013 at 8:08 PM, Marcus Sorensen shadow...@gmail.com wrote: Do you have templates under the 'templates' section that say they're loaded and ready? This is the most common reason why you wouldn't have templates to choose from in the VM deployment wizard. On Sat, Mar 16, 2013 at 8:27 AM, Kausal Malladi mkau...@gmail.com wrote: Hi All, I have installed CloudStack 4.0.0 on my Ubuntu 12.04 machine, that is compliant with the configuration requirements specified in the documentation. I am running Management Server on my machine with the hosts on DevCloud. While I am able to add zones, clusters and hosts via the interface, I am not able to create a VM on it because the template list is not getting loaded in the interface that creates a VM. Please help me in this regard. Or, does anyone recommend me to shift to earlier versions of CloudStack to get things working temporarily? I am using KVM hypervisor. Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
Re: Problem regarding adding a VM on CloudStack
Normally, once the secondary storage Vm comes up, you should see a CentOS 5.5 default template appear. Whether or not that actually downloads depends on if everything is working. So if you don't see a CentOS 5.5 template, check to see if you have a secondary storage VM up. If you do have a template, but it's not 'ready', you will have to log into the secondary storage VM and run the ssvm-check.sh script to help diagnose where the issue is: https://cwiki.apache.org/CLOUDSTACK/ssvm-troubleshooting.html On Sat, Mar 16, 2013 at 8:46 AM, Kausal Malladi mkau...@gmail.com wrote: No, there is only System template ready under Templates section which can't be used to create a VM. But the other template is not loaded and ready. Could it be because of any Network configuration issue? But all the hosts are getting added fine, the problem is just with adding a VM. Kausal Malladi www.kausalmalladi.tk On Sat, Mar 16, 2013 at 8:08 PM, Marcus Sorensen shadow...@gmail.com wrote: Do you have templates under the 'templates' section that say they're loaded and ready? This is the most common reason why you wouldn't have templates to choose from in the VM deployment wizard. On Sat, Mar 16, 2013 at 8:27 AM, Kausal Malladi mkau...@gmail.com wrote: Hi All, I have installed CloudStack 4.0.0 on my Ubuntu 12.04 machine, that is compliant with the configuration requirements specified in the documentation. I am running Management Server on my machine with the hosts on DevCloud. While I am able to add zones, clusters and hosts via the interface, I am not able to create a VM on it because the template list is not getting loaded in the interface that creates a VM. Please help me in this regard. Or, does anyone recommend me to shift to earlier versions of CloudStack to get things working temporarily? I am using KVM hypervisor. Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
Re: Problem regarding adding a VM on CloudStack
Oh.. thanks for the pointer. I will try and update you the status... Kausal Malladi www.kausalmalladi.tk On Sat, Mar 16, 2013 at 8:21 PM, Marcus Sorensen shadow...@gmail.com wrote: Normally, once the secondary storage Vm comes up, you should see a CentOS 5.5 default template appear. Whether or not that actually downloads depends on if everything is working. So if you don't see a CentOS 5.5 template, check to see if you have a secondary storage VM up. If you do have a template, but it's not 'ready', you will have to log into the secondary storage VM and run the ssvm-check.sh script to help diagnose where the issue is: https://cwiki.apache.org/CLOUDSTACK/ssvm-troubleshooting.html On Sat, Mar 16, 2013 at 8:46 AM, Kausal Malladi mkau...@gmail.com wrote: No, there is only System template ready under Templates section which can't be used to create a VM. But the other template is not loaded and ready. Could it be because of any Network configuration issue? But all the hosts are getting added fine, the problem is just with adding a VM. Kausal Malladi www.kausalmalladi.tk On Sat, Mar 16, 2013 at 8:08 PM, Marcus Sorensen shadow...@gmail.com wrote: Do you have templates under the 'templates' section that say they're loaded and ready? This is the most common reason why you wouldn't have templates to choose from in the VM deployment wizard. On Sat, Mar 16, 2013 at 8:27 AM, Kausal Malladi mkau...@gmail.com wrote: Hi All, I have installed CloudStack 4.0.0 on my Ubuntu 12.04 machine, that is compliant with the configuration requirements specified in the documentation. I am running Management Server on my machine with the hosts on DevCloud. While I am able to add zones, clusters and hosts via the interface, I am not able to create a VM on it because the template list is not getting loaded in the interface that creates a VM. Please help me in this regard. Or, does anyone recommend me to shift to earlier versions of CloudStack to get things working temporarily? I am using KVM hypervisor. Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
RE: Experimenting on Resource Allocator in CloudStack
Kausal, Resource allocation is all done by implementations of DeploymentPlanner. You can go to that interface and then see which classes implement that interface. --Alex -Original Message- From: Kausal Malladi [mailto:mkau...@gmail.com] Sent: Saturday, March 16, 2013 7:32 AM To: cloudstack-dev@incubator.apache.org Subject: Experimenting on Resource Allocator in CloudStack Hi, I am trying to understand and experiment with (CPU) Resource Allocation in CloudStack 4.0.0. I would like to understand how it happens and possibly try to change it a little and see how it works. Can anyone help me with the classes that I have to look at for a kick-start towards this experiment? Thanks and Regards, Kausal Malladi www.kausalmalladi.tk
RE: [DISCUSS] Palo Alto Integration
Will, There is a mode in CloudStack that only allows non-intersecting cidrs for guest networks. It was introduced specifically because many physical network devices do not expect cidrs to intersect even when it's on different VLANs. Sheng should be able to tell you how to get that to work. --Alex -Original Message- From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On Behalf Of Will Stevens Sent: Friday, March 15, 2013 1:16 PM To: cloudstack-dev@incubator.apache.org Subject: [DISCUSS] Palo Alto Integration As many of you know at this point, I am working to integrate the Palo Alto firewall with CloudStack. More info here: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Palo+Alto+Firew all+Integration The problem I am running into right now is that Palo Alto does not allow any two interfaced to have the same IP (even if they are in different zones, vrs, vsys and vlans). This is an issue because CloudStack supports each account having their own private IP ranges and two accounts can use the same private IP range. For example, by default if you create a network with source nat and you do not specify any gateway or subnet data, it will give you 10.1.1.0/24 as an IP range. This means it will be very likely that two CloudStack accounts will be using the same private IP space. I am trying to find a work around for this limitation, but so far I have been having a hard time finding a reasonable solution. I have discussed this problem with a few people and there have been a couple suggestions, but I am not happy with these options: 1. Restrict the available subnets for each account so two accounts can't create overlapping subnets. To me, this breaks the whole concept of cloud, but for enterprise customers this is not a huge limitation because they usually solve this problem this way. 2. Run multiple Palo Alto VM firewalls and associate one VM firewall per account. The management overhead of this is crazy, so this type of implementation would be very hard to work with. Since I do not like either of these approaches, I wanted to see if I could get some feedback on this. Are there other alternatives that would solve the problem more elegantly that I have not mentioned? What would be the best way to solve this problem in a 'CloudStack way'? Any feedback on this would be appreciated. Cheers, Will
Re: Extending the CloudStack API
Also, just so I can picture what we're talking about when we say extending the CS API: Does this mean an admin or end user could invoke my new APIs just like they were invoking any other CS API? Thanks On Fri, Mar 15, 2013 at 3:48 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote: That sounds great. Alex, Brian, and/or anyone - Do you know of documentation I can take a look at? Thanks! On Fri, Mar 15, 2013 at 3:44 PM, Alex Huang alex.hu...@citrix.com wrote: Yes. In 3.x, you'll have to specify the pluggable service in the components-locator.xml though. In 4.1, you can even specify your own UI. You can get more details from Brian wrt to that. --Alex -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Friday, March 15, 2013 1:17 PM To: cloudstack-dev@incubator.apache.org Subject: Re: Extending the CloudStack API Thanks, Alex! Do you know if that is a feature in 3.x, as well? On Fri, Mar 15, 2013 at 2:11 PM, Alex Huang alex.hu...@citrix.com wrote: Yes. Implement PluaggableService interface. --Alex -Original Message- From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] Sent: Friday, March 15, 2013 12:52 PM To: cloudstack-dev@incubator.apache.org Subject: Extending the CloudStack API Hi, I don't really know if such a feature exists or not, but I was under the impression it was possible to extend the CloudStack API via a plug-in. Is this remotely true? :) Thanks! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *(tm)* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™* -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Extending the CloudStack API
On Sat, Mar 16, 2013 at 11:50:51AM -0600, Mike Tutkowski wrote: Also, just so I can picture what we're talking about when we say extending the CS API: Does this mean an admin or end user could invoke my new APIs just like they were invoking any other CS API? That's exactly what it means!
Re: Steps to create a CloudStack plugin
On Sat, Mar 16, 2013 at 07:59:24PM +0530, Kausal Malladi wrote: Hi, I am trying to create a CloudStack plugin. Can anyone help me with necessary steps to be followed to accomplish it? Thanks. Kausal Malladi www.kausalmalladi.tk Can you be more specific about the type of plugin you would like to build? CloudStack supports different types depending on your target version (more types in the later versions).
Re: Extending the CloudStack API
Awesome! I might have a use case for that (just thought of this after talking to a couple customers yesterday). On Sat, Mar 16, 2013 at 11:52 AM, Chip Childers chip.child...@sungard.comwrote: On Sat, Mar 16, 2013 at 11:50:51AM -0600, Mike Tutkowski wrote: Also, just so I can picture what we're talking about when we say extending the CS API: Does this mean an admin or end user could invoke my new APIs just like they were invoking any other CS API? That's exactly what it means! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Extending the CloudStack API
Hey Chip, Do you know where I could find documentation on how to create this kind of CS plug-in? Thanks! On Sat, Mar 16, 2013 at 11:52 AM, Chip Childers chip.child...@sungard.comwrote: On Sat, Mar 16, 2013 at 11:50:51AM -0600, Mike Tutkowski wrote: Also, just so I can picture what we're talking about when we say extending the CS API: Does this mean an admin or end user could invoke my new APIs just like they were invoking any other CS API? That's exactly what it means! -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: [ACS41]Unassigned Doc Issues
On Fri, Mar 15, 2013 at 6:42 AM, Joe Brockmeier j...@zonker.net wrote: Hi all, We still have six unassigned issues for 4.1.0 that need picking up: CLOUDSTACK-1409 - Add Troubleshooting documentation CLOUDSTACK-1599 - Convert Best Practices section to XML and add to Install Guide CLOUDSTACK-1596 - Convert Choosing a Hypervisor feature matrix to XML and add to Install Guide CLOUDSTACK-1598 - Convert Global Configuration Settings section to XML and add to Install Guide CLOUDSTACK-1597 - Convert Storage Setup section to XML and update in Install Guide CLOUDSTACK-827 - CLOUDSTACK-662 Document new advanced searching capabilities. Most of these should be as simple as converting old CloudStack documentation into XML and sanity checking it to make sure it's still valid for 4.1.0. Best, jzb -- Joe Brockmeier j...@zonker.net Twitter: @jzb http://www.dissociatedpress.net/ I am bumping the ones I filed out to 4.2 (CLOUDSTACK-1596, 97, 98, and 99). Getting a thorough sanity check, removing outdated stuff, and replacing it with valid stuff would likely take more time than we have available before 4.1. Of course, it's fine for anyone to start working on them anytime. 4.1 just doesn't depend on them. CLOUDSTACK-1409, Troubleshooting, I'm leaving at 4.1 because it would be so awesome. This could start as a small job. The XML files from the older docs are already available on reviewboard. Just avoid the parts where reviewers raised concerns, and commit the rest. The part about where to find the logs would be particularly useful. Jessica T.
Re: [ACS41]Unassigned Doc Issues
On Sat, Mar 16, 2013 at 2:10 PM, Jessica Tomechak jessica.tomec...@gmail.com wrote: CLOUDSTACK-1409, Troubleshooting, I'm leaving at 4.1 because it would be so awesome. This could start as a small job. The XML files from the older docs are already available on reviewboard. Just avoid the parts where reviewers raised concerns, and commit the rest. The part about where to find the logs would be particularly useful. Are you going to do the commit for this?
Re: Extending the CloudStack API
On Sat, Mar 16, 2013 at 12:08:39PM -0600, Mike Tutkowski wrote: Hey Chip, Do you know where I could find documentation on how to create this kind of CS plug-in? Thanks! The wiki has some information, which you should try to search for answers to questions like this. Raise questions when things aren't documented there, so that we know where to improve the content (or edit liberally as you learn things yourself!). Searches: https://cwiki.apache.org/confluence/dosearchsite.action?queryString=Pluggableservice https://cwiki.apache.org/confluence/dosearchsite.action?where=CLOUDSTACKspaceSearch=truequeryString=plugin This is interesting: https://cwiki.apache.org/confluence/display/CLOUDSTACK/API+Discovery+Service As it this: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Annotations+use+in+the+API
Re: Extending the CloudStack API
Sounds good, Chip - thanks! On Sat, Mar 16, 2013 at 12:26 PM, Chip Childers chip.child...@sungard.comwrote: On Sat, Mar 16, 2013 at 12:08:39PM -0600, Mike Tutkowski wrote: Hey Chip, Do you know where I could find documentation on how to create this kind of CS plug-in? Thanks! The wiki has some information, which you should try to search for answers to questions like this. Raise questions when things aren't documented there, so that we know where to improve the content (or edit liberally as you learn things yourself!). Searches: https://cwiki.apache.org/confluence/dosearchsite.action?queryString=Pluggableservice https://cwiki.apache.org/confluence/dosearchsite.action?where=CLOUDSTACKspaceSearch=truequeryString=plugin This is interesting: https://cwiki.apache.org/confluence/display/CLOUDSTACK/API+Discovery+Service As it this: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Annotations+use+in+the+API -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloudhttp://solidfire.com/solution/overview/?video=play *™*
Re: Error Deploying VM in 4.0
On Tue, Mar 12, 2013 at 10:22:10PM -0500, George Reese wrote: But the ID of the network is 517653f6-312c-4616-88cb-22620f3f75dd. My point is that the information is confusing to anyone who doesn't know the CloudStack history. https://issues.apache.org/jira/browse/CLOUDSTACK-1702 Thanks for the report George.
Re: [ACS41]Unassigned Doc Issues
On Sat, Mar 16, 2013 at 11:21 AM, Chip Childers chip.child...@sungard.comwrote: On Sat, Mar 16, 2013 at 2:10 PM, Jessica Tomechak jessica.tomec...@gmail.com wrote: CLOUDSTACK-1409, Troubleshooting, I'm leaving at 4.1 because it would be so awesome. This could start as a small job. The XML files from the older docs are already available on reviewboard. Just avoid the parts where reviewers raised concerns, and commit the rest. The part about where to find the logs would be particularly useful. Are you going to do the commit for this? I have some higher priority doc bugs to do for 4.1 first, so it's possible I will not get to this until after. I will do it if it's still open when I finish the other items. Jessica T.