On 14/07/13 22:29, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sunday, 2013-07-14 at 21:28 +0200, lynn wrote:
On Sun, 2013-07-14 at 18:00 +0200, Carlos E. R. wrote:
Ok, run these and paste it all here.
I prefer seeing the prompts et all in the screen captures. I'ts clearer for me.
date --rfc-3339=seconds 2013-07-14 19:23:47+02:00
date --utc dom jul 14 17:24:36 UTC 2013
hwclock --debug hwclock de util-linux 2.21.2 Utilizando /dev interface to clock. Último ajuste de desfase realizado 0 segundos después de 1969 Última calibración realizada 0 segundos después de 1969 El reloj de hardware tiene la hora local Se presupone que el reloj de hardware tiene la hora local. Esperando señal de reloj... ...recibida señal de reloj Hora leída del reloj de hardware: 2013/07/14 19:25:32 Hora del reloj de hardware: 2013/07/14 19:25:32 = 1373822732 segundos desde 1969 dom 14 jul 2013 19:25:32 CEST -0.086636 segundos
And also tell me your wall clock.
Casi las 21:30
Ok, ntp is not working there. Run this:
minas-tirith:~ # export LANG=en_US.UTF-8 # <=== Yes, we want this ;-) minas-tirith:~ # rcntp ntptimeset 14 Jul 22:14:09 sntp[24250]: Started sntp 2013-07-14 22:14:15.317304 (-0100) +64.844103 +/- 0.078217 secs 2013-07-14 22:15:20.575671 (-0100) +0.166475 +/- 0.021225 secs 2013-07-14 22:15:20.830866 (-0100) -0.170358 +/- 0.096390 secs Time synchronized with 0.pool.ntp.org minas-tirith:~ #
That is on 11.4 using systemv, but 12.3 has the same syntax:
Telcontar:~ # export LANG=en_US.UTF-8 Telcontar:~ # rcntp ntptimeset 14 Jul 22:16:39 sntp[19244]: Started sntp 2013-07-14 22:16:40.037081 (-0100) +0.259999 +/- 0.022415 secs 2013-07-14 22:16:40.386063 (-0100) -0.266566 +/- 0.097595 secs 14 Jul 22:16:50 sntp[19244]: Received no useable packet from 46.19.36.161! Time synchronized with 0.pool.ntp.org Telcontar:~ #
Then:
minas-tirith:~ # date --rfc-3339=seconds ; date --utc ; echo; hwclock --debug 2013-07-14 22:20:05+02:00 Sun Jul 14 20:20:05 UTC 2013
hwclock from util-linux 2.19 Using /dev interface to clock. Last drift adjustment done at 1373657971 seconds after 1969 Last calibration done at 1373657971 seconds after 1969 Hardware clock is on UTC time Assuming hardware clock is kept in UTC time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2013/07/14 20:19:03 Hw clock time : 2013/07/14 20:19:03 = 1373833143 seconds since 1969 2013-07-14T22:19:03 CEST -0.079896 seconds minas-tirith:~ #
Question: why is that computer having the cmos clock in local time? Are you double booting to Windows? If the answer is "no", then put that computer cmos clock on UTC ASAP.
No. There is no double booting. You either have a 12.3 client or you have a win7 client. I checked 'Reloj de hardware establecido en UTC' under the Yast map. How does this look? catral:~ # export LANG=en_US.UTF-8 catral:~ # export LANG=en_US.UTF-8 catral:~ # rcntp ntptimeset 14 Jul 23:47:49 sntp[6654]: Started sntp 2013-07-14 23:47:50.007974 (-0100) +0.000083 +/- 0.116409 secs Time synchronized with 192.168.1.16 Sun 14 Jul 2013 11:48:17 PM CEST -0.084480 seconds catral:~ # date --rfc-3339=seconds ; date --utc ; echo; hwclock --debug 2013-07-14 23:48:42+02:00 Sun Jul 14 21:48:42 UTC 2013 hwclock from util-linux 2.21.2 Using /dev interface to clock. Last drift adjustment done at 1373838324 seconds after 1969 Last calibration done at 1373838324 seconds after 1969 Hardware clock is on UTC time Assuming hardware clock is kept in UTC time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2013/07/14 21:48:42 Hw clock time : 2013/07/14 21:48:42 = 1373838522 seconds since 1969 Sun 14 Jul 2013 11:48:42 PM CEST -0.295972 seconds And WAHEYYY, sure enough: catral:~ # date dom jul 14 23:50:23 CEST 2013 It survives a reboot and the TGS call to cifs works perfectly. Even Kerberos is happy:: 2013-07-15T00:24:20.757380+02:00 catral cifs.upcall: key description: cifs.spnego;0;0;3f000000;ver=0x2;host=altea;ip4=192.168.1.100;sec=krb5;uid=0x0;creduid=0x0;user=cifsuser;pid=0x31b5 2013-07-15T00:24:20.766621+02:00 catral cifs.upcall: ver=2 2013-07-15T00:24:20.774420+02:00 catral cifs.upcall: host=altea 2013-07-15T00:24:20.779372+02:00 catral cifs.upcall: ip=192.168.1.100 2013-07-15T00:24:20.782293+02:00 catral cifs.upcall: sec=1 2013-07-15T00:24:20.785109+02:00 catral cifs.upcall: uid=0 2013-07-15T00:24:20.795248+02:00 catral cifs.upcall: creduid=0 2013-07-15T00:24:20.797131+02:00 catral cifs.upcall: user=cifsuser 2013-07-15T00:24:20.798140+02:00 catral cifs.upcall: pid=12725 2013-07-15T00:24:20.799737+02:00 catral cifs.upcall: find_krb5_cc: scandir error on directory '/run/user/0': No such file or directory 2013-07-15T00:24:20.802137+02:00 catral cifs.upcall: find_krb5_cc: considering /tmp/krb5cc_0 2013-07-15T00:24:20.803683+02:00 catral cifs.upcall: find_krb5_cc: FILE:/tmp/krb5cc_0 is valid ccache 2013-07-15T00:24:20.805601+02:00 catral cifs.upcall: handle_krb5_mech: getting service ticket for altea 2013-07-15T00:24:20.806871+02:00 catral cifs.upcall: handle_krb5_mech: obtained service ticket 2013-07-15T00:24:20.808225+02:00 catral cifs.upcall: Exit status 0 Thanks, L x -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org