嵌入式linux之go语言开发(六)几行代码实现终端的远程日志诊断

简介: 嵌入式linux之go语言开发(六)几行代码实现终端的远程日志诊断

日志是应用的镜子,可以发现应用中的问题,重要性不言而喻。


以往设备有问题了,是如何诊断的?我们是现场人员到现场,又是配合抓包,又是配合提供机器日志,效率极其低下。


如今都物联网时代了,能让数据跑路的还让人去跑路,不合适吧。


日志应能实现手工触发上送,或应用中出现严重问题时主动上送,或者远程控制其是否上送。


试想,如果能让问题出现在被客户发现之前,提前被开发人员获知,主动的解决问题,那么无疑提高了产品的竞争力和口碑。为杜绝问题造成的严重性而未及时发现提供先机。


当某天发现一机器偶然吐出一异常的bug日志时,且这日志暴露的问题若不解决将造成严重后果,而你恰好在你的邮箱里看到,这就在不知不觉中主动发现了问题。不用运维人员去找你,客户去找你,机器向你求救了。那么,救救它吧。


以下为在嵌入式linux上实现的一小功能,对终端产生的日志文件进行zip压缩并上送到后台FTP服务器中。


几行代码,轻松实现。又一次体现使用 go开发嵌入式linux应用的强大之处。


若要用c去做,那么呵呵,可以试试。


package main
import (
  "archive/zip"
  "flag"
  "fmt"
  "io"
  "log"
  "os"
  "strings"
  "github.com/dutchcoders/goftp"
  "github.com/larspensjo/config"
)
var (
  ftp     *goftp.FTP
  conFile        = flag.String("ftpcfg", "/ftpcfg.ini", "config file")
  Server  string = "127.0.0.1:21"
  User    string = ""
  Pwd     string = ""
)
func checkErr(err error) {
  if err != nil {
    fmt.Fprintf(os.Stderr, "Fatal error: %s", err.Error())
  }
}
/**
@files:需要压缩的文件
@compreFile:压缩之后的文件
*/
func CompressZip(files []*os.File, zipfileName string) (err error) {
  zipfile, err := os.Create(zipfileName)
  if err != nil {
    return err
  }
  defer zipfile.Close()
  zw := zip.NewWriter(zipfile)
  defer zw.Close()
  for _, file := range files {
    err := compressZip(file, zw)
    if err != nil {
      return err
    }
    file.Close()
  }
  return nil
}
/**
功能:压缩文件
@file:压缩文件
@prefix:压缩文件内部的路径
@tw:写入压缩文件的流
*/
func compressZip(file *os.File, zw *zip.Writer) error {
  info, err := file.Stat()
  if err != nil {
    log.Println("压缩文件失败:", err.Error())
    return err
  }
  log.Println("filesize:", info.Size()/1024, "kb")
  // 获取压缩头信息
  head, err := zip.FileInfoHeader(info)
  if err != nil {
    log.Println("压缩文件失败:", err.Error())
    return err
  }
  // 指定文件压缩方式 默认为 Store 方式 该方式不压缩文件 只是转换为zip保存
  head.Method = zip.Deflate
  fw, err := zw.CreateHeader(head)
  if err != nil {
    log.Println("压缩文件失败:", err.Error())
    return err
  }
  // 写入文件到压缩包中
  _, err = io.Copy(fw, file)
  file.Close()
  if err != nil {
    log.Println("压缩文件失败:", err.Error())
    return err
  }
  return nil
}
func main() {
  log.Println("Hello Go")
  defer func() {
    if r := recover(); r != nil {
      log.Printf("crash occurred!capture:%s\n", r)
    }
  }()
  var fname string
  flag.StringVar(&fname, "fname", "", "file name")
  flag.Parse()
  flag.Usage()
  //获取当前路径
  file, _ := os.Getwd()
  cfg, err := config.ReadDefault(file + *conFile)
  checkErr(err)
  //获取配置文件中的配置项
  Server, err = cfg.String("SERVERCONFIG", "Server")
  User, err = cfg.String("USER", "User")
  Pwd, err = cfg.String("USER", "Pwd")
  //压缩ZIP
  var filezips []*os.File
  var filezip *os.File
  if filezip, err = os.Open(fname); err != nil {
    panic(err)
  }
  filezips = append(filezips, filezip)
  log.Println("begin compressZip...")
  err = CompressZip(filezips, fname+".zip")
  if err != nil {
    panic(err)
  }
  log.Println("compressZip ok!,name=" + fname + ".zip")
  log.Println("User:" + User)
  log.Println("->begin connect server:" + Server)
  // For debug messages: goftp.ConnectDbg("ftp.server.com:21")
  if ftp, err = goftp.ConnectDbg(Server); err != nil {
    panic(err)
  }
  //ftp.debug = true
  defer ftp.Close()
  log.Println("->Successfully connected !!")
  // Username / password authentication
  if err = ftp.Login(User, Pwd); err != nil {
    panic(err)
  }
  log.Println("->Login success!")
  if err = ftp.Cwd("/"); err != nil {
    panic(err)
  }
  var curpath string
  if curpath, err = ftp.Pwd(); err != nil {
    panic(err)
  }
  log.Printf("Current path: %s\n", curpath)
  // Upload a file
  var fileup *os.File
  if fileup, err = os.Open(fname + ".zip"); err != nil {
    panic(err)
  }
  log.Println("->begin upload file...")
  info, err := fileup.Stat()
  if err != nil {
    panic(err)
  }
  log.Println("upload filesize:", info.Size()/1024, "kb")
  fpath := fname + ".zip"
  lastidx := strings.LastIndex(fname+".zip", "/")
  if lastidx != -1 {
    fpath = fname[lastidx:] + ".zip"
  }
  log.Printf("fpath:%s\n", fpath)
  if err := ftp.Stor(fpath, fileup); err != nil {
    panic(err)
  }
  log.Println("->upload file over!")
  err = os.Remove(fname + ".zip") //上传成功,删除zip文件
  if err != nil {
    log.Println("file remove Error!")
    panic(err)
  }
}


