Failed to create temp directory /tmp filemin virtualmin

Where did you configure this custom temp directory?

Okay, just to clarify, what is the value set for your custom Webmin directory? Is it "/tmp2-1218-xasdxdco"?

Can you share a screenshot of what your Advanced Settings screen looks like in Webmin?

Also, what is the output of this command:

ls -ld /tmp2

You should make /tmp2 world-writable like /tmp is, so that non-root users can create files in it.

Yeah, the trouble is it normally does attempt to make it within the folder. What we're trying to do is figure out why that isn't working as expected in this case.

I'm not seeing a screenshot of the Webmin Advanced Settings screen... if you had attempted to attach that, could you try that again? As I'm not sure it worked as expected.

You should set the path to something like /tmp2/.webmin instead.

We're glad to hear that's working now, thanks for letting us know how you fixed it!

It sounds like you're seeing a new issue as well, that appears to be unrelated to the original issue.

We're happy to help! Though if you're seeing a new issue, it'd be best if you could open a new support request for that. Thanks!

What are the permissions on /tmp2 ? They should be the same as on /tmp

Try setting the temp directory to /tmp2/.webmin

Just to clarify, are you logged into Webmin as root when doing this, or as a virtual server domain owner?

Something is preventing the creation of sub-directories under /tmp2 , which is very confusing because root should have permissions to create directories anywhere.

I think to debug this further we'd need remote access to your system.

I don't seem to be able to remotely access your server -- can you confirm your IP address and SSH port? Thanks!

Okay, I'm logged into your server, and when I went to use the file manager, I'm not seeing any problems or errors.

I tried it both using the "File manager" link in one of your Virtual Servers, as well as going into Webmin and accessing it there.

Can you walk us through the exact steps we can use to reproduce the issue?

I'm unfortunately not receiving that error when using the "Download" option on a folder.

When logged into Virtualmin on your server, I'm able to use the Filemanager and download folders with the "Download" option.

Can you provide us a specific example of a folder that you're unable to download?

We're trying trying to replicate the exact issue you're seeing.

Okay, I selected mytheclub.com from the dropdown, and then was able to download a folder from there... i downloaded the "stats" folder.

Jamie, do you have any idea why that issue could be occurring for them, but not for us?

Yup, I understand... let's see what Jamie has to say on that and we'll work from there.

He will likely respond a bit later today.

Jamie, do you have any idea why that issue could be occurring for them, but not for us?

Understood... hold off on additional comments until Jamie is able to respond, or else he'll never see this question :-)

Jamie will have an idea as to what's going on, and will hopefully be able to respond later today.

Jamie, do you have any idea why that issue could be occurring for them, but not for us?

The only thing I can think of is whether you're logging into Webmin as root, or as a domain owner.

This isn't an issue that comes up for most users, and has proven tricky to track down. We'd like to resolve it, but you might in the meantime just need to have your user download the folder using FTP or SFTP.

Jamie, while I'm not seeing this issue as the root user, I did in fact run into it while logged in as the Virtual Server owner.

It occurs for me the moment I click the "File Manager" button.

Oh, I wonder if this is because of a chroot jail. Do you have jailing setup for this domain's user?

You can enable this at Administration Options -> Edit Owner Limits -> Other restrictions.

Yeah, certain backups could indeed cause a problem if /tmp is on a partition that's not large enough to hold the unpacked backup.

These days, most users have /tmp as part of the main partition, so that isn't something we see too often, though we do have folks who run into that space issue from time to time (and that's one of the main reasons for offering a different /tmp path).

However, we haven't received any other reports about problems opening the file manager in that case, so we're still working to figure out what that issue is.

could i also weigh in on this issue...my 2 systems are debian 9 VPS and not centos.

on my older virtulamin server on GCC i experience the exact same error when i log into usermin as the server owner and click on file manager. On my new virtualmin server on Vultr (installed just a few days ago) i do not experience this problem when i log into usermin and click on file manager.

The old server on GCC does not have jail enabled, the new server on vultr does does have the jail enabled.

Also, on the "new" webmin/virtualmin server, when the virtualmin>virtual server owner logs in to usermin and clicks on file manager, he can see the home directory owned by root:root. The users own directory is also owned root:root.

I dont understand how this can be...this is what virtualmin did itself when i created the virtual server from virtualmin...i didnt do it manually. One point i would like to add, i was logged into webmin/virtualmin as root when i created the virtual servers i have on it whereas on the old server i created another aministrative user in webmin and essentially gave the same/similar level of access. Does this have anything to do with this problem?

I cant check this on the older server from usermin as i get the above error preventing me from even looking at the filemanager. on old GCC server

on new server

finally, on my new virtualmin system on vultr, the usermin file manager virtual server owner user, is able to browse folders on the tree that they do not actually have permission to access.

This results in lots of errors..."you are not allowed to access /home/chroot....blah blah blah".

The system than hangs indefinately with the round swirly circle rotating over the selected directory in file manager. This is clearly an issue that needs urgent fix.

Yeah, Jamie had mentioned those same permissions in Comment #11 above -- that you should set the temp directory to "1777" just like /tmp. That won't cause any problems.

It's unusual that those permissions would change though, I don't think Webmin or Virtualmin would be doing that.

How long does it take for the permissions to change back once you've set them? As one option would be to just setup a cron job to set those permissions to 1777 every so often. I know that's not ideal, but it would be a good workaround for the time being.