Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6B0B611C51 for ; Tue, 17 Jun 2014 16:15:03 +0000 (UTC) Received: (qmail 12457 invoked by uid 500); 17 Jun 2014 16:15:03 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 12419 invoked by uid 500); 17 Jun 2014 16:15:03 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 12408 invoked by uid 99); 17 Jun 2014 16:15:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 16:15:02 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Filipe.Santos@coollink.pt designates 195.23.81.115 as permitted sender) Received: from [195.23.81.115] (HELO mail.coollink.pt) (195.23.81.115) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2014 16:14:59 +0000 Received: from DC106.coollink.local ([fe80::8c6a:55d4:10bf:22f7]) by DC106.coollink.local ([fe80::8c6a:55d4:10bf:22f7%14]) with mapi id 14.03.0181.006; Tue, 17 Jun 2014 17:14:34 +0100 From: Filipe Santos To: "users@qpid.apache.org" Subject: Remove unused routes and links Thread-Topic: Remove unused routes and links Thread-Index: Ac+KRFbOMK9/FVldRF2/2uqWXOoqkA== Date: Tue, 17 Jun 2014 16:14:33 +0000 Message-ID: Accept-Language: pt-PT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.106.101.113] Content-Type: multipart/alternative; boundary="_000_B425EC881A319044AAFE9E21630E0BDF013E0377DC106coollinklo_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_B425EC881A319044AAFE9E21630E0BDF013E0377DC106coollinklo_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I have this scenario: Two federated qpid A and B, in different machines, with routes ( and links)= between them. Without deleting any configuration I've remove qpid B and added a qpid C. >From this moment I couldn't configure qpid C with routes between A and C be= cause qpid A was returning an error complaining the routes between A and B= . Routes from A and B couldn't no longer be deleted because A was not finding= B anymore. I got stuck until I've reconnected B, erased all the routes and links from = A to B, removed B, reconnected C and configured C. Shouldn't it be a way of forcing the deletion of routes without one being p= resent? Best, Filipe Santos --_000_B425EC881A319044AAFE9E21630E0BDF013E0377DC106coollinklo_--