Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • G gitlabhq1
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 21
    • Issues 21
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 12
    • Merge requests 12
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • gpt
  • large_projects
  • gitlabhq1
  • Issues
  • #9405

Closed
Open
Created Jun 23, 2015 by Administrator@rootOwner

Issues with large commit handling: moving lots of images causes 502

Created by: Blaisorblade

I've run into a variation of #2259 (closed) (partially fixed by #5014). A user of my GitLab instance has a commit where he moves around 1GB of images — viewing that commit fails a 502 error. Creating a merge request for the branch containing that commit does the same.

After increasing the unicorn timeout to 360 (unicorn['worker_timeout'] = 360 in /etc/gitlab/gitlab.rb), I get instead a partial diff. It says:

"Too many changes. To preserve performance only 100 of 1383 files are displayed."

For many of the shown files, it either says "No preview for this file type" (for .psd files) or shows the images themselves.

The host seem powerful enough for Gitlab: Gitlab's running (through Docker) on a 12-core Xeon E5-2420 2.20GHz, 32GB RAM and SSD... For comparison, git show -M --stat on the offending commit takes ~7s, and git show --stat takes ~13s, while diff-tree -r is instantaneous (and the files are moved unchanged).

Assignee
Assign to
Time tracking