This does explain why the 9th snapmirror which is started exceeds the limit. I double/triple checked that nothing else was going on at the time of the vfiler dr configure. The command did succeed once, but it seems no longer to put the limit-exceeding transfers to pending and crashes instead.
-----Ursprüngliche Nachricht----- Von: Federwisch, Mike [mailto:Mike.Federwisch@netapp.com] Gesendet: Freitag, 12. November 2004 15:26 An: Thorsten.Lemke@computacenter.com; Conzen, Christoph (C.) Cc: toasters@mathworks.com Betreff: RE: vfiler dr configure trouble
The documentation is wrong for that model. Only 8 transfers are supported for a FAS270.
-----Original Message----- From: Thorsten.Lemke@computacenter.com [mailto:Thorsten.Lemke@computacenter.com] Sent: Friday, November 12, 2004 6:01 AM To: cconzen1@getrag-ford.com Cc: toasters@mathworks.com Subject: Re: vfiler dr configure trouble
Perhaps that was only a temporary issue. The FAS270 only supports up to 16 simultaneous snapmirror transfers.
If there are already 16 active transfers (which means that status is 'transferring' instead of 'idle') at the moment when you try to initialize the vfiler dr, then you will get the message 'too many active transfers at once on source'.
Just check snapmirror status that your amount of simultaneous transfers is not filled up at the moment and try again.
Regards Thorsten
Sent by: owner-toasters@mathworks.com
To: toasters@mathworks.com cc: Subject: vfiler dr configure trouble |--------------------------------------------------------------------------| | | | |--------------------------------------------------------------------------|
Hi Toasters,
we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems.
After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following:
nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY.
Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx.
Has anyone out there made similar expieriences or has got a clue what causes this behaviour?
Christoph Conzen GETRAG FORD Transmissions
COMPUTACENTER (UK) LTD
The contents of this e-mail are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive for the addressee) you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.
Computacenter information is available from http://www.computacenter.com
This footnote also confirms that this email message has been swept for the presence of computer viruses.
***************************************************************************************************************************