fatal: unable to get credential storage lock: File exists

最新推荐文章于 2024-11-13 10:54:38 发布

weixin_33682790

最新推荐文章于 2024-11-13 10:54:38 发布

阅读量3.9k

点赞数

CC 4.0 BY-SA版权

文章标签： git python 运维

原文链接：https://my.oschina.net/u/2552286/blog/1518334

本文介绍了在使用Git过程中遇到的密码保存问题及解决方案。通过调整配置文件.git/config中的credential.helper参数为store来尝试自动保存密码，但提交时出现错误。最终通过删除特定锁定文件解决了问题并成功保存了用户名。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2019独角兽企业重金招聘Python工程师标准>>>

描述：设置了.git/config

[credential]
helper = store

想做保存用户密码，但是提交时出现了上面的错误。

解决：

删除

C:\Users\Administrator\.git-credentials.lock 的文件，重新提交后成功保存用户名

转载于:https://my.oschina.net/u/2552286/blog/1518334

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_33682790

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

git clone出现fatal: unable to access Failed to connect to github.com port 443: Timed out解决方案

weixin_43178406的博客

06-18

23万+

本文主要介绍了git clone出现fatal: unable to access Failed to connect to github.com port 443: Timed out解决方案，希望能对使用git的同学们有所帮助。文章目录 1. 问题描述 2. 解决方案

git clone出现fatal: unable to access: SSL certificate problem: certificate has expired的解决方案

热门推荐

weixin_43178406的博客

06-06

21万+

本文主要介绍了git clone出现fatal: unable to access: SSL certificate problem: certificate has expired的解决方案，希望能对使用git的同学们有所帮助。文章目录 1. 问题描述 2. 解决方案

参与评论您还未登录，请先登录后发表或查看评论

Git添加本地项目出现fatal: unable to get credential storage lock: File exists

weixin_30782331的博客

07-20

1351

把本地项目初始化之后上传到github上出现问题：fatal: unable to get credential storage lock: File exists 解决办法：是因为我上传用的git帐号和我把github建项目的帐号不一致导致的转载于:https://www.cnblogs.com/itboys/p/7211710.html...

git subtree fatal unable to get credential storage lock File exists

茶故

05-14

1142

在使用subtree命令同步子项目文件时，出现的这个异常，特记录下，与正常git出现这个异常的解决方法一样解决方法：执行此代码，通用。 git config --system --unset credential.helper

repo sync报错: unable to get credential storage lock: File exists

daining729的专栏

11-13

427

4.注意repo sync完成后，记得把配置还原回来，git config --global credential.helper store。2. 如果是，输入git config --global credential.helper cache，将密钥保存方式改为cache。3. 再次repo sync，注意，此时会要求你输入git的账号密码，密钥cache的时长默认为900秒。1. 先git config -l，检查一下当前git配置是否有credential.helper=store。

linux解锁凭证存储器,致命：无法获得凭证存储锁定：文件存在

weixin_39640904的博客

05-14

468

