6 minutes ago, dlandon said:

Post your diagnostics zip file.

Okay. See attached. Thanks!
Quickly looking at the system log, when it tries to mount the share, it says SMB must be enabled to mount a share. SMB IS enabled in the settings. See image.

ap-archives-diagnostics-20211124-1147.zip

2 minutes ago, Mattaton said:

Okay. See attached. Thanks!
Quickly looking at the system log, when it tries to mount the share, it says SMB must be enabled to mount a share. SMB IS enabled in the settings. See image.

ap-archives-diagnostics-20211124-1147.zip 109.11 kB · 0 downloads

Ok, I see the problem.  It's from a recent change I made.  I'll release a fix today.

2 minutes ago, dlandon said:

Ok, I see the problem.  It's from a recent change I made.  I'll release a fix today.

That's great! Thanks so much!

2 hours ago, Mattaton said:

That's great! Thanks so much!

You can update now.

On 11/24/2021 at 4:38 PM, dlandon said:

You can update now.

Hey people, how can I schedule an automatic device mount? crontab or other?

9 minutes ago, Braulio said:

Hey people, how can I schedule an automatic device mount? crontab or other?

User Scripts plugin.

Had my server freeze last night due to an OOM problem. Had to hard reset. After rebooting UD no longer shows my unassigned drives. If I uninstall the plugin I see the drives on the main tab but with the plugin installed that section is blank. I've tried deleting the plugin and it's config and doing a clean install but no luck. Not sure what to try next.

 

brunnhilde-diagnostics-20211201-0754.zip

35 minutes ago, wgstarks said:

Had my server freeze last night due to an OOM problem. Had to hard reset. After rebooting UD no longer shows my unassigned drives. If I uninstall the plugin I see the drives on the main tab but with the plugin installed that section is blank. I've tried deleting the plugin and it's config and doing a clean install but no luck. Not sure what to try next.

 

brunnhilde-diagnostics-20211201-0754.zip 175.13 kB · 1 download

Uninstall the UD plugin and give me a screen shot of the array disks and UD disks.

I found this in the previous logs (log server)-

/sbin/mount -t xfs -o rw,noatime,nodiratime '/dev/sdf1' '/mnt/disks/deluge'

I tried using it after adjusting to the current designation (/dev/sda1) but get an error that mount point deluge does not exist. Maybe I need to create a share "deluge" in the UI first?

 

10 minutes ago, wgstarks said:

Maybe I need to create a share "deluge" in the UI first?

No, UD are not part of user shares.

 

If you look at that log there is probably a mkdir before that mount command.

1 hour ago, trurl said:

No, UD are not part of user shares.

 

If you look at that log there is probably a mkdir before that mount command.

Actually, it worked. I created a share "deluge" in the UI and then used a modified command-

/sbin/mount -t xfs -o rw,noatime,nodiratime '/dev/sda1' '/mnt/user/deluge'

This added all the data on the drive to the share deluge. I've edited the docker to add the new path and it's working for now.

 

Edited December 1, 20214 yr by wgstarks
posted in wrong thread

1 hour ago, wgstarks said:

Actually, it worked. I created a share "deluge" in the UI and then used a modified command-

This is a bad idea. Manually mounting things into the /mnt/user path isn't likely to end well.

3 hours ago, dlandon said:

Uninstall the UD plugin and give me a screen shot of the array disks and UD disks.

Looking at the disk log I don't see anything to indicate that the plugin ever tried to mount it. It shows where I mounted it via terminal but not much before that.

Dec 1 15:40:52 Brunnhilde kernel: sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
Dec 1 15:40:52 Brunnhilde kernel: sd 0:0:0:0: [sda] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
Dec 1 15:40:52 Brunnhilde kernel: sd 0:0:0:0: [sda] Write Protect is off
Dec 1 15:40:52 Brunnhilde kernel: sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
Dec 1 15:40:52 Brunnhilde kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Dec 1 15:40:52 Brunnhilde kernel: sda: sda1
Dec 1 15:40:52 Brunnhilde kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Dec 1 15:42:50 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:42:50 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:52:29 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:52:29 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:52:49 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:52:49 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:53:20 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:53:20 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:53:50 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:53:50 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:54:00 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:54:00 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:54:18 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:54:19 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:54:33 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:54:33 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:54:58 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:54:58 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:55:14 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:55:14 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:55:24 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:55:24 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:55:35 Brunnhilde emhttpd: HGST_HUS724040ALA640_PN1334PCJZU77S (sda) 512 7814037168
Dec 1 15:55:36 Brunnhilde emhttpd: read SMART /dev/sda
Dec 1 15:56:56 Brunnhilde unassigned.devices: Adding disk '/dev/sda1'...
Dec 1 15:56:56 Brunnhilde unassigned.devices: Mounting partition '/dev/sda1' at mountpoint '/mnt/disks/deluge'...
Dec 1 15:56:56 Brunnhilde unassigned.devices: Mount drive command: /sbin/mount -t 'xfs' -o rw,noatime,nodiratime '/dev/sda1' '/mnt/disks/deluge'
Dec 1 15:56:56 Brunnhilde kernel: XFS (sda1): Mounting V5 Filesystem
Dec 1 15:56:56 Brunnhilde kernel: XFS (sda1): Ending clean mount
Dec 1 15:56:56 Brunnhilde unassigned.devices: Successfully mounted '/dev/sda1' on '/mnt/disks/deluge'.
Dec 1 15:58:56 Brunnhilde unassigned.devices: Unmounting partition '/dev/sda1' at mountpoint '/mnt/disks/deluge'...
Dec 1 15:58:56 Brunnhilde unassigned.devices: Unmount cmd: /sbin/umount '/dev/sda1' 2>&1
Dec 1 15:58:56 Brunnhilde unassigned.devices: Successfully unmounted '/dev/sda1'
Dec 1 16:35:32 Brunnhilde kernel: sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x07 driverbyte=0x00 cmd_age=0s
Dec 1 16:35:32 Brunnhilde kernel: sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x88 88 00 00 00 00 00 7e a2 60 88 00 00 04 08 00 00
Dec 1 16:35:32 Brunnhilde kernel: blk_update_request: I/O error, dev sda, sector 2124570760 op 0x0:(READ) flags 0x80700 phys_seg 129 prio class 0

 

