Topic: Permissions not moved to new server

[alanh]

I have an SME server 9 and backed up the config from 'Backup to desktop' - after moving users and ibays to a temp folder (got this process from a post a while ago on moving from sme 8 to 9)
using
'mv /home/e-smith/files/users /temp'  and same for ibays
then did the 'backup to desktop' to produce smeserver.tgz
then moved ibays and users back
'mv /temp/users /home/e-smith/files/' and same for ibays
then produce compressed files for users and ibays using
'tar -czvf /temp/users.tar.gz users' and same for ibays
copied these .gz files to my desktop
Install SME 10.1 to new disks
restore smeserver.tgz when asked
unpack .gz files using
cd /home/e-smith/files/
'tar -xvzf users.tar.gz' and same for ibays

went in to run some programs to find out that permissions were not moved over for a lot of files, so for some .exe and .dll they were -rw-rw----, when on the old sme 9 server they were -rwxrw----,  so the execute permission is no there.

Just wondering what I may have done wrong here, when I moved from 8 to 9 it worked ok - my understanding is that tar would preserve the permissions, but it seems to not have.
Did some looking and found the -p flag in tar, but not much there, so also tried
'tar -p -xvzf users.tar.gz', but same problem
any help appreciated !
thank you

[ReetP]

when I moved from 8 to 9 it worked ok

Remember you are moving from 9 to 10

You are using a hacky method that is liable to give unpredictable results.

Use the right tool for the job.

Either a full backup restore or:

https://wiki.koozali.org/Migratehelper

The permissions on the server are not necessarily what your client sees.

eg I have exe files on my server that are rw-rw-r-- but are executable on my desktop.

The ibay perms are set in the 'ibays' on the server-manager or db accounts on the cli - generally either Read/Write or Read, but not Exe.

I think they would only be executable on the server if you actually want them to run on the server (JP will clarify that one)

[Gary Douglas]

anything to do with this?  https://bugs.koozali.org/show_bug.cgi?id=11555

[ReetP]

anything to do with this?  https://bugs.koozali.org/show_bug.cgi?id=11555

Nice one - could well be (I don't any Windoze so.....)

[alanh]

Thanks everyone for the assistance with this. We have a simple server only setup , I'm not a big Linux expert by any means, and have learnt enough to get this all going so always looking for straightforward solutions, appreciate your help.

[ReetP]

Cool - please ask if you need further assistance.

[Jean-Philippe Pialasse]

you should not move any file in place before the smeserver.tgz has been used to migrate user. 

even there only  user listed in accounts db will be migrated from old unix password files to new. 
note that manual moving of files and user not in accounts db (including some daemons users related to contribs might or will have different uid and gid.

copying file from one system to another will not keep username and groupename for the files but only uid and gid. 



the bug you point is not related.


as point John you can use migratehelper or you can use the exclude list to mot backup this content and just rsync it later.  (rsync sync using username from one system to another instead of uid by default)