我有一个很难搞清楚其中的锁定文件了。在Linux上，只需使用strace，但不要忘了跟随子进程与-f选项：strace -f -eopen git credential-store --file=~/mystore store < credsopen("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3open("/lib/x86_64-linux-gnu...

【Git】fatal: Unable to create ‘.git/index.lock’: File exists.

Return_head的博客

05-26

1万+

【Git Error】fatal: Unable to create ‘.git/index.lock’: File exists. 问题描述在使用Git进行分支切换时，出现以下报错，导致操作执行失败。该问题之前虽然也遇到过，但是通过网上的解决方案很快的解决掉了，所以没有多做研究。这次相对比较棘手，网上的一些解决方案并未奏效，所以特别记录一下我的记录过程，以备自用。报错信息如下 fatal: Unable to create 'C:/xxx/xxx/xxx/.git/index.lock': File

linux git clone出现fatal: unable to access Failed to connect to github.com port 443: Timed out解决方案

herosunly的博客

04-09

12万+

本文主要介绍了linux git clone出现fatal: unable to access Failed to connect to github.com port 443: Timed out解决方案，希望对在Linux环境下使用git的同学有所帮助。文章目录 1. 问题描述 2. 解决方案

anaconda+uwsgi报错Fatal Python error: initfsencoding: Unable to get the locale encoding

01-09

前言我在使用阿里云centos7.4布置django网站的时候，因为自带的是python2，而我需要的是python3。为了图方便我安装了anaconda来引入python3，但是造成了不少的环境混乱的问题，在启动uwsgi的时候会报错找不到python...

【从翻译mos文章】Weblogic AdminServer 启动fail，报错"unable to get file lock, will retry"...

weixin_34302798的博客

06-26

122

Weblogic AdminServer 启动fail，报错"unable to get file lock, will retry" 参考原始： Weblogic AdminServer fails with "unable to get file lock, will retry" error message (Doc ID 1613945.1) 适用于： Oracle Web...

Git常见问题：fatal: Unable to create index.lock File exists 错误的解决办法

qq_38143787的博客

11-14

1万+

报错内容： $ git commit -m 'Test' fatal: Unable to create 'D:/MyProject/.git/index.lock': File exists. If no other git process is currently running, this probably means a git process crashed in this repos...

sm8250 cmd repo sync tip error

qianxuedegushi的博客

12-25

998

fatal: unable to get credential storage lock: File exists fatal: unable to get credential storage lock: File exists fatal: unable to get credential storage lock: File exists fatal: unable to get crede...

git提交时报错解决

qq_41040268的博客

05-27

3547

博客专区 > Canaan_ 的博客 > 博客详情fatal: unable to get credential storage lock: File existsCanaan_ 发表于9个月前原fatal: unable to get credential storage lock: File exists描述：设置了.git/config [credential] h...

Git出现Unable to create 'E:/xxx/.git/index.lock': File exists.的解决办法

darlinghqq的博客

10-31

3万+

初次使用git，在执行完"git add readme.txt"命令后，在执行commit时，由于命令写错，没有写提交日志，再次更正提交就出现上述错误：Unable to create 'E:/xxx/.git/index.lock': File exists 解决方案：在.git同级目录，执行rm -f .git/index.lock 将文件删除即可提交成功

Git 使用总结

Wman

02-13

2385

Git 使用总结1.git在本地仓库直接使用rm彻底删除文件，服务端还是存在方式a: git rm 方式b: rm file; git add -u2.清除工作区的文件 git clean -nd 不会做实际删除操作3.pull强制覆盖本地文件 git fetch –all git reset –hard origin/master git pull4.凭

git 提交出现这个错误fatal: Unable to create 'project_path/.git/index.lock': File exists.

ZeroFlutter

04-08

4万+

git 提交出现这个错误fatal: Unable to create ‘project_path/.git/index.lock’: File exists. exists 解决办法 rm -f ./.git/index.lockon Windowsdel .git\index.lock

非正常结束weblogic进程导致weblogic无法启动

cox11952的博客

02-01

417

由于先前服务器直接down掉了，所有进程都非正常的进行关闭了，也就导致了下次启动weblogic的时候报了以下错误：<2012-3-2 下午05时08分34秒 CST> <2012-3-2 下午05时0...

weblogic unable to get file lock问题

住进时光里

06-25

1214

原文地址：http://blog.youkuaiyun.com/skiof007/article/details/7986893 非正常结束weblogic进程导致weblogic无法启动一.由于先前服务器直接down掉了，所有进程都非正常的进行关闭了，也就导致了下次启动weblogic的时候报了以下错误： <2012-3-2 下午05时08分34秒 CST> <Info> &...

runsv /service/bdosd: fatal: unable to lock supervise/lock: temporary failure

最新发布

03-26

<think>嗯，用户现在遇到了一个新的问题，使用`runsv /service/bdosd`时出现了`fatal: unable to lock supervise/lock: temporary failure`的错误。之前用户已经尝试过启动bdosd进程，但遇到了`sv: command not found`的问题，现在可能已经安装了runit或者尝试直接使用runsv命令，但遇到了锁定的问题。首先，我需要理解这个错误的具体原因。根据错误信息，无法锁定`supervise/lock`，这可能是因为该文件已经被其他进程占用，或者权限不足，或者是文件系统的问题，比如inode耗尽。另外，也有可能服务目录结构不正确，导致runsv无法正确管理服务。接下来，我需要考虑用户可能的操作背景。用户之前尝试用sv启动服务，但没找到命令，现在可能按照之前的建议直接使用runsv，但遇到了锁定问题。用户可能是在调试服务启动过程中遇到这个问题，或者是在重启服务时出现冲突。可能的解决方案包括： 1. 检查是否有其他runsv实例在运行，占用了锁文件。可以通过ps命令查找相关进程并终止它们。 2. 确保服务目录结构正确，特别是`/service/bdosd/supervise`是否存在，以及权限是否正确。 3. 检查锁文件所在的文件系统是否有问题，比如inode用尽或者磁盘空间不足。 4. 手动删除锁文件，但需要注意避免在服务运行时这样做，否则可能导致数据损坏。 5. 重启runit或系统，以释放所有锁。需要逐步引导用户排查这些可能性，确保每一步都清晰易懂，避免用户操作错误导致更多问题。同时，要提醒用户谨慎操作，尤其是在删除文件或终止进程时，以免影响系统稳定性。此外，还要考虑用户可能对Linux系统管理不太熟悉，需要用简单明了的语言解释每个步骤的目的和可能的风险。</think>您遇到的错误 **`runsv /service/bdosd: fatal: unable to lock supervise/lock: temporary failure`** 表明 `runsv` 进程在尝试管理服务时无法获取锁文件。以下是逐步排查和解决方法： --- ### 1. **直接原因** - **锁文件冲突**：`runsv` 会在服务目录的 `supervise/` 子目录下创建 `lock` 文件，用于防止多个实例同时操作同一服务。若该文件被意外锁定或残留，会导致此错误。 - **权限问题**：服务目录或锁文件的权限不足，导致 `runsv` 无法写入。 - **文件系统问题**：磁盘空间或 inode 用尽、网络文件系统延迟等。 --- ### 2. **排查步骤** #### **步骤一：检查是否有残留的 `runsv` 进程** - 查看所有 `runsv` 进程： ```bash ps aux | grep "runsv.*bdosd" ``` - 若发现多个 `runsv` 进程操作同一服务，强制终止它们： ```bash kill -9 <PID> # 替换 <PID> 为实际进程号 ``` #### **步骤二：验证服务目录结构** - `runsv` 要求服务目录 `/service/bdosd` 必须包含 `run` 脚本： ```bash ls -l /service/bdosd/run # 确认 run 脚本存在且可执行 ``` - 若目录结构不完整，重建服务目录： ```bash mkdir -p /service/bdosd chmod +x /service/bdosd/run ``` #### **步骤三：检查锁文件和权限** - 查看锁文件路径 `/service/bdosd/supervise/lock`： ```bash ls -l /service/bdosd/supervise/ # 确认 supervise 子目录存在 ``` - 确保权限正确（通常由 `runsv` 自动管理）： ```bash chown -R root:root /service/bdosd # 根据实际用户调整 chmod -R 755 /service/bdosd ``` #### **步骤四：清理残留锁文件** - **如果确认没有活跃的 `runsv` 进程**，手动删除锁文件： ```bash rm -f /service/bdosd/supervise/lock ``` - **注意**：删除锁文件前必须确保服务未运行，否则可能导致数据损坏。 #### **步骤五：检查文件系统状态** - 确认磁盘空间和 inode 未耗尽： ```bash df -h /service # 检查磁盘空间 df -i /service # 检查 inode 使用量 ``` - 若使用网络存储（如 NFS），检查网络连接和挂载状态： ```bash mount | grep /service ``` --- ### 3. **解决方案** #### **方案一：重启 `runsv`** - 停止并重新启动服务： ```bash runsvctrl d /service/bdosd # 发送 DOWN 信号 runsv /service/bdosd # 重新启动 ``` #### **方案二：重建服务目录** - 若目录损坏，彻底清理并重建： ```bash rm -rf /service/bdosd/supervise # 删除 supervise 子目录 runsv /service/bdosd # 重新生成 supervise 目录 ``` #### **方案三：重启 `runit` 或系统** - 重启 `runit`（若系统使用它作为初始化系统）： ```bash killall -HUP runsvdir # 重新加载服务 ``` - 若问题持续，尝试重启服务器。 --- ### 4. **预防措施** - **避免手动操作锁文件**：除非明确知道风险。 - **监控服务状态**：通过工具（如 `svstat`）定期检查： ```bash svstat /service/bdosd ``` - **日志分析**：查看服务日志以定位深层原因： ```bash tail -f /service/bdosd/log/current ``` --- ### 总结 1. 优先排查进程残留和权限问题。 2. 谨慎清理锁文件后重启服务。 3. 若问题由文件系统引发，需修复磁盘或网络存储。