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 <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/<uid folder>. 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 cloud 34 Jun 18 16:27 . > drwxrwx---. 3 root cloud 16 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 : 1440000 > 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 <mike.co...@sap.com.INVALID> > Sent: Friday, June 18, 2021 11:47 AM > To: us...@cloudstack.apache.org; dev@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/<UID</systemvm/.iso. > > 021-06-18 11:30:32,062 ERROR [c.c.h.v.m.VmwareManagerImpl] > (DirectAgent-2:ctx-8e03b79a <managementserver>, 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 <managementserver>, 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 cloud 35 Jun 18 11:30 . > drwxrwx---. 3 root cloud 16 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 <mike.co...@sap.com.INVALID> > Sent: Thursday, June 17, 2021 12:10 PM > To: us...@cloudstack.apache.org; dev@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 <ro...@apache.org> > Sent: Wednesday, June 16, 2021 12:28 PM > To: dev@cloudstack.apache.org; us...@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ć
