There are no oddities as far as I can see. All is matching - Starts and Ends etc.
I have set up the mirrors, the vfiler dr config would trigger, by hand and the same error message (too many active transfers...)comes up then when all mirors are initialized/updated the same time. But different to the vfiler dr configure situation, the ones beyond any concurrent-transfer-limits are just set to pending and will succeed as soon as the number of concurrent transfers goes below the threshold.
For the FAS270 the documentation says that 16 concurrent transfers are the max. The error messages comes when the 9th transfer is started!
It looks as if any transfer is counted twice , and if the vfiler dr configure process cannot push the transfers to pending but terminates the whole process when the first error occurs.
-----Ursprüngliche Nachricht-----
Von: Hill, Aaron [mailto:aaron.hill@cba.com.au]
Gesendet: Donnerstag, 11. November 2004 23:54
An: Conzen, Christoph (C.); toasters(a)mathworks.com
Betreff: RE: vfiler dr configure trouble
Forgive me if I am asking the obvious;
Can you see anything odd in the /etc/log/snapmirror logs?
-----Original Message-----
From: Hill, Aaron
Sent: Friday, 12 November 2004 9:27 AM
To: 'Conzen, Christoph (C.)'; toasters(a)mathworks.com
Subject: RE: vfiler dr configure trouble
Cristoph,
What does your current snapmirror status, snapmirror destinations and snap list output give?
Just looking for evidence of the previous snapmirror relationships.
Aaron
-----Original Message-----
From: Conzen, Christoph (C.) [mailto:cconzen1@getrag-ford.com]
Sent: Friday, 12 November 2004 1:58 AM
To: toasters(a)mathworks.com
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
************** IMPORTANT MESSAGE **************
This e-mail message is intended only for the addressee(s) and contains information which may be confidential.
If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries.
We can be contacted through our web site: commbank.com.au.
If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line.
***************************************************************