Mailing List Archive

Snapvault Lag on 7-mode filer
Hey there,

I'm having some troubles with one of my snapvault relations and am wondering if someone is able to help me out here.
Sometimes, the Replication on the secondary lags behind with no obvious reason and it looks like this then:

FILER-01> snapvault status
Snapvault is ON.
Source Destination State Lag Status
1.1.1.1:/vol/Volume1 FILER-01:/vol/SV_DATA01/Volume1 Snapvaulted 42:55:35 Idle
1.1.1.1:/vol/Volume2 FILER-01:/vol/SV_DATA01/Volume2 Snapvaulted 42:55:27 Idle
1.1.1.1:/vol/Volume3 FILER-01:/vol/SV_DATA01/Volume3 Snapvaulted 42:55:18 Idle
1.1.1.2:/vol/Volume4 FILER-01:/vol/SV_DATA01/Volume4 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume5 FILER-01:/vol/SV_DATA01/Volume5 Snapvaulted 09:27:49 Idle
1.1.1.3:/vol/Volume6 FILER-01:/vol/SV_DATA01/Volume6 Snapvaulted 09:27:49 Idle
1.1.1.1:/vol/Volume7 FILER-01:/vol/SV_DATA01/Volume7 Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/Volume8 FILER-01:/vol/SV_DATA01/Volume8 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume9 FILER-01:/vol/SV_DATA01/Volume9 Snapvaulted 27:27:50 Idle
1.1.1.1:/vol/VolumeA FILER-01:/vol/SV_DATA01/VolumeA Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/VolumeB FILER-01:/vol/SV_DATA01/VolumeB Snapvaulted 16641:27:46 Idle
FILER-01> snapvault snap sched
xfer SV_DATA01 sv_daily 7@mon-sun@0 preserve=default,warn=0

As you can see, I'm snapvaulting multiple source volumes from multiple source filers into one destination volume on one destination filer (the output above is from the snapvault secondary).
The schedule has been set up to run daily and it seems to have done that for Volume5 and 6 today, but not for the other volumes.
When I do manually run a snapvault update on Volume1 now, it goes immediately into the Quiescing state and afterwars updates the lagtime to 00:00:00:

So I have to do that for all the relations which are behind every other day and to me it seems as if they're not really behind and this is just a display bug?

Also, I have no idea why Volume7, A and B show such high lag times - they do get updated regularly too and when I run a manual update on them now, it also goes back to 00:00:00 replication lag immediately after the manual update run has completed, but a bit later, it changes back to this insanely high lag time.

I'm running 8.2.4P5 7-Mode here.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
AW: Snapvault Lag on 7-mode filer [ In reply to ]
Hi,

sorry for the late reply - forgot to report back that this was the culprit; fixed the source schedules, all good then.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

Von: Chris Hague [mailto:Chris_Hague@ajg.com]
Gesendet: Donnerstag, 11. Mai 2017 12:12
An: Alexander Griesser <AGriesser@anexia-it.com>
Betreff: RE: Snapvault Lag on 7-mode filer

What is the snapvault snap sched from your source filer?
Sounds like there is no snap being created for it to transfer.

Kind Regards,
Chris.

From: toasters-bounces@teaparty.net<mailto:toasters-bounces@teaparty.net> [mailto:toasters-bounces@teaparty.net] On Behalf Of Alexander Griesser
Sent: 11 May 2017 10:40
To: toasters@teaparty.net<mailto:toasters@teaparty.net>
Subject: Snapvault Lag on 7-mode filer

Hey there,

I'm having some troubles with one of my snapvault relations and am wondering if someone is able to help me out here.
Sometimes, the Replication on the secondary lags behind with no obvious reason and it looks like this then:

FILER-01> snapvault status
Snapvault is ON.
Source Destination State Lag Status
1.1.1.1:/vol/Volume1 FILER-01:/vol/SV_DATA01/Volume1 Snapvaulted 42:55:35 Idle
1.1.1.1:/vol/Volume2 FILER-01:/vol/SV_DATA01/Volume2 Snapvaulted 42:55:27 Idle
1.1.1.1:/vol/Volume3 FILER-01:/vol/SV_DATA01/Volume3 Snapvaulted 42:55:18 Idle
1.1.1.2:/vol/Volume4 FILER-01:/vol/SV_DATA01/Volume4 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume5 FILER-01:/vol/SV_DATA01/Volume5 Snapvaulted 09:27:49 Idle
1.1.1.3:/vol/Volume6 FILER-01:/vol/SV_DATA01/Volume6 Snapvaulted 09:27:49 Idle
1.1.1.1:/vol/Volume7 FILER-01:/vol/SV_DATA01/Volume7 Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/Volume8 FILER-01:/vol/SV_DATA01/Volume8 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume9 FILER-01:/vol/SV_DATA01/Volume9 Snapvaulted 27:27:50 Idle
1.1.1.1:/vol/VolumeA FILER-01:/vol/SV_DATA01/VolumeA Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/VolumeB FILER-01:/vol/SV_DATA01/VolumeB Snapvaulted 16641:27:46 Idle
FILER-01> snapvault snap sched
xfer SV_DATA01 sv_daily 7@mon-sun@0 preserve=default,warn=0

As you can see, I'm snapvaulting multiple source volumes from multiple source filers into one destination volume on one destination filer (the output above is from the snapvault secondary).
The schedule has been set up to run daily and it seems to have done that for Volume5 and 6 today, but not for the other volumes.
When I do manually run a snapvault update on Volume1 now, it goes immediately into the Quiescing state and afterwars updates the lagtime to 00:00:00:

So I have to do that for all the relations which are behind every other day and to me it seems as if they're not really behind and this is just a display bug?

Also, I have no idea why Volume7, A and B show such high lag times - they do get updated regularly too and when I run a manual update on them now, it also goes back to 00:00:00 replication lag immediately after the manual update run has completed, but a bit later, it changes back to this insanely high lag time.

I'm running 8.2.4P5 7-Mode here.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
RE: Snapvault Lag on 7-mode filer [ In reply to ]
I <3 7-Mode :)

From: Alexander Griesser [mailto:AGriesser@anexia-it.com]
Sent: 22 July 2017 11:03
To: Chris Hague
Cc: <Toasters@teaparty.net>
Subject: AW: Snapvault Lag on 7-mode filer

Hi,

sorry for the late reply - forgot to report back that this was the culprit; fixed the source schedules, all good then.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

Von: Chris Hague [mailto:Chris_Hague@ajg.com]
Gesendet: Donnerstag, 11. Mai 2017 12:12
An: Alexander Griesser <AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>>
Betreff: RE: Snapvault Lag on 7-mode filer

What is the snapvault snap sched from your source filer?
Sounds like there is no snap being created for it to transfer.

Kind Regards,
Chris.

From: toasters-bounces@teaparty.net<mailto:toasters-bounces@teaparty.net> [mailto:toasters-bounces@teaparty.net] On Behalf Of Alexander Griesser
Sent: 11 May 2017 10:40
To: toasters@teaparty.net<mailto:toasters@teaparty.net>
Subject: Snapvault Lag on 7-mode filer

Hey there,

I'm having some troubles with one of my snapvault relations and am wondering if someone is able to help me out here.
Sometimes, the Replication on the secondary lags behind with no obvious reason and it looks like this then:

FILER-01> snapvault status
Snapvault is ON.
Source Destination State Lag Status
1.1.1.1:/vol/Volume1 FILER-01:/vol/SV_DATA01/Volume1 Snapvaulted 42:55:35 Idle
1.1.1.1:/vol/Volume2 FILER-01:/vol/SV_DATA01/Volume2 Snapvaulted 42:55:27 Idle
1.1.1.1:/vol/Volume3 FILER-01:/vol/SV_DATA01/Volume3 Snapvaulted 42:55:18 Idle
1.1.1.2:/vol/Volume4 FILER-01:/vol/SV_DATA01/Volume4 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume5 FILER-01:/vol/SV_DATA01/Volume5 Snapvaulted 09:27:49 Idle
1.1.1.3:/vol/Volume6 FILER-01:/vol/SV_DATA01/Volume6 Snapvaulted 09:27:49 Idle
1.1.1.1:/vol/Volume7 FILER-01:/vol/SV_DATA01/Volume7 Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/Volume8 FILER-01:/vol/SV_DATA01/Volume8 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume9 FILER-01:/vol/SV_DATA01/Volume9 Snapvaulted 27:27:50 Idle
1.1.1.1:/vol/VolumeA FILER-01:/vol/SV_DATA01/VolumeA Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/VolumeB FILER-01:/vol/SV_DATA01/VolumeB Snapvaulted 16641:27:46 Idle
FILER-01> snapvault snap sched
xfer SV_DATA01 sv_daily 7@mon-sun@0 preserve=default,warn=0

As you can see, I'm snapvaulting multiple source volumes from multiple source filers into one destination volume on one destination filer (the output above is from the snapvault secondary).
The schedule has been set up to run daily and it seems to have done that for Volume5 and 6 today, but not for the other volumes.
When I do manually run a snapvault update on Volume1 now, it goes immediately into the Quiescing state and afterwars updates the lagtime to 00:00:00:

So I have to do that for all the relations which are behind every other day and to me it seems as if they're not really behind and this is just a display bug?

Also, I have no idea why Volume7, A and B show such high lag times - they do get updated regularly too and when I run a manual update on them now, it also goes back to 00:00:00 replication lag immediately after the manual update run has completed, but a bit later, it changes back to this insanely high lag time.

I'm running 8.2.4P5 7-Mode here.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601
AW: Snapvault Lag on 7-mode filer [ In reply to ]
Cannot share this love... :)

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

Von: Chris Hague [mailto:Chris_Hague@ajg.com]
Gesendet: Samstag, 22. Juli 2017 14:31
An: Alexander Griesser <AGriesser@anexia-it.com>
Cc: <Toasters@teaparty.net> <Toasters@teaparty.net>
Betreff: RE: Snapvault Lag on 7-mode filer

I <3 7-Mode :)

From: Alexander Griesser [mailto:AGriesser@anexia-it.com]
Sent: 22 July 2017 11:03
To: Chris Hague
Cc: <Toasters@teaparty.net<mailto:Toasters@teaparty.net>>
Subject: AW: Snapvault Lag on 7-mode filer

Hi,

sorry for the late reply - forgot to report back that this was the culprit; fixed the source schedules, all good then.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

Von: Chris Hague [mailto:Chris_Hague@ajg.com]
Gesendet: Donnerstag, 11. Mai 2017 12:12
An: Alexander Griesser <AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>>
Betreff: RE: Snapvault Lag on 7-mode filer

What is the snapvault snap sched from your source filer?
Sounds like there is no snap being created for it to transfer.

Kind Regards,
Chris.

From: toasters-bounces@teaparty.net<mailto:toasters-bounces@teaparty.net> [mailto:toasters-bounces@teaparty.net] On Behalf Of Alexander Griesser
Sent: 11 May 2017 10:40
To: toasters@teaparty.net<mailto:toasters@teaparty.net>
Subject: Snapvault Lag on 7-mode filer

Hey there,

I'm having some troubles with one of my snapvault relations and am wondering if someone is able to help me out here.
Sometimes, the Replication on the secondary lags behind with no obvious reason and it looks like this then:

FILER-01> snapvault status
Snapvault is ON.
Source Destination State Lag Status
1.1.1.1:/vol/Volume1 FILER-01:/vol/SV_DATA01/Volume1 Snapvaulted 42:55:35 Idle
1.1.1.1:/vol/Volume2 FILER-01:/vol/SV_DATA01/Volume2 Snapvaulted 42:55:27 Idle
1.1.1.1:/vol/Volume3 FILER-01:/vol/SV_DATA01/Volume3 Snapvaulted 42:55:18 Idle
1.1.1.2:/vol/Volume4 FILER-01:/vol/SV_DATA01/Volume4 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume5 FILER-01:/vol/SV_DATA01/Volume5 Snapvaulted 09:27:49 Idle
1.1.1.3:/vol/Volume6 FILER-01:/vol/SV_DATA01/Volume6 Snapvaulted 09:27:49 Idle
1.1.1.1:/vol/Volume7 FILER-01:/vol/SV_DATA01/Volume7 Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/Volume8 FILER-01:/vol/SV_DATA01/Volume8 Snapvaulted 27:27:50 Idle
1.1.1.2:/vol/Volume9 FILER-01:/vol/SV_DATA01/Volume9 Snapvaulted 27:27:50 Idle
1.1.1.1:/vol/VolumeA FILER-01:/vol/SV_DATA01/VolumeA Snapvaulted 16641:27:47 Idle
1.1.1.2:/vol/VolumeB FILER-01:/vol/SV_DATA01/VolumeB Snapvaulted 16641:27:46 Idle
FILER-01> snapvault snap sched
xfer SV_DATA01 sv_daily 7@mon-sun@0 preserve=default,warn=0

As you can see, I'm snapvaulting multiple source volumes from multiple source filers into one destination volume on one destination filer (the output above is from the snapvault secondary).
The schedule has been set up to run daily and it seems to have done that for Volume5 and 6 today, but not for the other volumes.
When I do manually run a snapvault update on Volume1 now, it goes immediately into the Quiescing state and afterwars updates the lagtime to 00:00:00:

So I have to do that for all the relations which are behind every other day and to me it seems as if they're not really behind and this is just a display bug?

Also, I have no idea why Volume7, A and B show such high lag times - they do get updated regularly too and when I run a manual update on them now, it also goes back to 00:00:00 replication lag immediately after the manual update run has completed, but a bit later, it changes back to this insanely high lag time.

I'm running 8.2.4P5 7-Mode here.

Best,

Alexander Griesser
Head of Systems Operations

ANEXIA Internetdienstleistungs GmbH

E-Mail: AGriesser@anexia-it.com<mailto:AGriesser@anexia-it.com>
Web: http://www.anexia-it.com<http://www.anexia-it.com/>

Anschrift Hauptsitz Klagenfurt: Feldkirchnerstra?e 140, 9020 Klagenfurt
Gesch?ftsf?hrer: Alexander Windbichler
Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601