mnever33

My log is full of these: upnphttp.c:1061: warn: HTTP Connection closed unexpectedly Any idea what it means?

Hi. I just found out that this docker is spinning one of my disks. It keeps opening files from Disk5 for no reason. I have not added any new media files in /mnt/user (/media path) and none of the existing files is used by any dlna client... So why minidlna keeps scanning this disk? Thank you...

The solution is to enter eth0 at Network Type. Only then the Fixed IP address field will show (I'm on 6.4.1)... Now the only problem is the graphs not updating.

Hello. When I try to install the container I'm getting this error: root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='pihole' --net='bridge' -e TZ="Europe/Athens" -e HOST_OS="unRAID" -e 'ServerIP'='192.168.1.11' -e 'DNS1'='8.8.8.8' -e 'DNS2'='8.8.4.4' -e 'IPv6'='False' -e 'TZ'='Europe/Athens' -e 'WEBPASSWORD'='admin' -e 'INTERFACE'='br0' -e 'DNSMASQ_LISTENING'='all' -p '53:53/tcp' -p '53:53/udp' -p '80:80/tcp' -v '/mnt/user/appdata/pihole/pihole/':'/etc/pihole/':'rw' -v '/mnt/user/appdata/pihole/dnsmasq.d/':'/etc/dnsmasq.d/':'rw' --cap-add=NET_ADMIN 'diginc/pi-hole:latest' a6d1eed028308cf1bee761c286d6a07fc6d2fad4e27661e3a7cbc1d5fd3420fa /usr/bin/docker: Error response from daemon: driver failed programming external connectivity on endpoint pihole (8771ee95e57f0209e3a1cb452d96767d776904d74ac9baa17817755812973ec1): Error starting userland proxy: listen tcp 0.0.0.0:80: bind: address already in use. The command failed. Can you help?

Active Streams only work for SMB? Not NFS?

Hello. In my Main screen of unRAID I see that there are some reads/writes in 2 of my data disks in the array. I installed this plugin but it doesn't show why these disks are spun up. File Activity is clear. There souldn't be any activity in any of the disks of my server at the moment. So why are the Reads/Writes values changing in the Main screen, keeping these two disks from spinning down? Is unRAID doing any reads/writes randomly for some reason? Thank you.

I've modified the XFS conversion post (found here), and added warnings to it, marked in blue. I'm afraid it never occurred to me that anyone would be modifying the original drive during the conversion, but it's probably a relatively common occurrence. I often do things differently than most people, and need feedback like yours to correct me. Please review what I've written, and tell me if it could be improved, and any other suggestions you may have. Thank you. I have only two Docker apps installed: Transmission and PlexMediaServer. No VMs, Plugins, or Mover... I repeated all the steps (until 9) in your guide, but this time I stopped these apps before step 1! The copy in step 8 completed successfully, as expected. But the verification in step 9 took much less time to complete than step 8 (which is strange) and came up with many messages such as this: skipping non-regular file "appdata/PlexMediaServer/Library/....." However, I compared the contents of the two disks and they are identical! To make the comparison, I used the commands dir \\tower\disk10 /s and dir \\tower\disk11 /s from my windows PC, as suggested. Fortunately, the output of the dir commands shows the same number of files, folders and bytes for disks 10 and 11, so I guess everything is OK. In unRAID's Main page I see that in XFS disk11 (4TB) uses 1.69TB (2.31TB free) and in ReiserFS disk10 (also 4TB) uses 1.67TB (2.33TB free). That means that for the same amount of data, XFS needs slightly more space than ReiserFS. Is this normal? I am now moving on to the next steps with a little variation. I see that in your guide you always keep disk11 empty, in order to receive the data from the other drives. I find that all the assign, unassign, missing drives, unmountable, etc a little confusing for me to follow... So what I want to do is follow bjp999's guide on the first page, but instead of creating a "t" directory on the destination disk (as he suggests) I will exclude it in Global Share Settings (as you suggest), in order to avoid duplicates in shares... In summary, now that disk11 (XFS) has all the contents of disk10 (ReiserFS), I will exclude disk10 in Global Share Settings and then format it in XFS. Next I will copy the contents of disk9 to disk10. Then exclude disk9, format it, copy from disk8 and so on... I hope I understand it correctly...

Thanks again! I believe that instructions should point out that all docker apps must be stopped before rsync copy. Otherwise the verification (in step 9) will fail. So if I understand you correctly, should I let the rebuild process finish and THEN format the new drive (that I bought to convert all array to xfs, I didn't replace any disk) to xfs and then rerun the rsync commands?

The verification (rsync -rcvPX) found many differences between the files of the source disk and the destination disk. Source disk used 1.68TB but the destination disk used 1.69 Why? Is it because of the transmission (nothing was downloading, only uploading) and plex docker applications that are running? Most of these differences were from appdata/transmission/resume folder. Should we stop all docker apps before rsync? Now I messed things up! I changed the file system of the new disk that I bought to convert to xfs, thinking that I could reformat it (delete everything) and start over. But now it's doing a data rebuild. The new (destination) disk is now unmountable (and unformatted). Should I let data rebuild finish? And then? Please help..

After moving things around to other disks, if you have any user shares that are configured to include or exclude specific disk#s, you may have to change those settings to match where things have been moved. Alternatively, you could set a New Config and change the drive assignments so that the disk#s match the user share settings. If you only have single parity, changing the drive assignments will not invalidate parity, so you can check the box to tell it parity is valid. If you have dual parity, then parity2 will not be valid if you change the drive assignments. I don't know if it will allow you to rebuild only parity2 or if it will do both in that case. Thank you so much for your reply. I have one single parity disk and all my shares have no excluded disks (Included disks: All) So in my case, after converting all drives to xfs and the smallest data disk is empty, should I run New Config or should I just do nothing?

That guide does still work. However, I've made some improvements, and documented a complete step by step procedure here. I think once you've read and understood the details of how both procedures work, you can invent your own customized procedure. Please correct me if I'm wrong. As far as I can understand, the main difference between the first guide (from bjp999) and the last one (from RobJ) is this: - The first guide uses the cp command to make the copy and THEN the rsync -nrcv command to verify the integrity of the data. - The last guide uses only the rsync -avPX command (rsync -rcvPX is optional) I believe that the guide in the wiki (http://lime-technology.com/wiki/index.php/Upgrading_to_UnRAID_v6#Converting_Drives_from_ReiserFS_to_XFS) refers to the RobJ's guide but I cannot understand this part: When all drives are done, and the last Reiser drive re-formatted, you have a choice: Correct all of the drive includes and excludes for all shares, plus all other drive references Or use New Config to re-assign all drives back to their original drive number (marking parity as valid) If someone could explain this part... So which method should we follow because all these guides are a little confusing. Thank you.

Hello. I do not have a cache drive. My configuration in Volume Mappings is: /config /mnt/disk5/appdata/Transmission/ /downloads /mnt/user/VIDEOS/DOWNLOADS/ /watch /mnt/user/VIDEOS/DOWNLOADS/torrent/ When I add a torrent in the watch folder, Transmission creates two folders in my downloads folder: "incomplete" and "complete" I don't want to have these two folders. I would like Transmission to put everything (completes or incompletes) in /mnt/user/VIDEOS/DOWNLOADS/ I tried to edit settings.json with Notepad (incomplete-dir: false) but Transmission keeps creating these two folders. Can you help please?

I have zero knowledge in interpreting preclear results but what I did was this: I compared the first preclear report of the drive (when I bought it) with the current one. They were both successful and identical except for the SMART errors I posted earlier. I guess that if these errors were important the report wouldn't be successful... But I needed your confirmation before I assign the drive, thanks again!

RobJ thank you for your help! I attach the entire preclear report. preclear_results_ST32000641AS_Aug2014.txt

Hello. I replaced my old parity drive (Seagate Barracuda XT ST32000641AS) with a new WD Red 4TB. Everything ok. Then I precleared that 2TB Seagate drive, in order to use it as Data drive. Disk /dev/sdb has been successfully precleared, but results show the following SMART errors: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ATA Error Count: 37 (device log contains only the most recent five errors) Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^ICR = Command Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^IFR = Features Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^ISC = Sector Count Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^ISN = Sector Number Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^ICL = Cylinder Low Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^ICH = Cylinder High Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^IDH = Device/Head Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^IDC = Device Command Register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^IER = Error register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ^IST = Status register [HEX] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Powered_Up_Time is measured from power on, and printed as Aug 15 23:13:46 Tower preclear_disk-diff[27597]: DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, Aug 15 23:13:46 Tower preclear_disk-diff[27597]: SS=sec, and sss=millisec. It "wraps" after 49.710 days. Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Error 37 occurred at disk power-on lifetime: 3536 hours (147 days + 8 hours) Aug 15 23:13:46 Tower preclear_disk-diff[27597]: When the command that caused the error occurred, the device was active or idle. Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: After command completion occurred, registers were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ER ST SC SN CL CH DH Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Commands leading to the command that caused the error were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- -- ---------------- -------------------- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 18 ff ff ff ef 00 4d+08:17:50.204 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 60 ff ff ff ef 00 4d+08:17:50.196 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: e5 00 00 00 00 00 00 00 4d+08:17:50.195 CHECK POWER MODE Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 70 ff ff ff ef 00 4d+08:17:47.956 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 90 ff ff ff ef 00 4d+08:17:47.943 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Error 36 occurred at disk power-on lifetime: 3536 hours (147 days + 8 hours) Aug 15 23:13:46 Tower preclear_disk-diff[27597]: When the command that caused the error occurred, the device was active or idle. Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: After command completion occurred, registers were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ER ST SC SN CL CH DH Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Commands leading to the command that caused the error were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- -- ---------------- -------------------- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 00 ff ff ff ef 00 4d+07:22:23.100 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:23.099 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ec 00 00 00 00 00 a0 00 4d+07:22:23.098 IDENTIFY DEVICE Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ef 03 46 00 00 00 a0 00 4d+07:22:23.097 SET FEATURES [set transfer mode] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:23.097 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Error 35 occurred at disk power-on lifetime: 3536 hours (147 days + 8 hours) Aug 15 23:13:46 Tower preclear_disk-diff[27597]: When the command that caused the error occurred, the device was active or idle. Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: After command completion occurred, registers were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ER ST SC SN CL CH DH Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Commands leading to the command that caused the error were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- -- ---------------- -------------------- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 00 ff ff ff ef 00 4d+07:22:20.125 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:20.124 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ec 00 00 00 00 00 a0 00 4d+07:22:20.123 IDENTIFY DEVICE Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ef 03 46 00 00 00 a0 00 4d+07:22:20.123 SET FEATURES [set transfer mode] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:20.123 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Error 34 occurred at disk power-on lifetime: 3535 hours (147 days + 7 hours) Aug 15 23:13:46 Tower preclear_disk-diff[27597]: When the command that caused the error occurred, the device was active or idle. Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: After command completion occurred, registers were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ER ST SC SN CL CH DH Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Commands leading to the command that caused the error were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- -- ---------------- -------------------- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 00 ff ff ff ef 00 4d+07:22:17.129 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:17.128 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ec 00 00 00 00 00 a0 00 4d+07:22:17.127 IDENTIFY DEVICE Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ef 03 46 00 00 00 a0 00 4d+07:22:17.126 SET FEATURES [set transfer mode] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:17.126 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Error 33 occurred at disk power-on lifetime: 3535 hours (147 days + 7 hours) Aug 15 23:13:46 Tower preclear_disk-diff[27597]: When the command that caused the error occurred, the device was active or idle. Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: After command completion occurred, registers were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ER ST SC SN CL CH DH Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: Commands leading to the command that caused the error were: Aug 15 23:13:46 Tower preclear_disk-diff[27597]: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name Aug 15 23:13:46 Tower preclear_disk-diff[27597]: -- -- -- -- -- -- -- -- ---------------- -------------------- Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 25 00 00 ff ff ff ef 00 4d+07:22:14.055 READ DMA EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:14.054 READ NATIVE MAX ADDRESS EXT Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ec 00 00 00 00 00 a0 00 4d+07:22:14.053 IDENTIFY DEVICE Aug 15 23:13:46 Tower preclear_disk-diff[27597]: ef 03 46 00 00 00 a0 00 4d+07:22:14.052 SET FEATURES [set transfer mode] Aug 15 23:13:46 Tower preclear_disk-diff[27597]: 27 00 00 00 00 00 e0 00 4d+07:22:14.052 READ NATIVE MAX ADDRESS EXT Should I worry about these errors? Can I safely assign this drive as a Data drive?