Lỗi khi đẩy sang GitHub - không đủ quyền để thêm đối tượng vào cơ sở dữ liệu kho lưu trữ

Tôi đang nhận được một lỗi bất thường trong khi cố gắng thực hiện "git đẩy" vào kho GitHub của mình:

Đếm các đối tượng: 8, xong.
Nén Delta bằng 2 luồng.
Đối tượng nén: 100% (4/4), xong.
Viết đối tượng: 100% (5/5), 1.37 KiB, xong.
Tổng cộng 5 (delta 2), tái sử dụng 0 (delta 0)
lỗi: không đủ quyền để thêm một đối tượng vào cơ sở dữ liệu kho lưu trữ ./objects

gây tử vong: không viết được đối tượng
lỗi: giải nén các đối tượng đã thoát với mã lỗi 128
lỗi: giải nén thất bại: unpack-object thoát bất thường
Tới git@github.com: bixo / bixo.git
 ! [từ chối] master -> master (n / a (lỗi bộ giải nén))
lỗi: không thể đẩy một số giới thiệu đến 'git@github.com: bixo / bixo.git'

• Sau khi sao chép sạch từ GitHub, tôi có thể chỉnh sửa / thêm / cam kết / đẩy tệp đã sửa đổi.
• Nếu sau đó tôi lặp lại điều này lần thứ hai, tôi nhận được lỗi trên.
• Tôi có thể đẩy sang các kho GitHub khác tốt.
• Tôi đã kiểm tra quyền truy cập tệp / thư mục về phía tôi và chúng có vẻ ổn.
• Tôi đang chạy git 1.6.2.3 trên Mac OS X 10.5.8

Kho lưu trữ ở trên là nguồn vui của tôi cho câu hỏi Stack Overflow trước đó ( SO 1904860 ), vì vậy có thể repo GitHub đã bị hỏng. Vấn đề tương tự duy nhất tôi tìm thấy qua tìm kiếm là một sự cố không giải nén được báo cáo trên github. Có ai khác gặp phải vấn đề này trước đây, đặc biệt là khi không sử dụng GitHub?

Khi bạn thấy lỗi này bên ngoài github, đây là cách khắc phục.

Nhận cái này từ: http://mapopa.blogspot.com/2009/10/git-insu enough- allow-for-adding.html

ssh me@myserver
cd repository/.git

sudo chmod -R g+ws *
sudo chgrp -R mygroup *

git config core.sharedRepository true

Sau đó, git daemon nên sử dụng quyền của tệp nhóm khi ghi vào .git / object.

Thông thường, sự cố này là do quyền của người dùng và nhóm sai trên hệ thống tệp máy chủ Git của bạn. Kho git phải thuộc sở hữu của người dùng và nhóm của anh ta.

Thí dụ:

Nếu người dùng của bạn được gọi là "git", nhóm của anh ấy là "gitgroup" và vị trí của repo Git là: git@mygitserverxyz.com: path / to / repo.git

sau đó làm một:

sudo chown -R git: đường dẫn gitgroup / đến / repo.git /

Điều này đã sửa lỗi git không đủ quyền cho tôi.

sudo chmod 777 -R .git/objects

Điều này xảy ra với tôi khi tôi cố gắng git pull. Một số phân tích cho thấy ai đó đã cam kết với root trong quá khứ, do đó tạo ra một số đối tượng có quyền sở hữu root .git/objects.

Vì vậy, tôi đã chạy

cd <repo>
la .git/objects/

và điều đó cho thấy rootquyền sở hữu đối với một số đối tượng (thư mục) như thế này:

user@host:/repo> la .git/objects/
total 540
drwxr-xr-x 135 user user 4096 Jun 16 16:29 .
drwxr-xr-x   8 user user 4096 Jun 16 16:33 ..
drwxr-xr-x   2 user user 4096 Mar  1 17:28 01
drwxr-xr-x   2 user user 4096 Mar  1 17:28 02
drwxr-xr-x   2 user user 4096 Jun 16 16:27 03
drwxr-xr-x   2 user user 4096 Mar  3 13:22 04
drwxr-xr-x   2 root root 4096 Jun 16 16:29 05
drwxr-xr-x   2 user user 4096 Jun 16 16:28 07
drwxr-xr-x   2 root root 4096 Jun 16 16:29 08

Sau đó tôi chạy

sudo chown -R user:user .git/objects/

va no đa hoạt động!

Tôi đã thay thế người dùng bằng người dùng thực sự của tôi, tất nhiên.

Không có gì ở trên làm việc cho tôi. Một vài giờ sau tôi đã tìm thấy lý do của vấn đề: Tôi đã sử dụng url repo của loại

ssh://git@example.com/~git/repo.git

Thật không may, tôi đã lưu trữ một phiên putty với tên example.comđược cấu hình để đăng nhập với tư cách người dùng myOtherUser.

