[ACS4.4][TestPlanReview]Configuring load balancing rules for VM nic secondary ips
Hi , I have written test cases for the feature Configuring LB rules for VM NIC secondary IPs Please review it and provide the comments. https://cwiki.apache.org/confluence/display/CLOUDSTACK/TestPlan+:Configuring+load+balancing+rules+for+VM+nic+secondary+ips Thanks, Manasa
Edit access to Cwiki
Hi , I do not have edit access to Cwiki . Request you to provide me the same. Thanks, Manasa
[Review Request]ASF4.2 to4.2.1 upgarde steps using source builds
Steps to upgrade ASF 4.2 to 4.2.1 using source builds: 1. Deploy ASF4.2.0 using the procedure given at https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+procedure Use the following links to download the source wget --no-check-certificate https://dist.apache.org/repos/dist/release/cloudstack/KEYS wget --no-check-certificate http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.2.0/apache-cloudstack-4.2.0-src.tar.bz2 wget --no-check-certificate http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.2.0/apache-cloudstack-4.2.0-src.tar.bz2.asc wget --no-check-certificate http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.2.0/apache-cloudstack-4.2.0-src.tar.bz2.md5 wget --no-check-certificate http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.2.0/apache-cloudstack-4.2.0-src.tar.bz2.sha 2. Stop the Managament server and take the db dump. 3. Now download the source for 4.2.1 from below location: wget --no-check-certificate https://dist.apache.org/repos/dist/release/cloudstack/KEYS wget --no-check-certificate https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2 wget --no-check-certificate https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.asc wget --no-check-certificate https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.md5 wget --no-check-certificate https://dist.apache.org/repos/dist/dev/cloudstack/4.2.1/apache-cloudstack-4.2.1-src.tar.bz2.sha 4. gpg --import KEYS 5. Verify signatures and hash files: gpg --verify apache-cloudstack-4.2.1-src.tar.bz2.asc This command should return Good Signature. 6. gpg --print-md MD5 apache-cloudstack-4.2.1-src.tar.bz2 | diff - apache-cloudstack-4.2.1-src.tar.bz2.md5 gpg --print-md SHA512 apache-cloudstack-4.2.1-src.tar.bz2 | diff - apache-cloudstack-4.1.0-src.tar.bz2.sha Each of these commands should return no output. If there is any output from them, then there is a difference between the hash you generated locally and the hash that has been pulled from the server. 7. Extract the source code and verify the contents: Get the commit hash from the VOTE email (ex: 4cd60f3d1683a3445c3248f48ae064fb573db2a1). The value will change between releases. Create two new temporary directories: mkdir /tmp/cloudstack/tree 8. Checkout to the 4.2.1 git branch git archive --format=tar --prefix=/tmp/cloudstack/tree/ commit-hash | tar Pxf - 9. Unpack the release artifact: cd /tmp/cloudstack tar xvfj apache-cloudstack-4.2.1-src.tar.bz2 10. Compare the contents of the release artifact with the contents pulled from the repo: diff -r /tmp/cloudstack/apache-cloudstack-4.2.1-src /tmp/cloudstack/tree Nothing should be different. 11. Verify the Code's License Headers cd /tmp/cloudstack/apache-cloudstack-4.2.1-src mvn --projects='org.apache.cloudstack:cloudstack' org.apache.rat:apache-rat-plugin:0.8:check The build should FAIL if there are any non-compliant files that are not specifically excluded from the ASF license header requirement. You can optionally review the target/rat.txt file after the run completes. If the build passes, RAT is saying that we are compliant and this test passes. 12. Compile and upgrade Management Server mvn -P developer,systemvm clean install (or) mvn -P developer,systemvm clean install -Dnonoss mvn -pl :cloud-client-ui jetty:run 13.Check the database whether the db is upgraded to 4.2.1 Thanks, Manasa
[DISCUSS]Migration of NFS Secondary Storage to Object Store
Hi, I Have gone through the FS https://cwiki.apache.org/confluence/display/CLOUDSTACK/Migration+of+NFS+Secondary+Storage+to+Object+Store . Below are my review comments: In Migration steps: Step2: We also automatically increment reference count of these old templates, volumes and snapshots on old NFS so that they cannot be recycled during our scheduled cache store cleanup thread. Their reference count will be decremented when we really migrate the content to S3.--In what scenarios does the old templates/volumes/snapshots get migrated to the new S3. Step3: For each new snapshot taken after migration, we will always take a full snapshot to newly added S3, so there will no issues to coalesce delta snapshots cross NFS and S3 stores.for the new snapshots ,full snapshot will be taken. Will the reference count of the delta snapshots which are already present in the NFS incremented. If that is the case then they will never get deleted from NFS cache as a part of cache store clean up. At step5 : For volume, we will trigger copy of the template to the new S3 object store when user invokes ExtractVolume.- it should be trigger copy of volume(not template) to new S3 Thanks, Manasa
Edit access to ASF Jira
Hi, Please provide me the edit access to ASF jira .I am not having option to close the bugs in ASF jira which are not assigned to me. Thanks, Manasa
[QA][Test Plan][ACS4.2]Support for Intel TXT
Hi All, I have prepared test cases for Support for Intel TXT technology. Please provide the review comments. Here are the link for Test cases and FS: FS: https://cwiki.apache.org/CLOUDSTACK/support-for-intel-txt-technology.html Test cases: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Support+for+Intel+TXT Thanks, Manasa