很多应用，比如wordpress使用PHP的mail函数，将会调用系统邮件发送功能，这时候邮件无法发送该如何排查呢？
yum -y install sendmail
/etc/init.d/sendmail start
可通过ps -ef | grep sendmail，观察是否启动成功
echo “mail content”| mail -s 'Test mail' accacc@126.com
如果没收到那么查看一下 /var/spool/clientmqueue下面是否存在未发送邮件，tail -f /var/log/maillog 查看邮件发送日志。
另外查看一下网络访问及25端口有无问题。
最近发现sendmail的进程较多，观察了一下，是在消费/var/spool/clientmqueue/下的内容，这里面文件太多ls直接卡死了，那么如何列出来呢？
先后使用了ls、tree、find等命令，效果都不明显。
最后使用locate成功解决~
sudo locate clientmqueue > ~/1.txt
观察了一下至少有600多万个文件。。。
当你使用简单的sendmail发邮件的时候， 或者系统默认要发一些邮件（比如cron发的邮件）的时候，首先会把邮件拷贝到这个目录里，然后等待MTA(mail transfer agent) 来处理，MTA做的事情通常是把这个目录中的邮件弄到/var/spool/mqueue里，然后再发送到真正的目的地。出现/var/spool /clientmqueue/非常大的情况通常因为没有合适的MTA发送邮件，就都积累在这里了，假如这里的邮件并不是你需要的，你可以简单的删掉他们。
根据需要发邮件的内容来看，解决这块主要两点：
1、针对crontab一些输出之类的其会发邮件，需要定时任务后加上
>/dev/null 2>&1
2>是重定向错误
2、梳理业务逻辑控制发邮件频次
当然这两个前段时间都处理了一下，这次主要启用的机器有一些之前的邮件，所以删除了
ls /var/spool/clientmqueue | xargs rm -f
xargs的功能：它将输入输出给xargs后面的命令，作为那个命令的参数
如果你感觉删的比较慢想先快速解决，那么先给他mv一下吧，把事情解决了，然后慢慢删
完事后记得重启一下sendmail sudo /etc/init.d/sendmail restart
这个问题很常见，解决起来也不难，就是你想要开启的端口被占用了,那么如何排查是哪个进程占用了呢？比如看windows下80端口被哪个程序占用，Linux下80端口被那个程序占用。
Read more
Spring Tools准备创建Spring工程时，报
IOException: Server returned HTTP response code: 400 for URL: http://start.spring.io
这是因为IE为系统配置了代理，但是代理服务器没有开，所以优先检查IE->Internet选项->连接->局域网设置，不要勾选代理服务器，如还不行，检查eclipse的代理设置
尝试使用Spring Tools创建工程时遇到，An internal error occurred during: “Building UI model问题，这是因为STS版本与eclipse版本不匹配，以下两种解决方式可以处理：
方案一：在这里 “https://spring.io/tools/sts/legacy” 下载eclipse STS，下载前记得看一下eclipse版本
方案二：你不能在“eclipse Market Place”下载STS，因为eclipse会去找最新版本的STS，你可以点击Help->Install new software ，然后使用这个网址去下载 http://dist.springsource.com/release/TOOLS/update/e4.X/ （X替换为你的eclipse版本号）
这是JDK以特殊的方式告知你，在class path下找不到这个需要依赖的注解，很不幸的是他并不会告知你是哪个注解，或者是哪个类缺失。
可以检查一下依赖管理，尝试修复一下，maven工程使用mvn dependency:tree，gradle工程使用./gradlew dependencies
java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:724)
at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:531)
at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:355)
at sun.reflect.annotation.AnnotationParser.parseAnnotation2(AnnotationParser.java:286)
at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:120)
at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:72)
at java.lang.Class.createAnnotationData(Class.java:3521)
at java.lang.Class.annotationData(Class.java:3510)
at java.lang.Class.getAnnotations(Class.java:3446)
at org.junit.runner.Description.createSuiteDescription(Description.java:124)
at org.junit.internal.runners.ErrorReportingRunner.getDescription(ErrorReportingRunner.java:28)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createUnfilteredTest(JUnit4TestLoader.java:85)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:70)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:43)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:444)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
今天Linux开发机上面，git pull时报错 fatal: BUG: your vsnprintf is broken (returned -1) ，后来换了个路径clone也是报“克隆成功，但是检出失败”
1、gdb跟踪观察，因为不是编译安装的，所以并没有看出什么效果
2、strace查看调用栈，本身无特别之处，无更细致的细节
30844 fstat(4, {st_mode=S_IFREG|0644, st_size=199262, ...}) = 0
30844 close(4) = 0
30844 setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
30844 rt_sigaction(SIGALRM, {SIG_IGN, [ALRM], SA_RESTORER|SA_RESTART, 0x7f3fcbd5f510}, {0x4fc5c0, [], SA_RESTORER|SA_RESTART, 0x7f3fcc0d07e0}, 8) = 0
30844 write(2, "fatal: BUG: your vsnprintf is br"..., 51) = 51
30844 close(3) = 0
30844 unlink("/xxxx/.git/index.lock") = 0
30844 write(2, "warning: \277\313\302\241\263\311\271\246\243\254\265\253\312\307\274\354\263\366\312\247\260\334\241"..., 118) = 118
30844 exit_group(128) = ?
30844 +++ exited with 128 +++
3、其他机器上执行，目前在windows的机器上是没问题的，另一台开发机上安装有1.7.1版本git，执行并无问题。
4、目前猜测可能和某些文件文件名或内容等，引起git这个bug，时间所限，先暂时使用git 1.7.1版本操作，后续将尝试导出不同版本内容观察git2.14.1是否还会出现这个特定问题
方案一：
首先使用ehco命令可以打印输出：
echo $PATH
/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/home/xxx/bin
export 命令导入所需要新增的路径，同时:拼接上原有值
export PATH=/usr/bin/:$PATH
打印输出
echo $PATH
/usr/bin/:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/home/xxx/bin
方案二：
使用vim打开/etc/profile文件，在最后添加：export PATH="/usr/bin/:$PATH"保存退出，然后运行 source /etc/profile
gdb调试某应用，可以直接使用sudo gdb /usr/local/bin/git，可以使用run方法执行特殊指令，比如run checkout -f HEAD。
详情执行如下：
sudo gdb /usr/local/bin/git
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-92.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/git...(no debugging symbols found)...done.
(gdb) run checkout -f HEAD
Starting program: /usr/local/bin/git checkout -f HEAD
[Thread debugging using libthread_db enabled]
fatal: BUG: your vsnprintf is broken (returned -1)
Program exited with code 0200.
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.209.el6_9.1.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt