[jitsi-users] serious problem in contact LDAP search in Jitsi 2.6

Archive
1

Could anyone help me , please?

Jitsi to connect to LDAP search contact me multiple connections open and not
closed .
This full of open connections against LDAP.
The more searches performed, increases the number of open connections and do
not close when I finish the search.

I've just tried multiple searches against our Active Directory and none of the connection stayed open. This was on Windows and IPv6.

Here's an example .

[snip]

Thanks

Ingo

2

For I am under linux environment.

- Client with Ubuntu 14.04 . with and Jitsi version 2.6.5390 and oracle java 7
- Debian Squeeze server is an LDAP

The Jitsi not close connections to end the search . This also happens
on computers with java- openjdk7 to 6 .

Thanks

···

2015-03-13 11:11 GMT+01:00 Ingo Bauersachs <ingo@jitsi.org>:

> Could anyone help me , please?
>
> Jitsi to connect to LDAP search contact me multiple connections open and
not
> closed .
> This full of open connections against LDAP.
> The more searches performed, increases the number of open connections
and do
> not close when I finish the search.

I've just tried multiple searches against our Active Directory and none of
the connection stayed open. This was on Windows and IPv6.

> Here's an example .
>
> [snip]
>
>
> Thanks

Ingo

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

3

Please , can someone confirm if the same thing happens in the
environment described above , conducting several searches and then run
the " netstat " command to see how many connections to LDAP will
remain active ?

Thanks

···

2015-03-13 12:50 GMT+01:00 Miguel Rodriguez < miguelrodriguezhernando@gmail.com>:

For I am under linux environment.

- Client with Ubuntu 14.04 . with and Jitsi version 2.6.5390 and oracle java 7
- Debian Squeeze server is an LDAP

The Jitsi not close connections to end the search . This also happens on computers with java- openjdk7 to 6 .

Thanks

2015-03-13 11:11 GMT+01:00 Ingo Bauersachs <ingo@jitsi.org>:

> Could anyone help me , please?
>
> Jitsi to connect to LDAP search contact me multiple connections open
and not
> closed .
> This full of open connections against LDAP.
> The more searches performed, increases the number of open connections
and do
> not close when I finish the search.

I've just tried multiple searches against our Active Directory and none
of the connection stayed open. This was on Windows and IPv6.

> Here's an example .
>
> [snip]
>
>
> Thanks

Ingo

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

4

Please , can someone confirm if the same thing happens in the environment
described above , conducting several searches and then run the " netstat "
command to see how many connections to LDAP will remain active ?

Apparently the subquery for the photos doesn't close its connection. The main query is fine. Check the box "Fetch photo along with other attributes" in the query tab as a workaround.

Thanks

Ingo

5

I have checked the option you mention activating " Fetch photo along
with other vouchers attributes" and effectively lowered the number of
connections that maintains open , staying between 1-3 active
connections , ranging from those values.

So far not exceed 3 active connections.

Do not know if this is correct, but better than the above that
increased the number of connections without end.

Ingo , Thank you so much for this temporary solution.
I think I will open a ticket for this to be corrected when possible .

Thanks

···

2015-03-16 23:03 GMT+01:00 Ingo Bauersachs <ingo@jitsi.org>:

> Please , can someone confirm if the same thing happens in the environment
> described above , conducting several searches and then run the " netstat
"
> command to see how many connections to LDAP will remain active ?

Apparently the subquery for the photos doesn't close its connection. The
main query is fine. Check the box "Fetch photo along with other attributes"
in the query tab as a workaround.

> Thanks

Ingo

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users

6

I have checked the option you mention activating " Fetch photo along with
other vouchers attributes" and effectively lowered the number of connections
that maintains open , staying between 1-3 active connections , ranging from
those values.

I did not see any active connections that stayed open after the regular search ended. If you're seeing them in TIME_WAIT, then they're already closed.

So far not exceed 3 active connections.

Do not know if this is correct, but better than the above that increased the
number of connections without end.

Ingo , Thank you so much for this temporary solution.
I think I will open a ticket for this to be corrected when possible .

Thanks

Ingo

7

It is true that some connection passes TIME_WAIT state and disappears
at the end , but I always have one or two active connections in
ESTABLISHED state. So I say that fluctuates between 1 and 3 active
connections , because some disappears when passing TIME_WAIT state,
but I always have some connection active after the search .

···

2015-03-17 12:27 GMT+01:00 Ingo Bauersachs <ingo@jitsi.org>:

> I have checked the option you mention activating " Fetch photo along with
> other vouchers attributes" and effectively lowered the number of
connections
> that maintains open , staying between 1-3 active connections , ranging
from
> those values.

I did not see any active connections that stayed open after the regular
search ended. If you're seeing them in TIME_WAIT, then they're already
closed.

> So far not exceed 3 active connections.
>
> Do not know if this is correct, but better than the above that increased
the
> number of connections without end.
>
> Ingo , Thank you so much for this temporary solution.
> I think I will open a ticket for this to be corrected when possible .
>
> Thanks

Ingo

_______________________________________________
users mailing list
users@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/users