search for: tmrw

...56408579, 4108.23352922685, 643.558745779806, 5532.10081652847, -4512.80115728638, -5839.1178791698, 7341.05048720629, -1299.37511688102, -13151.5558568303, -6442.78100296569, -975.590624649323, 298.440121450997, 10808.9562034117, 3210.22497745543), .Dim = c(10L, 5L), .Dimnames = list(NULL, c("Tmrw", "hRm2", "vm", "Fluid", "SM"))) par(mfrow=c(3, 2)) apply(a, 2, function(x){hist(x, main="column name here")}) This plots, but doesn't plot title. But, > apply(a,2,function(x){colnames(x)}) NULL Maybe the column names is lost? But, I...

Am 01.07.2018 um 11:04 schrieb Rowland Penny via samba: > Do you have access to the Windows DC ? > If so, can you check if the computer (u1customer) has the required cifs > SPN, if it doesn't exist, it will need to be added. I can talk to the windows-admin tmrw. > Once you are sure it does exist, you can use 'net ads keytab add > <principal>' to add it to /etc/krb5.keytab > > One of the problems I am trying to get my head round is this: > > ticket kvno 277 > > '277' ????? Don't ask *me* ;-) The messa...

...t;> >>> Should have left office when I could an hour ago. >>> >> Definitely sounds like you should, you are probably tired and it is >> easy? to make mistakes when you are tired. > So you suggest to let the domain run on ADC1 only ... and do the > demoting etc tmrw ? > > Sounds right. Although it would also feel good to fix it before bed. > > > If the domain is going to get little use overnight, then yes, you could do this, but I was really referring to not doing things when you are tired ;-) If you are going to let the domain run overnight...

...ne here ... maybe some NAS somewhere ... So I understand we should check that AD object within "AD Computers" under Windows? > A Unix domain member does have a sam.ldb file, just not like the one on > a DC. Not existant here so far. (I might leave here in ~15min and will be back tmrw)

...ws and test. >> if the win event log is ok, then dont touch sysvol again, only setup/change gpo's. >> >> if gpos dont work, what is the event id and error message. > > seems I have solved it already, no more errors when I edit GPOs with RSAT. > > real world test tmrw morning, when the users log in again. > >> greetz, >> >> Louis >> ps im sick and only mail available so im bit slow in responce. > > oh, sad to hear. Best wishes, recover soon (and take the time it needs). > > -- > To unsubscribe from this list go to t...

...e I have to use "--gid-number=10513" when creating a user, and not "100" ? as in: # samba-tool user create User5 P#ssw5rd --nis-domain=ARBEITSGRUPPE --unix-home=/home/User5 --uid-number=10098 --login-shell=/bin/false --gid-number=10513 Or skip that option ? We will test that tmrw, thanks so far ....

...do as I do, create another group (I use one called Unix > Admins), add this group to the Domain Admins group, now use the new > group instead of Domain Admins. I chose the group "DOMAIN\IT" that already contains the 3 admins ... ok as well? Their admin went home already, real test tmrw ... thanks so far

Am 18.09.19 um 19:32 schrieb Stefan G. Weichinger via samba: > Am 18.09.19 um 19:28 schrieb Stefan G. Weichinger via samba: > >> So I would have to use "adc1.arbeitsgruppe.mydomain.at" > > Tried that. Doesn't help so far. > > gives: > > [2019/09/18 19:32:07.544332, 1] > ../source4/lib/tls/tls_tstream.c:1439(tstream_tls_retry_handshake) > TLS

...; thread[TYPE_SNMP]) { pthread_join(thread[TYPE_SNMP],NULL); } it calls pthread_join with threan[TYPE_SNMP]==0, pthread_join(0, ?) behaviour is undefined, on my system undefined=crashes. I used attached patch to get rid of it. Cheers, Michal /me is back from vacation and going to another one tmrw, so I won't be reachable for some time (again) -------------- next part -------------- A non-text attachment was scrubbed... Name: nut-2.6.5-pthreadfix.patch Type: text/x-patch Size: 1279 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/2012090...

On 26/11/2019 19:29, Stefan G. Weichinger via samba wrote: > Am 25.11.19 um 16:07 schrieb Stefan G. Weichinger via samba: >> Am 25.11.19 um 11:49 schrieb L.P.H. van Belle via samba: >>> Hai Stefan, >>> >>> Yes, i do recommend the setup from 4.9 to 4.10 first. >>> >>> If you plan is to upgrade to buster. >>> 1) on stretch, update samba

