Cant create Pool with sas. Wip disk and partition error

Joined
Jul 2, 2021
Messages
11
Hellow,
i have a Sas disk in IBM Storage. When i put on my Truenas server to create a pool, dont work.
Any idea ?
1630006253316.png


23.65 TiB

HDD

IBM 1746 FAStT

1630005915195.png


"
Error: Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 367, in run
await self.future
File "/usr/local/lib/python3.9/site-packages/middlewared/job.py", line 403, in __run_body
rv = await self.method(*([self] + args))
File "/usr/local/lib/python3.9/site-packages/middlewared/schema.py", line 973, in nf
return await f(*args, **kwargs)
File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/pool.py", line 666, in do_create
formatted_disks = await self.middleware.call('pool.format_disks', job, disks)
File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1241, in call
return await self._call(
File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1198, in _call
return await methodobj(*prepared_call.args)
File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/pool_/format_disks.py", line 56, in format_disks
await asyncio_map(format_disk, disks.items(), limit=16)
File "/usr/local/lib/python3.9/site-packages/middlewared/utils/asyncio_.py", line 16, in asyncio_map
return await asyncio.gather(*futures)
File "/usr/local/lib/python3.9/site-packages/middlewared/utils/asyncio_.py", line 13, in func
return await real_func(arg)
File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/pool_/format_disks.py", line 29, in format_disk
await self.middleware.call(
File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1241, in call
return await self._call(
File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1209, in _call
return await self.run_in_executor(prepared_call.executor, methodobj, *prepared_call.args)
File "/usr/local/lib/python3.9/site-packages/middlewared/main.py", line 1113, in run_in_executor
return await loop.run_in_executor(pool, functools.partial(method, *args, **kwargs))
File "/usr/local/lib/python3.9/site-packages/middlewared/utils/io_thread_pool_executor.py", line 25, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.9/site-packages/middlewared/plugins/disk_/format.py", line 25, in format
raise CallError(f'Failed to wipe disk {disk}: {job.error}')
middlewared.service_exception.CallError: [EFAULT] Failed to wipe disk da1: [EFAULT] Command gpart create -s gpt /dev/da1 failed (code 1):
gpart: Invalid argument"
 

Attachments

  • 1630005886590.png
    1630005886590.png
    224 KB · Views: 153

Arwen

MVP
Joined
May 17, 2014
Messages
3,600
Some disks from production data center disk arrays use non-common disk block sizes. I think 520 byte blocks are common. This can prevent software that is not expecting that size to fail. In general, it applies to SAS & FC, (Fibre Channel), disks.

I've had that issue when I used de-commed disk array drives in a server. Had to low level re-format them. Kinda annoying but possible, and worked in my case.

All that said, I don't know if that is your issue. Best way is to run "smartctl -a DEVICE". That should show the current block size.
 

HoneyBadger

actually does care
Administrator
Moderator
iXsystems
Joined
Feb 6, 2014
Messages
5,110
That unit appears to be an IBM DS3500 series which itself is a storage array with controllers and appears to be doing some sort of internal RAID or drive consolidation.

You may be able to get it to export all drives individually as JBOD type; if you can't, then it probably isn't a suggested compatible piece of hardware.
 
Joined
Jul 2, 2021
Messages
11
But in that same storage from ibm, I managed to create a 5tb raid and create a pool on truenas. And this 25tb one doesn't work :/



1630329718699.png
 

NugentS

MVP
Joined
Apr 16, 2020
Messages
2,945
You should be using HBA's - not RAID controllers. TrueNAS/ZFS does not like RAID controllers
 
Top