SSH: время на сервере не совпадает с временем клиента

если бы время последнего изменения и проч. не ставились по моим (клиентским) часам

Нонсенс.

Прав на запуск date MMDDhhmmCCYY.ss на сервере не имею.

нормальный сервер должен сам синхронизироваться по ntp, если прав нет, пинай админа сервера, пусть сделает ntpdate. А то у него у самого там на сервере беда.

Возможно, ты делаешь touch на сетевой шаре и время неправильно выставлено на nfs-сервере.

Поставь свои часы не на точное время, а скажем на 12:00 по Москве и попробуй еще раз.

Что можно сделать?

Написать e-mail администратору того сервера.

Ты свёл интересный вопрос «какого лешего используется время клиента» к банальному ntpdate

Выйди из интернета и зайди нормально

Ты свёл интересный вопрос «какого лешего используется время клиента»

вопрос не очень интересный, думаю дело было так:

1. ТС локально правит сырцы, и шлёт их на сервер

2. make из сервера ищет новые файлы, которые хочет скомпилять

ну и make диагностирует TIME PARADOX. Часы п1 спешат на 90 минут п2. Потому make и ругается, что файлы == гости из будущего.

к банальному ntpdate

ну часы необходимо синхронизировать друг с другом. Да, есть ещё решения:

1. сдвинуть часы п1

2. перенести make на п1

3. редактировать файлы на п2. Кстати это мысль, пусть ТС осилит vim. Я думаю, что если пробросить только файлы (по sshfs например), то редактор п1 всё равно на свои часы будет смотреть, как отнесётся sshfs к TIME PARADOX я не знаю.

ЗЫЖ можно ещё время самих _файлов_ сдвинуть назад.

Версия неплохая, но выше приведёны результаты теста с touch

я не понял, где там что выполнялось. Проигнорировал.

не понял
проигнорировал
все равно отписался

Теперь неудивительно, почему от тебя исходит один флуд и шлангование.

2 Diff, APVS: Там вообще сложная конфигурация - несколько физических машин, но пространство логинов и хомяков общее на все машины. Чтобы сдвинуть время, по-хорошему нужно останавливать все машины (в смысле выкидывать всех активных юзверей кроме админа), чего на моей памяти ни разу не случалось. Максимум проводились профилактические работы на одной конкретной машине, да и то об этом оповещалось по рассылке, чтобы все успели заблаговременно всё дописать и досчитать. В общем ради такой ерунды не хочется администратора дёргать =) Этот вариант пока отпадает.

Как решить проблему на стороне клиента? Может в убунте ssh бракованный? =)

$ date
Вс апр 26 18:51:29 MSK 2015
$ touch test
$ stat test
...
Доступ: 2015-04-26 20:20:42.627763770 +0300
Модифицирован: 2015-04-26 20:20:42.627763770 +0300
Изменён: 2015-04-26 20:20:42.627763770 +0300
 Создан: -

При этом время на моём компе - 12:02

Спасибо за проницательную догадку.

Значит дело скорее всего не в моём времени. touch, vim, nano верно берут время. make берёт неверное (вестимо из date). Но тогда откуда touch и компания могут знать верное время? У меня стоит 12:02, date на сервере тоже врёт на полтора часа.

Хотя тут ещё вопрос, кто из них делает «правильно».

если ты не заметил, я отвечал на другие посты. А там какие-то обрывки, даже не вчитывался. Телепаты в отпуске. ТСу не нужно? Ну мне тем более.

ЗЫЖ кстати, а вот твой пост какую полезную нагрузку несёт?

touch, vim, nano верно берут время. make берёт неверное (вестимо из date). Но тогда откуда touch и компания могут знать верное время?

_Все_ берут время из единых системных часов. Как у вас там я не знаю, а ты не рассказываешь. Вангую, что touch запускается на другом компе, с другими системными часами. Тогда надо просто найти неправильные часы, и их сдвинуть, у вас и так там постоянный TIME PARADOX (рассинхронизация)

Если везде стоит ntp, и настроен центральный сервер времени, то нужно просто сдвинуть часы у неправильного компьютера ручками.

Если не стоит, поставь. Ну и настрой, что-бы сервер времени(твой) брал время из интернетов, а потом раздавал всем твоим системам. Помни, что ntp не умеет исправлять сильное расхождение, это делается вручную.

Ну и да, чем раньше, тем лучше для вас. Надеюсь там только одна система съехала.

$ date Вс апр 26 18:51:29 MSK 2015 $ touch test $ stat test

ну сделай не date, а

$ touch /tmp/test2 && ls -l /tmp/test2

Чтобы сдвинуть время, по-хорошему нужно останавливать все машины

Зачем?

Как решить проблему на стороне клиента?

Обходи свои сырцы и выставляй им время принудительно. Как з@#бешься - переходи к пункту довления на админа. За такие косяки не пинать - пи$дить надо.

пространство логинов и хомяков

А остальные как собирают?

За такие косяки

За какие такие?
За то что волшебным образом используется время клиента?
Пользователю до сраки должно быть на ntp и прочее, некорректное время не мешает смотреть прон и конпелять ядро

За какие такие?

За то что в сети, организующей клиентские хомяки у серверов гуляет время.

т.е. тебя смущает, что гуляет время сервера, но не смущает что используется время клиента?
а прикинь, ты время сервера засинхришь и тут приходит клиент с кривым временем, в этой ситуации на кого будут наезды?

Та не, мы с анонимусом уже выяснили, что дело не в моих часах.

То есть date показывает неправильное время, а touch/vim/ ставят правильное время, но при этом они берут не моё, а откуда-то ещё.

Какие-то проблемы с синхронизацией. Отписал администратору.

То есть date показывает неправильное время

Может переменная окружения $TZ с локальной машины выставлена в сесии ssh?

Может ещё какие подобные переменные есть. В общем, стоит глянуть вывод env в сесии на предмет чего-то такого.