比如说在应用中心里安装了Aria2,或者qBittorrent,然后有几个问题,其他应用也一样有这些问题。
添加种子后会立刻停止,看原因会提示Permission denied,两个应用都是这个问题。
改用dockermanager,用docker安装这些应用,然后在docker-compose里配置我手动创建的用户,给用户分配共享文件夹的权限,但是跑起来后仍然是如上提示,docker-compose配置改为root账号运行则没有问题。
1.docker我可以用root账号凑合着,应用中心里的应用怎么办?
2.应用中心里的应用改到其他卷安装,但是创建的共享文件夹还是在卷1而不是我设置的那个卷,而且也还是上面的问题,Permission denied。
更新到5.1.13后应用和账户都没有文件操作权限了
版主: TerraSupport, TMsupport, TMjack
Re: 更新到5.1.13后应用和账户都没有文件操作权限了
谢谢你反馈的问题,我们会尽快安排解决。
联系我们的团队,请发送电子邮件到以下地址,记住用@代替(at):
技术团队:support(at)terra-master.com(技术支持)
服务团队: Service (at)terra-master.com(用于购买,退货,更换,RMA服务)
技术团队:support(at)terra-master.com(技术支持)
服务团队: Service (at)terra-master.com(用于购买,退货,更换,RMA服务)
Re: 更新到5.1.13后应用和账户都没有文件操作权限了
我好像找到原因了:
应用中心安装应用时会创建和应用同名的账户,但不会显示在用户面板里,用ssh可以看到:
groups aria2 qbittorrent
aria2 : media
qbittorrent : qbittorrent media
可以看到自动创建的应用账户都属于media组,而因为应用中心自动创建的共享文件夹永远在卷1,我删掉自动创建的共享文件夹并手动创建到其他卷后没有给media组赋读写权限,所以手动给media加上这两个app要用的共享文件夹的读写权限,或者安全一点用ssh给 aria2和qbittorrent账户分别赋文件夹的权限,就可以了。
所以两个bug:
1.应用中心安装应用时自动创建的共享文件夹在卷1,而不是应用中心设置的位置。
2.系统自动创建的用户,用户组,以及他们之间的关系,在用户面板里看不到,只能用ssh去看。
Re: 更新到5.1.13后应用和账户都没有文件操作权限了
非常感谢深入研究各个问题,并定位bug。
联系我们的团队,请发送电子邮件到以下地址,记住用@代替(at):
技术团队:support(at)terra-master.com(技术支持)
服务团队: Service (at)terra-master.com(用于购买,退货,更换,RMA服务)
技术团队:support(at)terra-master.com(技术支持)
服务团队: Service (at)terra-master.com(用于购买,退货,更换,RMA服务)
