shell运行下的写日志

tee 重定向输出到多个文件

在执行Linux命令时,我们既想把输出保存到文件中,又想在屏幕上看到输出内容,就可以使用tee命令

要注意的是:在使用管道线时,前一个命令的标准错误输出不会被tee读取。

tee file         //覆盖
tee -a file     //追加
tee -            //输出到标准输出两次
tee - -          //输出到标准输出三次
tee file1 file2 -    //输出到标准输出两次,并写到那两个文件中
ls | tee file  
另:把标准错误也被tee读取
ls "*" 2>&1 | tee ls.txt
例子1:

#!/bin/sh
if [ $# -ne 1 ]
then
 echo "Usage:sh $0   YYYYMMDD "
  exit 1
fi
V_DT=$1

exec 1>>`basename $0`.log
date_current=`date +%Y%m%d`
echo "传入时间为: ${V_DT}"
echo "系统时间为: ${date_current}"
exit 0

例子2:

#!/bin/sh
if [ $# -ne 1 ]
then
 echo "Usage:sh $0   YYYYMMDD "
  exit 1
fi
V_DT=$1

date_current=`date +%Y%m%d`
echo "传入时间为: ${V_DT}"  >> $(basename $0).log
echo "系统时间为: ${date_current}" >> $(basename $0).log
echo "tee commant test" 2>&1|tee -a $(basename $0).log     --日志和屏幕都存在
exit 0

结果输出:

[[email protected] test]$ sh test.sh 20181010
[[email protected] test]$ sh test2.sh 20181010
tee commant test
[[email protected] test]$ more test2.sh.log
传入时间为: 20181010
系统时间为: 20181029
tee commant test

原文地址:https://www.cnblogs.com/hello-wei/p/9872342.html

时间: 2024-08-29 21:01:48

shell运行下的写日志的相关文章

多线程下写日志

鄙人最近遇到了一个奇特的线上事故,记录一下,以备记忆. 鄙人所在的部门负责给公司提供各种基础库,即基础架构部门.最近某别的部门用本部门提供的支持多线程版本的日志库后,出现这样一个奇特的现象:当磁盘被日志写满以后,他们的数据文件的头部被写上了最新的日志!就是说,别的部门的程序的数据文件被日志数据给污染了. 这里先不介绍这个事故的原因.先说下这个日志库的写日志过程,其流程大致如下: step1  如果log的fd为-1,就重新通过C函数open再打开一个log_fd: step2  写log内容,即

CentOS下的svn强制用户提交时写日志

问题:在项目提交时候不写日志,在后期查看修改历史时需要对比版本才知道提交原因.解决方案:在svn服务端通过hooks在提交时强制要求写日志.#!/bin/shREPOS="$1"TXN="$2" SVNLOOK=/usr/bin/svnlook LOGMSG=`$SVNLOOK log -t "$TXN" "$REPOS" | grep "[a-zA-Z0-9]" | wc -c`if [ "$L

Windows环境下tomcat配置日志输出

在Linux系统中,可以通过tail  -f  catalina.out 来跟踪Tomcat 和相关应用运行的情况. 在windows下,catalina日志与Linux记录的内容有很大区别,大多信息只输出到屏幕而没有记录到catalina.out里面. 把控制台的信息输出到“\%CTALINA_BASE%\logs\catalina.out”里:1.打开bin下面的startup.bat文件,把call "%EXECUTABLE%" start %CMD_LINE_ARGS%    

利用TraceSource写日志

利用TraceSource写日志 从微软推出第一个版本的.NET Framework的时候,就在“System.Diagnostics”命名空间中提供了Debug和Trace两个类帮助我们完成针对调试和跟踪信息的日志记录.在.NET Framework 2.0中,微软引入了TraceSource并对跟踪日志系统进行了优化,优化后的跟踪日志系统在.NET Core中又经过了相应的简化..NET Core的日志模型借助TraceSourceLoggerProvider实现对TraceSource的整

NodeJS写日志_Log4js使用详解

今天和大家分享一下NodeJS中写日志的一个常用第三方包:Log4js. 跟随主流Blog特色,先简单介绍下Log4js的基本信息.介绍Log4js之前,需要先说一下Log4***,Log4***是由Apache提供的多平台下多语言下日志书写扩展包,目的很简单就是使日志书写更加方便简洁,同时对不同的业务日志能够进行灵活的分文件记录,同时也包含着详细的等级配置,为之后分级输出,检索,及程序自动解析提供更加便捷的支持(一家之言,非官方描述,领会精神).Log4***有很多语言的实现,比如Log4cp

Shell主要逻辑源码级分析(1)——SHELL运行流程

版权声明:本文由李航原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/109 来源:腾云阁 https://www.qcloud.com/community 本文的目的:分享一下在学校的时候分析shell源码的一些收获,帮助大家了解shell的一个工作流程,从软件设计的角度,看看shell这样一个历史悠久的软件的一些设计优点和缺陷.本文重点不是讲SHELL语法,相信很多同事玩shell都很熟了. 本文的局限:限于本人技术水

ASP.NET Core 开发-Logging 使用NLog 写日志文件

ASP.NET Core 开发-Logging 使用NLog 写日志文件. NLog 可以适用于 .NET Core 和 ASP.NET Core . ASP.NET Core已经内置了日志支持,可以轻松输出到控制台. 学习Logging 组件的相关使用,使用NLog 将日志写入到文件记录. Logging 使用 新建一个 ASP.NET Core 项目,为了方便,我选择Web 应用程序,改身份验证 改为 不进行身份验证. 新建好以后,会自动引用好对应的 类库.这样我们就可以直接使用 Logge

程序员的修养 -- 如何写日志(logging)

  在程序中写日志是一件非常重要,但是很容易被开发人员忽视的地方.写好程序的日志可以帮助我们大大减轻后期维护压力. 在实际的工作中,开发人员往往迫于的巨大时间压力,而写日志又是一个非常繁琐的事情,往往没有引起足够的重视. 如果我们的开发人员在一开始就养成一个良好的习惯将非常有帮助.并且在实际的工作中也应当为写日志预留足够的时间.   我们为什要写日志呢? 一般来讲,我们在程序中记录日志出自下面几个方面的需求.   * 记录用户操作的审计日志,甚至有的时候就是监管部门的要求. * 快速定位问题的根

easylog -- Linux 下的简单日志库

之前使用 log4c 或者 log4cpp 的时候, 总需要配置一些文件和链接库之类复杂的配置. 虽然越复杂越说明这个软件支持的功能多.可选择性强, 但是对于一个小的项目,或者要研究他人的代码而加点儿日志的时候, 用这么复杂的配置就没必要了. 所以我就想,要不写个简单一些的日志库, 这样再用到不需要那么复杂的日志控制工具的时候, 就不用每次都配置环境,也不用写配置文件什么的了. 所以我就写了个这个库,因为过于简单,代码也不多, 也就没必要做成lib库,直接编译到代码里就可以了. 下面从一个简单的