joedotmac

Thanks for the help. I shut down the server, reseated all SATA and power cables. Powered on the server performed an extended SMART test. Zero errors were reported. Performed the rebuilding drive process. https://docs.unraid.net/unraid-os/manual/storage-management/#rebuilding-a-drive-onto-itself The rebuild completed. No issues observed now going forward. Thanks again.

I have an array drive that's disabled and showing emulated currently. Is it possible to move the data from the "emulated" drive to another good working with the unbalance plugin and then simple remove the disabled drive from the array?

I did exactly this, in tips and tweaks modified the CPU scaling governor from "power saving" to "on demand" and its resolved the issue.

I now have this same symptom going from 6.8.3 to 6.9.2. Tried the various things presented here in this thread with no real notable difference. Windows VM's are so unusable, I've shut mine down for now.

I figured it out. Added the drive back to the cache slot, then the grayed out selection for number of slots was now selectable, changed to one slot, and xfs is now available as a format option. Thanks

I ran into the issue described in the thread where btrfs formatted cache drive trim operations are not occurring. This results in the cache drive space filling up. It's mentioned in the thread there's a fix possible with a kernel update which hasn't yet been implemented. The current fix is to change the format of the cache disk from btrfs to xfs. I have a full backup of the data, performed a rsync -av to an unassigned drive with everything that was on the cache drive. I'm hung up around step 5,6 and the result. Unable for the system to make available the xfs option for the cache drive. How does someone eliminate the two empty slots of my cache drive configuration so that xfs is available as a format selection? I can change the amount of slots for the array disks, but the cache drive section has three slots and the option to change the available slots to a single cache drive is grayed out. The selection currently indicates three, and I'm using a single cache drive.

I did these instructions exactly. Now upon restarting the array the system complains "Unmountable: No file system (no btrfs devices)" I stop the array go into the drive config and the xfs as a format option is non-existent. Only options are auto, btrfs and btrfs-encrypted. xfs is nowhere to be found. I'm hesitant to remove the drive from the config and re-add the blank xfs formatted cache drive.

Experiencing inconsistent results from configuring UNRAID with bond interface and a standalone management interface both on same LAN 192.168.199.0/24 Bond0 (br0) MAC Addr 29:30 IP 192.168.199.111 (eth0, eth1, eth2) eth4 MAC Addr 29:34 IP 192.168.199.100 Seems the configuration of network interfaces with associated interfaces as indicated in the GUI are not consistent with whats being advertised on the layer 2 data link layer. From a client machine on the same 192.168.199.0/24 LAN, displaying the arp cache will indicate both the .111 and .100 IP's are using the same MAC address of 29:30. Then I can initiate a file transfer to .111 and it will use eth3 and not the expected bond interface. Are there any files an I inspect or methods of which force compliance of MAC address being advertised to the switch out of a physical ethernet interface?

