<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sssd.git/server/resolv, branch master</title>
<subtitle>Unnamed repository; edit this file to name it for gitweb.</subtitle>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/'/>
<entry>
<title>Rename server/ directory to src/</title>
<updated>2010-02-18T18:48:45+00:00</updated>
<author>
<name>Stephen Gallagher</name>
<email>sgallagh@redhat.com</email>
</author>
<published>2010-02-18T12:49:04+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=1c48b5a62f73234ed26bb20f0ab345ab61cda0ab'/>
<id>1c48b5a62f73234ed26bb20f0ab345ab61cda0ab</id>
<content type='text'>
Also update BUILD.txt
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Also update BUILD.txt
</pre>
</div>
</content>
</entry>
<entry>
<title>Handle IPv6 addresses with the async resolver</title>
<updated>2010-01-22T18:40:21+00:00</updated>
<author>
<name>Stephen Gallagher</name>
<email>sgallagh@redhat.com</email>
</author>
<published>2010-01-13T16:02:02+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=79cafdcc25948300e2b0c85955b67b0d0c4c73c7'/>
<id>79cafdcc25948300e2b0c85955b67b0d0c4c73c7</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix async resolver integration with tevent</title>
<updated>2010-01-22T14:09:57+00:00</updated>
<author>
<name>Stephen Gallagher</name>
<email>sgallagh@redhat.com</email>
</author>
<published>2010-01-21T17:51:21+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=f89cb099c87e4caa89d75358e94b559d8c3e03d3'/>
<id>f89cb099c87e4caa89d75358e94b559d8c3e03d3</id>
<content type='text'>
We weren't properly setting read/write flags on the tevent fd
events, so c-ares was unable to perform bidirectional
communication for TCP DNS (in situations where the response is too
large to send by UDP)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We weren't properly setting read/write flags on the tevent fd
events, so c-ares was unable to perform bidirectional
communication for TCP DNS (in situations where the response is too
large to send by UDP)
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix timeout memory heirarchy</title>
<updated>2010-01-20T13:56:00+00:00</updated>
<author>
<name>Stephen Gallagher</name>
<email>sgallagh@redhat.com</email>
</author>
<published>2010-01-18T17:35:10+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=b8c8639a95511e602ce5268dc8a63cf76cbf1d82'/>
<id>b8c8639a95511e602ce5268dc8a63cf76cbf1d82</id>
<content type='text'>
This fixes two issues:
1) Eliminates a double-free when a timeout occurs (we were freeing
the running event context)
2) Ensures that we don't continue to schedule unnecessary timeout
checks
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This fixes two issues:
1) Eliminates a double-free when a timeout occurs (we were freeing
the running event context)
2) Ensures that we don't continue to schedule unnecessary timeout
checks
</pre>
</div>
</content>
</entry>
<entry>
<title>Make sure callbacks never retry when ares channel is destroyed</title>
<updated>2010-01-14T14:00:08+00:00</updated>
<author>
<name>Martin Nagy</name>
<email>mnagy@redhat.com</email>
</author>
<published>2010-01-13T18:42:21+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=1780b903ca4b2f59735acdcd436b27ff7de21976'/>
<id>1780b903ca4b2f59735acdcd436b27ff7de21976</id>
<content type='text'>
When the resolv context destructor is invoked, the callbacks for pending
queries could have been called with ARES_EDESTRUCTION and try to re-send
the query.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When the resolv context destructor is invoked, the callbacks for pending
queries could have been called with ARES_EDESTRUCTION and try to re-send
the query.
</pre>
</div>
</content>
</entry>
<entry>
<title>Don't recursively call ares_process_fd() from fd_event()</title>
<updated>2010-01-14T14:00:08+00:00</updated>
<author>
<name>Martin Nagy</name>
<email>mnagy@redhat.com</email>
</author>
<published>2010-01-13T16:03:53+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=9654795a488f0094f525ef505353fd5de4e6878f'/>
<id>9654795a488f0094f525ef505353fd5de4e6878f</id>
<content type='text'>
Since ares_process_fd() might also cause fd_event() to be called again,
calling ares_process_fd() is unwise. The bug will cause a crash if
c-ares is using tcp connections.

Fixes: #384
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since ares_process_fd() might also cause fd_event() to be called again,
calling ares_process_fd() is unwise. The bug will cause a crash if
c-ares is using tcp connections.

Fixes: #384
</pre>
</div>
</content>
</entry>
<entry>
<title>Make periodic checks for DNS timeouts</title>
<updated>2010-01-14T14:00:08+00:00</updated>
<author>
<name>Martin Nagy</name>
<email>mnagy@redhat.com</email>
</author>
<published>2010-01-11T17:24:16+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=2d53bb82d617be1866762bf3b3c19fc31941b41c'/>
<id>2d53bb82d617be1866762bf3b3c19fc31941b41c</id>
<content type='text'>
Since we only call c-ares to process input on FD when there is an
activity on them, c-ares never gets a chance to react to a timed-out
request. This caused SSSD to hang.

Fixes: #381
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since we only call c-ares to process input on FD when there is an
activity on them, c-ares never gets a chance to react to a timed-out
request. This caused SSSD to hang.

Fixes: #381
</pre>
</div>
</content>
</entry>
<entry>
<title>Explicitly set async DNS timeout</title>
<updated>2010-01-14T14:00:08+00:00</updated>
<author>
<name>Stephen Gallagher</name>
<email>sgallagh@redhat.com</email>
</author>
<published>2010-01-13T19:13:14+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=815db657bea77807798aebd782cfa69eb73b3b38'/>
<id>815db657bea77807798aebd782cfa69eb73b3b38</id>
<content type='text'>
We will allow 5s per DNS server, no retries.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We will allow 5s per DNS server, no retries.
</pre>
</div>
</content>
</entry>
<entry>
<title>Re-create c-ares channels if /etc/resolv.conf is modified</title>
<updated>2010-01-12T13:10:27+00:00</updated>
<author>
<name>Martin Nagy</name>
<email>mnagy@redhat.com</email>
</author>
<published>2010-01-08T21:32:25+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=830380e05ffc2fcc085fd6894f315073fd2f4cb7'/>
<id>830380e05ffc2fcc085fd6894f315073fd2f4cb7</id>
<content type='text'>
Fixes: #378
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes: #378
</pre>
</div>
</content>
</entry>
<entry>
<title>Add some debugging statements to fail_over and resolver</title>
<updated>2009-12-09T15:05:18+00:00</updated>
<author>
<name>Martin Nagy</name>
<email>mnagy@redhat.com</email>
</author>
<published>2009-12-08T18:26:50+00:00</published>
<link rel='alternate' type='text/html' href='https://fedorapeople.org/cgit/sbose/public_git/sssd.git/commit/?id=95fbf9f5cbc93e4cc9b2ef02ef167f7b7ed8afea'/>
<id>95fbf9f5cbc93e4cc9b2ef02ef167f7b7ed8afea</id>
<content type='text'>
These were very useful for debugging and hopefully still will be in the
future.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
These were very useful for debugging and hopefully still will be in the
future.
</pre>
</div>
</content>
</entry>
</feed>
