加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

留个坑,不知道为什么sqlite3要求组权限才能执行db:migrate,而可

发布时间:2020-12-12 20:43:47 所属栏目:百科 来源:网络整理
导读:如题,背景是今天下的几个项目,放在windows的硬盘上,再用smb访问,因为新装了debian6,不能直接smbmount,只能mount.cifs,导致必须自己设置mount.cifs的uid和gid,只设了uid,db:migrate的时候提示数据忙,鬼都知道它不可能忙,只可能是权限问题,可问题

如题,背景是今天下的几个项目,放在windows的硬盘上,再用smb访问,因为新装了debian6,不能直接smbmount,只能mount.cifs,导致必须自己设置mount.cifs的uid和gid,只设了uid,db:migrate的时候提示数据忙,鬼都知道它不可能忙,只可能是权限问题,可问题是uid就是本用户,最后把gid设置一致才搞定

以后看看能不能搞明白

Another possibility is a stale NFS lock,if the database is on an NFS volume. In that case,a workaround is to replace the database file with a fresh copy that isn't locked on the NFS server (mv database.db original.db; cp original.db database.db). Note that the sqlite FAQ recommends caution regarding concurrent access to databases on NFS volumes,because of buggy implementations of NFS file locking.

这应该就是答案,至于为什么上次改了就可以了,就不知道了,这回uid和gid都是本用户也是没有用的,但直接拷到本地目录下就是可以用的。暂时这样吧

汗,我只能用这种方法来解决:

rm -R -f /home/azhao/tcollege
cp -R /home/azhao/dev/rails/heroku/tcollege  /home/azhao
cd /home/azhao/tcollege/
rake db:migrate
cp -R -f /home/azhao/tcollege /home/azhao/dev/rails/heroku

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读