On 2015-12-01 2:06 pm, dweimer wrote:
> On 2015-12-01 1:33 pm, Phil Stracchino wrote:
>> On 12/01/15 13:29, dweimer wrote:
>>> I just rebuilt my windows 10 workstation, and restored the bacula
>>> directory. All I was actually after was the .conf files, but noticed
>>> something strange. Every file was larger than what was backed up.
>> [...]
>>> The bacula-fd.conf file contained two copies of itself broken up by a
>>> line of garbage text, which of course was easy enough to grab the
>>> file
>>> and replace the newly installed one to get the client service running
>>> on
>>> the new install. However the binary files are junk. Has anyone else
>>> seen
>>> this? most of the important data on the system that I back up isn't
>>> flat
>>> text files, but images, pdf, etc. which are unusable after a restore
>>> if
>>> this is the case.
>>>
>>> I will do some more test restores to the client now that its up, to
>>> see
>>> if its only when restoring to the freebsd client. I have verified
>>> restores to the FreeBSD client of itself restore correctly. just
>>> curious
>>> if someone else has seen this?
>>>
>>> other information
>>> Windows Client: Windows 10 Update 1511, Bacula 6.0.6
>>> Server: FreeBSD 10.2, Bacula 7.0
>>>
>>> C: Drive on Windows Client was a software mirror.
>>> Backup ran successfully with No Errors or Warnings.
>>
>> So, you're restoring Win32 streams to a FreeBSD client...?
>>
>> Are the files still the wrong size and double-contents when restored
>> to
>> the Windows client?
>>
>
> I haven't tested that yet, was busy on other things, I have confirmed
> that the software mirror had nothing to do with it, as files restored
> from the D: which is a hardware raid have the same issue. next test
> will
> be restoring to the windows machine. I erred above though, I list 7.0
> as
> the server Bacula version, the correct version is 7.2. I know I have
> done restores to the FreeBSD client of data on the Windows machine
> before, but it may have been prior to version 7.x branch.
> I do this the majority of the restores as specifying the alternate path
> for windows has been problematic finding a syntax it likes to specify
> the c:\ d:\ etc to start with.
>
OK, I have tested restores to the windows client, they do appear to work
correctly, but it took me forever to find them.
I marked C:\Qt\Qt5.5.1\Examples for restoration, entered D:/ as the
restore path.
JobName: RestoreFiles
Bootstrap: /var/db/bacula/bacula-dir.restore.5.bsr
Where: D:/
Replace: Always
FileSet: Full Set
Backup Client: workstation-fd
Restore Client: workstation-fd
Storage: File
When: 2015-12-01 14:12:42
Catalog: MyCatalog
Priority: 10
After restoring I couldn't find the files, finally I put in D:\C\ into
the windows explorer address bar. Guess what its there, as a directory
that can't be seen, turns out it made it a hidden directory that was
also flagged as a protected operating system file.
However, I still believe this is a bug, as you should be able to restore
to different operating system than the backup was made on.
--
Thanks,
Dean E. Weimer
http://www.dweimer.net/
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
