| Server IP : 195.201.23.43 / Your IP : 3.147.68.89 Web Server : Apache System : Linux webserver2.vercom.be 5.4.0-192-generic #212-Ubuntu SMP Fri Jul 5 09:47:39 UTC 2024 x86_64 User : kdecoratie ( 1041) PHP Version : 7.1.33-63+ubuntu20.04.1+deb.sury.org+1 Disable Function : pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals, MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : OFF | Sudo : ON | Pkexec : ON Directory : /usr/share/webmin/virtual-server/help/ |
Upload File : |
<header>Re-allocate user and group IDs</header> When this option is set to <b>Yes</b> and you are restoring a server that does not currently exist on the system, the Unix user and group IDs for the server administrator and mail/FTP users will be re-allocated to use free IDs on your system. This is typically what you want as it avoids clashes with existing IDs on your system. <p> Selecting <b>No</b> tells Virtualmin to use the IDs that were in use when the backup was created. This should be used if other files still exist on the system with the old IDs, and if those IDs have not been allocated to any other users or groups since the backup was made. <p> <footer>Private