3 minutes ago, JonathanM said:

This is a bad idea. Manually mounting things into the /mnt/user path isn't likely to end well.

I don't doubt that you're right. I only used it as a short term work-around until I can get the root issue fixed. Maybe there is a better way to do it though?

15 minutes ago, wgstarks said:

Maybe there is a better way to do it though?

1 hour ago, trurl said:

If you look at that log there is probably a mkdir before that mount command.

In fact, if you look at any of your disks mounting in syslog you will see a mkdir which creates the mount point for the mount command to use.

2 hours ago, wgstarks said:

I found this in the previous logs (log server)-

/sbin/mount -t xfs -o rw,noatime,nodiratime '/dev/sdf1' '/mnt/disks/deluge'

I tried using it after adjusting to the current designation (/dev/sda1) but get an error that mount point deluge does not exist. Maybe I need to create a share "deluge" in the UI first?

 

So when you install UD the two unassigned disks don't show up?

33 minutes ago, JonathanM said:

This is a bad idea. Manually mounting things into the /mnt/user path isn't likely to end well.

Please don't do this.  It will cause you more problems that you are trying to solve.

27 minutes ago, wgstarks said:

I don't doubt that you're right. I only used it as a short term work-around until I can get the root issue fixed. Maybe there is a better way to do it though?

We need to get UD working for you.

I have an idea of what's going on, but I need to confirm it.

 

I recently made a change so duplicate disks don't show up in UD.  It creates a lot of problems when UD tries to work with duplicate disks.

 

I'm doing some testing and may ask you to install a replacement module for testing.

I'm having a new issue that's cropped up since I tried to get a 10Gbps NIC working in my backup unRAID server two days ago. A 1TB SSD that's mounted using UD is set to auto-mount and share for its settings. It mounts locally with no issues. Since playing around with the NIC and eventually pulling it and falling back to the onboard 1Gbe NIC, that drive is no longer mountable via SMB or NFS. I get this message:

 

Dec 1 15:54:51 MYNAS kernel: CIFS: VFS: cifs_mount failed w/return code = -13

 

I see in syslog the mount command appears to be looking for a credentials file that doesn't exist. Funny thing is I also mount my main unRAID share and it works, but there's no credential file found at /tmp/unassigned.devices for it either.  The mount command looks like this:

 

/sbin/mount -t 'cifs' -o rw,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,credentials='/tmp/unassigned.devices/credentials_MYSSD' ‘//MYSERVER/MYSSD' '/mnt/remotes/MYSERVER_MYSSD'

 

How is UD mounting my unRAID share when there's no credentials file for it? At least it works, but no luck tracking down the credentials issue for the 1TB SSD. Thoughts or suggestions? Thanks in advance!

Unzip and copy the attached file to: /usr/local/emhttp/plugins/unassigned.devices/include/lib.php.

 

Let me know if that works and UD shows the disks.

lib.zip

7 minutes ago, AgentXXL said:

I see in syslog the mount command appears to be looking for a credentials file that doesn't exist.

Because of security, the credentials file is shredded as soon as it is no longer needed.  It contains unencrypted credentials.  Credentials are stored encrypted and then unencrypted for a mount.

 

13 minutes ago, AgentXXL said:

How is UD mounting my unRAID share when there's no credentials file for it? At least it works, but no luck tracking down the credentials issue for the 1TB SSD. Thoughts or suggestions? Thanks in advance!

What exactly is the issue?  Credentials aren't used for a disk unless it is encrypted.

10 minutes ago, dlandon said:

Because of security, the credentials file is shredded as soon as it is no longer needed.  It contains unencrypted credentials.  Credentials are stored encrypted and then unencrypted for a mount.

 

What exactly is the issue?  Credentials aren't used for a disk unless it is encrypted.

 

I'm not using encrypted disks but everything I've read so far on 'return code = -13' indicates it's a credentials problem and that's why the disk won't mount via SMB or NFS.

 

3 minutes ago, AgentXXL said:

 

I'm not using encrypted disks but everything I've read so far on 'return code = -13' indicates it's a credentials problem and that's why the disk won't mount via SMB or NFS.

 

Post your diagnostics.

1 hour ago, dlandon said:

So when you install UD the two unassigned disks don't show up?

Correct. That section of the main tab is blank.