|
Posted by Al Dunbar on May 11, 2008, 5:22 pm
Please log in for more thread options Correct - I do not think that you have a time difference problem. But since
you seem to be in Croatia, I am surprised by the two hour difference, as I
thought Croatia was at UTC+1.
Anyway, here is how I interpret the information you showed below:
>>>>> Date: 8.5.2008
>>>>> Time: 11:38:04
When not qualified, one assumes local time.
>>>>> Server Time: 9:38:4.0000 5/8/2008 Z
the "Z" is highly suggestive of UTC time. I think that, for example, the
whenchanged AD attribute is given in this format:
20080508132259.0Z
/Al
> Ok, so i can say that this is not a time difference problem, and still
> all
> information/solution goes to that direction?
>>I think what Roger was trying to explain was that the two different time
>>values represent the same time, one being local to your timezone, the
>>other being relative to "Universal Coordinated Time" or GMT ("Greenwich
>>Mean Time").
>>
>> Because domains can typically span time zones, much of the time
>> information contained on them is maintained independent of what the local
>> time zone happens to be, attributes like lastlogondate, for example. If
>> done otherwise, time calculations would become overly complex. But when I
>> logon to the nearest domain controller and type the DATE command, it
>> shows me the time relative to the local time zone.
>>
>> /Al
>>
>>
>>> But how is possible that the same computer shows different times,
>>> as the event is recorded ancredo_exchange and Server Time is on Credo
>>> exchange, how is this possible?
>>>
>>>
>>>
>>>
>>>> Time: is as on recording machine when recording the event
>>>> Server Time: is time on Server Name:
>>>> They differ by your UTC +2 zone (i.e. one shown GMT)
>>>>
>>>>
>>>>> This say's that all "clients" have to be the same time, but in my log
>>>>> (pls read comments i n the log)
>>>>>
>>>>>
>>>>> Date: 8.5.2008
>>>>> Time: 11:38:04 ----> THE TIME on CREDO_EXCHANGE
>>>>> Computer: CREDO_EXCHANGE
>>>>> Server Time: 9:38:4.0000 5/8/2008 Z ----> WHICH SERVER TIME IS
>>>>> THIS is it :Server Name: host/credo_exchange.credobanka.hr, becouse
>>>>> this is the DC allso the same server the log was created on, namde
>>>>> CREDO_EXCHANGE
>>>>>
>>>>> Error Code: 0xd KDC_ERR_BADOPTION
>>>>> Extended Error: 0xc00000bb KLIN(0)
>>>>> Client Realm:
>>>>> Client Name:
>>>>> Server Realm: CREDOBANKA.HR
>>>>> Server Name: host/credo_exchange.credobanka.hr
>>>>> Target Name: host/credo_exchange.credobanka.hr@CREDOBANKA.HR
>>>>> Error Text:
>>>>> File: 9
>>>>> Line: ae0
>>>>> Error Data is in record data.
>>>>>
>>>>> For more information, see Help and Support Center at
>>>>> http://go.microsoft.com/fwlink/events.asp.
>>>>> Data:
>>>>> 0000: 30 15 a1 03 02 01 03 a2 0.!....c
>>>>> 0008: 0e 04 0c bb 00 00 c0 00 .....A.
>>>>> 0010: 00 00 00 03 00 00 00 .......
>>>>>
>>>>>> Hello filip,
>>>>>>
>>>>>> In a domain any machine has to be the same time provided from the
>>>>>> PDCEmulator, where all DC's sync with and the member servers and
>>>>>> clients sync with one of the available DC's.
>>>>>> So try to resync the time with the domain first:
>>>>>>
>>>>>> w32tm /config /syncfromflags:domhier /update
>>>>>>
>>>>>> After that run:
>>>>>>
>>>>>> net stop w32time
>>>>>>
>>>>>> net start w32time
>>>>>>
>>>>>>
>>>>>> Best regards
>>>>>>
>>>>>> Meinolf Weber
>>>>>> Disclaimer: This posting is provided "AS IS" with no warranties, and
>>>>>> confers no rights.
>>>>>> ** Please do NOT email, only reply to Newsgroups
>>>>>> ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm
>>>>>>
>>>>>>> i found that a server on our network is in need of an account
>>>>>>> reset,
>>>>>>> but
>>>>>>> the time on the server is just few minutes apart from the main DC
>>>>>>> where i
>>>>>>> found the logs,
>>>>>>> so i'm still wondering as the log shows the time difference is 2
>>>>>>> hours. Our
>>>>>>> time zone is currently 2 hours from GMT (UMT), is it something to do
>>>>>>> with
>>>>>>> this?
>>>>>>>
>>>>>>>> Hello filip,
>>>>>>>>
>>>>>>>> So this also works for you?
>>>>>>>>
>>>>>>>> Best regards
>>>>>>>>
>>>>>>>> Meinolf Weber
>>>>>>>> Disclaimer: This posting is provided "AS IS" with no warranties,
>>>>>>>> and
>>>>>>>> confers no rights.
>>>>>>>> ** Please do NOT email, only reply to Newsgroups
>>>>>>>> ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm
>>>>>>>>> http://www.mail-archive.com/kerberos@mit.edu/msg07865.html
>>>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
| 
XML Sitemap