Unassigned Devices - Managing Disk Drives and Remote Shares Outside of The Unraid Array


Recommended Posts

I am trying to use a hard drive for CCTV storage and therefore do NOT want it on the array being parity written.

 

the drive has been pre-cleared and shows up in unassigned devices as completed preclear.

 

mount is greyed out and I can't figure out how to format or use this disk.  I need to be able to pass to docker or potentially VM for my CCTV system.

 

Destructive mode is turned on in UD options.

 

371594613_ScreenShot2021-10-14at11_48_01AM.thumb.png.168ec07674b7c51d9b45930b4ae3086b.png

Link to comment
1 hour ago, Ystebad said:

I am trying to use a hard drive for CCTV storage and therefore do NOT want it on the array being parity written.

This is a prime candidate for adding a single device pool directly in Unraid vs. trying to manage it in UD. It would make things much easier and accomplish exactly what you asked.

Link to comment

Hi. I just setup a second Unraid machine to do some other types of tasks. I am trying to mount a share from one Unraid server into another using the Unassigned Devices plugin.

 

I've tried NFS and SMB and neither will mount. I have also tried manually creating a mountpoint for the share. When I click 'Mount' in the unassigned devices table, it fails to mount. Where are the logs for unassigned devices?

khan-diagnostics-20211014-1059.zip

Link to comment
1 hour ago, segaboy said:

Hi. I just setup a second Unraid machine to do some other types of tasks. I am trying to mount a share from one Unraid server into another using the Unassigned Devices plugin.

 

I've tried NFS and SMB and neither will mount. I have also tried manually creating a mountpoint for the share. When I click 'Mount' in the unassigned devices table, it fails to mount. Where are the logs for unassigned devices?

khan-diagnostics-20211014-1059.zip 80.24 kB · 0 downloads

UD logs to the syslog.

 

There is only one attempt to mount the remote share using NFS:

Oct 14 07:31:28 khan unassigned.devices: Mounting Remote SMB/NFS Share '192.168.1.10:/mnt/user/Automation'...
Oct 14 07:31:28 khan unassigned.devices: Mount NFS command: /sbin/mount -t 'nfs' -o rw,noacl '192.168.1.10:/mnt/user/Automation' '/mnt/remotes/192.168.1.10_Automation'
Oct 14 07:31:28 khan rpcbind[14328]: connect from 127.0.0.1 to getport/addr(status)
Oct 14 07:31:28 khan unassigned.devices: NFS mount failed: 'mount.nfs: access denied by server while mounting 192.168.1.10:/mnt/user/Automation '.
Oct 14 07:31:28 khan unassigned.devices: Mount of '192.168.1.10:/mnt/user/Automation' failed: 'mount.nfs: access denied by server while mounting 192.168.1.10:/mnt/user/Automation '.

It fails to mount because of an access issue on the server.  Do you have NFS enabled on the remote server?

Link to comment
3 hours ago, Ystebad said:

I am trying to use a hard drive for CCTV storage and therefore do NOT want it on the array being parity written.

 

the drive has been pre-cleared and shows up in unassigned devices as completed preclear.

 

mount is greyed out and I can't figure out how to format or use this disk.  I need to be able to pass to docker or potentially VM for my CCTV system.

 

Destructive mode is turned on in UD options.

 

371594613_ScreenShot2021-10-14at11_48_01AM.thumb.png.168ec07674b7c51d9b45930b4ae3086b.png

Click on the red X and delete the preclear logs.

Link to comment
20 minutes ago, dlandon said:

UD logs to the syslog.

 

There is only one attempt to mount the remote share using NFS:

Oct 14 07:31:28 khan unassigned.devices: Mounting Remote SMB/NFS Share '192.168.1.10:/mnt/user/Automation'...
Oct 14 07:31:28 khan unassigned.devices: Mount NFS command: /sbin/mount -t 'nfs' -o rw,noacl '192.168.1.10:/mnt/user/Automation' '/mnt/remotes/192.168.1.10_Automation'
Oct 14 07:31:28 khan rpcbind[14328]: connect from 127.0.0.1 to getport/addr(status)
Oct 14 07:31:28 khan unassigned.devices: NFS mount failed: 'mount.nfs: access denied by server while mounting 192.168.1.10:/mnt/user/Automation '.
Oct 14 07:31:28 khan unassigned.devices: Mount of '192.168.1.10:/mnt/user/Automation' failed: 'mount.nfs: access denied by server while mounting 192.168.1.10:/mnt/user/Automation '.

