Bug 1019958

Summary:	RFE: geo-replication should check for and report identically named files/dirs on the slave
Product:	[Red Hat Storage] Red Hat Gluster Storage	Reporter:	Kevin Clevenger <kcleveng>
Component:	doc-Administration_Guide	Assignee:	Divya <divya>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Vijaykumar Koppad <vkoppad>
Severity:	high	Docs Contact:
Priority:	high
Version:	2.1	CC:	aavati, amarts, asriram, bbandari, csaba, grajaiya, kcleveng, mhideo, mohit_anchlia, nsathyan, rhs-bugs, shaines, storage-doc, vbhat, vraman
Target Milestone:	---	Keywords:	FutureFeature, ZStream
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-12-09 16:48:07 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1019954
Bug Blocks:

Comment 2 Amar Tumballi 2013-10-30 11:48:04 UTC

Can this be fine to link this with bug 1019954 which treats this case as a skip, and that would lead admin to query logs to figure out which all files are not synced.

Comment 6 Nagaprasad Sathyanarayana 2013-11-05 12:44:55 UTC

Looks like there is no further code fix required as customer is okay with the existing behavior as described by Amar in comment#4. Since Kevin has checked with customer and given a go, moving it to QE to confirm that the behavior is as described in comment #4.

Comment 7 Amar Tumballi 2013-11-07 18:08:55 UTC

Msg from QE:

This is error message you get if the slave already has data,

"slave-node::slave is not empty. Please delete existing files in slave-node::slave and retry, or use force to continue without deleting the existing files.
geo-replication command failed
"

Marking this bug for documentation (also changing the component).

Comment 8 Divya 2013-11-08 12:06:29 UTC

Based on Comment 7, I have added a note at: http://documentation-devel.engineering.redhat.com/docs/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Geo_Rep-Starting.html#chap-User_Guide-Geo_Rep-Starting-Start

Hence, moving this bug to ON_QA.

Comment 9 Anjana Suparna Sriram 2013-11-11 09:28:57 UTC

Hi Mohit,

Could you review the doc (link in Comment 8) and let us know if it addresses your concern?

Regards,
Anjana

Comment 10 M S Vishwanath Bhat 2013-11-25 12:46:51 UTC

When a user tries to create a geo-rep session with the slave which already has data, geo-rep create throws an error like the one below.


[root@pythagoras ]# gluster v geo master euclid::slave create push-pem
euclid::slave is not empty. Please delete existing files in euclid::slave and retry, or use force to continue without deleting the existing files.
geo-replication command failed


Since this is documented in http://documentation-devel.engineering.redhat.com/docs/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Geo_Rep-Starting.html#chap-User_Guide-Geo_Rep-Starting-Start I am moving this bug to verified.

If there is something else needed, please open a new bug.

Comment 12 Red Hat Bugzilla 2023-09-14 01:52:05 UTC

The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days