Hi,
this patch resets the status of all failover services and the went_offline time if we receive a reset_offline request. Before the request was introduced we waited until all the timeouts were over and tried an online operation with the next request. After a reset_offline request is received it is expected that the next request will immediately goes online. To achieve this all timeouts and status must be reset.
This patch should fix the scenario from trac ticket #655.
bye, Sumit
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 11/22/2010 05:57 AM, Sumit Bose wrote:
Hi,
this patch resets the status of all failover services and the went_offline time if we receive a reset_offline request. Before the request was introduced we waited until all the timeouts were over and tried an online operation with the next request. After a reset_offline request is received it is expected that the next request will immediately goes online. To achieve this all timeouts and status must be reset.
This patch should fix the scenario from trac ticket #655.
Nack. This doesn't actually resolve #655.
The problem is that firing the delayed auth immediately after connecting to the VPN isn't providing time for NetworkManager to update the resolv.conf, so the resolver is still unable to find any of the addresses and it goes back offline.
- -- Stephen Gallagher RHCE 804006346421761
Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/
On Mon, Nov 22, 2010 at 11:35:04AM -0500, Stephen Gallagher wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 11/22/2010 05:57 AM, Sumit Bose wrote:
Hi,
this patch resets the status of all failover services and the went_offline time if we receive a reset_offline request. Before the request was introduced we waited until all the timeouts were over and tried an online operation with the next request. After a reset_offline request is received it is expected that the next request will immediately goes online. To achieve this all timeouts and status must be reset.
This patch should fix the scenario from trac ticket #655.
Nack. This doesn't actually resolve #655.
The problem is that firing the delayed auth immediately after connecting to the VPN isn't providing time for NetworkManager to update the resolv.conf, so the resolver is still unable to find any of the addresses and it goes back offline.
I have extended this patch. Now it includes a call to a check_online method of the providers and an implementation for the LDAP provider. Also the online checks are called during a res_init request, because a change in /etc/resolv.conf might help to resolve servers which were not found before.
bye, Sumit
Stephen Gallagher RHCE 804006346421761
Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAkzqm7gACgkQeiVVYja6o6MClwCfdPkv0D0ARKmKqIryy0bFOjSH FJQAn1O22+tdeI4uwbpyfUlLQjnZ6lsQ =AcPd -----END PGP SIGNATURE----- _______________________________________________ sssd-devel mailing list sssd-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/sssd-devel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 11/25/2010 07:05 AM, Sumit Bose wrote:
I have extended this patch. Now it includes a call to a check_online method of the providers and an implementation for the LDAP provider. Also the online checks are called during a res_init request, because a change in /etc/resolv.conf might help to resolve servers which were not found before.
Patch 0001: Ack Patch 0002: Ack Patch 0003: Ack
My unscientific testing shows about 5-7s from VPN connection to refreshed credentials with krb5_store_password_if_offline = True. That's a darn sight better than the upwards of a minute I had before.
Great work!
- -- Stephen Gallagher RHCE 804006346421761
Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 12/01/2010 04:13 PM, Stephen Gallagher wrote:
On 11/25/2010 07:05 AM, Sumit Bose wrote:
I have extended this patch. Now it includes a call to a check_online method of the providers and an implementation for the LDAP provider. Also the online checks are called during a res_init request, because a change in /etc/resolv.conf might help to resolve servers which were not found before.
Patch 0001: Ack Patch 0002: Ack Patch 0003: Ack
My unscientific testing shows about 5-7s from VPN connection to refreshed credentials with krb5_store_password_if_offline = True. That's a darn sight better than the upwards of a minute I had before.
Great work!
Pushed to master.
- -- Stephen Gallagher RHCE 804006346421761
Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/
sssd-devel@lists.fedorahosted.org