编译与使用:


GOOS=linux GOARCH=arm GOARM=7 go build ftp.go
ftp -fname=/log/log_b503_20190730.log
root@b_lcd:/app/opt
./ftp -fname=/log/log_b503_20190730.log
Hello Go
Usage of ./ftp:
  -fname string
        file name
  -ftpcfg string
        config file (default "/ftpcfg.ini")
User:qq8864
->begin connect server:015.3vftp.com:21
2019/07/30 17:44:08 begin receiveLine...
2019/07/30 17:44:09 < 220 Serv-U FTP Server v6.4 for WinSock ready...
2019/07/30 17:44:09 receiveLine over!
2019/07/30 17:44:09 220 Serv-U FTP Server v6.4 for WinSock ready...
->Successfully connected !!
2019/07/30 17:44:09 > USER qq8864
2019/07/30 17:44:09 begin receiveLine...
2019/07/30 17:44:09 < 331 User name okay, need password.
2019/07/30 17:44:09 receiveLine over!
2019/07/30 17:44:09 > PASS sars1212
2019/07/30 17:44:09 begin receiveLine...
2019/07/30 17:44:09 < 230 User logged in, proceed.
2019/07/30 17:44:09 receiveLine over!
->Login success!
2019/07/30 17:44:09 > CWD /
2019/07/30 17:44:09 begin receiveLine...
2019/07/30 17:44:09 < 250 Directory changed to /
2019/07/30 17:44:09 receiveLine over!
2019/07/30 17:44:09 > PWD
2019/07/30 17:44:09 begin receiveLine...
2019/07/30 17:44:09 < 257 "/" is current directory.
2019/07/30 17:44:09 receiveLine over!
Current path: /
->begin upload file...
fpath:/log_b503_20190730.log
2019/07/30 17:44:09 > TYPE I
2019/07/30 17:44:09 begin receiveLine...
2019/07/30 17:44:11 < 200 Type set to I.
2019/07/30 17:44:11 receiveLine over!
2019/07/30 17:44:11 > PASV
2019/07/30 17:44:11 begin receiveLine...
2019/07/30 17:44:11 < 227 Entering Passive Mode (52,128,243,181,6,1)
2019/07/30 17:44:11 receiveLine over!
2019/07/30 17:44:11 > STOR /log_b503_20190730.log
2019/07/30 17:44:11 Connecting to 015.3vftp.com:1537
2019/07/30 17:44:11 begin receiveLine...
2019/07/30 17:44:11 < 150 Opening BINARY mode data connection for log_b503_20190730.log.
2019/07/30 17:44:11 receiveLine over!
2019/07/30 17:44:11 a1:150 Opening BINARY mode data connection for log_b503_20190730.log.
2019/07/30 17:44:11 begin receiveLine...
2019/07/30 17:44:13 < 226-Maximum disk quota limited to 102400 kBytes
2019/07/30 17:44:13 receiveLine over!
2019/07/30 17:44:13 begin receiveLine...
2019/07/30 17:44:13 <     Used disk quota 64 kBytes, available 102335 kBytes
2019/07/30 17:44:13 receiveLine over!
2019/07/30 17:44:13 begin receiveLine...
2019/07/30 17:44:13 < 226 Transfer complete.
2019/07/30 17:44:13 receiveLine over!
2019/07/30 17:44:13 a2:226-Maximum disk quota limited to 102400 kBytes
    Used disk quota 64 kBytes, available 102335 kBytes
