linux命令中的date

在编写一个监控linux磁盘使用情况的脚本中,需要给出当天的信息提示,当使用到脚本date的时候,由于好久没用过此命令了,导致脚本运行中断,在此复习下此命令。

当时在脚本用的是这样的命令:

[root@localhost hbk]# date %Y_%m_%d
date: 无效的日期"%Y_%m_%d"

在命令行中运行了下才知道,这个是错的,需要加上一个加号。

[root@localhost hbk]# date +%Y_%m_%d
2018_12_03

打开帮助文档,具体复习了以下。

[root@localhost hbk]# date --help
用法:date [选项]... [+格式]
 或:date [-u|--utc|--universal] [MMDDhhmm[[CC]YY][.ss]]
Display the current time in the given FORMAT, or set the system date.

Mandatory arguments to long options are mandatory for short options too.
  -d, --date=STRING         display time described by STRING, not 'now'
  -f, --file=DATEFILE       like --date once for each line of DATEFILE
  -I[TIMESPEC], --iso-8601[=TIMESPEC]  output date/time in ISO 8601 format.
                            TIMESPEC='date' for date only (the default),
                            'hours', 'minutes', 'seconds', or 'ns' for date
                            and time to the indicated precision.
  -r, --reference=文件		显示文件指定文件的最后修改时间
  -R, --rfc-2822		以RFC 2822格式输出日期和时间
				例如:2006年8月7日,星期一 12:34:56 -0600
      --rfc-3339=TIMESPEC   output date and time in RFC 3339 format.
                            TIMESPEC='date', 'seconds', or 'ns' for
                            date and time to the indicated precision.
                            Date and time components are separated by
                            a single space: 2006-08-07 12:34:56-06:00
  -s, --set=STRING          set time described by STRING
  -u, --utc, --universal    print or set Coordinated Universal Time (UTC)
      --help		显示此帮助信息并退出
      --version		显示版本信息并退出

给定的格式FORMAT 控制着输出,解释序列如下:

  %%	一个文字的 %
  %a	当前locale 的星期名缩写(例如: 日,代表星期日)
  %A	当前locale 的星期名全称 (如:星期日)
  %b	当前locale 的月名缩写 (如:一,代表一月)
  %B	当前locale 的月名全称 (如:一月)
  %c	当前locale 的日期和时间 (如:2005年3月3日 星期四 23:05:25)
  %C	世纪;比如 %Y,通常为省略当前年份的后两位数字(例如:20)
  %d	按月计的日期(例如:01)
  %D	按月计的日期;等于%m/%d/%y
  %e	按月计的日期,添加空格,等于%_d
  %F	完整日期格式,等价于 %Y-%m-%d
  %g	ISO-8601 格式年份的最后两位 (参见%G)
  %G	ISO-8601 格式年份 (参见%V),一般只和 %V 结合使用
  %h	等于%b
  %H	小时(00-23)
  %I	小时(00-12)
  %j	按年计的日期(001-366)
  %k   hour, space padded ( 0..23); same as %_H
  %l   hour, space padded ( 1..12); same as %_I
  %m   month (01..12)
  %M   minute (00..59)
  %n	换行
  %N	纳秒(000000000-999999999)
  %p	当前locale 下的"上午"或者"下午",未知时输出为空
  %P	与%p 类似,但是输出小写字母
  %r	当前locale 下的 12 小时时钟时间 (如:11:11:04 下午)
  %R	24 小时时间的时和分,等价于 %H:%M
  %s	自UTC 时间 1970-01-01 00:00:00 以来所经过的秒数
  %S	秒(00-60)
  %t	输出制表符 Tab
  %T	时间,等于%H:%M:%S
  %u	星期,1 代表星期一
  %U	一年中的第几周,以周日为每星期第一天(00-53)
  %V	ISO-8601 格式规范下的一年中第几周,以周一为每星期第一天(01-53)
  %w	一星期中的第几日(0-6),0 代表周一
  %W	一年中的第几周,以周一为每星期第一天(00-53)
  %x	当前locale 下的日期描述 (如:12/31/99)
  %X	当前locale 下的时间描述 (如:23:13:48)
  %y	年份最后两位数位 (00-99)
  %Y	年份
  %z +hhmm		数字时区(例如,-0400)
  %:z +hh:mm		数字时区(例如,-04:00)
  %::z +hh:mm:ss	数字时区(例如,-04:00:00)
  %:::z			数字时区带有必要的精度 (例如,-04,+05:30)
  %Z			按字母表排序的时区缩写 (例如,EDT)

默认情况下,日期的数字区域以0 填充。
The following optional flags may follow '%':

  -  (hyphen) do not pad the field
  _  (underscore) pad with spaces
  0  (zero) pad with zeros
  ^  use upper case if possible
  #  use opposite case if possible

在任何标记之后还允许一个可选的域宽度指定,它是一个十进制数字。
作为一个可选的修饰声明,它可以是E,在可能的情况下使用本地环境关联的
表示方式;或者是O,在可能的情况下使用本地环境关联的数字符号。