Vì vậy, trong khi tôi nghĩ git kết nối với máy chủ example.comvới 'git' của Người dùng, Git / TortoiseGit đã kết nối với phiên putty example.comsử dụng Người dùng myOtherUser. Điều này dẫn đến cùng một ..insufficient permission..lỗi chính xác (vì cả hai người dùng đều thuộc các nhóm khác nhau).

Giải pháp: Đổi tên phiên putty example.comthànhmyOtherUse@example.com

chmod nên được chown, vì vậy dòng chính xác là:

sudo chown -R gituser:gituser objects

Thật kỳ lạ, tôi đã có vấn đề này trên một bản sao của repo tôi có, nhưng không phải là một bản khác tôi có. Ngoài việc nhân bản lại repo (mà đồng nghiệp đã làm để giải quyết thành công vấn đề này), tôi đã xoay sở để thực hiện "thiết lập lại git" cho cam kết mà tôi đã có trước khi thất bại bắt đầu. Sau đó, tôi đã cam kết lại các thay đổi và tôi đã có thể đẩy thành công sau đó. Vì vậy, mặc dù tất cả các dấu hiệu đều có vấn đề trên máy chủ, nhưng trong trường hợp này rõ ràng đó là dấu hiệu của sự kỳ quặc trong repo cục bộ.

Tôi đã gặp lỗi này vì mỗi lần người dùng đẩy một số nội dung, nhóm tệp sẽ thay đổi thành người dùng. Và sau đó nếu một số người dùng khác cố gắng đẩy vào kho lưu trữ, nó đã gây ra lỗi cấp phép và việc đẩy bị từ chối. Vì vậy, người ta cần yêu cầu sysadmin của bạn thay đổi cài đặt của kho lưu trữ để nhóm của bất kỳ tệp nào trong kho không bị thay đổi đối với bất kỳ sự thúc đẩy nào của bất kỳ người dùng nào.

Để tránh sự cố như vậy, vui lòng đảm bảo rằng khi bạn khởi tạo kho git của mình, hãy sử dụng lệnh "git init - Shared = group".

Nếu bạn vẫn gặp lỗi này sau khi thiết lập quyền, bạn có thể cần phải sửa đổi mặt nạ tạo của mình. Chúng tôi thấy các cam kết mới của chúng tôi (các thư mục trong các đối tượng) vẫn đang được tạo mà không có quyền ghi nhóm, do đó chỉ người cam kết mới có thể đẩy vào kho lưu trữ.

Chúng tôi đã khắc phục điều này bằng cách đặt ô của người dùng SSH thành 002 với một nhóm thích hợp được chia sẻ bởi tất cả người dùng.

ví dụ

umask 002

trong đó giữa 0 cho phép viết nhóm theo mặc định.

Sau khi bạn thêm một số thứ ... cam kết chúng và sau khi hoàn thành đẩy nó! BANG !! Bắt đầu tất cả các vấn đề ... Như bạn sẽ thấy có một số khác biệt trong cách xác định cả dự án mới và dự án hiện tại. Nếu một số người khác cố gắng thêm / cam kết / đẩy cùng một tệp hoặc nội dung (git giữ cả hai như cùng một đối tượng), chúng tôi sẽ gặp phải lỗi sau:

$ git push
Counting objects: 31, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (17/17), done.
Writing objects: 100% (21/21), 2.07 KiB | 0 bytes/s, done.
Total 21 (delta 12), reused 0 (delta 0)
remote: error: insufficient permission for adding an object to repository database ./objects  remote: fatal: failed to write object

Để giải quyết vấn đề này, bạn phải có một cái gì đó trong tâm trí hệ thống cấp phép của hệ điều hành vì bạn bị hạn chế bởi nó trong trường hợp này. Tu hiểu rõ hơn vấn đề, hãy tiếp tục và kiểm tra thư mục đối tượng git của bạn (.git / object). Bạn có thể sẽ thấy một cái gì đó như thế:

<your user_name>@<the machine name> objects]$ ls -la
total 200
drwxr-xr-x 25 <your user_name> <group_name> 2048 Feb 10 09:28 .
drwxr-xr-x  3 <his user_name> <group_name> 1024 Feb  3 15:06 ..
drwxr-xr-x  2 <his user_name> <group_name> 1024 Jan 31 13:39 02
drwxr-xr-x  2 <his user_name> <group_name> 1024 Feb  3 13:24 08

* Lưu ý rằng các quyền của tệp đó chỉ được cấp cho người dùng của bạn, không ai có thể thay đổi nó ... *

Level       u   g   o
Permission rwx r-x ---
Binary     111 101 000
Octal       7   5   0

GIẢI QUYẾT VẤN ĐỀ

Nếu bạn có quyền siêu người dùng, bạn có thể tự mình chuyển tiếp và thay đổi tất cả các quyền bằng cách sử dụng bước hai, trong mọi trường hợp khác, bạn sẽ cần hỏi tất cả người dùng với các đối tượng được tạo bằng người dùng của họ, sử dụng lệnh sau để biết họ là ai :

$ ls -la | awk '{print $3}' | sort -u 
<your user_name>
<his user_name>

