Status: Closed (View Workflow)
Resolution: Not A Defect
some of our users are connected with LDAP credentials (jenkins connected to active directory).
thinBackup manual backup fails to backup when there is a "domain\username" folder under the $JENKINS_HOME/users folder.
Despite what the error message below is suggesting - this is NOT a permissions issue since it was able to create folders for other users which are not of the form "domain\username".
Here is the system log (note I replaced the actual domain and user names with domain\username - the rest of the log is untouched):
Nov 07, 2016 11:00:12 AM INFO org.jvnet.hudson.plugins.thinbackup.ThinBackupMgmtLink doBackupManual
Starting manual backup.
Nov 07, 2016 11:00:13 AM INFO org.jvnet.hudson.plugins.thinbackup.backup.HudsonBackup backupJobsDirectory
Found 22 jobs to back up.
Nov 07, 2016 11:01:03 AM SEVERE org.jvnet.hudson.plugins.thinbackup.ThinBackupPeriodicWork backupNow
Cannot perform a backup. Please be sure jenkins/hudson has write privileges in the configured backup path '/var/lib/jenkins_backup_mnt'.
java.io.IOException: Destination '/var/lib/jenkins_backup_mnt/FULL-2016-11-07_11-00/users/domain\username' directory cannot be created
It just hit me that its probably my bad... The jenkins backup folder is actually a mount to... a windows share (cifs), and in windows folders cannot contain \.
I will very tomorrow and if a backup to linux is successful I will close this.
I wonder though how it works when jenkins is running on windows, and whether there is a workaround which would still allow me to backup to a network share
If I change the backup directory to a local directory instead of the mount the backup completes successfully.
I guess you can close this issue, sorry for the trouble.
looks like that the path is incorrect reagrding the separators. the separator between domain and name is probably interpreted like a path separator.