<think>嗯,用户之前遇到了Jenkins启动失败的问题,已经尝试了重置systemd的失败计数并重新启动服务,但问题依然存在。现在用户执行了journalctl命令,过滤出了错误日志,但日志里并没有具体的错误信息,只有systemd的启动失败记录。这说明Jenkins可能在启动过程中崩溃得太快,导致没有生成详细的错误日志。 首先,我需要考虑用户可能没有提到的其他日志来源。比如,Jenkins的日志文件可能位于/var/log/jenkins/目录下,或者通过systemd的日志查看更详细的信息。用户之前可能只检查了最近的100条日志,可能需要查看更多的日志条目,或者使用不同的过滤条件。 接下来,常见的导致Jenkins启动失败的原因包括权限问题、端口冲突、Java环境问题、配置文件错误以及SELinux或防火墙设置。用户已经排除了Java环境的问题,但可能还存在其他问题。 权限问题方面,需要确认Jenkins相关目录的所有权和权限是否正确。例如,/var/lib/jenkins、/var/cache/jenkins和/var/log/jenkins这些目录应该属于jenkins用户和组。如果用户之前修改过这些目录的权限,可能会导致启动失败。 端口冲突也是一个常见问题。Jenkins默认使用8080端口,如果该端口被其他进程占用,服务就无法启动。用户可以使用ss或netstat命令检查端口占用情况,或者修改Jenkins的配置文件更换端口。 配置文件错误,比如/etc/sysconfig/jenkins中的JENKINS_PORT或JAVA_OPTS设置不正确,也可能导致启动失败。用户需要检查这些配置项是否正确,特别是如果有自定义的Java参数或内存设置,是否存在语法错误。 SELinux或防火墙可能阻止Jenkins绑定端口或访问资源。临时禁用SELinux或防火墙可以帮助确定是否是这些问题导致的。如果禁用后服务启动成功,用户需要调整SELinux策略或防火墙规则。 此外,用户可能没有查看完整的日志,或者Jenkins的日志级别设置较低,导致没有输出足够的错误信息。建议用户检查Jenkins的日志文件,或者使用journalctl -u jenkins.service --since "10 minutes ago"来获取更详细的信息。 最后,如果所有常规检查都未发现问题,可能需要重新安装Jenkins或恢复备份的配置文件。用户可能之前做过某些配置更改,导致服务无法启动,恢复默认配置或重新安装可能解决问题。 总结来说,用户需要进一步检查详细的日志,确认权限、端口、配置和SELinux等方面的问题,并逐步排除可能的原因。</think>根据您提供的最新日志,我们面临的核心问题是:**Jenkins服务启动时立即崩溃,但未在日志中输出有效错误信息**。以下是经过优化的排查方案: --- ### 🚨 关键诊断步骤 #### 1. 获取完整启动日志(强制显示INFO级别) ```bash journalctl -u jenkins.service --since "5 minutes ago" | grep -v ' INFO ' --color=never ``` *说明:过滤掉普通信息,专注显示错误/警告* #### 2. 检查Jenkins专属日志文件 ```bash tail -n 200 /var/log/jenkins/jenkins.log 2>&1 | grep -C 10 'Exception' ``` *若文件不存在,说明服务在初始化阶段已崩溃* --- ### 🔥 高频故障点及解决方案(按优先级排序) #### 可能性 85%:**JENKINS_HOME目录权限错误** ```bash # 验证关键路径权限(重点检查属主) ls -ld /var/lib/jenkins /var/cache/jenkins /var/log/jenkins # 典型错误示例: # drwxr-xr-x. 5 root root 4096 Mar 4 17:00 /var/lib/jenkins ``` ✅ **修复命令**: ```bash chown -R jenkins:jenkins /var/lib/jenkins && \ chmod 755 /var/lib/jenkins && \ systemctl restart jenkins ``` #### 可能性 60%:**Java堆内存配置冲突** 检查配置文件: ```bash grep -E 'JENKINS_JAVA_OPTIONS|JAVA_OPTS' /etc/sysconfig/jenkins ``` ⚠️ **若存在类似配置**: ```bash JENKINS_JAVA_OPTIONS="-Xmx4g -Djava.awt.headless=true" ``` ✅ 立即注释掉冲突行并重启: ```bash sed -i 's/^JENKINS_JAVA_OPTIONS/#JENKINS_JAVA_OPTIONS/' /etc/sysconfig/jenkins systemctl restart jenkins ``` #### 可能性 40%:**插件兼容性问题**(特别是升级后) ```bash # 进入插件目录检查修改时间 ls -lt /var/lib/jenkins/plugins | head -n 5 # 临时重命名最新插件(按时间排序): mv /var/lib/jenkins/plugins/$(ls -t /var/lib/jenkins/plugins | head -1){,.bak} ``` --- ### 🛠️ 进阶诊断技巧 #### 1. 手动以jenkins用户身份启动(获取实时输出) ```bash sudo -u jenkins java -jar /usr/lib/jenkins/jenkins.war --httpPort=8080 ``` *观察控制台输出的第一个异常堆栈* #### 2. 检查系统资源限制 ```bash # 查看jenkins用户的进程限制 su - jenkins -c 'ulimit -a' # 特别关注open files限制 grep "jenkins" /etc/security/limits.conf ``` ✅ **临时提高限制**: ```bash ulimit -n 65536 && systemctl restart jenkins ``` --- 请执行上述任一排查步骤后提供具体错误信息,我将为您提供精准修复方案。您现在看到的第一个实际错误提示是什么?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

黄宝康

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值