Jail mount point creation 'mount: <path>: File name too long'

[Sokonomi]

Hi all,

I'm having a weird bug where it wont let me add a mount point to my jail.
The destination path is '/mnt/Tank1/Cloud/Private/Home Media/' but it wont accept it, saying 'File name too long'.

Detail print from the popup;

Code:

Error: concurrent.futures.process._RemoteTraceback:
"""
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/concurrent/futures/process.py", line 175, in _process_worker
	r = call_item.fn(*call_item.args, **call_item.kwargs)
  File "/usr/local/lib/python3.6/site-packages/middlewared/worker.py", line 122, in main_worker
	res = loop.run_until_complete(coro)
  File "/usr/local/lib/python3.6/asyncio/base_events.py", line 468, in run_until_complete
	return future.result()
  File "/usr/local/lib/python3.6/site-packages/middlewared/worker.py", line 82, in _run
	return await self._call(f'{service_name}.{method}', serviceobj, methodobj, params=args, job=job)
  File "/usr/local/lib/python3.6/site-packages/middlewared/worker.py", line 75, in _call
	return methodobj(*params)
  File "/usr/local/lib/python3.6/site-packages/middlewared/worker.py", line 75, in _call
	return methodobj(*params)
  File "/usr/local/lib/python3.6/site-packages/middlewared/schema.py", line 662, in nf
	return f(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/middlewared/plugins/jail.py", line 389, in fstab
	dump, _pass, index=index)
  File "/usr/local/lib/python3.6/site-packages/iocage/lib/iocage.py", line 1005, in fstab
	exit_on_error=self.exit_on_error)
  File "/usr/local/lib/python3.6/site-packages/iocage/lib/ioc_fstab.py", line 65, in __init__
	self.__fstab_parse__()
  File "/usr/local/lib/python3.6/site-packages/iocage/lib/ioc_fstab.py", line 83, in __fstab_parse__
	self.__fstab_mount__()
  File "/usr/local/lib/python3.6/site-packages/iocage/lib/ioc_fstab.py", line 165, in __fstab_mount__
	raise RuntimeError(f"{stderr_data.decode('utf-8')}")
RuntimeError: mount: /mnt/Tank1/Cloud/Private/Home Media: File name too long

"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/middlewared/main.py", line 154, in call_method
	result = await self.middleware.call_method(self, message)
  File "/usr/local/lib/python3.6/asyncio/coroutines.py", line 129, in throw
	return self.gen.throw(type, value, traceback)
  File "/usr/local/lib/python3.6/site-packages/middlewared/main.py", line 1013, in call_method
	return await self._call(message['method'], serviceobj, methodobj, params, app=app, io_thread=False)
  File "/usr/local/lib/python3.6/asyncio/coroutines.py", line 129, in throw
	return self.gen.throw(type, value, traceback)
  File "/usr/local/lib/python3.6/site-packages/middlewared/main.py", line 950, in _call
	return await self._call_worker(serviceobj, name, *args)
  File "/usr/local/lib/python3.6/asyncio/coroutines.py", line 129, in throw
	return self.gen.throw(type, value, traceback)
  File "/usr/local/lib/python3.6/site-packages/middlewared/main.py", line 977, in _call_worker
	job,
  File "/usr/local/lib/python3.6/asyncio/coroutines.py", line 129, in throw
	return self.gen.throw(type, value, traceback)
  File "/usr/local/lib/python3.6/site-packages/middlewared/main.py", line 908, in run_in_proc
	return await self.run_in_executor(self.__procpool, method, *args, **kwargs)
  File "/usr/local/lib/python3.6/asyncio/coroutines.py", line 129, in throw
	return self.gen.throw(type, value, traceback)
  File "/usr/local/lib/python3.6/site-packages/middlewared/main.py", line 902, in run_in_executor
	return await loop.run_in_executor(pool, functools.partial(method, *args, **kwargs))
RuntimeError: mount: /mnt/Tank1/Cloud/Private/Home Media: File name too long

I'm not sure what the problem is, but both paths exist.
I'm guessing it doesn't like to have spaces in the path? (this is a problem)

I'm using FreeNAS 11.2-Beta2

 

[Sokonomi]

Already a known bug apparently: https://redmine.ixsystems.com/issues/37802

 

[Baenwort]

Yup, I've tried multiple ways of working around this without renaming everything as I use spaces in nearly all my dataset names and it wasn't a problem with the warden system. The fstab recommended "\040"(040 is ASCII for space) and playing with per THIS FreeNAS forum thread has failed me. I'm hoping the bug gets fixed soon.

It used to work per REDMINE thread and THIS bugreport started it off but broke at some point.