Bug 35105 – rsync: GPO ACL's changes on the master can be overwritten

Bug 35105 - rsync: GPO ACL's changes on the master can be overwritten


Summary:	rsync: GPO ACL's changes on the master can be overwritten

Status:	CLOSED FIXED

Product:	UCS
Classification:	Unclassified
Component:	Upstream packages
Version:	UCS 3.2
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	UCS 3.2-2-errata
Assigned To:	Stefan Gohmann
QA Contact:	Felix Botner

URL:
Keywords:

Depends on:	34430
Blocks:	33751
	Show dependency tree / graph

Reported:	2014-06-11 17:11 CEST by Stefan Gohmann
Modified:	2014-06-12 13:47 CEST (History)
CC List:	4 users (show)

See Also:
What kind of report is it?:	---
What type of bug is this?:	---
Who will be affected by this bug?:	---
How will those affected feel about the bug?:	---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Stefan Gohmann

2014-06-11 17:11:52 CEST

It happens in some cases that the permissions for the GPOs are set to root.root at the target host. Seen at: Ticket #2014042221007541

+++ This bug was initially created as a clone of Bug #34430 +++

To fix Bug 33751 may rebuild rsync with the patches attached to that bug to implement a new option "--dirs-update", which skips the modification of target directories with a newer mtime than the source.

Comment 1 Stefan Gohmann

2014-06-11 20:33:59 CEST

(In reply to Stefan Gohmann from comment #0)
> It happens in some cases that the permissions for the GPOs are set to
> root.root at the target host. Seen at: Ticket #2014042221007541

The main problem the mode was set to 0700 and the group ACLs have no effect.

I've extended the test case 51_samba4/52replication_sysvol: r51005

The rsync fix: r13159

YAML: r51006

Comment 2 Felix Botner

2014-06-12 10:52:45 CEST

could reproduce the behavior:

Created GPO on the master (RSAT):
drwxrwx---+ 4 root          Domain Admins  4096 12. Jun 09:55 {385E4FF3-08A0-467E-8958-99508BC0B45A}

sysvol sync on slave:
drwx------+ 4 root          root           4096 12. Jun 09:55 {385E4FF3-08A0-467E-8958-99508BC0B45A}

sysvol sync on master:
drwx------+ 4 root          root           4096 12. Jun 09:55 {385E4FF3-08A0-467E-8958-99508BC0B45A}

with the patched rsync:

Created GPO on the master (RAST):
drwxrwx---+ 4 root          Domain Admins  4096 12. Jun 10:19 {A644F288-4508-408E-AEEE-1EF920175F9D}

sysvol sync on slave:
drwxrwx---+ 4 root          Domain Admins  4096 12. Jun 10:19 {A644F288-4508-408E-AEEE-1EF920175F9D}

sysvol sync on the master:
drwxrwx---+ 4 root          Domain Admins  4096 12. Jun 10:19 {A644F288-4508-408E-AEEE-1EF920175F9D}

OK - YAML

Comment 3 Moritz Muehlenhoff

2014-06-12 13:47:17 CEST

http://errata.univention.de/ucs/3.2/125.html