JohnO

Nice. I just updated the plug-in, but I'm not seeing temperatures, either in your installation test, or from my SNMP monitoring server. Here's the snippet from your installation: +============================================================================== | Testing SNMP by listing mounts +============================================================================== Looks like snmpd is working... Output: HOST-RESOURCES-MIB::hrFSMountPoint.1 = STRING: "/mnt/disk1" HOST-RESOURCES-MIB::hrFSMountPoint.2 = STRING: "/mnt/disk2" HOST-RESOURCES-MIB::hrFSMountPoint.3 = STRING: "/mnt/disk3" HOST-RESOURCES-MIB::hrFSMountPoint.22 = STRING: "/var/log" HOST-RESOURCES-MIB::hrFSMountPoint.25 = STRING: "/boot" Here's what drive temperatures look like: NET-SNMP-EXTEND-MIB::nsExtendOutLine."disktemp" = No Such Instance currently exists at this OID ----------------------------------------------------------- snmp has been installed. Copyright 2015, David Coppit Version: 2015.08.24 ----------------------------------------------------------- Thanks, John

On installation it does a self-test. Uninstall and reinstall to double-check it. Installed and feeding data to MRTG (old school, I know). Now to see what OIDs are good to watch!

Sweet - thanks for the pointer. If not included with the core, it would be nice if the developers of unRAID were to chime in and suggest that the method used with this plug-in is acceptable to them, and not likely to break something (or be broken) in the next 24 month horizon.

Ooooh! Can't wait to try this. I've been using SNMP to manage network-attached devices since the early 90's. I've been using SNMP to at least watch the reachability of my unRAID VM, but now I get get some other useful stuff. Sweet. Now to figure out which OIDs are interesting... So as a v6 plug-in, will this be installable/updatable/deletable all through the unRAID GUI? Thanks, John

+1 This is going to your best place to head off support issues for upgrading users who don't read all the instructions.

Assuming that was a question for me, the answer is "Yes." One click to update, then I took the array offline, rebooted the unRaid VM (from within the unRAID GUI), brought the array back online, and checked the logs. All good! John

Yet another simple, satisfying RC upgrade from RC4 to RC5 for my very simple system (No dockers, No VMs, running as a guest VM on VMware ESXi 5.5).

+1 I monitor many things with SNMP. Of course, I can still monitor basic up/down, but having full MIB support would be great (disk space utilization, temperatures, etc.).

Which method did you use to upgrade? Did you format your flash drive, or manually move things around? I did the whole format process moving from 5.0.6 a few weeks ago, and it went very smoothly.

I don't know what the "usb inserted trick" is. I used PLOP which re-directs the rest of the boot process to the actual USB memory stick. It all seems happy after that.

I chose Suse Linux Enterprise 10 (64-bit). unRAID is based on Slackware, and Suse and Slackware are pretty closely related. https://en.wikipedia.org/wiki/List_of_Linux_distributions Also - if you are just trying to have a USB memory stick available for boot, there is no reason to dedicate or pass-through the whole USB controller to your unRAID VM. Just have your USB memory stick inserted to you VMware ESXi host at the time you are creating your unRAID VM, and select USB Controller as a device you want added to the VM. Then after that, select the specific USB port you want added. Here is my unRAID VM settings screen.

I've got an ASRock motherboard as well. Mine is an AMD board. I think you are probably right that something changed at the unRAID Linux level with the drivers. I've got a screen shot below of my unRAID VM configuration, showing the devices in use. I also have a screen shot of the DirectPath system-wide configuration, showing devices that are dedicated to particular VMs. In my case, I have a storage controller dedicated (Passed-through) the the unRAID VM, but the USB I'm using is just assigned at run-time, and not dedicated (Passed-through) to the Unraid VM. That DirectPath screen shot does show that I have other items passed through to other VMs. Good Luck! John

What USB devices are available to your unRAID Guest? Are you passing through a complete USB bus, or just individual devices? Are they passed-through and dedicated, or are they shared and assigned at run-time? Are there USB 2.0 devices? USB 3.0 devices? John

I boot from plop. No errors for me. John

