or Create a profile

Home → Problems →

Getting error: No such revision 4826 when getting latest

Rob's Avatar

Rob

25 Jan, 2012 06:14 AM via web

Everyone on our team is getting "error: No such revision 4826" when trying to get the latest codebase. we all have the latest version of tortoise svn installed. different developers got this intermittently today and now we're all getting it. we're trying to deploy now and it's critical that we can access the latest codebase.

  1. Support Staff 2 Posted by Martin on 25 Jan, 2012 06:33 AM

    Martin's Avatar

    Hi Rob taking a look

    Martin
    myVersionControl Support

  2. Support Staff 3 Posted by Martin on 25 Jan, 2012 06:36 AM

    Martin's Avatar

    Hi Rob,

    Could you tell me the url you are connecting to (domain and project)

    Thanks

  3. Support Staff 4 Posted by Martin on 25 Jan, 2012 06:51 AM

    Martin's Avatar

    Hi Rob,

    One of the svn proxies had got out of sync with your project for some reason. We are investigating that. We are resyncing you now, this will take a few minutes. I will let you know to confirm completion.

    Martin

  4. 5 Posted by Rob Volk on 25 Jan, 2012 09:49 AM

    Rob Volk's Avatar

    Thanks. It seems to fix itself randomly then break again. We were able to
    get the latest files for our build but I don't want to keep seeing this
    happen.

  5. Support Staff 6 Posted by Martin on 25 Jan, 2012 10:25 AM

    Martin's Avatar

    Hi Rob,

    What happens when an update request comes in is that it is load balanced/randomly sent to one of the svn-proxy servers. When one of the new servers was commissioned your repo had simultaneously been written to at the point of copying from the master 'breaking' the copy. All the other proxies were fine which was why you have been getting intermittent errors, usually your request was being sent to the other functional mirrors.

    We have resynced the failed mirror and when that is complete (it is still running) your intermittent errors will not return.

    Sorry for the inconvenience this has caused you and I hope your deployment was a success!

    Best Regards,

    Martin
    myVersionControl Support

  6. Martin closed this discussion on 25 Jan, 2012 10:25 AM.

  7. Rob Volk re-opened this discussion on 25 Jan, 2012 10:42 AM

  8. 7 Posted by Rob Volk on 25 Jan, 2012 10:42 AM

    Rob Volk's Avatar

    Ok thanks. Unfortunately this has been a nightmare deployment. Around 6
    hours and we need some sleep!

  9. Support Staff 8 Posted by Martin on 27 Jan, 2012 10:48 AM

    Martin's Avatar

    Hi Rob,

    Hope you had a great sleep - deployments are so stressful!!0
    Before I close this can I confirm with you that the problems have been solved?

    Thanks, Martin
    myVersionControl Support

  10. 9 Posted by Rob Volk on 27 Jan, 2012 06:12 PM

    Rob Volk's Avatar

    Hi Martin, man that was a nightmare! I confirmed with my team that we
    haven't seen the issue since you fixed it. Thanks.

  11. Martin closed this discussion on 30 Jan, 2012 09:43 AM.

Comments are currently closed for this discussion. You can start a new one.

2 people watching.

  • New Issue

  • Conversation Started

  • The discussion is closed

    No more actions from myversioncontrol or the discussion starter are required.

  • Re-open the discussion

Recent Discussions

22 Feb, 2012 07:11 PM Backup format
22 Feb, 2012 05:37 PM error committing to repo
22 Feb, 2012 05:23 PM svn service not available

Recent Articles

myVersionControl IP Addresses for Firewalls
RA layer request error using Eclipse and Subclipse
Implimenting scheduled backups
Integrate your account with Fogbugz
Setting Up your Free Trac