Description of problem: After upgrade and migrate, ssh into gear and run 'quota' , command line returns "Disk quotas for user bffc73524c7b4208bd89872d5567e08d (uid 552): none" This can be reproduced regardless of gear type, user's plan_id etc. Version-Release number of selected component (if applicable): from stage_272 upgraded to fork_ami_434 How reproducible: Always Steps to Reproduce: 1. Create an application with mongodb embedded, set 3G additional quota to mongodb as megashift user 2. Copy pacakges under ~/devenv-local and local.repo to devenv-stage_272 instance 3. Modify devenv.repo, replace 'stage' with 'candidate' in order to update to latest sed -i 's/stage/candidate/g' /etc/yum.repos.d/devenv.repo 4. yum update 5. Execute migrate-mongo-2.1 6. SSH into gear, run quota 7. Call rest api to get quota of gear Actual results: After step 6: [php1-jhou2.dev.rhcloud.com ~]\> quota Disk quotas for user bffc73524c7b4208bd89872d5567e08d (uid 552): none After step 7: The storage info returned by rest api is correct ..................... <cartridge> <connection-url>mongodb://127.1.21.1:27017/</connection-url> <username>admin</username> <password>wf17QP_brJW7</password> <database-name>perl1</database-name> <name>mongodb-2.2</name> <display-name>MongoDB NoSQL Database 2.2</display-name> <tags> <tag>service</tag> <tag>database</tag> <tag>nosql</tag> <tag>embedded</tag> </tags> </cartridge> </cartridges> <scales-from>1</scales-from> <scales-to>1</scales-to> <base-gear-storage>1</base-gear-storage> <additional-gear-storage>3</additional-gear-storage> .................................... Expected results: Should display user's quota Additional info:
Similar to bug#902309 the migration should not affect any node properties as its a purely mongo migration. Can we do a double check on this one, too? Thanks.
I have checked it again, and this is still reproduced. This time, I checked directly after I finished a yum update, so this problem probably cause by the update of instance. Before yum update: [php1-272t.dev.rhcloud.com ~]\> quota Disk quotas for user 04306c702e9348078435724b2fa08c12 (uid 501): Filesystem blocks quota limit grace files quota limit grace /dev/xvde2 616 0 1048576 157 0 40000 After yum update: [php1-272t.dev.rhcloud.com ~]\> quota Disk quotas for user 04306c702e9348078435724b2fa08c12 (uid 501): none I have attached upgrade log.
Created attachment 685612 [details] yum update log
Created attachment 685613 [details] yum update log
Quota issue is fixed. Current problem is with 'yum update' step for the migration [check description for the detailed steps]. 'yum update' is updating rhc-devenv rpm package and that is running rhc-init-quota as part of post install which wipes out quota for all old apps on that instance. I'm not sure how OPs team is doing migration vs migration done by QE. Assigning the bug to Runtime.
Marking Low because of a devenv issue
Fixed in https://github.com/openshift/li/pull/894
Commit pushed to master at https://github.com/openshift/li https://github.com/openshift/li/commit/f00ce0371a5fa8af164c87c0b8fce8666544d443 Bug 902243 - Guard for existing quotas * Stop resetting disk quotas when updating devenv rpm
Verified this bug: Launch a devenv-stage instance from last sprint, upgrade it to the latest devenv(currently -- devenv_2822). Then ssh into app gear and show quota : [php1-jhou.dev.rhcloud.com ~]\> quota Disk quotas for user 4816365288c441ba9d1fe166b61fbea2 (uid 501): Filesystem blocks quota limit grace files quota limit grace /dev/xvde2 628 0 1048576 162 0 40000 The quota for old apps are not wiped out. So moving this bug to verified.