fvdw-sl-15-3 release for Raspberry Pi b

[Jocko]

Hi elnef,

To enable the webdav feature, you must only select what shares that will be available via webdav (use the webdav menu)

Then, for each selected share, the logins are the same than those set for the samba server, ftp server, ...

So if you want a common login for each share, create a new user account and set its permissions (Read/Write) for the shares.

Note: admin-nas login gives by default full permissions for all webdav shares but of course it must be used only by the administrator ;)

[Elnef]

Sorry, I have not explained properly.

I configured shares, users, webdav, etc. And the users can read their shares.

But I would like have a connection log register. So I could control what user is connected at this moment.

[Jocko]

Ok,

Sorry for my misunderstanding.

Currently, this feature is not directly available and for webdav, there is no notion of connected users: only people send requests at each time with a valid credential.

You can see these requests in the httpd log among the others:/var/log/httpd/access_log.

But It is a good idea as the ftp server, to filter this httpd log to see what webdav requests are used (ip, account and request). So I add your suggestion is the todo list.

[Elnef]

Ok. Thanks.

[Haribo]

Back to the mount...

So I tried connecting a new drive. 500GB USB 2.5".

It did not auto mount either. I tried a few things and eventually deleted the folder share/2001 that had been left after my Flash drive had been removed.

After /2001 had been the deleted the new drive auto mounted perfectly.

Don't really know what conclusion to draw from this though, but fyi :)

Edit: Btw the Backup-section under "File Share" seem to be working well.
Next up, playing with cron.

[Jocko]

Hi Haribo,

Thank you for the feedback and it can explain your issue.

First, you can have some orphan mountpoints after unplugging an USB disk because the script remove the mountpoint only if the unmount command succeeded. But if the usb partition is busy, these command will fail.

So if you don't use the safe remove feature (in the USB disks menu) to unplug your disk, you can get these orphan mount points...

Now if I read the mount script, I made a small error when it creates the mount point. When it fails to create the folder (for example if the folder already exists) instead of having a warning error in this case, the script returns a critical error and so the disk is not mounted.

In the next version, I go to change this point. :mrgreen:

[Haribo]

I think there might be a problem with the function File Share/Backup.
From USB disk to USB disk.

Big backups, 20GB+, stops running after a while.
It transfers maybe 5GB then ends the process.
Running it a second time or maybe a third makes for a completed backup.

Not 100% sure, but this problem seem to be less apparent when running the same job under cron.

This is when using the option Mirror Backup.

It could of course be my particular setup but I get the feeling it is a bug :dontknow

[fvdw]

Hi Haribo

this is kernel problem. The arch linux kernel doesn't seem to support sendfile properly on this mainboard
We have seen this problem also in the lacie 5big1
Samba uses sendfile by default but the kernel and board should support it.
It is very well possible that the kernel in combination with this board lacks this support

We can disable using sendfile by samba when starting and setting up samba by changing the script that setups the samba configuration. Attached a patched file with name smbfunc_conf_commit.finc
Please replace the existing file with same name in /etc/finc by this one

I can make a patch to do this automatic but as you seem to be a very experienced user I think you can manage this ;)
After installing thefile reboot the raspberry and check the smb.conf file (in /rw_fs/tmp/usr/lib/ or use the symlink in /usr/lib) to see if now
it contains a line in [global] section

Code: Select all

use sendfile = no

instead of

Code: Select all

use sendfile = yes

If it is set to "no" then the patch worked and you can try again of transfer fails for bigger files

ps manually adapting the smb.conf file has little use it will be overwritten and recreated at each boot, so thats why I changed the setup script

[Haribo]

Thanks. The script worked.

I also tested with one 10GB and one 50GB folder. Both transferred without interruption :thumbup

How much slower is it without sendfile? Didn't seem to make much difference.

[fvdw]

:thumbup thanks for testing
I will release a official patch for it.

regarding speed influence of not using sendfile, on a 100 Mbit/s connection I think you will never notice the difference.