SlrG

@jeffreywhunter The path to the webserver needs to be a full path. I have /mnt/cache/Web. The plugin will copy the files of the config editor to a ProFTPd directory there. You need a webserver running on your unraid which serves files from that directory, or it won't work. You should be able to connect to the config editor by typing http://x.x.x.x:8088/ProFTPd/ConfEdit.php into your browsers url field. x.x.x.x should be the ip of your unraid server. Also the port 8088 needs to be the port the webserver is listening on. @StevenHB Please contact me again via PM. The forum upgrade seems to have killed you message in my inbox? I don't think the error messages you listed are related to this plugin. Please enable the TransferLog and check the output you get in this when trying to connect.

I just gave it a try on my 6.3.1 system. In both Chrome and Firefox it does work for me. What browser are you using?

Sorry for the late reply. Somehow I got no notifaction of your message. Sadly the log is not very telling. Did you try to remove the plugin completely and reinstall it again?

Cool. Thank you very much for sharing. I think this will be helpful for a lot of users of the plugin.

I agree this would propably be a good idea to secure the user data. But I fear it would generate a lot of support requests from users who don't know how to enable write support. I'll give it some thought however.

I never tried it myself, but I think you can do this using the <limit> directive. <Directory ~/site/backups> <Limit WRITE> DenyAll </Limit> </Directory> Adding this to your proftpd.conf will protect the given dir against all writes. If you want to protect your whole server your could add only the limit without the directory directive. It will block write access for all users however. It is possible to allow it for certain users and block it for others. Please check out the proftpd docs.

Please give the newest version of the plugin a try. It works on my system using your proftpd.conf. If not please report again.

Can you try to uninstall my plugin, reboot and reinstall it? If it doesn't start working then, would you be willing to do a TeamViewer session where I can have a look at your server and try to figure out what is going wrong?

Hmm... Nothing unusual in the logs. How do you "powercycle"? When you go to the plugins settings page after restarting the server, what is reported as status of the proftpd process? Does it show Running or Stopped? Please go to the command line (before starting the service manually) and tell me the result of /etc/rc.d/rc.ProFTPd start Did you try to set the service to disabled, applied it and then set it back to enabled?

Okay. Then obviously something doesn't work. Can you send me your diagnostics file (from Tools / Diagnostics?).

Please check the proftpd plugins settings page. On the right side in the configuration section, there is a setting "Enable ProFTPd". If you have set this to enable, the proftpd service will be restarted when the server restarts. If you already have this option enabled please try to manually restart the server and check if it proftpd gets enabled now. If it does not, please report again.

The config page looks fine so far. So I guess most things of the plugin install properly. Please post the log from Tool / System Log. It might be large and will need to be zipped in order to be attached.

It should be no problem I think. It's only a check for a working internet connection as this is needed to pull down all the packages necessary to run the plugin. The question is now, if the plugin installed correctly because of the dns problems. Can you please post a screenshot of the plugins settings page and the full system log?

The plugin tries to connect to www.google.com to check the internet connection. Please enter ping www.google.com in the unraid shell and see if this gives any errors. It might be your system has problems resolving the dns entry and thus fails to connect.

First let me say a big big thanks for working on this!!! Sadly I think it is not yet working in a way, that would make it useful for corz users. Corz on windows works as an explorer plugin. It recognizes the .hash file in a folder and I can verify the files by right clicking on the folder and choosing verify. It will traverse the folder structure, if there are subfolders to check each of them. So a file which has the folder structure in the filename is not what corz expects, I think. For the user it would be a lot of work or would need the creation of a script to rename and move every file to its correct location. If it really has to be created on the flash, it would be better to recreate the folder structure and place in each folder a file with the name of the folder.hash. So if the folder is "(500) Days of Summer (2009)" the filename is "(500) Days of Summer (2009).hash". In this file there are the hashes of the files in that directory. The user could then move the contents of this folder structure to the corresponding folders on the disks. Alternatively the .hash files could be directly placed in the correct folder without the need for the user to move them. I don't know if split levels could create problems with this approach. Maybe a share based one would be better?! Also I don't know if the conversion is correct already. Squids plugins blake2 hashes which work with corz look like this: #Squid's Checksum # #blake2#(500) Days of Summer.avi#[email protected]:13 be0f6749bdf0256adc86e8fbae852aa9fe3d97ff41cae423c1a25c248ee68e2c (500) Days of Summer.avi #blake2#(500) Days of Summer-fanart.jpg#[email protected]:19 86123573b1d5936faa6172b1373533ac0f8753ce7b1b852a969db89df262fe48 (500) Days of Summer-fanart.jpg #blake2#(500) Days of Summer.nfo#[email protected]:28 a998f9d6293588170f5dc6ede76106f4d55a979a0cb00c7685294f459e61a904 (500) Days of Summer.nfo #blake2#(500) Days of Summer-poster.jpg#[email protected]:21 a0ceec0663c10ff30eee208ebbc7ad9e0317ef15d42f0664f6faaf8d7210d92e (500) Days of Summer-poster.jpg #blake2#(500) Days of Summer.srt#[email protected]:55 726aacb53f77a5c993e4dcebc9d568ae6fb8e62aa29d06a77268fc19d212d2e2 (500) Days of Summer.srt #blake2#(500) Days of Summer-trailer.flv#[email protected]:15 6f1ca22eb8a5c9a9912c1718a7780cdda12d8aa3fc276b18011461d0683d1d1c (500) Days of Summer-trailer.flv Yours look like this: cc0a9ab4e46c0becb545ea087025ff6df7d1fcdfe258a2688bc2fa32f33031f70a0feff76b0ab49f03437bb44a7516e0c722bf469399f168903f6afcb81fec85 *(500) Days of Summer-fanart.jpg 5c412b48daf2dd3370a89e8002d93db2f9638d13a931c46f8ed1e3fe8092781f1b3ed628d219b50f1ccad181e080c809e15efeff32c9a4781a98d120f096595c *(500) Days of Summer-poster.jpg 15b39a2affa6c8d43cd0db79f28a86c7f66cae5e69ac724e2bbde94bba3a2b66bb60baacfef9a4c627d20d6cb5d7cf56a2a840db9d5fabed3bfd7bf5f3207995 *(500) Days of Summer-trailer.flv 8149422db3a51fff06cac9d5fc9f2b674ac2819add48e31e6f81fd7c3309ea01e8b2937dbfc3c0fab5c5daeae871cc94ac75b3726c6a24a78ebdcb5d9701c5a7 *(500) Days of Summer.avi 996cc72972b8fc3248a619398e7b49c081dfd81c3b9b22b1947863fb6794d7cf5a214b88ed1bf4fab2a706be044fc50514cb7e0cc568a6d7b7fc963d998befbf *(500) Days of Summer.nfo 54ae9bf21b417dd6884f07100dffca2bf274d47d14637ef9089205912c857ba2ba20a7e07602f6c7dea8ab30e5f6b191ce096b745946a565f93179f6c0e8f2f5 *(500) Days of Summer.srt I hope I'm not creating too much trouble for you.