Was able to figure out why my SATAII 6 Gbps SSD drives was resetting. Plagued for months replacing cables, different SATA ports, adding PCI SATA card. Regardless the SSD drive would eventually reset down to 1.5 Gbps and would still reset multiple times a day. Solution power supply. 450 watt power supply wasn't enough to drive the six drives, four fans, and water pump. Swapping in a 550 watt supply did the truck to resolve these messages pr 9 11:36:32 unraid kernel: ata5.00: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen Apr 9 11:36:32 unraid kernel: ata5.00: irq_stat 0x00400040, connection status changed Apr 9 11:36:32 unraid kernel: ata5: SError: { PHYRdyChg 10B8B DevExch } Apr 9 11:36:32 unraid kernel: ata5.00: failed command: READ DMA EXT Apr 9 11:36:32 unraid kernel: ata5.00: cmd 25/00:20:88:b5:86/00:00:17:01:00/e0 tag 9 dma 16384 in Apr 9 11:36:32 unraid kernel: res 50/00:00:97:ab:5f/00:00:d1:00:00/e0 Emask 0x10 (ATA bus error) Apr 9 11:36:32 unraid kernel: ata5.00: status: { DRDY } Apr 9 11:36:32 unraid kernel: ata5: hard resetting link Apr 9 11:36:37 unraid kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Apr 9 11:36:37 unraid kernel: ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded Apr 9 11:36:37 unraid kernel: ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out Apr 9 11:36:37 unraid kernel: ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out Apr 9 11:36:37 unraid kernel: ata5.00: NCQ Send/Recv Log not supported Apr 9 11:36:37 unraid kernel: ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded Apr 9 11:36:37 unraid kernel: ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out Apr 9 11:36:37 unraid kernel: ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out Apr 9 11:36:37 unraid kernel: ata5.00: NCQ Send/Recv Log not supported Apr 9 11:36:37 unraid kernel: ata5.00: configured for UDMA/33 Apr 9 11:36:37 unraid kernel: ata5: EH complete Apr 9 13:00:34 unraid kernel: ata5.00: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen Apr 9 13:00:34 unraid kernel: ata5.00: irq_stat 0x00400040, connection status changed Apr 9 13:00:34 unraid kernel: ata5: SError: { PHYRdyChg 10B8B DevExch } Apr 9 13:00:34 unraid kernel: ata5.00: failed command: READ DMA EXT Apr 9 13:00:34 unraid kernel: ata5.00: cmd 25/00:18:e8:0e:c2/00:00:af:00:00/e0 tag 2 dma 12288 in Apr 9 13:00:34 unraid kernel: res 50/00:00:df:0e:c2/00:00:af:00:00/e0 Emask 0x10 (ATA bus error) Apr 9 13:00:34 unraid kernel: ata5.00: status: { DRDY } Apr 9 13:00:34 unraid kernel: ata5: hard resetting link Apr 9 13:00:39 unraid kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Apr 9 13:00:39 unraid kernel: ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded Apr 9 13:00:39 unraid kernel: ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out Apr 9 13:00:39 unraid kernel: ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out Apr 9 13:00:39 unraid kernel: ata5.00: NCQ Send/Recv Log not supported Apr 9 13:00:39 unraid kernel: ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded Apr 9 13:00:39 unraid kernel: ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out Apr 9 13:00:39 unraid kernel: ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out Apr 9 13:00:39 unraid kernel: ata5.00: NCQ Send/Recv Log not supported Apr 9 13:00:39 unraid kernel: ata5.00: configured for UDMA/33 Apr 9 13:00:39 unraid kernel: ata5: EH complete Apr 9 13:11:07 unraid kernel: ata5: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen Apr 9 13:11:07 unraid kernel: ata5: irq_stat 0x00400040, connection status changed Apr 9 13:11:07 unraid kernel: ata5: SError: { PHYRdyChg 10B8B DevExch } Apr 9 13:11:07 unraid kernel: ata5: hard resetting link Apr 9 13:11:12 unraid kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Apr 9 13:11:12 unraid kernel: ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded Apr 9 13:11:12 unraid kernel: ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out Apr 9 13:11:12 unraid kernel: ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out Apr 9 13:11:12 unraid kernel: ata5.00: NCQ Send/Recv Log not supported Apr 9 13:11:12 unraid kernel: ata5.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) succeeded Apr 9 13:11:12 unraid kernel: ata5.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out Apr 9 13:11:12 unraid kernel: ata5.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out Apr 9 13:11:12 unraid kernel: ata5.00: NCQ Send/Recv Log not supported Apr 9 13:11:12 unraid kernel: ata5.00: configured for UDMA/33 Apr 9 13:11:12 unraid kernel: ata5: EH complete

Problem is now solved. Not certain what actually solved it. Removing, reinstalling all the dockers, upgrading to 6.3.5 are possiblities

Wasn't sure how to properly migration. Was under the assumption that a cache drive was truly a cache like one would find on a CPU or similar as buffer with high speed flash or the like. That assumption was wrong. The result by removing in the method I did, was a server config with hostnames and the like of over a year old. Was able to recover by removing the docker, VM, configurations, adding "new" VM definitions in the GUI using the *,img disks and re-applying dockers as new.

Too late Remove it. Looked in syslog found the current and native sizes. Jun 30 12:23:37 unraid kernel: ata8.00: HPA detected: current 468860015, native 468862128 Then used hdparm to remove the HPA. hdparm -N p468862128 /dev/sdi hdparm -N /dev/sdi Removed the HPA. Though I munged something else as the GUI shows no dockers, and my VM's listed in the GUI appear to be a set I was running a year ago. Going to search the forum to see about finding a similar symptom.

I have a single cache drive in Unraid. HPA is enabled. I would like to disable the HPA. What would be the recommended method. I tried: hdparm -N /dev/sdi Command line comes back and tells me HPA is enabled. Any ideas? Could I simply remove it from being selected as cache drive, preclear the drive, and re-select it as the cache drive? Thanks

Full snapshot and syslog since May 3rd. Thanks. unraid-syslog-20170505-0955.zip

I had never setup the email notification settings. The default email notification settings appear to select gmail, but there was no address, creds of any type configured. The settings for notification only were selected for browser notification, email wasn't checked to engage on any of the message levels. Regardless I updated the settings to pop my email domain. Have to see if anything changes, didn't see a test button or the like. Thanks for the insight. Will be looking to see if there are any changes.