search for: taos

Today's episode of "why is AD break", brought to you by: > [2017/09/05 10:17:06.015617, 3] ../source4/auth/gensec/gensec_gssapi.c:613(gensec_gssapi_update) > Server GC/graz-dc-1b.ad.tao.at/ad.tao.at is not registered with our KDC: Miscellaneous failure (see text): Server (GC/graz-dc-1b.ad.tao.at/ad.tao.at at AD.TAO.AT) unknown > [2017/09/05 10:17:06.015717, 0]

On 2017-09-08 13:02, Rowland Penny via samba wrote: > On Fri, 8 Sep 2017 12:43:40 +0200 > Sven Schwedas via samba <samba at lists.samba.org> wrote: > >> On 2017-09-08 12:26, Rowland Penny via samba wrote: >>> On Fri, 8 Sep 2017 12:03:53 +0200 >>> "L.P.H. van Belle via samba" <samba at lists.samba.org> wrote: >>> >>>>

/etc/hostname:villach-file /etc/hosts:# The following lines are desirable for IPv6 capable hosts /etc/hosts:::1 localhost ip6-localhost ip6-loopback /etc/hosts:ff02::1 ip6-allnodes /etc/hosts:ff02::2 ip6-allrouters /etc/hosts:127.0.0.1 localhost /etc/hosts:192.168.16.214 villach-file /etc/krb5.conf:[libdefaults] /etc/krb5.conf: default_realm = AD.TAO.AT /etc/krb5.conf: dns_lookup_realm = true

On 2017-09-08 12:26, Rowland Penny via samba wrote: > On Fri, 8 Sep 2017 12:03:53 +0200 > "L.P.H. van Belle via samba" <samba at lists.samba.org> wrote: > >> Thanks Rowland, >> >> Very appriciated. >> The dnsmasq servers are explained, these are no problem in his setup >> sofar i could tell/see. >> > Yes, but do the dnsmasq servers

On 2017-04-20 18:38, Rowland Penny wrote: > On Thu, 20 Apr 2017 18:00:24 +0200 > Sven Schwedas via samba <samba at lists.samba.org> wrote: > >> On 2017-04-07 13:44, Sven Schwedas via samba wrote: >>> In the end I just upgraded all DCs to 4.5 and remote-deleted the >>> broken ones. Seemed to work without a hitch, manual removal was >>> only necessary

On Fri, 8 Sep 2017 13:21:34 +0200 Sven Schwedas via samba <samba at lists.samba.org> wrote: > On 2017-09-08 13:02, Rowland Penny via samba wrote: > > On Fri, 8 Sep 2017 12:43:40 +0200 > > Sven Schwedas via samba <samba at lists.samba.org> wrote: > > > >> On 2017-09-08 12:26, Rowland Penny via samba wrote: > >>> On Fri, 8 Sep 2017 12:03:53

Situation: Trying to upgrade Samba from 4.1 to 4.5 without disruption too much by adding new DCs and demoting old ones. After bringing online the first 4.5 DC, I ran `demote --remove-other-dead-server=` on that DC to remove one of the old 4.1 DCs (held no FSMO roles). That seemed to run fine (the DC had been offline for a few weeks at that point and I didn't want to restore it just for

Hai, Well, good that your more relax and releaved in pressure.. Apoligies accepted. ;-), i know the fealing but do understand, we are trying to help out.. As you know, it very frustration to ask the same things again, and you showing them again But now as you showed with all the configs. It is needed.. (sorry) So I had a quick look, and you up to some changes. All are fixable, no worries,

On 22.05.19 15:31, L.P.H. van Belle wrote: > Hai, > > Well, good that your more relax and releaved in pressure.. > Apoligies accepted. ;-), i know the fealing but do understand, we are trying to help out.. > > As you know, it very frustration to ask the same things again, and you showing them again > But now as you showed with all the configs. It is needed.. (sorry)

Hi all, I am proud to announce the release of Tao Live 5.00. This live CD is based on the Beta release of CentOS 5 and includes multimedia enhancements from rpmforge.net repository. Tao Live uses a Squash filesystem to fit 2 GB of programs into a standard bootable CD. OpenOffice.org, Firefox, Gaim, XMMS, MPlayer, K3B and many other programs are included. Tao Live 5.00 is available via

