|
Home > Archive > Backup Software > June 2007 > Mozy failing to recognize some changed files
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Mozy failing to recognize some changed files
|
|
| Josh_nyc 2007-05-17, 1:14 pm |
| I decided to test Mozy online backup on my XP Professional machine. My
initial backup went fine, and I tested that I could restore some
files. Then I modified just one of those files to check what Mozy
would do. - and it did nothing, even after several cycles of automatic
and manual backups. This would be a disaster if I were using Mozy for
real.
New files and *some* changed files (like NTUSER.DAT) were backed up,
but not the one I was testing.
I checked the backups in three ways
My test file is shown in the Backup set.
It appears in the initial backup history log, but not in later logs.
It appears in the virtual drive Mozy creates to show what is on the
server - but it shows
the old date, not the modified date.
Several things about my system are atypical - several special folders
like Documents have been redirected to the second disk, some services
are disabled -- but the bottom line is that the initial backup worked,
but some changed files were not backed up.
Mozy support asked for my logs, bus has not responded further in two
weeks. I'm not a paying customer, but if I don't figure this out, I
never will be!
Can anyone suggest a remedy, or at least a test I could do to
understand what is happening?
| |
|
| Josh_nyc <jlrubin@gmail.com> wrote on Thu, 17 May 2007 at 08:33:24:
>I decided to test Mozy online backup on my XP Professional machine. My
>initial backup went fine, and I tested that I could restore some
>files. Then I modified just one of those files to check what Mozy
>would do. - and it did nothing, even after several cycles of automatic
>and manual backups. This would be a disaster if I were using Mozy for
>real.
>
>New files and *some* changed files (like NTUSER.DAT) were backed up,
>but not the one I was testing.
>
>I checked the backups in three ways
> My test file is shown in the Backup set.
>
> It appears in the initial backup history log, but not in later logs.
>
> It appears in the virtual drive Mozy creates to show what is on the
>server - but it shows
> the old date, not the modified date.
>
>Several things about my system are atypical - several special folders
>like Documents have been redirected to the second disk, some services
>are disabled -- but the bottom line is that the initial backup worked,
>but some changed files were not backed up.
>
>Mozy support asked for my logs, bus has not responded further in two
>weeks. I'm not a paying customer, but if I don't figure this out, I
>never will be!
>
>Can anyone suggest a remedy, or at least a test I could do to
>understand what is happening?
Did you make any progress with this problem? I am experiencing the same
problem or worse - Mozy is failing to backup *any* new or changed files
during daily scheduled backups on my WinXP Pro system. FWIW, a power
failure seems to trigger a successful backup; otherwise, the PC runs
24/7.
I am using the latest version available on their web site, mozy.com, and
my firewall config seems to be correct for Mozy.
My latest problem ticket with Mozy was opened on 9 April. Mozy Support
was quite responsive for about 2 weeks, requesting various log and
configuration files and then suggesting that they would soon have a new
version that would fix it. However, that was 6 weeks ago, and I'm
disappointed with their support since then - only one response to my
reminders, and I don't have much confidence that they access the history
of the problem ticket before responding.
Is anyone else seeing this problem?
--
Tony
| |
| Josh_nyc 2007-06-04, 1:14 pm |
| On Jun 4, 5:34 am, Tony <tonyh1nos...@hotair.demon.co.uk> wrote:
>
> Did you make any progress with this problem? I am experiencing the same
> problem or worse - Mozy is failing to backup *any* new or changed files
> during daily scheduled backups on my WinXP Pro system. FWIW, a power
> failure seems to trigger a successful backup; otherwise, the PC runs
> 24/7.
>
> I am using the latest version available on their web site, mozy.com, and
> my firewall config seems to be correct for Mozy.
>
> My latest problem ticket with Mozy was opened on 9 April. Mozy Support
> was quite responsive for about 2 weeks, requesting various log and
> configuration files and then suggesting that they would soon have a new
> version that would fix it. However, that was 6 weeks ago, and I'm
> disappointed with their support since then - only one response to my
> reminders, and I don't have much confidence that they access the history
> of the problem ticket before responding.
>
> Is anyone else seeing this problem?
>
> --
> Tony
Hi Tony - I'm sorry to say that I have not resolved the problem.
Mozy support has not replied to me since my posting here.
I told my clients not to use Mozy until the problem has been
explained and fixed.
I hear AT&T has a pretty good backup system - I'll try them.
| |
| proosakos@gmail.com 2007-06-05, 1:14 pm |
| On Jun 4, 10:06 am, Tony <tonyh1nos...@hotair.demon.co.uk> wrote:
> Josh_nyc <jlru...@gmail.com> wrote on Mon, 4 Jun 2007 at 16:31:10:
>
>
>
> Thanks for responding so quickly. Shame about the Mozy problem. I'll
> chase them for a bit longer. Without this problem, it looks like a good
> service.
>
>
> Information Week called it "dumbed-down", though 
>
> <http://www.informationweek.com/soft...?articleID=1988
> 00795&pgno=2>
> --
> Tony
You can also try Titanize (http://www.titanize.com). It combines near
continuous backup with some more advanced features, including remote
access. Performance is very good, and it also includes offline backup
for archival purposes.
| |
|
| proosakos@gmail.com wrote on Tue, 5 Jun 2007 at 08:57:23:
>You can also try Titanize (http://www.titanize.com). It combines near
>continuous backup with some more advanced features, including remote
>access. Performance is very good, and it also includes offline backup
>for archival purposes.
Thanks for the tip.
--
Tony
|
|
|
|
|