It fails to mount because of an access issue on the server.  Do you have NFS enabled on the remote server?

 

That was it. I usually access this share via SMB, but this is the first time using it over NFS. I exported the share and it mount right away. Thanks!

Link to comment

I removed one of the drives from the array, created new config and let it recreate parity. But it seems that it's using unassigned device (the one I removed) for some reason. You can see the reads amount on the screen, it's on par with the array disks and is growing with them. dstat shows 0MB/s read and write on it though, so it might be a visual bug. But on the other hand, it won't let me spin-down this drive, logs will show:

Quote

Oct 16 11:10:40 Tower emhttpd: spinning down /dev/sdc
Oct 16 11:10:40 Tower emhttpd: read SMART /dev/sdc

 

I don't know if it's UA's bug or Unraid one and I'm screwing up my parity.

I'm on 6.10.0 RC1

unraid parity.png

Link to comment
On 10/2/2021 at 2:29 PM, NAS said:

Apologies if this is covered in the previous 252 pages but has consideration been given to adding the ability to mount and/or create disk/partition images (typically using dd in the background)

 

Perhaps niche but genuinely useful especially if RO mode is an option.

Any thoughts on this?

 

If image options are out of scope please consider the read only mount option.

 

There is a lot to be said to mounting disks RO by default with an option to seamlessly remount RW if needed.

Link to comment
1 hour ago, Tomr said:

I don't know if it's UA's bug or Unraid one and I'm screwing up my parity.

I'm on 6.10.0 RC1

Unraid has a routine that tracks reads and writes to all disks.  UD gets its information for reads and writes from that routine.  It appears that it may be tracking the reads and writes incorrectly on the disk you removed from the array.  I can't say if this disk is being included in the parity calculations.

 

Try one thing.  Click on the double arrows on the upper right of the UD GUI to refresh the UD disks and see if it clears it up.  If not, I would post this issue as a potential bug in the 6.10.0 forum.

  • Like 1
Link to comment
1 hour ago, NAS said:

Any thoughts on this?

 

If image options are out of scope please consider the read only mount option.

 

There is a lot to be said to mounting disks RO by default with an option to seamlessly remount RW if needed.

What is it you are trying to accomplish?  I don't understand the use case you are asking for.

Link to comment
15 minutes ago, dlandon said:

Unraid has a routine that tracks reads and writes to all disks.  UD gets its information for reads and writes from that routine.  It appears that it may be tracking the reads and writes incorrectly on the disk you removed from the array.  I can't say if this disk is being included in the parity calculations.

 

Try one thing.  Click on the double arrows on the upper right of the UD GUI to refresh the UD disks and see if it clears it up.  If not, I would post this issue as a potential bug in the 6.10.0 forum.

That didn't help, I've posted a report here

Link to comment
51 minutes ago, dlandon said:

What is it you are trying to accomplish?  I don't understand the use case you are asking for.

 

Nothing especially complicated I am just suggesting that disks should only be mounted RW if you actually need RW. Failing that an option that allows you chose RO.

 

For example if you are loading data from a backup then RO would be a safer option especially in the scenario where you are needing to restore from backup in the first place.

 

As for working with images this gives a practical example of a use case https://wiki.unraid.net/Manual/Troubleshooting#Using_ddrescue_to_recover_data_from_a_failing_disk

Link to comment
2 minutes ago, NAS said:

Nothing especially complicated I am just suggesting that disks should only be mounted RW if you actually need RW. Failing that an option that allows you chose RO.

You can already do that.  Click on the double gear icon and there is a switch for RO.

181003188_ROSwitch.png.8ecc5bc1abf9f6c013540cb8f287ec18.png

 

9 minutes ago, NAS said:

As for working with images this gives a practical example of a use case

I don't see this as being something that UD should be doing.  It is an edge case and can be done using manual methods.  Disk recovery is not something I care to support.

Link to comment

Thank you. Even after mounting countless hundreds of disk using UD I was not aware of those settings in the GUI at all. Perhaps that hints at either PEBCAK or an area where interface changes would help.

 

As for image work, I cited that specific example as it was easy to do using the wiki itself but other examples include the more mundane tasks of backing up disks, thumb drives, RPI SD cards etc but I accept that these examples whilst not disk recovery are still intended more for the sysop than the average user.

 

Thank you for the education and consideration.

Link to comment

Hi,

I noticed my VMs stop responding yesterday and attempting to login did not work. When I looked closer it seems like the disk image files are missing from unraid and even worse the /mnt/disks folder. 

 

