if one bridge is failing, other bridge connections fail as well

Bug #1379058 reported by Marcel
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
mosquitto
New
Undecided
Unassigned

Bug Description

I have defined 3 bridge configurations
However, once I switched on of the servers off, but did not remove the configuration the connection to the other bridges also stopped working.
Once I removed the bridge definition containing the switched off server the other bridges started to work again.

Revision history for this message
Roger Light (roger.light) wrote : Re: [Bug 1379058] [NEW] if one bridge is failing, other bridge connections fail as well

Hi Marcel,

Thanks for the report, it certainly doesn't sound like correct behaviour! :)

Could you please let me know what version of mosquitto you are running
and on what platform? If you could also share a minimal configuration
file that produces this effect it would be much appreciated.

Thanks,

Roger

On Thu, Oct 9, 2014 at 12:04 AM, Marcel <email address hidden> wrote:
> Public bug reported:
>
> I have defined 3 bridge configurations
> However, once I switched on of the servers off, but did not remove the configuration the connection to the other bridges also stopped working.
> Once I removed the bridge definition containing the switched off server the other bridges started to work again.
>
> ** Affects: mosquitto
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to
> mosquitto.
> https://bugs.launchpad.net/bugs/1379058
>
> Title:
> if one bridge is failing, other bridge connections fail as well
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mosquitto/+bug/1379058/+subscriptions

Revision history for this message
Marcel (marcel-0) wrote :

Hi Roger,

Sure, here you have the details
#mosquitto -h
mosquitto version 1.2.3 (build date 2013-11-12 18:36:58+0100)

Raspberry Pi
# uname -a
Linux raspbx 3.6.11+ #520 PREEMPT Wed Aug 7 16:07:34 BST 2013 armv6l
GNU/Linux

config file mosquitto.con -> mostly standard

3 files in the /etc/mosquitto/conf.d folder:
the 2 bridges are also misquitto, one is the very latest build. The
pi35.conf one is where the RPI is actually switched off, that caused the
uberspace one not to work.
The 3rd bridge is cosm (or whatever it is currently called)

bridge config files:

#cat pi35.conf
connection pi35
try_private false
address 192.168.3.35
username XXXXXXXXXXX
password XXXXXXXXXXXXXX
clientid RP45
notifications true
notification_topic /system/bridge/connection/pi35
start_type automatic
cleansession true
topic /# out 0

# cat uberspace.conf
connection uberspace
try_private true
address myserver.com
username XXXXXXXXX
password XXXXXXXXX
clientid RP45
notifications true
notification_topic /system/bridge/connection/uberspace
start_type automatic
cleansession true
topic /# out 0

2014-10-09 8:07 GMT+02:00 Roger Light <email address hidden>:

> Hi Marcel,
>
> Thanks for the report, it certainly doesn't sound like correct
> behaviour! :)
>
> Could you please let me know what version of mosquitto you are running
> and on what platform? If you could also share a minimal configuration
> file that produces this effect it would be much appreciated.
>
> Thanks,
>
> Roger
>
> On Thu, Oct 9, 2014 at 12:04 AM, Marcel <email address hidden> wrote:
> > Public bug reported:
> >
> > I have defined 3 bridge configurations
> > However, once I switched on of the servers off, but did not remove the
> configuration the connection to the other bridges also stopped working.
> > Once I removed the bridge definition containing the switched off server
> the other bridges started to work again.
> >
> > ** Affects: mosquitto
> > Importance: Undecided
> > Status: New
> >
> > --
> > You received this bug notification because you are subscribed to
> > mosquitto.
> > https://bugs.launchpad.net/bugs/1379058
> >
> > Title:
> > if one bridge is failing, other bridge connections fail as well
> >
> > To manage notifications about this bug go to:
> > https://bugs.launchpad.net/mosquitto/+bug/1379058/+subscriptions
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1379058
>
> Title:
> if one bridge is failing, other bridge connections fail as well
>
> Status in mosquitto: an mqtt message broker:
> New
>
> Bug description:
> I have defined 3 bridge configurations
> However, once I switched on of the servers off, but did not remove the
> configuration the connection to the other bridges also stopped working.
> Once I removed the bridge definition containing the switched off server
> the other bridges started to work again.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mosquitto/+bug/1379058/+subscriptions
>

Revision history for this message
Roger Light (roger.light) wrote :

I think this might be down to you having a duplicate clientids in your bridges. Could you try using different client ids? This is something that has changed in version 1.4 - it doesn't allow bridges with duplicate ids, although it doesn't work exactly as it should yet.

Revision history for this message
Roger Light (roger.light) wrote :

Hi there,

I am migrating bugs to Eclipse. The new url for this bug is:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=452916

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.