haproxy日志解析

port8089/wms02 203/0/2/2/184262 101 6767 - - ---- 1/1/1/1/0 0/0 "GET /376/3fg34yj9/websocket HTTP/1.1"
port8089/wms01 416/0/1/2/419 200 401 - - ---- 3/3/1/1/0 0/0 "GET /info HTTP/1.1"

ort8089/wms02 197/0/1/2/25429 101 1734 - - ---- 1/1/1/1/0 0/0 "GET /571/x8nlsqex/websocket HTTP/1.1"

为什么会出现200呢？我们101是正常http响应码

The status code is always 3-digit. The first digit indicates a general status :
 - 1xx = informational message to be skipped (eg: 100, 101)
 - 2xx = OK, content is following   (eg: 200, 206)
 - 3xx = OK, no content following   (eg: 302, 304)
 - 4xx = error caused by the client (eg: 401, 403, 404)
 - 5xx = error caused by the server (eg: 500, 502, 503
 
 从这里可以看出这２个响应码其实都没问题。
 是后端配置的问题

时间： 2024-10-14 23:57:35

haproxy日志解析的相关文章

GlusterFS源码解析 —— GlusterFS日志解析

Logging.c: /* Copyright (c) 2008-2012 Red Hat, Inc. <http://www.redhat.com> This file is part of GlusterFS. This file is licensed to you under your choice of the GNU Lesser General Public License, version 3 or any later version (LGPLv3 or later), or

haproxy 日志切割

(1) 取消将日志记录在/var/log/messages目录中默认会也将haproxy日志记录在/var/log/message中,要去掉. # vi /etc/rsyslog.conf local3.* /var/log/haproxy.log local0.* /var/log/haproxy.log *.info;mail.none;authpriv.none;cron.none;local3.no

haproxy日志

由于数据分析的需要,我们必须打开Haproxy日志,并记录相关的503错误信息进行汇总统计.所以有了下文: 在配置前,我们先来了解下日志的level: local0-local7,16-23保留为本地使用. 0 emerg 系统不可用 1 alert 必须马上采取行动的事件 2 crit 关键的事件 3 err 错误事件 4 warning 警告事件 5 notice 普通但重要的事件 6 info 有用的信息 7 debug 调试信息 haproxy 日志切割(1) 取

Oracle 监听器日志解析

Oracle监听器是驻留在Oracle实例所在服务器上的独立进程.作为客户端进程连接实例的重要沟通组件,Oracle监听器扮演着重要的地位.本篇将从监听器日志入手,分析阅读监听器日志和日常监听器常见行为. 1.Oracle监听器功能在笔者<说说Oracle监听器>(http://space.itpub.net/17203031/viewspace-682627)系列中,已经比较清楚的介绍过Oracle监听器的工作方式和体系地位.这里简要加以累述. Oracle监听器是一个独立的操作系统进程,

ELK之收集haproxy日志

由于HAProxy的运行信息不写入日志文件,但它依赖于标准的系统日志协议将日志发送到远程服务器(通常位于同一系统上),所以需要借助rsyslog来收集haproxy的日志.haproxy代理nginx的访问,使用logstash收集nginx的访问信息. 1.安装配置haproxy yum -y install gcc pcre pcre-devel openssl openssl-devel cd /usr/local/src/ wget https://www.haproxy.org/dow

HAProxy日志配置

HAProxy日志配置 HAProxy可以基于rsyslog记录日志到指定的设备日志的配置方法 1.修改haproxy配置文件 [[email protected] ~]# vim /etc/haproxy/haproxy.cfg log 127.0.0.1 local3 info #在全局配置段中配置,定义日志记录级别 2.修改syslog的配置文件 [[email protected] ~]# vim /etc/rsyslog.conf # Provides UDP syslog rece

Haproxy相关概念解析

一.Haproxy概述 haproxy是一款功能强大.灵活好用反向代理软件,提供了高可用.负载均衡.后端服务器代理的功能,它在7层负载均衡方面的功能很强大(支持cookie track, header rewrite等等),支持双机热备,支持虚拟主机,拥有非常不错的服务器健康检查功能,当其代理的后端服务器出现故障, HAProxy会自动将该服务器摘除,故障恢复后再自动将该服务器加入;同时还提供直观的监控页面,可以清晰实时的监控服务集群的运行状况. HAProxy提供高可用性.负载均衡以及基于TC

IOS崩溃日志解析(crash log)

IOS的应用程序少不了crash,互联网统计分析工具友盟有一项目错误分析的功能,专门用于应用程序崩溃日志统计,最近研究友盟上统计到的崩溃日志,在此对崩溃日志做一个简单的总结. IOS崩溃日志分类: 一.低内存崩溃:IOS设备检测到低内存时,虚拟内存系统发出通知请求应用释放内存.这些通知发送到所有正在运行的应用和进程,试图收回一些内存.如果内存使用依然居高不下,系统将会终止后台线程以缓解内存压力.如果可用内存足够,应用将能够继续运行而不会产生崩溃报告.否则,应用将被iOS终止,并产生低内存崩溃报告

ubuntu下haproxy日志处理

1)haproxy配置文件 log 127.0.0.1 local1 notice #此处使用系统的rsyslog来处理日志 2)rsyslog配置[/etc/rsyslog.conf] local0.* /var/log/haproxy.log 取消如下注释: #$ModLoad imudp == >$ModLoad imudp #$UDPServerRun 514 == >$UDPServerRun 514 3)核实services文件 grep 514 /etc/services --