Hai Sven, > -----Oorspronkelijk bericht----- > Van: Sven Schwedas [mailto:sven.schwedas at tao.at] > Verzonden: dinsdag 5 september 2017 17:13 > Aan: L.P.H. van Belle > CC: samba at lists.samba.org > Onderwerp: Re: [Samba] Server GC/name.dom/dom is not > registered with our KDC: Miscellaneous failure (see text): > Server (GC/name/dom at DOM) unknown > > On

Once again, something with Samba thirty bazillion components broke. Once again, my choices for logging are "nothing" or "15 MB/s spread of ten different files, because 'client authentication failed' totally needs to be lower priority than malloc debug info". Once again, none of these messages is actually able to convey what broke, where, why. Why is it impossible for

During CoW, actually all the pages after i_size contains garbage data, so don't read and duplicate them. Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/refcounttree.c | 10 +++++++++- 1 files changed, 9 insertions(+), 1 deletions(-) diff --git a/fs/ocfs2/refcounttree.c b/fs/ocfs2/refcounttree.c index 1cf9cda..e082623 100644 --- a/fs/ocfs2/refcounttree.c +++

Mr. Parsley, the main man at the Tao Linux group, has announced that he will no longer be able to do his thing for Tao Linux. Just recently, I had decided to investigate CentOS 4 before his announcement, and liked a lot of what I saw. Due to the Tao announcement, I have decided that CentOS will "have" to be the OS for my company in the future. Hence, my new membership to this list.

Ah.. I had a "member break down" .. Out of the blue,.. Kerberos problem, but pretty simple to fix. kinit Administrator Check your spn of the ad server with : samba-tool spn list DC_HOSTNAME$ Check keytab klist -ke /var/lib/samba/private/secrets.keytab Can you check this. Greetz, Louis > -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at

Hello! I tried to contact author of the package, but I got no reply. That is why I write it here. This might be useful for those who were using cts for spectral analysis of non-uniformly spaced data. In file spec.ls.R from cts_1.0-1.tar.gz lines 59-60 are written as pgram[k, i, j] <- 0.5 * ((sum(x[1:length(ti)]* cos(2 * pi * freq.temp[k] * (ti - tao))))^2/sum((cos(2 * pi * freq.temp[k] *

> Keytabs look reasonable, as far as I can see, but why does > graz-dc-sem have the same SPN output as graz-dc-1b in > addition to its own? A snapshotted server/cloned server? I dont know but thats not correct. I suggest, cleanup the DS with FSMO roles. Then remove a failty server and re-add it as a new installed DC. ( the good DS with FSMO) First backup:

...fully. Still left are the three governsId collisions, which are now identical across all DCs: > Checking 3861 objects > Error: governsID CN=ucsUser,CN=Schema,CN=Configuration,DC=ad,DC=tao,DC=at on 1.3.6.1.4.1.19414.3.2.2 already exists as an attributeId or governsId > Error: governsID CN=taoSharedFolder,CN=Schema,CN=Configuration,DC=ad,DC=tao,DC=at on 1.3.6.1.4.1.19414.3.2.4 already exists as an attributeId or governsId > Error: governsID CN=taoMailingList,CN=Schema,CN=Configuration,DC=ad,DC=tao,DC=at on 1.3.6.1.4.1.19414.3.2.3 already exists as an attributeId or governsId > Check...

On Wed, 2006-06-14 at 10:19 -0400, David Parsley wrote: > Hi all, > > Over the last year or so I've been watching my employer's and my own > finances slowly go down the drain, with quality of life and happiness > not far behind. Finally this spring, I decided I would have to do > something before things got really bad. What I've done is get another > job - a

Overall domain architecture hasn't changed since my spring cleanup post earlier (I did sort out the krb5 packages and logging settings, though). To start the migration, I figured I'd first update the file servers, since they're the least critical component. Upgrade 4.5 ? 4.8, 4.8 ? 4.9, 4.9 ? 4.10 seemed to work fine each step. However, SMB logins either with smbclient or with