[lbackup-discussion] LBackup Question

[henri]

Hello Jamie,

Have you checked the file system (s) with a tool such as Disk Utility?

Also, to get this working one more setting change within the configuration file you could change is as follows : 

> # Override local system checks (YES/NO)
> #check_local_system="NO" # (Bypasses the local system checks)
> 
> to
> 
> # Override local system checks (YES/NO)
> check_local_system="NO" # (Bypasses the local system checks)

Making this change will by pass various checks on the local system as such, it is not an ideal as a permanent solution. The result of this change is that the -E flag will not be passed to rsync. That flag may be causing issues with the bundled Mac OS version of rsync.

Hopefully, this helps.



> Dear Henri
> 
> Thanks so much for your message!
> 
> Regressing the rsync version has helped clear up masses of the errors. Hooray!! 
> 
> I am now left only with one - I wonder if you can advise on this one, please :
> 
> rsync: writefd_unbuffered failed to write 4 bytes [generator]: Broken pipe (32)
> rsync error: error in rsync protocol data stream (code 12) at /SourceCache/rsync/rsync-42/rsync/io.c(1121) [generator=2.6.9]
> 
> This stuffs up each time. Otherwise, I think the backup would be succeeding. Any suggestions?
> 
> Thanks a million
> 
> Jamie
> 
> On Dec 8, 2011, at 6:40 PM, Henri Shustak wrote:
> 
>> Just checking if the suggestions quoted below resolved your issue?
>> 
>> Keep in touch.
>> Henri 
>> 
>> 
>>> Let me know how you get on with these additional changes suggested within the previous email and if the backup then completes successfully.
>>> 
>>> If it works then I would suggest that the next step is to confirm that any meta-data required in the backup is actually being preserved.
>>> 
>>> Hopefully this information is helpful.
>>> 
>>> Regards,
>>> Henri
>>> 
>>> 
>>>> Hello Again,
>>>> 
>>>> Two more changes worth making to the configuration are listed below : 
>>>> 
>>>> 
>>>> (1) Allow the use of the default Mac OS X version of rsync.
>>>> 
>>>>> # Allow the use of the standard version of rsync when performing the backup (YES/NO)
>>>>> # If the remote OS is Mac OS X 10.3.9 or earlier then it is recommend that this option is set to "NO"
>>>>> # ssh_permit_standard_rsync_version="YES"
>>>>> 
>>>>> to 
>>>>> 
>>>>> # Allow the use of the standard version of rsync when performing the backup (YES/NO)
>>>>> # If the remote OS is Mac OS X 10.3.9 or earlier then it is recommend that this option is set to "NO"
>>>>> ssh_permit_standard_rsync_version="YES"
>>>> 
>>>> 
>>>> (2) Configure this backup to use the default version of rsync which ships with Mac OS X. 
>>>> 
>>>>> # Use this custom rsync path if we are performing a local backup on Darwin
>>>>> # custom_rsync_path_local_darwin="/usr/local/bin/rsync_v3"
>>>>> 
>>>>> to
>>>>> 
>>>>> # Use this custom rsync path if we are performing a local backup on Darwin
>>>>> custom_rsync_path_local_darwin="/usr/bin/rsync"
>>>> 
>>>> 
>>>> Finally, which version of Mac OS X are you running?
>>>> 
>>>> Henri 
>>>> 
>>>> 
>>>> 
>>>>> Hi Jamie,
>>>>> 
>>>>> Try making the following modification to your configuration file : 
>>>>> 
>>>>> # Disable ACL preservation, only availible on darwin with custom rsync (YES/NO)
>>>>> disable_acl_preservation="NO" # (If enabled ACL's will not be preserved in the backup)
>>>>> 
>>>>> to 
>>>>> 
>>>>> # Disable ACL preservation, only availible on darwin with custom rsync (YES/NO)
>>>>> disable_acl_preservation="YES" # (If enabled ACL's will not be preserved in the backup)
>>>>> 
>>>>> Making this change will mean that ALC's will not be preserved in the backup.
>>>>> 
>>>>> Once you have made this change then let me know if the backup completes successfully.
>>>>> 
>>>>> Henri
>>>>> 
>>>>> 
>>>>> On 7/12/2011, at 2:37 PM, Jamie Allen wrote:
>>>>> 
>>>>>> Kia ora Henri
>>>>>> 
>>>>>> Having gone back to my Mac and looked at this, and corrected the case of volumes, and turned on the permissions abort, the same thing continues to happen.
>>>>>> 
>>>>>> However, here's one discrepancy. The volume I am backing up is NOT a local filesystem. I am backing up ONTO a local file system, but the source directory is a Windows share. 
>>>>>> 
>>>>>> Sorry to have got that wrong!!
>>>>>> 
>>>>>> Can you suggest anything further, by any chance?
>>>>>> 
>>>>>> Jamie
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Dec 7, 2011, at 11:34 AM, Henri Shustak wrote:
>>>>>> 
>>>>>>> Hello Jamie,
>>>>>>> 
>>>>>>>>> Also, a couple of further questions : 
>>>>>>>>> 
>>>>>>>>> (1) Have you run LBackup successfully in the past with the current configuration
>>>>>>>> 
>>>>>>>> Not from this source directory, but from others. 
>>>>>>>>> 
>>>>>>>>> (2) Is the destination for the backup on a DAS or is it accessed via the network?
>>>>>>>> 
>>>>>>>> Both source and target are local directories, not networked. 
>>>>>>>> 
>>>>>>>> Thanks again
>>>>>>> 
>>>>>>> 
>>>>>>> Okay great good to know. I suspect the issue is related to the capitalization within the destination file system.
>>>>>>> 
>>>>>>> As such, I would also suggest that you make the following change within the configuration file as previously mentioned.
>>>>>>> 
>>>>>>>> # Backup Source (no trailing slash is required)
>>>>>>>> backupSource=/volumes/Data
>>>>>>>> 
>>>>>>>> to 
>>>>>>>> 
>>>>>>>> # Backup Source (no trailing slash is required)
>>>>>>>> backupSource=/Volumes/Data
>>>>>>> 
>>>>>>> I also suggest that you comment out the following line within your configuration file : 
>>>>>>> 
>>>>>>>> abort_if_permisions_on_volume_not_set="NO"
>>>>>>> 
>>>>>>> To enable permissions on the destination volume (highly recommended) you may issue the following command from a root shell : 
>>>>>>> 
>>>>>>>> /usr/sbin/vsdbutil -a /Volumes/Data
>>>>>>> 
>>>>>>> There are other approaches to enabling the permissions on the destination volume. One such approach is mentioned within the "Basic Backup Local Machine" LBackup screen cast : http://www.lbackup.org/screencasts
>>>>>>> 
>>>>>>> Please let me know how you get on.
>>>>>>> 
>>>>>>> Keep in touch.
>>>>>>> Henri 
>>>>>>> 
>>>>>> 
>>> 
>