Closed Bug 781518 Opened 12 years ago Closed 12 years ago

pushlog not working on my user repo

Categories

(Developer Services :: General, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 794143

People

(Reporter: bhearsum, Assigned: fox2mike)

References

Details

I don't really care about pushlog on my user repo, but I wanted to file this in case it's an issue that may become more widely spread.

I recloned my "tools" user repo yesterday (prior to reverting the mount options) and ever since then I've been getting the following message when pushing to it:
remote: error: changegroup.z_loghistory hook raised an exception: attempt to write a readonly database

I think bkero saw a permissions problem yesterday before getting bogged down with the slowness problems.
Hmm... I suspect Developer Services would be better equipped to handle this... moving!
Assignee: server-ops-webops → server-ops-devservices
Component: Server Operations: Web Operations → Server Operations: Developer Services
QA Contact: release → shyam
-rw-r--r--  1                   48 scm_level_1    0 Aug  8 10:07 pushlog2.db

Pushlog was owned by userid 48, and group perms only had read access.  I'm not sure why yet.
chmod g+w until I find out why
I'm getting remote: error: changegroup.z_loghistory hook raised an exception: [Errno 1] Operation not permitted: '/repo/hg/mozilla/users/bhearsum_mozilla.com/tools/.hg/pushlog2.db'
 now
Chris is having a similar problem today:

[09:14:09] <catlee> [00:27:35] hey, just got this when trying to push to one of my user repos: remote: error: changegroup.z_loghistory hook raised an exception: attempt to write a readonly database
I've seen the same problem with new l10n repos as well..  Only thing that I know of that changed was the ordering of hooks.  However this would not affect perms on the new repo creation.

Catlee hit this problem again.
This is still busted on my user repo. Are you still debugging?
Yeah, we're seeing this a little more widespread than we'd like and still no idea of what's actually causing this. 

It's probably easier to fix on the user repos, since we can just make you owners of the file and it shouldn't matter, but it's not a long term fix.

I'm digging around on this today.
See Also: → 790467, 791864
(In reply to Corey Shields [:cshields] from comment #6)
> I've seen the same problem with new l10n repos as well..  Only thing that I
> know of that changed was the ordering of hooks.  However this would not
> affect perms on the new repo creation.

What ordering what changed?
I tried to reproduce using hg from macports, version 2.0.1 and 2.3, using fresh user clones of tools and buildbot repos (pushlog-test1, 2, and 3). No problems pushing commits up. 

bhearsum, catlee - are you push from a git or hg repo to hg.m.o ? Just a random idea.
I'm pushing from hg. My usual workflow is:
* Delete user repo
* Reclone from eg. /build/buildbot-configs
* Clone new user repo
* Copy some changes in
* Commit & push
I think we've finally cracked this one, working on a proper solution before we roll it out. Sorry for the forward dupe.
Assignee: server-ops-devservices → shyam
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Component: Server Operations: Developer Services → General
Product: mozilla.org → Developer Services
You need to log in before you can comment on or make changes to this bug.