ajax3712

The following error is coming up in my syslog approximately ~30sec or so: May 1 11:18:39 AJs_Unraid kernel: filescanner[22763]: segfault at 0 ip 00002af7a59f2c34 sp 00002af7b2d97610 error 4 in libavformat.so.54.20.4[2af7a598f000+10e000] Daapd at that point restarts... Correspondingly, stopping the daapd docker eliminates these entries into syslog & "restarting" entries in the daapd logfile. Did a quick google search and came across this... Perhaps it's related? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697646[/code]

Thanks bjp999 & gundamguy. Sorry for the late reply... This explains a lot. It turns out that a good deal of my space was consumed by files being copied over 2x due to hard links. I've been organizing my movies two different ways, by title and by genre, and was using hard links (and not symlinks due to Plex indexing both directories despite me only pointing it at one, if I used symlinks). After reading the man pages, it appears that I definitely should be using the -H flag and perhaps even the -X. Phew! I thought I would have to do some file deletions before rsync-ing first . thanks again for the help! -alex

Does anyone know whether the file usage should be similar after a transfer RFS & XFS using the following? rsync -av --progress --remove-source-files /mnt/diskX/ /mnt/diskY/ I'm seeing a 3TB drive with ~2.25TB filled in RFS become 2.6TB on XFS. Also: 2TB drive with ~1.5TB filled in RFS become 1.9TB filled on XFS. And sorry, another question... How does cp & rsync handle hard links?

well that did it . man, i wish i had my hours back... I forgot to mention that OCD forced me to consolidate my plugins to always reference the same base path for app data: /mnt/user/apps/ Prior to my drive crash, it was /mnt/cache/apps. now that same ocd is wondering if I should switch them all to /mnt/cache... Thanks so much!!!

There's a user-controllable flag in the plugin UI to control whether the swap lasts past array stop. I have tried both deleting the swapfile on stop & keeping it. The swap file is being created in /mnt/user/apps (which is a cache-only share). The file's complete path is: /mnt/user/apps/swapfile It's on a brand-new, precleared drive (5400rpm laptop - don't think that matters) that was added when my old cache drive died (and when the plugin worked for me - i kept the swap file between array stop/starts)

It's a swapfile made by this plugin... I've tried deleting and using the GUI to recreate numerous times (about to try manually). but as best as I can tell, the plugin is using the correct commands (as per a google search and what's in the plugin/rc.swapfile code): # Create swap file logger -trc.swapfile -plocal7.info -is "Creating swap file ${SWAP_LOCATION}/${SWAP_FILENAME} please wait ..." dd if=/dev/zero of=${SWAP_LOCATION_NEW}/${SWAP_FILENAME_NEW} bs=1M count=${SWAP_SIZE_MB_NEW} # Assign SWAP_NAME to the swap file mkswap -L ${SWAP_NAME_NEW} ${SWAP_LOCATION_NEW}/${SWAP_FILENAME_NEW} # Change swap file permissions as required chmod 600 ${SWAP_LOCATION_NEW}/${SWAP_FILENAME_NEW} # Turn on swap file usage swapon -v ${SWAP_LOCATION_NEW}/${SWAP_FILENAME_NEW} logger -trc.swapfile -plocal7.info -is "Swap file ${SWAP_LOCATION_NEW}/${SWAP_FILENAME_NEW} created and started"

Anyone else getting swapon: swapfile has holes in their syslog when attempting to start the swapfile? It used to work, but I had to replace my cache after a drive failure, and now no matter how many times I try, i get this error...