What could cause the /mnt/disks folder to disappear? Is there a way to fix or recover this folder/link? You can see the vm disks are still seen under /mnt/disks1.
attached are some screenies from the unraid terminal.

 

Didn't notice any unraid errors, and not hard shutdowns. I rebooted today to try and see if that helped, it didn't.

 

Any help appreciated thanks.

 

2021-10-17 12_19_06-bash --login (Empoleon) - Brave.png

2021-10-17 13_17_13-Window.png

2021-10-17 13_19_25-Window.png

2021-10-17 12_17_52-bash --login (Empoleon) - Brave.png

2021-10-17 12_18_16-bash --login (Empoleon) - Brave.png

2021-10-17 12_18_34-bash --login (Empoleon) - Brave.png

Link to comment

Hello guys, newbie here, please excuse me, but I searched the whole internet and could't find solution to my issue.

 

I have around 35 drives both array and/or unassigned devices and they all work fine EXCEPT one.

It's a Toshiba 500GB SATA hdd that whatever I do I can't mount, Mount button is gray.

SMART is ok, drive is healthy.

 

I tried formatting XFS, NTFS, same thing.

I tried re-formatting on my windows PC and plugging it back, same thing, can't mount.

Drive is not set for Pass-through, checked many times.

I tried both SATA and USB and same behavior, Mount button grayed.

 

Can someone point me what to look for? Thanks in advance!

Link to comment
1 hour ago, ToTo said:

Hello guys, newbie here, please excuse me, but I searched the whole internet and could't find solution to my issue.

 

I have around 35 drives both array and/or unassigned devices and they all work fine EXCEPT one.

It's a Toshiba 500GB SATA hdd that whatever I do I can't mount, Mount button is gray.

SMART is ok, drive is healthy.

 

I tried formatting XFS, NTFS, same thing.

I tried re-formatting on my windows PC and plugging it back, same thing, can't mount.

Drive is not set for Pass-through, checked many times.

I tried both SATA and USB and same behavior, Mount button grayed.

 

Can someone point me what to look for? Thanks in advance!

Post your diagnostics.

Link to comment
4 hours ago, ToTo said:

Alright, the drive in question is 

HGST_HTS545050A7E380_131108TM85A3PY16J8HM (sdas)

 

Thanks in advance!

tower-diagnostics-20211019-1029.zip 306.11 kB · 0 downloads

This is the only thig I see:

Oct 19 00:39:55 Tower unassigned.devices: Error: Cannot use that mount point!  Share 'Temp' is already being used in the array or another unassigned device.

 

Link to comment

Log:

 