This comse from iproute-ss050901, rebuilt on FC4 with -fortify-source option. Seems like ip has a buffer overflow which sometimes causes a segfault.. will try to look at it tmrw, so far here''s my gdb output. $ gdb ip GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type &quo...

...ice when I could an hour ago. >>>>> >>>> Definitely sounds like you should, you are probably tired and it is >>>> easy? to make mistakes when you are tired. >>> So you suggest to let the domain run on ADC1 only ... and do the >>> demoting etc tmrw ? >>> >>> Sounds right. Although it would also feel good to fix it before bed. >>> >>> >>> >> If the domain is going to get little use overnight, then yes, you could >> do this, but I was really referring to not doing things when you are >...

...import the Samba-ADS-CA into pfsense? >> >> I took /var/lib/samba/private/tls/ca.pem and imported that as an >> additional CA ... >> >> ... and now it works ... I wonder how long ... > > and then it failed > and now it works > > hmm ... will check back tmrw Do I have to add ca.pem or cert.pem?? reference: https://forum.netgate.com/topic/146634/openvpn-auth-via-samba4-ads-ldap

Hai Stefan, > > ;-) > > 3000 errors ... I mean ... what? No.. Not error, out of sync objects. > > ~30 users: small Ok thats small, a dc should be rebooted within 1-2 min and 1-2 min really max for AD sync. > > maybe I risk a DC1 reboot after 6pm > Not much time tmrw, so I am hesitating. Otherwise I'd like to have it > solved (again/for a a while). If you talking about "risking" a reboot, then you really not sure about the setup, correct? This is the part you need to work on, really.. Make more stable setup's, and know your reboot time....

Am 2017-07-11 um 14:57 schrieb Rowland Penny: >> # smbclient \\\\server\\daten -Usgw%PW >> session setup failed: NT_STATUS_UNSUCCESSFUL > > Restart all the Samba binaries on the DM > > Then check that the OS knows your user with: > > getent passwd sgw libnss_winbind was missing! Now both results are the same user-names in /etc/passwd ... rmed now I was 100%

dont chown, dont run samba-tool ntacl sysvolreset. just fix the rights from windows and test. if the win event log is ok, then dont touch sysvol again, only setup/change gpo's. if gpos dont work, what is the event id and error message. greetz, Louis ps im sick and only mail available so im bit slow in responce. > Op 8 jul. 2017 om 10:42 heeft Stefan G. Weichinger via samba

On Mon, 25 Sep 2017 17:01:09 +0200 "Stefan G. Weichinger via samba" <samba at lists.samba.org> wrote: > Am 2017-09-25 um 16:49 schrieb Rowland Penny via samba: > > On Mon, 25 Sep 2017 16:35:52 +0200 > > "L.P.H. van Belle via samba" <samba at lists.samba.org> wrote: > > > >> 100 is debian default for users > >> And as far i

additional note: # kinit sgw Password for sgw at customer.INTRA: # smbclient \\\\u1customer\\IT -U sgw -k SPNEGO(gse_krb5) creating NEG_TOKEN_INIT for cifs/u1customer failed (next[(null)]): NT_STATUS_INVALID_PARAMETER SPNEGO: Could not find a suitable mechtype in NEG_TOKEN_INIT session setup failed: NT_STATUS_INVALID_PARAMETER (krb5.conf already reduced to minimum, btw) Does that point to

...pw on the client, no more pw-entry at start-time (at least not for connecting the shares). OK, if the upstream admin resets the users PW, he gets access to the samba-shares as well ... but this would be noticed ("hey, my pw doesn't work anymore"). We will test that in more detail tmrw and check if it is enough. A first test worked fine (entered servername, user/pw ... batch without user/pw connects fine) - additionally I will have to look into the transport crypto: traffic goes through "hostile" networks ;-)

Am 03.01.19 um 16:51 schrieb Rowland Penny via samba: > Hmm, 'Projekte' works and is writeable by 'root', members of the 'qm' > and anybody else. Whilst 'QM' is only writeable by 'root'. Does this > give you any hints ? sure. changed this already in all directions before. and you also said you were following this wiki > page: > >