我在Unix服务器上创build的文件是在将来5天的修改时间创build的。 但是，当我检查date命令，看来，时区和date设置正确。 ： # uname -a SunOS tmxd050a 5.10 Generic_118833-33 sun4v sparc SUNW,Sun-Fire-T1000 Solaris tst@server : /home/tst/test # date Tue Jul 12 08:31:09 CEST 2011 tst@server : /home/tst/test # touch test_file tst@server : /home/tst/test # ls -al test_file -rw-r–r– 1 dbx dbx 0 Jul 19 2011 test_file tst@server : /home/tst/test 这怎么可能？
我有一个目录，我们把它叫做htdocs/live/ 。 这个目录下有许多不同的目录，每个目录都有一个commonFunctions.js文件， commonFunctions.js位于js目录中。 例如，下面是几个包含commonFunctions.js的目录commonFunctions.js ： htdocs/live/abc123/js/commonFunctions.js htdocs/live/program1/js/commonFunctions.js htdocs/live/program2/js/commonFunctions.js htdocs/live/bunnies/js/commonFunctions.js htdocs/live/emerald/js/commonFunctions.js 我怎样才能编写一个命令来列出上次修改这些文件的顺序？
我有很多D-Link DGS-1500-28交换机，其固件为1.00.013,1.10.005和2.10.002，并且没有可见的通过web或telnet接口设置date/时间的选项。 设备在日志中使用date/时间，但不知道从哪里获得：现在是2009年1.00,013，2011年是1.10.005，2012年是2.001.006。 显示的date甚至不是01/01 / YYYY +系统正常运行时间，因为它似乎是。
我正在使用以下命令设置系统时钟： date -s "31 DEC 2015 12:00:00" 执行后立即运行date ，看到date和时间是2015年12月31日。然后，等待大约三秒钟后，我再次运行date ，看到它已经改变回到今天的date。 为什么它再次同步到当前date，我该如何阻止它？ [root@localhost mm]# date -s "31 DEC 2015 12:00:00" Thu Dec 31 12:00:00 EST 2015 [root@localhost mm]# date Thu Dec 31 12:00:02 EST 2015 [root@localhost mm]# date Thu Dec 31 12:00:03 EST 2015 [root@localhost mm]# date Mon Jan 4 11:53:17 EST 2016 我所有正在运行的服务： [root@localhost mm]# […]
在我们的一个Linux机器上的时间是非常奇怪的。 每当我打电话给date3次，第4次电话会给出错误的时间（通常1小时后）。 我已经安装cron与ntp服务器同步。 我们有20多个类似的服务器，只有这个有这个问题。 任何想法？ 谢谢。 Linux 2.6.18-6-686＃1 SMP Thu Aug 20 21:56:59 UTC 2009 i686 GNU / Linux 编辑： ：〜＃date; date; date; date; date; date; date; date; date 星期五六月十一日19:12:46 PDT 2010 星期五6月11日17:59:28 PDT 2010 星期五6月11日17:59:28 PDT 2010 星期五6月11日17:59:28 PDT 2010 星期五六月十一日19:12:46 PDT 2010 星期五6月11日17:59:28 PDT 2010 星期五6月11日17:59:28 PDT 2010 星期五6月11日17:59:28 PDT 2010 星期五六月十一日19:12:46 PDT […]
我注意到在我的RHEL 5.5上，cron每天都会启动一个小时（凌晨1点，而不是午夜）。 系统和硬件时钟是一样的。 我怎样才能设置它，所以它会在午夜开始？ date [root@a ~]# date Wed Mar 9 12:44:35 EST 2011 hwclock的 [root@a ~]# /sbin/hwclock -r Wed 09 Mar 2011 12:44:42 PM EST -0.000484 seconds crontab中 0 0 * * * /usr/sbin/ntpdate pool.ntp.org >/dev/null 2>&1 cron日志 Mar 7 01:00:01 host crond[30420]: (root) CMD (/usr/sbin/ntpdate pool.ntp.org >/dev/null 2>&1) 时钟 [root@a ~]# cat /etc/sysconfig/clock […]
在Linux上，date和秒的语法是： date +%s 1438587288 从MAN PAGE – ％s秒1970-01-01 00:00:00 UTC以来 什么是相同的Solaris相同？
虽然这个问题涉及到一个embedded式主板，serverfault在我看来是最好的stackexchange论坛。 我和我的同事们几个月来一直在调查这个怪异的Linux启动问题，而且我们有点被卡住了。 任何build议表示赞赏。 我们有一个Portwell主板（带超线程的Atom单核），运行Centos 6.4。 一位客户回来给我们带来了一个非常奇怪的启动问题，我们终于可以复制。 一切工作正常，如果你这样做： 正常启动 暂停系统 从系统中拔下任何一段时间的电源 接通电源 开机 但是，如果你执行以下操作，通常作为启动正常部分运行的fsck会给我们一个错误： 正常启动 正常关机 不要断开电源 等待8到12小时（更短不会导致问题） 重新启动 我们得到的错误如下图所示： 我们可以按ctrl-D并重新启动，只要我们想要的，错误将不断回来。 但请注意，文件系统没有任何问题。 我们可以得到这样的错误消失： 关掉 拉动电源至less10分钟（更短，问题不会消失） 重新接通电源并启动。 我们的假设截至昨天，硬盘可能会被降级，但不会closures，随着时间的推移，磁盘caching可能会降级。 但是，结果是错误的，因为以下过程也使问题消失： 让系统启动，使其发生错误 不要断开电源 进入BIOS并将系统date更改为将来的某个时间 启动到Linux。 这款主板没有电池，所以在我们第一次开机的时候，总会出现错误的date，2010年1月份的时候会出现这个错误。所以在平时的情况下，date是错误的，但是OS正常启动。 当操作系统启动时，date由NTP正确设置。 如果我们把它插入但是closures了12个小时，date又被重新设置了，但由于某种原因，fsck 现在关心date，并且想要这么做一个手动的fsck，因为它认为差异是一个主要问题。 如果我们手动将date更改为将来，则启动正常。 如果我们把它改回过去，它又会出错。 但是，如果我们断开电源足够长的时间，并启动，尽pipedate是错误的，我们没有错误。 任何人都可以帮助我们通过fsck可能正在考虑的各种事情来进行推理，这样有时会由于date错误而决定错误，但是如果系统date未来，决不会这样做？ 如果我们可以在不久的将来将BIOS编程为默认的某个date，那么这可能会解决这个问题，但是了解它为什么会发生这一点很重要，因为我们不仅仅是希望粘在一个bandaid上。 感谢您的任何build议。
我有一个Elastic Stack服务器（在Hyper-v ），它通过logstash exec命令摄取数据并对其执行分析。 除了显示为数字的date字段之外，一切都很好。 我如何获得logstash ， Elasticsearch或Kibana识别字段sadate而不是数字？ 数据是Unix epoch时间（以milliseconds 。 码： python文件输出的数据是JSON格式。 在进行elasticsearch之前，没有真正的处理过程正在进行。 Logstashconfiguration： input { exec { command => "/home/elliot/BullhornConnector.py JobOrder isOpen,webResponses,submissions,sendouts,interviews,placements,address,numOpenings,employmentType,owner,title,clientCorporation" interval => 60 codec => json tags => ["JobOrder"] } exec { command => "/home/elliot/BullhornConnector.py Lead owner,leadSource,firstName,lastName,status,dateAdded" interval => 60 codec => json tags => ["Lead"] } exec { command => […]
每当我尝试从命令行设置date或使用“设置”窗口时，新值总是在几秒钟后恢复。 我尝试了很多东西，例如 date062120002013.00 这给了我2013年5月21日20:00:00 IST的未来date。 但是，运行date命令1秒后，再次给我当前时间（不是将来我需要的时间）： 星期一6月17 17:45:00 IST 2013 也 hwclock –set –date =“2013-06-21 20:00:00” 和 hwclock -s 不会导致将来的date和时间保留在系统上 – date和时间不断恢复。 我没有在系统上ntp。 谢谢Paul 更新 ： 我已经尝试/etc/init.d/vboxadd-service停止和/ usr / sbin / VBoxService –disable-timesync 同样的问题 – 5秒后重新同步时间。 回答： 好吧，我再次尝试了这个页面上的所有选项，然后在第二次尝试中发挥了什么作用： 编辑/etc/init.d/vboxadd-service将–disable-timesync添加到它，然后重新启动该服务。 在start()函数中查找以daemon start()行，并将其更改为： daemon $binary –disable-timesync > /dev/null 我不知道为什么它第一次没有工作，可能它需要我做的其他许多调整之一。 感谢所有的帮助！