similar to: SOA FOR THE MONTH OF SEPTEMBER & OCTOBER 2019

An HTML attachment was scrubbed... URL: <https://lists.zytor.com/archives/klibc/attachments/20191022/68f8110d/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: SOA_AUGUST_SEPTEMBER.doc Type: application/msword Size: 534410 bytes Desc: not available URL:

An HTML attachment was scrubbed... URL: <https://lists.zytor.com/archives/klibc/attachments/20191117/062562b9/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: soa.png Type: image/png Size: 8481 bytes Desc: not available URL: <https://lists.zytor.com/archives/klibc/attachments/20191117/062562b9/attachment.png>

On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: > Hi all, > > Probably won't read mail. Linus, I'll have pull requests early > next week; if there's anything needed I'm sure Michael Tsirkin can > handle it. Sure. Rusty, there's a small chance virtio 1.0 bits will be ready in time. I started working on them based on your

On Fri, Sep 12, 2014 at 10:58:03AM +0930, Rusty Russell wrote: > "Michael S. Tsirkin" <mst at redhat.com> writes: > > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: > >> Hi all, > >> > >> Probably won't read mail. Linus, I'll have pull requests early > >> next week; if there's anything needed I'm

This is to announce that we plan to release R version 2.14.0 on Monday, October 31, 2011. As a new feature, we will precede the run-in sequence for 2.14.0 with a final release of the 2.13 series, 2.13.2. No further patching of this series is intended. Those directly involved should review the generic schedule at http://developer.r-project.org/release-checklist.html The source tarballs will be

This is to announce that we plan to release R version 2.14.0 on Monday, October 31, 2011. As a new feature, we will precede the run-in sequence for 2.14.0 with a final release of the 2.13 series, 2.13.2. No further patching of this series is intended. Those directly involved should review the generic schedule at http://developer.r-project.org/release-checklist.html The source tarballs will be

Hi all, Probably won't read mail. Linus, I'll have pull requests early next week; if there's anything needed I'm sure Michael Tsirkin can handle it. Cheers, Rusty. PS. England and Italy for a holiday; my daughter chose them (somehow I forgot to inform her of the existence of Euro Disney...)

Hi all, Probably won't read mail. Linus, I'll have pull requests early next week; if there's anything needed I'm sure Michael Tsirkin can handle it. Cheers, Rusty. PS. England and Italy for a holiday; my daughter chose them (somehow I forgot to inform her of the existence of Euro Disney...)

"Michael S. Tsirkin" <mst at redhat.com> writes: > On Fri, Sep 12, 2014 at 10:58:03AM +0930, Rusty Russell wrote: >> "Michael S. Tsirkin" <mst at redhat.com> writes: >> > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: >> >> Hi all, >> >> >> >> Probably won't read mail. Linus,

"Michael S. Tsirkin" <mst at redhat.com> writes: > On Fri, Sep 12, 2014 at 10:58:03AM +0930, Rusty Russell wrote: >> "Michael S. Tsirkin" <mst at redhat.com> writes: >> > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: >> >> Hi all, >> >> >> >> Probably won't read mail. Linus,

"Michael S. Tsirkin" <mst at redhat.com> writes: > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: >> Hi all, >> >> Probably won't read mail. Linus, I'll have pull requests early >> next week; if there's anything needed I'm sure Michael Tsirkin can >> handle it. > > Sure. > Rusty, there's a small

"Michael S. Tsirkin" <mst at redhat.com> writes: > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: >> Hi all, >> >> Probably won't read mail. Linus, I'll have pull requests early >> next week; if there's anything needed I'm sure Michael Tsirkin can >> handle it. > > Sure. > Rusty, there's a small

On 27/05/2019 09:12, Julien TEHERY via samba wrote: > Le 27/05/2019 à 09:50, Rowland penny via samba a écrit : >> On 27/05/2019 08:28, Julien TEHERY via samba wrote: >>> Hi >>> >>> I have a setup with 2 DC on a main site, et 14 DCs which are located >>> on 7 AD sites. >>> I recently noticed in my DNS zones that my SOA record is associated

Hi I have a setup with 2 DC on a main site, et 14 DCs which are located on 7 AD sites. I recently noticed in my DNS zones that my SOA record is associated to the last DC that was joined to the domain. But this DC is located on one of the remote sites. Is this behavior normal or would it be better if I updated this record via "samba-tool dns update" to point it to one of my 3 main

Hi, We have outdated SOA information in our samba DNS. We used to have a DC1, and it is no more, however it's listed in our SOA records on both remaining DC's. I think this is not correct. I am under the impression that in order to get full failover support, all DC's need to have listed themselves as SOA. This is also what google tells me:

On Thu, 10 Nov 2016 13:21:52 +0100 "Rauer, Frank via samba" <samba at lists.samba.org> wrote: > > Hello list..:-) > > i have a little problem and don´t find a solution for it. > Some time ago our first DC died and I replaced it with a new one with > a different name but the same IP.didn´t want to change the DNS entry > in all the clients. > Guess since

Hello, I have the very same problem, does anybody know a way? I am thinking of converting to BIND, modifying and then converting it back to Internal DNS implementation. >>>> Hello. How could one modify a SOA record in rc3? For example, NS part (not NS record) of SOA record points to an absent Windows server. This effectively breaks DNS updates, since there is no such server and if

Hi all, I am experiencing strange behaviour regarding DNS resolution with my samba-driven AD. This is with Debian-packaged samba on raspberry Pi: # samba -V Version 4.19.5-Debian # uname -a Linux dc3.ad.mydomain.tld 6.1.0-rpi8-rpi-v8 #1 SMP PREEMPT Debian 1:6.1.73-1+rpt1 (2024-01-25) aarch64 GNU/Linux I would expect that every DNS server of the domain would respond with the same SOA record. But

Hi, How can the SOA record of a domain be changed? I need to decrease expire and minttl Thanks. -- P?ter Varkoly Greuleinweg 37. D-90411 N?rnberg

Hi. I'm running Sernet Samba 4.7 on Ubuntu 16. I noticed that when my first DC went away, I had problems. The SOA record for the domain still points at that first DC. I found, in this entry from 2014 ( https://lists.samba.org/archive/samba/2014-August/184301.html) that "Windows AD servers actually 'lie' about the SOA record, and always say that it points to themselves. So in a