Virtual Server Admin cannot download files from File Manager

Hi

When a user is logged in as the Virtual Server Admin they cannot download files from the File Manager, it works fine for root login though.

I have attached a screen show showing the error that pops up.

Status: 
Closed (fixed)

Comments

Is this user allowed to transfer files to and from VMs according to his plan? That could be the reason why downloading files fails.

There is a separate Cloudmin bug here though, in that the error message isn't shown properly.

The user can upload and edit files etc without an issue so I would expect they would have the rights to download

Ok, I see the bug that causes this - it will be fixed in the next release.

Automatically closed -- issue fixed for 2 weeks with no activity.

Hi Jamie

Just wondering when the release that fixes this will be available?

Cheers Greg

Virtualmin 4.09, which came out two weeks ago, should contain that fix. Let us know if that works for you.

Hi Jamie

I tested it earlier and it still had the same error, I installed the updates last week, currently using

Webmin version 1.690
Virtualmin version 4.09 Pro

Cheers Greg

Hrm, I take that back, I'm not sure which component Jamie applied that fix to.

If it was a Webmin fix, it would be available in this Webmin development release:

http://download.webmin.com/devel/deb/webmin_1.692_all.deb

There hasn't been a new Cloudmin release since Jamie fixed that issue.

But we may need Jamie's input regarding where that fix was applied :-)

Sorry, I was wrong when I said this was fixed in Virtualmin 4.09, as it isn't a Virtualmin bug - it is a Cloudmin problem. We should have a new Cloudmin release out in less than a week, that will include the fix.

Thanks for the update Jaime

Hi

This still doesn't work, any chance we can get this sorted as I now have multiple clients complaining.

Cheers Greg

We plan to release a new Cloudmin in a few days - however, if you'd like a pre-release version that includes this fix, let me know.

Hi Jamie

A few days is fine.

Cheers Greg

Hi Jamie

Just wondering how you are going resolving this issue.

Your last comments talked about Cloudmin but this is a Webmin issue

Cheers Greg

Which Cloudmin version are you running there - the latest release should already include this fix?

Hi Jamie

We are not running Cloudmin, just Virtualmin Pro which includes Webmin

Cheers Greg

@xkeywee - you may be seeing a different issue then.

Are you getting the exact same error message as the original poster?

Hi jamie

Still getting exactly the same error message as per my original post.

Cheers Greg

Can you post what gets logged to /var/webmin/miniserv.error when you hit that error message?

Hi Jamie

It added the following lines

[13/Jan/2015:08:47:33 +1000] [10.232.0.125] /images/lang.png : File not found
[13/Jan/2015:08:47:36 +1000] Reloading configuration
Failed to initialize SSL connection
[13/Jan/2015:08:47:41 +1000] [10.232.0.125] /images/lang.png : File not found
Error: Failed to create temp directory /data/tmp-pk4a : uid= mode=

Cheers Greg

That "failed to create temp directory" message could be responsible. Does it get logged every time you try to open the file manager?

Hi Jamie

It only added the "failed to create temp directory" when you try to download (Save) as file and are logged in as the Admin user, it works fine when logged in as Root user.

I think you are right, the setup we have has the virtual server folders in /data/home/ and the /data folder only has root rights so the Admin user cannot create a tmp folder in the /data folder, can we change it so that is creates the tmp folder in /data/home instead.

Cheers Greg

Do you perhaps have a custom temp directory configured in Webmin, in the Webmin Configuration module? If this is set to something that domain owners cannot access, that could cause problems.

Thanks Jamie

You are correct, we use a custom temp folder and the owners could not access it, have corrected that and it now works perfectly.

Thanks again for your time.

Cheers Greg

Automatically closed -- issue fixed for 2 weeks with no activity.