Oct 19 00:04:47 Tower kernel: sd 45:0:18:0: [sdas] 976773168 512-byte logical blocks: (500 GB/466 GiB)
Oct 19 00:04:47 Tower kernel: sd 45:0:18:0: [sdas] 4096-byte physical blocks
Oct 19 00:04:47 Tower kernel: sd 45:0:18:0: [sdas] Write Protect is off
Oct 19 00:04:47 Tower kernel: sd 45:0:18:0: [sdas] Mode Sense: 7f 00 10 08
Oct 19 00:04:47 Tower kernel: sd 45:0:18:0: [sdas] Write cache: enabled, read cache: enabled, supports DPO and FUA
Oct 19 00:04:47 Tower kernel: sdas: sdas1
Oct 19 00:04:47 Tower kernel: sd 45:0:18:0: [sdas] Attached SCSI disk
Oct 19 00:04:47 Tower emhttpd: HGST_HTS545050A7E380_131108TM85A3PY16J8HM (sdas) 512 976773168
Oct 19 00:04:47 Tower emhttpd: read SMART /dev/sdas
Oct 19 00:05:26 Tower unassigned.devices: Removing partition '1' from disk '/dev/sdas'.
Oct 19 00:05:32 Tower kernel: sdas:
Oct 19 00:05:45 Tower unassigned.devices: Device '/dev/sdas' block size: 976773168.
Oct 19 00:05:45 Tower unassigned.devices: Clearing partition table of disk '/dev/sdas'.
Oct 19 00:05:46 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 00:05:46 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 00:05:46 Tower unassigned.devices: Creating a 'gpt' partition table on disk '/dev/sdas'.
Oct 19 00:05:46 Tower unassigned.devices: Formatting disk '/dev/sdas' with 'ntfs' filesystem.
Oct 19 00:05:47 Tower unassigned.devices: Format disk '/dev/sdas' with 'ntfs' filesystem: Cluster size has been automatically set to 4096 bytes. Creating NTFS volume structures. mkntfs completed successfully. Have a nice day.
Oct 19 00:05:50 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 00:05:51 Tower kernel: sdas: sdas1
Oct 19 00:05:51 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 00:40:35 Tower unassigned.devices: Removing partition '1' from disk '/dev/sdas'.
Oct 19 00:40:41 Tower kernel: sdas:
Oct 19 00:40:49 Tower unassigned.devices: Device '/dev/sdas' block size: 976773168.
Oct 19 00:40:49 Tower unassigned.devices: Clearing partition table of disk '/dev/sdas'.
Oct 19 00:40:49 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 00:40:49 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 00:40:49 Tower unassigned.devices: Creating Unraid compatible mbr partition on disk '/dev/sdas'.
Oct 19 00:40:50 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 00:40:50 Tower kernel: sdas: sdas1
Oct 19 00:40:50 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 00:40:50 Tower unassigned.devices: Formatting disk '/dev/sdas' with 'xfs' filesystem.
Oct 19 00:40:53 Tower unassigned.devices: Format disk '/dev/sdas' with 'xfs' filesystem: meta-data=/dev/sdas1 isize=512 agcount=4, agsize=30524160 blks = sectsz=4096 attr=2, projid32bit=1 = crc=1 finobt=1, sparse=1, rmapbt=0 = reflink=1 data = bsize=4096 blocks=122096638, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0, ftype=1 log =internal log bsize=4096 blocks=59617, version=2 = sectsz=4096 sunit=1 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0
Oct 19 00:40:56 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 00:40:56 Tower kernel: sdas: sdas1
Oct 19 00:40:56 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 15:09:25 Tower unassigned.devices: Removing partition '1' from disk '/dev/sdas'.
Oct 19 15:09:30 Tower kernel: sdas:
Oct 19 15:09:45 Tower unassigned.devices: Device '/dev/sdas' block size: 976773168.
Oct 19 15:09:45 Tower unassigned.devices: Clearing partition table of disk '/dev/sdas'.
Oct 19 15:09:45 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 15:09:45 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 15:09:45 Tower unassigned.devices: Creating a 'gpt' partition table on disk '/dev/sdas'.
Oct 19 15:09:46 Tower unassigned.devices: Formatting disk '/dev/sdas' with 'ntfs' filesystem.
Oct 19 15:09:47 Tower unassigned.devices: Format disk '/dev/sdas' with 'ntfs' filesystem: Cluster size has been automatically set to 4096 bytes. Creating NTFS volume structures. mkntfs completed successfully. Have a nice day.
Oct 19 15:09:50 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 15:09:51 Tower kernel: sdas: sdas1
Oct 19 15:09:51 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 15:14:58 Tower unassigned.devices: Removing partition '1' from disk '/dev/sdas'.
Oct 19 15:14:59 Tower kernel: sdas:
Oct 19 15:15:04 Tower kernel: sdas:
Oct 19 15:15:19 Tower unassigned.devices: Device '/dev/sdas' block size: 976773168.
Oct 19 15:15:19 Tower unassigned.devices: Clearing partition table of disk '/dev/sdas'.
Oct 19 15:15:19 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 15:15:19 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 15:15:19 Tower unassigned.devices: Creating Unraid compatible mbr partition on disk '/dev/sdas'.
Oct 19 15:15:20 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 15:15:20 Tower kernel: sdas: sdas1
Oct 19 15:15:20 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table
Oct 19 15:15:20 Tower unassigned.devices: Formatting disk '/dev/sdas' with 'xfs' filesystem.
Oct 19 15:15:23 Tower unassigned.devices: Format disk '/dev/sdas' with 'xfs' filesystem: meta-data=/dev/sdas1 isize=512 agcount=4, agsize=30524160 blks = sectsz=4096 attr=2, projid32bit=1 = crc=1 finobt=1, sparse=1, rmapbt=0 = reflink=1 data = bsize=4096 blocks=122096638, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0, ftype=1 log =internal log bsize=4096 blocks=59617, version=2 = sectsz=4096 sunit=1 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0
Oct 19 15:15:26 Tower unassigned.devices: Reloading disk '/dev/sdas' partition table.
Oct 19 15:15:26 Tower kernel: sdas: sdas1
Oct 19 15:15:26 Tower unassigned.devices: Reload partition table result: /dev/sdas: re-reading partition table

 

hdd.PNG

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.