Bug 849139 - Jenkins slave app should have the same quota as the app
Jenkins slave app should have the same quota as the app
Status: CLOSED DUPLICATE of bug 947580
Product: OpenShift Origin
Classification: Red Hat
Component: Pod (Show other bugs)
Unspecified Unspecified
medium Severity low
: ---
: ---
Assigned To: Abhishek Gupta
libra bugs
Depends On:
  Show dependency treegraph
Reported: 2012-08-17 08:02 EDT by Johnny Liu
Modified: 2015-05-14 22:03 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-04-04 13:26:21 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Johnny Liu 2012-08-17 08:02:44 EDT
Description of problem:
Due to jenkins slave app does not have the same qutoa as app, jenkins build failed caused by rsync failure.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Create a app with jenkins client embeded.
2.Set quota to 2G for this app by calling rest api
3.Write some large file in app dir, here, I created ~/<app_name>/phplib/testfile of 2000M after logging into app.
4.Do some change in git repo to trigger jenkins build
5.Log into slave app to check quota

Actual results:
Slave app only 1G disk quota.
[phptestbldr-jialiu.dev.rhcloud.com ~]\> quota
Disk quotas for user ae18a05e98314a4d8ae66020f8b8a162 (uid 503): 
     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace
     /dev/xvde2    1564       0 1048576             248       0   40000        

And jenkins build failed, due to qutoa limit.
Check jenkins build console, get the following error:
+ rsync --delete-after -az -e /usr/libexec/stickshift/cartridges/jenkins-1.4/info/bin/git_ssh_wrapper.sh '8c7ab4b8392342279907abf7fc7d429e@phptest-jialiu.dev.rhcloud.com:~/phptest/phplib/' /var/lib/stickshift/ae18a05e98314a4d8ae66020f8b8a162/phptestbldr/phplib/

rsync: write failed on "/var/lib/stickshift/ae18a05e98314a4d8ae66020f8b8a162/phptestbldr/phplib/testfile": Disk quota exceeded (122)
rsync error: error in file IO (code 11) at receiver.c(301) [receiver=3.0.6]
rsync: connection unexpectedly closed (594 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(600) [generator=3.0.6]

Build step 'Execute shell' marked build as failure
Archiving artifacts
Finished: FAILURE

Expected results:
Jenkins slave app should have the same quota as the app, so that jenkins build succeed

Additional info:
Comment 1 Dan McPherson 2012-08-17 10:20:30 EDT
This will take a couple of steps to fix.

1) Add the ability to set quota on app create (I don't think it's there currently)
2) Step 2, add this functionality through the java client
3) Step 3, use the capability from the jenkins plugin to set the same value from the source app.

Note:  An alternative will likely be available in the future when the slave builder is clearly called out as being a slave of jenkins.  Then the broker could automatically set the same values.

Abhishek, can you take a look at step 1).
Comment 2 Abhishek Gupta 2012-08-20 14:16:02 EDT
Based on discussion with Dan, we will implement this change after we make the change to scalable application creation to use a single gear group instead of 1 each for haproxy and the framework cartridge.

Lowering the severity of this bug based on this.
Comment 3 Abhishek Gupta 2013-04-04 13:26:21 EDT
In bug 947580, a suggestion was made to add the configuration to specify the quota for the builder app in the jenkins plugin configuration. This would make it more flexible since the quota requirements for the builder app can often be different from the actual app. 

The solution proposed in bug 947580 will also address this issue. So, marking this as a duplicate of that bug.

*** This bug has been marked as a duplicate of bug 947580 ***

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