Hi bonienl, thank you very much for the great plugin! I converted all my disks to xfs and I'm very happy with the interface, usability and extended data security. I know your plugin uses the extended attributes to save the hash information and I really like that. But as I often check single directories for correctness using corz from my windows machine I would like an user option to create corz compatible hash files per directory, too. I know this is redundant information and I know there is another plugin doing that, but as the author discontinued development it might break over time leaving me stranded. Please consider implementing that option into your plugin. Also another question. I didn't tested long enough to know, but what happens if a time slot for a check is missed? I guess you are using cron to shedule the tasks, which would skip such tasks and wait till the next execution time. As my server is sleeping rather often, this prevents task execution most of the time with the other plugin, which is a big disadvantage for me. IMHO it would be better to start missed tasks as soon as the server wakes, which will keep it awake until completion and only then will let it sleep again, if no other things are going on. But maybe your plugin already does this? If not, there was a post for installing anacron on unraid recently, so it should be possible to get another sheduler running on unraid. Also I remember there beeing php alternatives, which could be a possibility, too. cheers, SlrG

No problem. I just wanted to point it out for completeness. I'm glad you like the plugin.

There is not only an "mountscript.sh" which is called when the array starts, but also an "unmountscript.sh" which is called, before the array stops. For each line in the mountscript, you need the corresponding correct line in the unmountscript. So if you put your manually executed command in the unmountscript, it should work even when using an array or the cache drive as mount target.

As a start, you could try to set the umask to 000 in the proftpd.conf file. This should fix the permission problems. It will not change the user problem however. ProFTPd per default uses the username who is logging in as owner for the uploaded files. This makes sense, when users should not be able to "destroy" the files of other users, but it complicates things in an unraid world. In theory, there are the UserOwner and GroupOwner directives to force usage of a specific owner for uploaded files. Sadly in my tests they didn't work correctly. I'll have to investigate a bit more.

The #!/bin/bash line is missing? Also editing the files in wordpad has probably broken the files. Linux uses different line endings than windows programs. You need a linux compliant editor to edit the files. Either use Notepad++ or PSPad or use a linux command line editor like nano or vi. I tested on my system just now and using Wordpad breaks the files for me, too.

Thanks for the syslog. I'll see if I there is something in the update process that I can improve. I'm glad it is working for you now. Locale output is the same for me, so probably nothing wrong there.

@DasMarx: Do you still have the syslog from the failed plugin update? It would be nice if you could post it for me to check. You set LangDefault de_DE but it shows en-US in the FEAT. Seems still a bit wrong to me. What do you get when you enter "locale -a" over telnet on your server? Also are you sure the order of the commands doesn't matter? I would put LangEngine on first, myself.

@DasMarx: Please try the new version. The module mod_lang is now included for the unRAID v6.1 version. For v5 I was not yet able to compile a new version. @Cessquill: Please try the new version, I moved the mountscript and unmountscript back to the plugins folder on the stick, so it should be persistent again. @all: As I was able to get the apache plugin working again the config editor possibility will remain for now. Also there is still an error message regarding proftpd.delay, but I was not able to find out why this appears and how to fix it. As it seems to have no negative effect, I'll leave it at that for now.

I'm from germany, so I have a share of files with those characters myself. Access to those files works fine for me, even with FileZilla. But you are correct proftpd isn't compiled with mod_lang. I'll try to include it in the next release.

No problem. I wish I had more time to work on the plugin.