Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1666954

Summary:	gluster_glusto-patch-check job is failing with permission denied error on run tests
Product:	[Community] GlusterFS	Reporter:	Vijay Avuthu <vavuthu>
Component:	project-infrastructure	Assignee:	Nigel Babu <nigelb>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	mainline	CC:	bugs, gluster-infra, nigelb
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-01-18 11:46:37 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:

Description Vijay Avuthu 2019-01-17 05:16:10 UTC

Description of problem:

gluster_glusto-patch-check ( https://ci.centos.org/job/gluster_glusto-patch-check ) job is failing with permission denied error on run tests


https://ci.centos.org/job/gluster_glusto-patch-check/1070/console

05:10:00 TASK [Create an ssh keypair] ***************************************************
05:10:01 fatal: [localhost]: FAILED! => {"changed": true, "cmd": "ssh-keygen -b 2048 -t rsa -f $GLUSTO_WORKSPACE/glusto -q -N \"\"", "delta": "0:00:00.178959", "end": "2019-01-17 05:10:01.386921", "msg": "non-zero return code", "rc": 1, "start": "2019-01-17 05:10:01.207962", "stderr": "Saving key \"/home/gluster/workspace/gluster_glusto-patch-check/centosci/glusto\" failed: Permission denied", "stderr_lines": ["Saving key \"/home/gluster/workspace/gluster_glusto-patch-check/centosci/glusto\" failed: Permission denied"], "stdout": "", "stdout_lines": []}
05:10:01 	to retry, use: --limit @/home/gluster/workspace/gluster_glusto-patch-check/centosci/jobs/scripts/glusto/setup-glusto.retry
05:10:01

Comment 1 Nigel Babu 2019-01-17 07:21:14 UTC

Ack. This is strange, because the user absolutely has permissions. Re-running the exact same ansible script after the job works, so I'm a bit lost as to what's failing. Will dig deeper.

Comment 2 Nigel Babu 2019-01-18 11:46:37 UTC

There seems to an issue with running ssh-keygen via the Jenkins connection. I haven't figured out a solution to that. Instead, I've just generated a key manually in .ssh and we'll be using that for all our jobs. After fixing this bug, I ran into an issue with the python-docx installation failure which is fixed as well.