What version of esxi are you running? I'm seeing the same thing on 6 Using ESXi 5.5. I saw the same behavior on all the RCs so far. Beta 15 and before was fine. Well that rules out rolling back to 5.5, thanks. Weird. I'm on 5.5, and my syslog is clean and tidy. I'm on ESXi 5.5 with no issues either. My unRAID guest is fairly simple. No VMs (in unRAID) and no dockers either. My first V6 beta was b15. Since then I've been on rc2, rc3, and now rc4. Nothing strange in my logs: root@OshTank:~# fgrep usb /var/log/syslog Jun 4 20:32:00 OshTank kernel: usbcore: registered new interface driver usbfs Jun 4 20:32:00 OshTank kernel: usbcore: registered new interface driver hub Jun 4 20:32:00 OshTank kernel: usbcore: registered new device driver usb Jun 4 20:32:00 OshTank kernel: usbcore: registered new interface driver usb-storage Jun 4 20:32:00 OshTank kernel: usbcore: registered new interface driver usbhid Jun 4 20:32:00 OshTank kernel: usbhid: USB HID core driver Jun 4 20:32:00 OshTank kernel: usb 2-1: new full-speed USB device number 2 using uhci_hcd Jun 4 20:32:00 OshTank kernel: usb 1-1: new high-speed USB device number 2 using ehci-pci Jun 4 20:32:00 OshTank kernel: usb-storage 1-1:1.0: USB Mass Storage device detected Jun 4 20:32:00 OshTank kernel: scsi host2: usb-storage 1-1:1.0 Jun 4 20:32:00 OshTank kernel: input: VMware VMware Virtual USB Mouse as /devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-1/2-1:1.0/0003:0E0F:0003.0001/input/input4 Jun 4 20:32:00 OshTank kernel: hid-generic 0003:0E0F:0003.0001: input,hidraw0: USB HID v1.10 Mouse [VMware VMware Virtual USB Mouse] on usb-0000:02:00.0-1/input0 Jun 4 20:32:00 OshTank kernel: input: VMware VMware Virtual USB Mouse as /devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-1/2-1:1.1/0003:0E0F:0003.0002/input/input5 Jun 4 20:32:00 OshTank kernel: hid-generic 0003:0E0F:0003.0002: input,hidraw1: USB HID v1.10 Mouse [VMware VMware Virtual USB Mouse] on usb-0000:02:00.0-1/input1 Jun 4 20:32:00 OshTank kernel: usb 2-2: new full-speed USB device number 3 using uhci_hcd root@OshTank:~# John

This is the part that took me a few days to get through my head. I had come up with great ways to empty a disk, thinking it would save time, but it really doesn't fit. Thankfully, the steps can be separated, and many can be (have to be) completed with the array up and available, so there is no reason to force it into a single outage window.

IIRC apple allow OSX in a VM on Mac hardware don't they? They do. I use it to test software in a fresh environment.

SMB Access to the boot flash from my Macs is working the same in rc3 as it did for me in b15.

I just noticed the same thing. I'm on Beta15. The name was in mixed case until I changed it. It actually showed in mixed case on my Macintosh for a couple of minutes (well, I looked once after I changed it, and then, 15 minutes later it was all upper case). It remains in mixed case on the unRAID GUI. John Mine has been like this since the change from when they changed from "Tower-SMB" to just "Tower".....somewhere back in Unraid 6 OK - After I wrote this note last night (while still on B15) I changed the name. It came up as mixed case (as desired). I upgraded to rc3. Here we are, about 12 hours later, and it is staying mixed case. Which is good. Both Macs I checked are running Yosemite 10.10.3. John

Upgraded from b15 directly to rc3 on my unRAID Guest OS on VMware ESXi 5.5. Very simple system - no VMs, no dockers, and only Dynamix Cache Directories and Dynamix Active Streams as plug-ins. Upgrade went smoothly. Operations (so far) are going smoothly. No unexpected log messages or console messages. So far - SMB disk device continues to show correct mixed-case name on my Mac. John

I just noticed the same thing. I'm on Beta15. The name was in mixed case until I changed it. It actually showed in mixed case on my Macintosh for a couple of minutes (well, I looked once after I changed it, and then, 15 minutes later it was all upper case). It remains in mixed case on the unRAID GUI. John

You haven't been around here long, have you? He's got eyes everywhere...

Thanks to all the help, I replaced two drives and re-formatted my array to XFS successfully! John

Yeah - I wondered about that. I'm especially curious to know if anyone else has tried the RC (1 or 2) as a VMware ESXi guest. A responder in reply #11 in this thread had issues. I'm wondering if that was addressed. I've got the same issue with the logs reporting USB resets since upgrading to rc2 however have not noticed any performance issues. It seems to give the error every 30-40 seconds. ... I'm running ESXi 5.5 so it is not only 6 that is affected by the usb resets. Thanks for the input. I recently upgraded from 5.0.5 to 6-Beta15 running as a guest OS on ESXi 5.5. I use PLOP to boot from the USB, but I don't think there is much activity on the USB after that, but ideally LT can identify the new issue and resolve it. I think I'll hold tight at Beta 15 for now. John

Yeah - I wondered about that. I'm especially curious to know if anyone else has tried the RC (1 or 2) as a VMware ESXi guest. A responder in reply #11 in this thread had issues. I'm wondering if that was addressed. Thanks. John