Bây giờ, bạn và tất cả người dùng chủ sở hữu tệp sẽ phải thay đổi các quyền đó, thực hiện:

$ chmod -R 774 .

Sau đó, bạn sẽ cần thêm một thuộc tính mới tương đương với - Shared = nhóm được thực hiện cho kho lưu trữ mới, theo tài liệu này, điều này làm cho nhóm kho lưu trữ có thể ghi được, thực hiện nó:

$ git config core.sharedRepository group

https://coderwall.com/p/8b3ksg

Cố gắng làm như sau:

Chuyển đến máy chủ của bạn

    cd rep.git
    chmod -R g+ws *
    chgrp -R git *
    git config core.sharedRepository true

Sau đó đi đến bản sao làm việc của bạn (kho lưu trữ cục bộ) và đóng gói lại bằng cách git repack master

Hoạt động hoàn hảo với tôi.

bạn có thể sử dụng cái này

sudo chown -R $USER:$USER "$(git rev-parse --show-toplevel)/.git"

sudo su root

chown -R user:group dir

Các dir là repo git của bạn.

Sau đó làm:

git pull origin master

Bạn sẽ thấy những thay đổi về cam kết của người khác.

 user@M063:/var/www/html/app/.git/objects$ sudo chmod 777 -R .git/objects
 user@M063:/var/www/html/app/.git/objects$ sudo chown -R user:user .git/objects/

OK - hóa ra đó là một vấn đề về quyền trên GitHub đã xảy ra trong quá trình rẽ nhánh của emi / bixo thành bixo / bixo. Khi Tekkub sửa những lỗi này, nó bắt đầu hoạt động trở lại.

Vì lỗi liên quan đến các quyền trên thư mục đối tượng, tôi đã thực hiện một thao tác trực tiếp trên thư mục đối tượng và nó hoạt động với tôi.

Những công việc này:

sudo chmod -R gituser.gituser objects

Tôi đoán nhiều người như tôi kết thúc trong các diễn đàn như thế này khi vấn đề git như mô tả ở trên xảy ra. Tuy nhiên, có rất nhiều nguyên nhân có thể dẫn đến vấn đề mà tôi chỉ muốn chia sẻ những gì gây ra rắc rối của tôi cho người khác học như tôi đã học được từ trên.

Tôi có repos của tôi trên một Linux Linux từ sitecom (Không bao giờ mua NAS từ Sitecom, pleeaaase). Tôi có một repo ở đây được nhân bản trên nhiều máy tính nhưng đột nhiên tôi bị từ chối đẩy vào. Gần đây tôi đã cài đặt một plugin để NAS của tôi có thể đứng như một máy chủ squeezebox.

Máy chủ này quét phương tiện để chia sẻ. Điều tôi không biết là có thể do lỗi, máy chủ thay đổi cài đặt người dùng và nhóm thành bóp: người dùng cho tất cả các tệp mà nó nhìn vào. Và đó là TẤT CẢ các tập tin. Do đó thay đổi các quyền tôi đã phải đẩy.

Máy chủ không còn nữa và cài đặt quyền thích hợp được thiết lập lại và mọi thứ hoạt động hoàn hảo.

Tôi đã sử dụng

chmod -R g+ws *
chown -R <myuser>:<mygroup> *

Trường hợp myuser và mygroup ngoài khóa học phải được thay thế bằng các cài đặt thích hợp cho hệ thống của bạn. thử git: git hoặc gituser: gituser hoặc thứ gì khác mà bạn có thể thích.,

Kiểm tra kho lưu trữ: $ git remote -v

origin  ssh://git@example.com:2283/srv/git/repo.git (fetch)
origin  ssh://git@example.com:2283/srv/git/repo.git (push)

Lưu ý rằng có một chuỗi con 'git @' ở đây, nó hướng dẫn git xác thực là tên người dùng 'git' trên máy chủ từ xa. Nếu bạn bỏ qua dòng này, git sẽ xác thực dưới tên người dùng khác, do đó lỗi này sẽ xảy ra.

Trong trường hợp của tôi, không có xác thực hợp nhất (ví dụ: trong miền + dịch vụ giống như AD) giữa máy của tôi và máy chủ ảo git. Do đó, người dùng và nhóm git là cục bộ cho máy chủ ảo. Trong trường hợp của tôi, người dùng từ xa của tôi (mà tôi sử dụng để đăng nhập vào máy chủ từ xa) chỉ không được thêm vào nhóm git từ xa.

ssh root@<remote_git_server>
usermod -G <remote_git_group> <your_remote_user>

Sau đó, kiểm tra các quyền như được mô tả trong các bài viết ở trên ...

Bạn đã thử sudo git đẩy -u nguồn gốc --all ? Đôi khi đó là điều duy nhất bạn cần để tránh vấn đề này. Nó hỏi bạn mật khẩu hệ thống quản trị viên - mật khẩu bạn có thể đăng nhập vào máy của mình - và đó là những gì bạn cần đẩy - hoặc cam kết, nếu đó là trường hợp.