RE: Issues Found Apache CloudStack 4.15.1.0 (RC2)
Thanks for the update and testing it out. It may be my browser/issue only. I have 3 physical networks and for whatever reason only 1 of them didn’t save. Even going next and previous in the wizard it would show sometimes and others not show. Its not a show stopper since I know what to look for now. For the record it occurred with physical network instance 2. MC From: Andrija Panic Sent: Monday, June 21, 2021 11:20 AM To: users Cc: d...@cloudstack.apache.org; Corey, Mike Subject: Re: Issues Found Apache CloudStack 4.15.1.0 (RC2) Hi Mike, as for the first issue, I have deployed a Zone manually with RC2 - and my label (for KVM is there). I've also deployed a zone with VMware - and again everything is OK - traffic label is there (I had 2 physical networks, with different traffic labels - and all good) If you can please advise on how different your setup might be - let's try to reproduce the issue - otherwise, I don't see an issue with RC2. (screenshot below) Best, [cid:image001.png@01D76695.39B17390] On Fri, 18 Jun 2021 at 23:01, Corey, Mike mailto:mike.co...@sap.com.invalid>> wrote: Well - I found a "workaround", but it really can't be explained. I reverted to a snapshot THREE times and retraced my steps just to validate what I'm seeing. Short summary - When the zone is enabled and the systemvms are created a folder is created at /var/cloudstack/mnt/VM/. This folder has the nobody:nobody attribute and the error Unable to copy systemvm ISO on secondary storage. Next, I removed the Secondary Storage entry, restarted services, re-added Secondary Storage, restarted services, AND systemvms deploy. Attributes of UID Folder at initial systemvm build: drwxr-xr-x. 3 cloud cloud34 Jun 18 16:27 . drwxrwx---. 3 root cloud16 Jun 18 16:27 .. drwxrwxrwt. 6 nobody nobody 4096 Jun 18 15:51 345050034639.51841a7 *** ACS tries to set perms on this folder but fails *** 2021-06-18 16:27:25,862 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) chmod: changing permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not permitted 2021-06-18 16:27:25,865 WARN [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) Unable to set permissions for /var/cloudstack/mnt/VM/345050034639.51841a7 due to chmod: changing permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not permitted ***When you remove the SS in UI and restart the services, ACS will clear this folder*** 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) shutting down scheduled tasks 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) Cleanup mounted NFS mount points used in current session 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) umount NFS mount: /var/cloudstack/mnt/VM/345050034639.51841a7 2021-06-18 16:31:07,962 DEBUG [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) Executing: sudo umount /var/cloudstack/mnt/VM/345050034639.51841a7 ***Re-adding the SS in the UI and restarting services ACS CAN set the perms for the new folder *** 2021-06-18 16:38:56,254 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing: sudo chmod 1777 /var/cloudstack/mnt/VM/345050034639.50b47f15 2021-06-18 16:38:56,269 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing while with timeout : 144 2021-06-18 16:38:56,293 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Execution is successful. Attributes after SS removed, services restarted, SS added, services restarted: drwxr-xr-x. 3 cloud cloud 35 Jun 18 16:38 . drwxrwx---. 3 root cloud 16 Jun 18 16:27 .. drwxrwxrwt. 6 root root 4096 Jun 18 15:51 345050034639.50b47f15 So you can see that root:root is applied AFTER the original SS is removed and readded into the zone. I don't why the original attempt by ACS to build this directory fails. Look forward to your thoughts! Have a great weekend! Mike -Original Message- From: Corey, Mike mailto:mike.co...@sap.com.INVALID>> Sent: Friday, June 18, 2021 11:47 AM To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>; d...@cloudstack.apache.org<mailto:d...@cloudstack.apache.org> Subject: [CAUTION] RE: Issues Found Apache CloudStack 4.15.1.0 (RC2) Honestly, I can live with having to go in after the wizard completes and modify the traffic labels. What
Re: Issues Found Apache CloudStack 4.15.1.0 (RC2)
Hi Mike, as for the first issue, I have deployed a Zone manually with RC2 - and my label (for KVM is there). I've also deployed a zone with VMware - and again everything is OK - traffic label is there (I had 2 physical networks, with different traffic labels - and all good) If you can please advise on how different your setup might be - let's try to reproduce the issue - otherwise, I don't see an issue with RC2. (screenshot below) Best, [image: image.png] On Fri, 18 Jun 2021 at 23:01, Corey, Mike wrote: > Well - I found a "workaround", but it really can't be explained. I > reverted to a snapshot THREE times and retraced my steps just to validate > what I'm seeing. > > Short summary - When the zone is enabled and the systemvms are created a > folder is created at /var/cloudstack/mnt/VM/. This folder has > the nobody:nobody attribute and the error Unable to copy systemvm ISO on > secondary storage. Next, I removed the Secondary Storage entry, restarted > services, re-added Secondary Storage, restarted services, AND systemvms > deploy. > > Attributes of UID Folder at initial systemvm build: > drwxr-xr-x. 3 cloud cloud34 Jun 18 16:27 . > drwxrwx---. 3 root cloud16 Jun 18 16:27 .. > drwxrwxrwt. 6 nobody nobody 4096 Jun 18 15:51 345050034639.51841a7 > > *** ACS tries to set perms on this folder but fails *** > 2021-06-18 16:27:25,862 DEBUG [c.c.h.v.m.VmwareManagerImpl] > (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, > job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) chmod: changing > permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not > permitted > 2021-06-18 16:27:25,865 WARN [c.c.h.v.m.VmwareManagerImpl] > (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, > job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) Unable to set permissions > for /var/cloudstack/mnt/VM/345050034639.51841a7 due to chmod: changing > permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not > permitted > > ***When you remove the SS in UI and restart the services, ACS will clear > this folder*** > 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] > (SpringContextShutdownHook:null) (logid:) shutting down scheduled tasks > 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] > (SpringContextShutdownHook:null) (logid:) Cleanup mounted NFS mount points > used in current session > 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] > (SpringContextShutdownHook:null) (logid:) umount NFS mount: > /var/cloudstack/mnt/VM/345050034639.51841a7 > 2021-06-18 16:31:07,962 DEBUG [c.c.h.v.m.VmwareManagerImpl] > (SpringContextShutdownHook:null) (logid:) Executing: sudo umount > /var/cloudstack/mnt/VM/345050034639.51841a7 > > ***Re-adding the SS in the UI and restarting services ACS CAN set the > perms for the new folder *** > 2021-06-18 16:38:56,254 DEBUG [c.c.h.v.m.VmwareManagerImpl] > (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, > job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing: sudo chmod > 1777 /var/cloudstack/mnt/VM/345050034639.50b47f15 > 2021-06-18 16:38:56,269 DEBUG [c.c.h.v.m.VmwareManagerImpl] > (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, > job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing while with > timeout : 144 > 2021-06-18 16:38:56,293 DEBUG [c.c.h.v.m.VmwareManagerImpl] > (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, > job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Execution is successful. > > > Attributes after SS removed, services restarted, SS added, services > restarted: > drwxr-xr-x. 3 cloud cloud 35 Jun 18 16:38 . > drwxrwx---. 3 root cloud 16 Jun 18 16:27 .. > drwxrwxrwt. 6 root root 4096 Jun 18 15:51 345050034639.50b47f15 > > So you can see that root:root is applied AFTER the original SS is removed > and readded into the zone. I don't why the original attempt by ACS to > build this directory fails. Look forward to your thoughts! > > Have a great weekend! > > Mike > > > > -Original Message- > From: Corey, Mike > Sent: Friday, June 18, 2021 11:47 AM > To: users@cloudstack.apache.org; d...@cloudstack.apache.org > Subject: [CAUTION] RE: Issues Found Apache CloudStack 4.15.1.0 (RC2) > > Honestly, I can live with having to go in after the wizard completes and > modify the traffic labels. What I'm hitting regarding permissions on the > Secondary Storage is more of a priority. The systemVM builds are just > looping because they can't copy/mount the systemvm.iso to the proper > directory. > > What I did in previous builds, both 4.14 and 4.15.0, was to manually > create the systemvm folder and set ownership (chown -R) to cloud:cloud. > This allo
RE: Issues Found Apache CloudStack 4.15.1.0 (RC2)
Well - I found a "workaround", but it really can't be explained. I reverted to a snapshot THREE times and retraced my steps just to validate what I'm seeing. Short summary - When the zone is enabled and the systemvms are created a folder is created at /var/cloudstack/mnt/VM/. This folder has the nobody:nobody attribute and the error Unable to copy systemvm ISO on secondary storage. Next, I removed the Secondary Storage entry, restarted services, re-added Secondary Storage, restarted services, AND systemvms deploy. Attributes of UID Folder at initial systemvm build: drwxr-xr-x. 3 cloud cloud34 Jun 18 16:27 . drwxrwx---. 3 root cloud16 Jun 18 16:27 .. drwxrwxrwt. 6 nobody nobody 4096 Jun 18 15:51 345050034639.51841a7 *** ACS tries to set perms on this folder but fails *** 2021-06-18 16:27:25,862 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) chmod: changing permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not permitted 2021-06-18 16:27:25,865 WARN [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-3:ctx-a90e1ecb usphlmvesxt01.phl.global.corp.sap, job-9/job-51, cmd: CopyCommand) (logid:3d148cdf) Unable to set permissions for /var/cloudstack/mnt/VM/345050034639.51841a7 due to chmod: changing permissions of ‘/var/cloudstack/mnt/VM/345050034639.51841a7’: Operation not permitted ***When you remove the SS in UI and restart the services, ACS will clear this folder*** 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) shutting down scheduled tasks 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) Cleanup mounted NFS mount points used in current session 2021-06-18 16:31:07,962 INFO [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) umount NFS mount: /var/cloudstack/mnt/VM/345050034639.51841a7 2021-06-18 16:31:07,962 DEBUG [c.c.h.v.m.VmwareManagerImpl] (SpringContextShutdownHook:null) (logid:) Executing: sudo umount /var/cloudstack/mnt/VM/345050034639.51841a7 ***Re-adding the SS in the UI and restarting services ACS CAN set the perms for the new folder *** 2021-06-18 16:38:56,254 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing: sudo chmod 1777 /var/cloudstack/mnt/VM/345050034639.50b47f15 2021-06-18 16:38:56,269 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Executing while with timeout : 144 2021-06-18 16:38:56,293 DEBUG [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-15:ctx-f9c800cf usphlmvesxt02.phl.global.corp.sap, job-9/job-58, cmd: StartCommand) (logid:3d148cdf) Execution is successful. Attributes after SS removed, services restarted, SS added, services restarted: drwxr-xr-x. 3 cloud cloud 35 Jun 18 16:38 . drwxrwx---. 3 root cloud 16 Jun 18 16:27 .. drwxrwxrwt. 6 root root 4096 Jun 18 15:51 345050034639.50b47f15 So you can see that root:root is applied AFTER the original SS is removed and readded into the zone. I don't why the original attempt by ACS to build this directory fails. Look forward to your thoughts! Have a great weekend! Mike -Original Message- From: Corey, Mike Sent: Friday, June 18, 2021 11:47 AM To: users@cloudstack.apache.org; d...@cloudstack.apache.org Subject: [CAUTION] RE: Issues Found Apache CloudStack 4.15.1.0 (RC2) Honestly, I can live with having to go in after the wizard completes and modify the traffic labels. What I'm hitting regarding permissions on the Secondary Storage is more of a priority. The systemVM builds are just looping because they can't copy/mount the systemvm.iso to the proper directory. What I did in previous builds, both 4.14 and 4.15.0, was to manually create the systemvm folder and set ownership (chown -R) to cloud:cloud. This allowed for the copying of template and systemvm.iso files to work. However, now with 4.15.1, I'm getting permissions error when copying the systemvm.iso to the /var/cloudstack/mnt/VM/, job-9/job-47, cmd: StartCommand) (logid:3d148cdf) Unexpected exception java.nio.file.AccessDeniedException: /var/cloudstack/mnt/VM/345050034639.1562462a/systemvm/systemvm-4.15.1.0.iso 2021-06-18 11:30:32,064 ERROR [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-2:ctx-8e03b79a , job-9/job-47, cmd: StartCommand) (logid:3d148cdf) Unable to copy systemvm ISO on secondary storage. src location: /usr/share/cloudstack-common/vms/systemvm.iso, dest location: /var/cloudstack/mnt/VM/345050034639.1562462a/systemvm/systemvm-4.15.1.0.iso Permissions for /usr/share/cloudstack-common/ drwxr-xr-x. 5 root root 43 May 3 10:21 . drwxr-xr-x. 101 root root 4096 May 3 10:21 .. drwxr-xr-x. 2 root root 30 Jun 16 15:44 lib drwxr
RE: Issues Found Apache CloudStack 4.15.1.0 (RC2)
Honestly, I can live with having to go in after the wizard completes and modify the traffic labels. What I'm hitting regarding permissions on the Secondary Storage is more of a priority. The systemVM builds are just looping because they can't copy/mount the systemvm.iso to the proper directory. What I did in previous builds, both 4.14 and 4.15.0, was to manually create the systemvm folder and set ownership (chown -R) to cloud:cloud. This allowed for the copying of template and systemvm.iso files to work. However, now with 4.15.1, I'm getting permissions error when copying the systemvm.iso to the /var/cloudstack/mnt/VM/, job-9/job-47, cmd: StartCommand) (logid:3d148cdf) Unexpected exception java.nio.file.AccessDeniedException: /var/cloudstack/mnt/VM/345050034639.1562462a/systemvm/systemvm-4.15.1.0.iso 2021-06-18 11:30:32,064 ERROR [c.c.h.v.m.VmwareManagerImpl] (DirectAgent-2:ctx-8e03b79a , job-9/job-47, cmd: StartCommand) (logid:3d148cdf) Unable to copy systemvm ISO on secondary storage. src location: /usr/share/cloudstack-common/vms/systemvm.iso, dest location: /var/cloudstack/mnt/VM/345050034639.1562462a/systemvm/systemvm-4.15.1.0.iso Permissions for /usr/share/cloudstack-common/ drwxr-xr-x. 5 root root 43 May 3 10:21 . drwxr-xr-x. 101 root root 4096 May 3 10:21 .. drwxr-xr-x. 2 root root 30 Jun 16 15:44 lib drwxr-xr-x. 7 root root 93 Jun 16 15:44 scripts drwxr-xr-x. 2 root root 75 Jun 16 15:45 vms Permissions for /var/cloudstack/mnt/VM/ drwxr-xr-x. 3 cloud cloud35 Jun 18 11:30 . drwxrwx---. 3 root cloud16 Jun 18 11:30 .. drwxrwxrwt. 4 nobody nobody 4096 Jun 18 09:38 345050034639.1562462a Any ideas? Many thanks! Mike -Original Message- From: Corey, Mike Sent: Thursday, June 17, 2021 12:10 PM To: users@cloudstack.apache.org; d...@cloudstack.apache.org Subject: [CAUTION] Issues Found Apache CloudStack 4.15.1.0 (RC2) Hi, Thanks for pushing this out. I'm looking forward to trying the template/instance deployment in my VMware PILOT. A couple items I noticed off the "new" build are: 1 - During zone creation with VMware and setting up the physical networks - adding the traffic label to use a VDS does NOT keep/take/apply. Once the zone is created and you go into the physical networks, the VDS traffic label is blank when it should be in this format "vSwtichName,VLAN,typeofswitch". The only physical network traffic label that saved during zone setup wizard was for the Management stack; my storage and guest physical network traffic labels did not save from the wizard. 2 - Initial SystemVM deployment, the secondary storage permission do not allow the copy of the systemvm.iso to the secondary/systemvm/ folder. I had to first create a /mnt/secondary/systemvm/ folder and chmod -R for this copy to function. More to come... Mike -Original Message- From: Rohit Yadav Sent: Wednesday, June 16, 2021 12:28 PM To: d...@cloudstack.apache.org; users@cloudstack.apache.org Subject: [VOTE] Apache CloudStack 4.15.1.0 (RC2) Hi All, I've created a 4.15.1.0 release, with the following artifacts up for a vote: Git Branch: https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210616T2128 Commit SHA: 3afd37022b9dac52cd146dccada6012e47a80232 Source release (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0/ PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): https://dist.apache.org/repos/dist/release/cloudstack/KEYS The vote will be open for the next week until 22 June 2021. For sanity in tallying the vote, can PMC members please be sure to indicate "(binding)" with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) For users convenience, the packages from this release candidate and 4.15.1 systemvmtemplates are available here: https://download.cloudstack.org/testing/4.15.1.0-RC2/ https://download.cloudstack.org/systemvm/4.15/ Documentation is not published yet, but the following may be referenced for upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be registered prior to upgrade) https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade Regards.
Re: Issues Found Apache CloudStack 4.15.1.0 (RC2)
Hi Mike, For 1 - it's possibly a UI bug, have you tried the legacy UI or just the default/new UI? Or were you using APIs to deploy your zone? Please raise a bug explaining how to reproduce the issue: https://github.com/apache/cloudstack/issues For 2- For your secondary storage, did you setup NFS exports correctly. I would look at file and mod permissions of /var/lib/cloudstack/ folders where the systemvm folder is mounted to copy the systemvm.iso file. What's the output of "id cloud"? For this issue, was the test done on a new environment or was an upgrade attempted, furthermore what was your management server distribution? Regards. From: Andrija Panic Sent: Friday, June 18, 2021 02:45 To: users ; Corey, Mike Cc: d...@cloudstack.apache.org Subject: Re: Issues Found Apache CloudStack 4.15.1.0 (RC2) @Corey, Mike can you please raise a GH issue with the same description, and also vote -1 on the RC2 release, with the link to that GH issue? THanks, Andrija On Thu, 17 Jun 2021 at 18:09, Corey, Mike wrote: > Hi, > > Thanks for pushing this out. I'm looking forward to trying the > template/instance deployment in my VMware PILOT. > > A couple items I noticed off the "new" build are: > > 1 - During zone creation with VMware and setting up the physical networks > - adding the traffic label to use a VDS does NOT keep/take/apply. Once the > zone is created and you go into the physical networks, the VDS traffic > label is blank when it should be in this format > "vSwtichName,VLAN,typeofswitch". The only physical network traffic label > that saved during zone setup wizard was for the Management stack; my > storage and guest physical network traffic labels did not save from the > wizard. > > 2 - Initial SystemVM deployment, the secondary storage permission do not > allow the copy of the systemvm.iso to the secondary/systemvm/ folder. I > had to first create a /mnt/secondary/systemvm/ folder and chmod -R for this > copy to function. > > More to come... > > Mike > > -Original Message- > From: Rohit Yadav > Sent: Wednesday, June 16, 2021 12:28 PM > To: d...@cloudstack.apache.org; users@cloudstack.apache.org > Subject: [VOTE] Apache CloudStack 4.15.1.0 (RC2) > > Hi All, > > I've created a 4.15.1.0 release, with the following artifacts up for a > vote: > > Git Branch: > https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210616T2128 > Commit SHA: > 3afd37022b9dac52cd146dccada6012e47a80232 > > Source release (checksums and signatures are available at the same > location): > https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0/ > > PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): > https://dist.apache.org/repos/dist/release/cloudstack/KEYS > > The vote will be open for the next week until 22 June 2021. > > For sanity in tallying the vote, can PMC members please be sure to indicate > "(binding)" with their vote? > > [ ] +1 approve > [ ] +0 no opinion > [ ] -1 disapprove (and reason why) > > For users convenience, the packages from this release candidate and 4.15.1 > systemvmtemplates are available here: > https://download.cloudstack.org/testing/4.15.1.0-RC2/ > https://download.cloudstack.org/systemvm/4.15/ > > Documentation is not published yet, but the following may be referenced for > upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be > registered prior to upgrade) > > https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade > > Regards. > -- Andrija Panić
Re: Issues Found Apache CloudStack 4.15.1.0 (RC2)
@Corey, Mike can you please raise a GH issue with the same description, and also vote -1 on the RC2 release, with the link to that GH issue? THanks, Andrija On Thu, 17 Jun 2021 at 18:09, Corey, Mike wrote: > Hi, > > Thanks for pushing this out. I'm looking forward to trying the > template/instance deployment in my VMware PILOT. > > A couple items I noticed off the "new" build are: > > 1 - During zone creation with VMware and setting up the physical networks > - adding the traffic label to use a VDS does NOT keep/take/apply. Once the > zone is created and you go into the physical networks, the VDS traffic > label is blank when it should be in this format > "vSwtichName,VLAN,typeofswitch". The only physical network traffic label > that saved during zone setup wizard was for the Management stack; my > storage and guest physical network traffic labels did not save from the > wizard. > > 2 - Initial SystemVM deployment, the secondary storage permission do not > allow the copy of the systemvm.iso to the secondary/systemvm/ folder. I > had to first create a /mnt/secondary/systemvm/ folder and chmod -R for this > copy to function. > > More to come... > > Mike > > -Original Message- > From: Rohit Yadav > Sent: Wednesday, June 16, 2021 12:28 PM > To: d...@cloudstack.apache.org; users@cloudstack.apache.org > Subject: [VOTE] Apache CloudStack 4.15.1.0 (RC2) > > Hi All, > > I've created a 4.15.1.0 release, with the following artifacts up for a > vote: > > Git Branch: > https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210616T2128 > Commit SHA: > 3afd37022b9dac52cd146dccada6012e47a80232 > > Source release (checksums and signatures are available at the same > location): > https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0/ > > PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): > https://dist.apache.org/repos/dist/release/cloudstack/KEYS > > The vote will be open for the next week until 22 June 2021. > > For sanity in tallying the vote, can PMC members please be sure to indicate > "(binding)" with their vote? > > [ ] +1 approve > [ ] +0 no opinion > [ ] -1 disapprove (and reason why) > > For users convenience, the packages from this release candidate and 4.15.1 > systemvmtemplates are available here: > https://download.cloudstack.org/testing/4.15.1.0-RC2/ > https://download.cloudstack.org/systemvm/4.15/ > > Documentation is not published yet, but the following may be referenced for > upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be > registered prior to upgrade) > > https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade > > Regards. > -- Andrija Panić
Issues Found Apache CloudStack 4.15.1.0 (RC2)
Hi, Thanks for pushing this out. I'm looking forward to trying the template/instance deployment in my VMware PILOT. A couple items I noticed off the "new" build are: 1 - During zone creation with VMware and setting up the physical networks - adding the traffic label to use a VDS does NOT keep/take/apply. Once the zone is created and you go into the physical networks, the VDS traffic label is blank when it should be in this format "vSwtichName,VLAN,typeofswitch". The only physical network traffic label that saved during zone setup wizard was for the Management stack; my storage and guest physical network traffic labels did not save from the wizard. 2 - Initial SystemVM deployment, the secondary storage permission do not allow the copy of the systemvm.iso to the secondary/systemvm/ folder. I had to first create a /mnt/secondary/systemvm/ folder and chmod -R for this copy to function. More to come... Mike -Original Message- From: Rohit Yadav Sent: Wednesday, June 16, 2021 12:28 PM To: d...@cloudstack.apache.org; users@cloudstack.apache.org Subject: [VOTE] Apache CloudStack 4.15.1.0 (RC2) Hi All, I've created a 4.15.1.0 release, with the following artifacts up for a vote: Git Branch: https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210616T2128 Commit SHA: 3afd37022b9dac52cd146dccada6012e47a80232 Source release (checksums and signatures are available at the same location): https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0/ PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884): https://dist.apache.org/repos/dist/release/cloudstack/KEYS The vote will be open for the next week until 22 June 2021. For sanity in tallying the vote, can PMC members please be sure to indicate "(binding)" with their vote? [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) For users convenience, the packages from this release candidate and 4.15.1 systemvmtemplates are available here: https://download.cloudstack.org/testing/4.15.1.0-RC2/ https://download.cloudstack.org/systemvm/4.15/ Documentation is not published yet, but the following may be referenced for upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be registered prior to upgrade) https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade Regards.