andrew-vorobey
Dabbler
- Joined
- Jun 1, 2015
- Messages
- 25
Поставил TrueNAS CORE 13.0-U2. Сваял папки общего доступа во вкладке "ресурсы виндовс (SMB)". И вот тебе новость. В Truenas 11 я привык, что эти папки подконтрольны пользователю root с наивысшим приоритетом. Т.е. под ним я попадаю в любую шару и делаю всё, что хочу. В TrueNAS CORE 13.0-U2 под пользователем root пароль не принимается и вход в шару не происходит. Из под любого пользователя, заведённого в TrueNAS CORE 13.0-U2, я могу зайти на шару и в соответствии с настройками ACL творить то, что разрешено. Для админского контроля папок мне почему-то нужно испльзовать иного пользователя с предоставлением ему неограниченных прав. А из под root я не могу зайти никуда ни из под 7ки, ни из-под 10ки. Теперь к каждой папке общего доступа , вернее к её набору данных, я должен прилепить черeз ACL пользователя ( к примеру, admin) и присвоить ему все права на этот набор данных. В Truenas 11 такой ерундой не маялся, поскольку пользователь rooot обладал админскими правами над всеми папками общего доступа, и о чудо, из поднего можно было попасть в эти папки.
Теперь вопрос. Я чего-то недопонимаю в загадочном предоставлении прав, или в TrueNAS CORE 13.0-U2 сделали банальную залепуху?
Кстати, при попытке подключения плагинов, у образовавшегося набора данных iocage под нужды плагинов, владельцем также является root, только при попытке подключения плагинов, выдаёт тучу ошибок
Ошибка: Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 355, in run
await self.future
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 393, in __run_body
rv = await self.middleware.run_in_thread(self.method, *([self] + args))
File "/usr/local/lib/python3.9/site-packages/middlewared/utils/run_in_thread.py", line 10, in run_in_thread
return await self.loop.run_in_executor(self.run_in_thread_executor, functools.partial(method, *args, **kwargs))
File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.9/site-packages/middlewared/schema.py", line 979, in nf
return f(*args, **kwargs)
File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/jail_freebsd.py", line 372, in available
return self.middleware.call_sync('plugin.available_impl', options).wait_sync(raise_error=True)
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 326, in wait_sync
raise CallError(self.error)
middlewared.service_exception.CallError: [EFAULT] Cmd('git') failed due to: exit code(128)
cmdline: git clone -v https://github.com/freenas/iocage-ix-plugins.git /mnt/RAIDZ2/iocage/.plugins/github_com_freenas_iocage-ix-plugins_git
stderr: 'Cloning into '/mnt/RAIDZ2/iocage/.plugins/github_com_freenas_iocage-ix-plugins_git'...
fatal: unable to access 'https://github.com/freenas/iocage-ix-plugins.git/': Couldn't connect to server
Помнится, в какой-то версии Freenas какому-то пользователю, который как раз отвечал за работу плагинов, нужно было дать полный доступ к подобному набору данных вручную, ибо из коробки не работало. Может кто знает, как со всем этим бороться или дружить?
И до смешного. Именно из-за Plexmediaserver я полез на 13 версию, ибо 11 перестала поддерживаться со стороны обновлённого Plexmediaserver на том же смартфоне. И вот на тебе- не работает.
Теперь вопрос. Я чего-то недопонимаю в загадочном предоставлении прав, или в TrueNAS CORE 13.0-U2 сделали банальную залепуху?
Кстати, при попытке подключения плагинов, у образовавшегося набора данных iocage под нужды плагинов, владельцем также является root, только при попытке подключения плагинов, выдаёт тучу ошибок
Ошибка: Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 355, in run
await self.future
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 393, in __run_body
rv = await self.middleware.run_in_thread(self.method, *([self] + args))
File "/usr/local/lib/python3.9/site-packages/middlewared/utils/run_in_thread.py", line 10, in run_in_thread
return await self.loop.run_in_executor(self.run_in_thread_executor, functools.partial(method, *args, **kwargs))
File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.9/site-packages/middlewared/schema.py", line 979, in nf
return f(*args, **kwargs)
File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/jail_freebsd.py", line 372, in available
return self.middleware.call_sync('plugin.available_impl', options).wait_sync(raise_error=True)
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 326, in wait_sync
raise CallError(self.error)
middlewared.service_exception.CallError: [EFAULT] Cmd('git') failed due to: exit code(128)
cmdline: git clone -v https://github.com/freenas/iocage-ix-plugins.git /mnt/RAIDZ2/iocage/.plugins/github_com_freenas_iocage-ix-plugins_git
stderr: 'Cloning into '/mnt/RAIDZ2/iocage/.plugins/github_com_freenas_iocage-ix-plugins_git'...
fatal: unable to access 'https://github.com/freenas/iocage-ix-plugins.git/': Couldn't connect to server
Помнится, в какой-то версии Freenas какому-то пользователю, который как раз отвечал за работу плагинов, нужно было дать полный доступ к подобному набору данных вручную, ибо из коробки не работало. Может кто знает, как со всем этим бороться или дружить?
И до смешного. Именно из-за Plexmediaserver я полез на 13 версию, ибо 11 перестала поддерживаться со стороны обновлённого Plexmediaserver на том же смартфоне. И вот на тебе- не работает.