226 Transfer complete.
->upload file over!


相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
相关文章
|
7月前
|
监控 Linux
Linux系统监控报告CPU软锁定问题(soft lockup)诊断方法
以上方法结合起来使用将大大提高解决此类问题效率与成功率。实际操作过程需谨慎考虑当前环境与场景特点选择合适方法,并且要注意数据备份与恢复计划防止误操作造成不可挽回损失。
963 13
|
8月前
|
存储 Linux
Linux环境下删除大文件后磁盘空间未释放问题诊断流程。
以上诊断流程涉及Linux底层机制与高级管理技能结合之处,并需要管理员根据实际环境灵活调整诊断策略与解决方案。
610 8
|
9月前
|
监控 Linux 应用服务中间件
linux查看日志文件tail -f用法
在 Linux 中,查看和监控日志文件是系统管理员和开发者常用的操作之一。tail 命令就是用来查看文件内容的,它默认显示文件的最后部分。tail -f 是 tail 命令的一个非常有用的选项,用于实时查看和跟踪日志文件的更新,尤其是在监控运行中的服务时非常有用。
1142 0
|
前端开发 JavaScript 程序员
鸿蒙开发:console日志输出
针对初学者而言,大家只需要掌握住日志打印即可,等到了鸿蒙应用开发的时候,还有一个鸿蒙原生的打印工具HiLog,到时,我们也会详细的去讲述,也会针对HiLog,封装一个通用的工具类。
479 11
鸿蒙开发:console日志输出
|
监控 Shell Linux
Android调试终极指南:ADB安装+多设备连接+ANR日志抓取全流程解析,覆盖环境变量配置/多设备调试/ANR日志分析全流程,附Win/Mac/Linux三平台解决方案
ADB(Android Debug Bridge)是安卓开发中的重要工具,用于连接电脑与安卓设备,实现文件传输、应用管理、日志抓取等功能。本文介绍了 ADB 的基本概念、安装配置及常用命令。包括:1) 基本命令如 `adb version` 和 `adb devices`;2) 权限操作如 `adb root` 和 `adb shell`;3) APK 操作如安装、卸载应用;4) 文件传输如 `adb push` 和 `adb pull`;5) 日志记录如 `adb logcat`;6) 系统信息获取如屏幕截图和录屏。通过这些功能,用户可高效调试和管理安卓设备。
|
存储 运维 监控
Linux--深入理与解linux文件系统与日志文件分析
深入理解 Linux 文件系统和日志文件分析,对于系统管理员和运维工程师来说至关重要。文件系统管理涉及到文件的组织、存储和检索,而日志文件则记录了系统和应用的运行状态,是排查故障和维护系统的重要依据。通过掌握文件系统和日志文件的管理和分析技能,可以有效提升系统的稳定性和安全性。
399 7
|
监控 安全 Linux
启用Linux防火墙日志记录和分析功能
为iptables启用日志记录对于监控进出流量至关重要
549 1
|
监控 开发者
鸿蒙5.0版开发:使用HiLog打印日志(ArkTS)
在HarmonyOS 5.0中,HiLog是系统提供的日志系统,支持DEBUG、INFO、WARN、ERROR、FATAL五种日志级别。本文介绍如何在ArkTS中使用HiLog打印日志,并提供示例代码。通过合理使用HiLog,开发者可以更好地调试和监控应用。
1029 16
|
开发框架 Go 计算机视觉
纯Go语言开发人脸检测、瞳孔/眼睛定位与面部特征检测插件-助力GoFly快速开发框架
开发纯go插件的原因是因为目前 Go 生态系统中几乎所有现有的人脸检测解决方案都是纯粹绑定到一些 C/C++ 库,如 OpenCV 或 dlib,但通过 cgo 调用 C 程序会引入巨大的延迟,并在性能方面产生显著的权衡。此外,在许多情况下,在各种平台上安装 OpenCV 是很麻烦的。使用纯Go开发的插件不仅在开发时方便,在项目部署和项目维护也能省很多时间精力。
422 5
|
监控 Linux 开发者
如何在 Linux 中优雅的使用 head 命令,用来看日志简直溜的不行
`head` 命令是 Linux 系统中一个非常实用的工具,用于快速查看文件的开头部分内容。本文介绍了 `head` 命令的基本用法、高级用法、实际应用案例及注意事项,帮助用户高效处理文件和日志,提升工作效率。
436 7

热门文章

最新文章