permission issue running the cli app to move attachments to filesystem

claytonc

Hello,
I get the following return when I run the command:php setup/cli/manage.php file migrate --backend D --to F --limit=1

#!/usr/bin/env php
IOError: /home/lmc1946/ps.lomanco.com/attachments/9/9KXAP2jmj7l5rSw0yVb_vlWAYkK_YBwk: Unable to open for readingMigrated 0 files

The folder "9" is created in the attachments folder but there is no file "9KXAP2jmj7l5rSw0yVb_vlWAYkK_YBwk" created. I checked that the attachment folder has permissions set correctly. Is there somewhere else, perhaps a temp folder of sorts that cause this "Unable to open for reading IOError"?

I feel like this is a permissions issue but I'm at a loss of where to look. I greatly appreciate anyone's thoughts or suggestions on what might be causing the script to not complete its job.

Clayton

ntozier

It sounds like the user that you are running the command as does not have permissions on the folder that it is supposed to be moving the attachments to.

claytonc

ntozier Forgive my ignorance but the user running the command is creating the folder within the attachments folder so I would assume the user does have permission. Is that not the case?

ntozier

No idea. Check the folder and see if the user has permissions.

claytonc

The user does have permission. When the script runs the folders created in the attachments folder all have permissions set to 355. Is this correct? I would appreciate any suggestions you might share with me to get the script to run.

ntozier

see
http://www.filepermissions.com/file-permission/355

in short the user does not have read access (3).
Which is what it appears to be complaining about.

claytonc

Yes, I agree that is what it appears to be complaining about. Is that what the Script is supposed to do? If not, Do you have any suggestions on what would cause the script when it runs to create folders with 355 permission? Can you think if a server setting that might cause that to happen?

I appreciate your time and knowledge.

ntozier

The plugin makes directories with permissions 751.

https://github.com/osTicket/osTicket-plugins/blob/04fbd9ae96c39eb9e522409d2fe10323105748db/storage-fs/storage.php#L72

They do not appear to being made properly on your system. Perhaps you have some sort of webserver extension like mod_security or something that is prohibiting it?

DReffects

Sorry to bring this old thread back up but the same thing is happening with my installation. New attachment subdirectories get 355 permission, prohibiting server-wide backup tasks to read the file for some reason.
Its a rather standard plesk installation on almalinux.
Any wy to troubleshoot this?

KevinTheJedi

DReffects

Please start your own thread describing your issue in detail, provide any helpful screenshots, and provide a screenshot of Admin Panel > Dashboard > Information.

Cheers.