- Users - oVirt List Archives

Translate hint
by Gianluca Cecchi 27 Jan '17

27 Jan '17

Hello, I'm checking Italian Translation in 4.0.6 and completing it for 4.1 (now at 92%). Suppose I found an untranslated / bad translated word: what is the best and quick way to go to Zanata and find the reference for it and correct? For example in 4.0.6 I'm in dashboard and at bottom I have the three labels Alert, Events, Tasks I click ALerts and then I want to dismiss an Alert because it happened while I was configuring Power Management: I faked the password to verify that the test failed and I got the alert Power Management test failed for Host ..... I rght click on the alert line and I see three options and the first and third one are untranslated they are Dismiss Alert Display All (I'm going to send a separate e-mail to ask about alerts and events in general). If I go to Zanata, select oVirt 4.0 and Italian language line and use the search function I don't find anything.... I see there is an option to Download All for Offline Translation and Export Italian Documents to TMX I have not tried them yet, but I would prefer to directly correct online while I find some things to correct. Gianluca

4 4

Migrate hosted engine to a new storage domain
by Logan Kuhn 27 Jan '17

27 Jan '17

Hi We are planning on moving to a different storage solution and I'm curious, is there a way to migrate the hosted engine's storage domain to the new solution? It's NFS currently and can be NFS on the new storage as well. >From what I've read it looks like it should be possible to 1. Take a full backup of the engine VM 2. Deploy another hosted engine VM with hosted-engine --deploy 3. Install/configure CentOS 7.3 4. Deploy new engine with engine-setup 5. Then restore the backup into the new VM. What I'm not sure of is if that backup will contain enough of it's data to restore to a completely different storage domain? Also, the engine database is on a remote server, the data warehouse service and all other aspects of the hosted engine reside on the VM. Thanks, Logan

3 4

Distribute collection of VMs
by Fredrik Olofsson 27 Jan '17

27 Jan '17

We currently use an OVA-file for Virtualbox to distribute a collection of VMs to our customers. We would like to also support customers using oVirt. Our VMs work if we convert the disk images to qcow2 and manually configure the VMs. Specifically the network interface connections needs to be configured. Is it possible to automatically import the OVA file (from the many threads here I guess not..)? What is the preferred method to distribute a collection of VMs for use in oVirt? Best regards /Fredrik Olofsson

2 1

oVirt Engine Default Web Page - Broken Link "Console Client Resources"
by Beckman, Daniel 26 Jan '17

26 Jan '17

--_000_E3FA2CB5652848A6A273A56F0DBEC425ingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBqdXN0IG5vdGljZWQgdGhhdCB0aGUgZGVmYXVsdCB3ZWIgcGFnZSBmb3Igb1ZpcnQgZW5naW5l IChodHRwOi8vPGhvc3RuYW1lPi9vdmlydC1lbmdpbmUvKTxodHRwOi8vJTNjaG9zdG5hbWUlM2Uv b3ZpcnQtZW5naW5lLyk+LCBhdCBsZWFzdCBmb3IgdmVyc2lvbiA0LjAuNSwgbm93IGhhcyBhIGJy b2tlbiBsaW5rOg0KDQpDb25zb2xlIENsaWVudCBSZXNvdXJjZXM8aHR0cDovL3d3dy5vdmlydC5v cmcvZG9jdW1lbnRhdGlvbi9hZG1pbi1ndWlkZS92aXJ0L2NvbnNvbGUtY2xpZW50LXJlc291cmNl cy8+DQoNCklzIHRoaXMgdHJ1ZSBvZiA0LjA2IG9yIHdhcyBpdCBmaXhlZD8gV2hhdCBhYm91dCA0 LjE/IENhbiBzb21lb25lIHdob+KAmXMgdXBncmFkZWQgdG8gdGhvc2UgdmVyc2lvbnMgY2hlY2s/ DQoNClRoYW5rcywNCkRhbmllbA0K --_000_E3FA2CB5652848A6A273A56F0DBEC425ingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <ED3A4922B676C649A984DB701F6EC841(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGp1c3Qg bm90aWNlZCB0aGF0IHRoZSBkZWZhdWx0IHdlYiBwYWdlIGZvciBvVmlydCBlbmdpbmUgKDxhIGhy ZWY9Imh0dHA6Ly8lM2Nob3N0bmFtZSUzZS9vdmlydC1lbmdpbmUvKSI+aHR0cDovLyZsdDtob3N0 bmFtZSZndDsvb3ZpcnQtZW5naW5lLyk8L2E+LCBhdCBsZWFzdCBmb3IgdmVyc2lvbiA0LjAuNSwg bm93IGhhcyBhIGJyb2tlbiBsaW5rOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PGEgaHJlZj0iaHR0cDovL3d3dy5vdmlydC5vcmcvZG9jdW1lbnRhdGlvbi9hZG1p bi1ndWlkZS92aXJ0L2NvbnNvbGUtY2xpZW50LXJlc291cmNlcy8iPkNvbnNvbGUgQ2xpZW50IFJl c291cmNlczwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPklz IHRoaXMgdHJ1ZSBvZiA0LjA2IG9yIHdhcyBpdCBmaXhlZD8gV2hhdCBhYm91dCA0LjE/IENhbiBz b21lb25lIHdob+KAmXMgdXBncmFkZWQgdG8gdGhvc2UgdmVyc2lvbnMgY2hlY2s/DQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+RGFuaWVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_E3FA2CB5652848A6A273A56F0DBEC425ingramcontentcom_--

2 1

safe to reboot ovirt-engine?
by Wout Peeters 26 Jan '17

26 Jan '17

------=_Part_5425_1089070027.1485449324567 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, A simple answer to this I'm sure, but is it safe to reboot the ovirt-engine while vms on the vm-hosts connected to it are running? Anything in particular to take into account while doing so? Thanks. Kind regards, Wout ------=_Part_5425_1089070027.1485449324567 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: arial,helvetica,sans-serif; font-size: 10pt; color: #000000'>Hi, A simple answer to this I'm sure, but is it safe to reboot the ovirt-engine while vms on the vm-hosts connected to it are running? Anything in particular to take into account while doing so? Thanks. <div>Kind regards, Wout </div> </div></body></html> ------=_Part_5425_1089070027.1485449324567--

2 1

[ANN] oVirt 4.1.0 Second Release Candidate is now available
by Sandro Bonazzola 26 Jan '17

26 Jan '17

The oVirt Project is pleased to announce the availability of the Second Release candidate of oVirt 4.1.0 for testing, as of January 26th, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the second release candidate of the 4.1 release series. 4.1.0 brings more than 260 enhancements and 790 bugfixes, including 340 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available. - oVirt Windows Guest Tools iso is already available[5] A release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 release highlights: http://www.ovirt.org/release/4.1.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-manage… [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

posix compliant fs with ceph rbd
by Yura Poltoratskiy 26 Jan '17

26 Jan '17

Hi, I want to use Ceph with oVirt in some non standard way. The main idea is to map rbd volume to all computes and to get the same block device, say /dev/foo/bar, across all nodes, and then use "POSIX compliant file systems" option to add Storage Domain. Am I crazy? If not, what should I do next: create a file system on top of /dev/foo/bar, say XFS, and add DATA Domain as POSIX compliant? Does it work, I mean does oVirt compatible with not clustered file system in this scenario? Mostly, I want to use rbd like oVirt do with iSCSI storage just to have scalability and high availability (for example, when one storage node failed). Thanks for advice. PS. Yes, I know about Gluster but want to use Ceph :)

3 5

spice inside spice and Shift F12
by Gianluca Cecchi 26 Jan '17

26 Jan '17

Hello, sometimes it happens that I open a spice console from a browser that actually is itself inside a VM and connected through a spice console session. So Shift+F12 doesn't work at all and to exit from this inner console I have to shutdown the VM so I loose the focus and I regain it inside the first spice session. It seems in the past I used some kind of combination to override this (probably in plain libvirt+Qemu/KVM and not in oVirt) but I don't remember... Could I set for example a different combination for the two environments to exit console, so that they don't contrast with one another? Gianluca

1 1

guest often looses connectivity I have to ping gateway
by Gianluca Cecchi 26 Jan '17

26 Jan '17

Hello, I'm on 4.0.6 with CentOS 7.3. The hypervisor is an old blade BL685c G1 and the network adapters used to provide network to vm are 07:04.0 Ethernet controller: Broadcom Limited NetXtreme BCM5715S Gigabit Ethernet (rev a3) 07:04.1 Ethernet controller: Broadcom Limited NetXtreme BCM5715S Gigabit Ethernet (re managed by tg3 kernel module, as I see in messages: Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.0 eth0: Tigon3 [partno(011276-001) rev 9003] (PCIX:133MHz:64-bit) MAC address 00:1c:c4:46:ef:73 Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.0 eth0: attached PHY is 5714 (1000Base-SX Ethernet) (WireSpeed[0], EEE[0]) Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.0 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.0 eth0: dma_rwctrl[76148000] dma_mask[40-bit] Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.1 eth1: Tigon3 [partno(011276-001) rev 9003] (PCIX:133MHz:64-bit) MAC address 00:1c:c4:46:ef:74 Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.1 eth1: attached PHY is 5714 (1000Base-SX Ethernet) (WireSpeed[0], EEE[0]) Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.1 eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] Jan 21 18:53:33 ovmsrv05 kernel: tg3 0000:07:04.1 eth1: dma_rwctrl[76148000] dma_mask[40-bit] The 2 adapters are in bonding active-backup mode. They are on vlan, so on hypervisor I have bond1.65 device and in vm the virtual interface is untagged [root@ovmsrv05 ~]# ifconfig bond1.65 bond1.65: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether 00:1c:c4:46:ef:73 txqueuelen 1000 (Ethernet) RX packets 4368 bytes 257675 (251.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 238 bytes 28146 (27.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root@ovmsrv05 ~]# Currently Active Slave: enp7s4f0 After a few minutes I loose connectivity with the guest. In this case if I go in guest console and ping the gateway, the connection is resumed. And I can maintain it if I leave the ping running, otherwise after a little I again loose connectivity. I suspect it is not important but the guest is Oracle Linux 6.5 with 3.8.13-16.2.1.el6uek.x86_64 kernel. The adapter for the vnic is the default; the qemu-kvm command line generated contains this: -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3 I seem to remember some years ago when I used the same blades with plain qemu-kvm/libvirt I had to make up an ethtool setting for similar problems, but I don't remember what it was... and possibly I used bnx2 kernel module with the other embedded network interfaces, I'm not sure... Currently, the configuration for adapter on the blade is [root@ovmsrv05 ~]# ethtool -k enp7s4f0 Features for enp7s4f0: rx-checksumming: on tx-checksumming: on tx-checksum-ipv4: on tx-checksum-ip-generic: off [fixed] tx-checksum-ipv6: off [fixed] tx-checksum-fcoe-crc: off [fixed] tx-checksum-sctp: off [fixed] scatter-gather: on tx-scatter-gather: on tx-scatter-gather-fraglist: off [fixed] tcp-segmentation-offload: off tx-tcp-segmentation: off [requested on] tx-tcp-ecn-segmentation: off [fixed] tx-tcp6-segmentation: off [fixed] udp-fragmentation-offload: off [fixed] generic-segmentation-offload: on generic-receive-offload: on large-receive-offload: off [fixed] rx-vlan-offload: on [fixed] tx-vlan-offload: on [fixed] ntuple-filters: off [fixed] receive-hashing: off [fixed] highdma: on rx-vlan-filter: off [fixed] vlan-challenged: off [fixed] tx-lockless: off [fixed] netns-local: off [fixed] tx-gso-robust: off [fixed] tx-fcoe-segmentation: off [fixed] tx-gre-segmentation: off [fixed] tx-ipip-segmentation: off [fixed] tx-sit-segmentation: off [fixed] tx-udp_tnl-segmentation: off [fixed] tx-mpls-segmentation: off [fixed] fcoe-mtu: off [fixed] tx-nocache-copy: off loopback: off rx-fcs: off [fixed] rx-all: off [fixed] tx-vlan-stag-hw-insert: off [fixed] rx-vlan-stag-hw-parse: off [fixed] rx-vlan-stag-filter: off [fixed] busy-poll: off [fixed] tx-sctp-segmentation: off [fixed] l2-fwd-offload: off [fixed] hw-tc-offload: off [fixed] [root@ovmsrv05 ~]# systool shows no particular parameters for tg3 kernel module available [root@ovmsrv05 ~]# systool -v -m tg3 Module = "tg3" Attributes: coresize = "170653" initsize = "0" initstate = "live" refcnt = "0" rhelversion = "7.3" srcversion = "D276F97F491ADECC61C8284" taint = "" uevent = <store method only> version = "3.137" Sections: ... Thanks, Gianluca

4 4

Configuring an ISO domain in RHEV 4.0
by paul.greene.va 25 Jan '17

25 Jan '17

This is a multi-part message in MIME format. --------------897540AC532AE8D2AA9A8328 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I'm trying to get an ISO domain configured in a new RHEVM manager. I did not configure it during the initial ovirt-engine-setup, and am manually configuring it after the fact. I created an NFS share in /var/lib/exports/iso and dropped a couple of files in there from elsewhere, just for testing purposes. On a client system, I can mount the NFS share, but it appears empty. On the RHEV manager when I try to add an ISO domain, I get this error message: "Error while executing action Add Storage Connection: Permission settings on the specified path do not allow access to the storage. Verify permission settings on the specified storage path." I suspect the selinux permissions aren't set right. This is what they are currently configured to: On the folder itself [root@hostname iso]# ll -dZ . drwxr-xr-x. root root system_u:object_r:nfs_t:s0 On the two files in the folder: [root@hostname iso]# ll -Z -rwxrw-rw-. root root unconfined_u:object_r:nfs_t:s0 sosreport-LogCollector-20170117092344.tar.xz -rwxrw-rw-. root root unconfined_u:object_r:nfs_t:s0 test.txt Is this correct? If not what should they be set to? Thanks Paul --------------897540AC532AE8D2AA9A8328 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="field field-name-body field-type-text-with-summary field-label-hidden"> I'm trying to get an ISO domain configured in a new RHEVM manager. I did not configure it during the initial ovirt-engine-setup, and am manually configuring it after the fact. I created an NFS share in /var/lib/exports/iso and dropped a couple of files in there from elsewhere, just for testing purposes. On a client system, I can mount the NFS share, but it appears empty. On the RHEV manager when I try to add an ISO domain, I get this error message: "Error while executing action Add Storage Connection: Permission settings on the specified path do not allow access to the storage. Verify permission settings on the specified storage path." I suspect the selinux permissions aren't set right. This is what they are currently configured to: On the folder itself [root@hostname iso]# ll -dZ . drwxr-xr-x. root root system_u:object_r:nfs_t:s0 On the two files in the folder: [root@hostname iso]# ll -Z -rwxrw-rw-. root root unconfined_u:object_r:nfs_t:s0 sosreport-LogCollector-20170117092344.tar.xz -rwxrw-rw-. root root unconfined_u:object_r:nfs_t:s0 test.txt Is this correct? If not what should they be set to? Thanks Paul </div> </body> </html> --------------897540AC532AE8D2AA9A8328--

3 3