在 Linux 上进行开发和运营维护的时候,免不了要查看某一个程序所占用内存的情况。有很多个命令都可以达到我们的需求,这里给大家列举几个:
一)直接看某个进程的内存情况:




看下Nginx:
cat /proc/2821/status|grep VmRSS
VmRSS:      8776 kB

来自:http://www.jb51.net/LINUXjishu/66604.html



二)整体从系统层面看内存和cpu占用:
查看某个进程占用内存和cpu的多少:
找出消耗内存最多的前10名进程

# ps -auxf | sort -nr -k 4 | head -10

找出使用CPU最多的前10名进程
# ps -auxf | sort -nr -k 3 | head -10



来自:http://blog.chinaunix.net/uid-20492804-id-265809.html
goto 性能好,但编译时间长。
技术一定要伴随需求的,有一个场景的。
工程师的社会责任。
做技术还是要懂业务。
Opcache回收问题:负载高的问题。影响稳定性。
Kafka
PHP-FPM能否解决数据库连接池的问题:
1)定时重启的机制。
2)Php-FPM重启一下。
3)要规避一下。(业务时间点)
粗放、性能高,内存搞得很精细,也很耗时。

Mysql的连接池,Kafka~
返回值在后面:Grep。(指函数返回值和C不一样)

autoconf版本太底~
makefile也是为了提高效率。
掌握知识不同,用的方法不同,本质是一样的。
关注生成这个扩展能否写出来,再看Autoconf,再看编译系统。
学一个语言成了研究这个编辑器的问题,要Forcus在那个点上。
做一件事表非常难非常难的时候,你得怀疑这样做对不对?

脖子肌肉不够强。
高性能PHP7~

终端用户的真实体验,才是应用性能是否良好的最终标准。
去掉没有用的扩展名:
mv /home/pi/.config/autostart/my.desktop.bak /home/pi/.config/autostart/my.desktop的shell花括号扩展简写:


拷贝新非后追加的文件名:


用Sed进行Dockerfile批量替换里面的内容:

-i[SUFFIX], --in-place[=SUFFIX]

              edit files in place (makes backup if SUFFIX supplied)
-n, --quiet, --silent

这样感觉没有直接用shell 替换来得方便好写,如下:
和Sed不一样,没有最后一个斜杠:
${string/needreplace/placedstr}

$ a=abcdefg123  
$ a=${a/123/456}
$ echo $a
abcdefg456
注意:不能是花括号里面有$,会报错:


bad substitution的原因是用了sh不是bash导致的:
在文件头里加上:
#!/bin/bash 替掉:#!/bin/sh
sh -x test.sh第3行总出现bad substitution提示信息,这与linux shell使用的是/bin/sh,还是/bin/bash有关系。我的脚本中指定使用的是/bin/bash shell,但是我在调试的时候使用的是sh shell,因此调试时导致错误提示信息。
原文链接:https://blog.csdn.net/u013516897/article/details/77965333


实战:


对docker tag 进行实践:

来自:https://jackxiang.com/post/9922/

先是打印出内容,然后再静默替换,然后再不区分大小写输入替换后的那行:echo filename|grep -i from;
xargs 的使用:
echo nginx-1.14.2/Dockerfile|xargs grep -i from
FROM registry.qr.xxxx.net/irdc_irdcops/alpine:3.10.0


要查找一个指定后缀文件里有没有一些指定字符串,显示出文件和行号等,还是用 xargs方便,如下:

上面一句顶exec两句,如下:



零.批量替换文件:
find . -type f -exec sed -n 's#S:"Username"=#S:"Username"=xiangdong#p' {} \;

一.
find /var/www/ -name file -exec cp {}{,.bak} \; 递归备份文件

1).
cp filename{,.bak}
quickly backup or copy a file with bash

2).
目录会自动omit删除掉; 目录不会复制;

来自:https://www.douban.com/note/422847745/

二.
cp filename{,.bak}
这个命令是用来把filename备份成filename.bak的
等同于命令
cp filename filename.bak
这里利用的是bash的brace expansion(大括号扩展)功能
按照bash手册(man bash)所述
bash支持{a,b,c}这样的扩展
比如a{d,c,b}e会被扩展成ade ace abe
所以
filename{,.bak}被扩展成filename filename.bak也就好理解了

同理可得:
tar cvfz leo{-20170202.tgz,}=tar cvfz leo-20170202.tgz leo

来自:http://leomars.blog.51cto.com/683246/1894566

三.
cp filename{,.bak} //注意花括号边并没有空格,否则就不 是扩展了,变成拷贝为{,.bak}文件了。
这个命令是用来把filename备份成filename.bak,等同于命令
cp filename filename.bak

这里利用的是bash的brace expansion(大括号扩展)功能,
按照bash手册(man bash)所述:
bash支持{a,b,c}这样的扩展,比如a{d,c,b}e 会被扩展成ade ace abe
所以
filename{,.bak}被扩展成filename filename.bak也就好理解了
原文http://www.haw-haw.org/node/1507

移步:https://jackxiang.com/post/8457/

====================================
[root@iz2ze0upl89i15wngnott5z tmp]# rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
[root@iz2ze0upl89i15wngnott5z tmp]#  rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
Retrieving http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:elrepo-release-7.0-2.el7.elrepo  ################################# [100%]
[root@iz2ze0upl89i15wngnott5z tmp]# yum --disablerepo="*" --enablerepo="elrepo-kernel" list available
Loaded plugins: fastestmirror
Repository base is listed more than once in the configuration
Repository updates is listed more than once in the configuration
Repository extras is listed more than once in the configuration
elrepo-kernel                                                                    | 2.9 kB  00:00:00    
elrepo-kernel/primary_db                                                         | 1.7 MB  00:00:25    
Loading mirror speeds from cached hostfile
* elrepo-kernel: ftp.ne.jp
Available Packages
kernel-lt.x86_64                                    4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-lt-devel.x86_64                              4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-lt-doc.noarch                                4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-lt-headers.x86_64                            4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-lt-tools.x86_64                              4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-lt-tools-libs.x86_64                         4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-lt-tools-libs-devel.x86_64                   4.4.75-1.el7.elrepo                    elrepo-kernel
kernel-ml.x86_64                                    4.11.8-1.el7.elrepo                    elrepo-kernel
kernel-ml-devel.x86_64                              4.11.8-1.el7.elrepo                    elrepo-kernel
kernel-ml-doc.noarch                                4.11.8-1.el7.elrepo                    elrepo-kernel
kernel-ml-headers.x86_64                            4.11.8-1.el7.elrepo                    elrepo-kernel
kernel-ml-tools.x86_64                              4.11.8-1.el7.elrepo                    elrepo-kernel
kernel-ml-tools-libs.x86_64                         4.11.8-1.el7.elrepo                    elrepo-kernel
kernel-ml-tools-libs-devel.x86_64                   4.11.8-1.el7.elrepo                    elrepo-kernel
perf.x86_64                                         4.11.8-1.el7.elrepo                    elrepo-kernel
python-perf.x86_64                                  4.11.8-1.el7.elrepo                    elrepo-kernel
[root@iz2ze0upl89i15wngnott5z tmp]# yum --disablerepo="*" --enablerepo="elrepo-kernel" list available
[root@iz2ze0upl89i15wngnott5z tmp]# yum --enablerepo=elrepo-kernel install kernel-ml
Loaded plugins: fastestmirror
Repository base is listed more than once in the configuration
Repository updates is listed more than once in the configuration
Repository extras is listed more than once in the configuration
elrepo                                                                           | 2.9 kB  00:00:00    
elrepo/primary_db                                                                | 427 kB  00:00:04    
Loading mirror speeds from cached hostfile
* elrepo: ftp.ne.jp
* elrepo-kernel: ftp.ne.jp
Resolving Dependencies
--> Running transaction check
---> Package kernel-ml.x86_64 0:4.11.8-1.el7.elrepo will be installed
--> Finished Dependency Resolution

Dependencies Resolved

========================================================================================================
Package              Arch              Version                          Repository                Size
========================================================================================================
Installing:
kernel-ml            x86_64            4.11.8-1.el7.elrepo              elrepo-kernel             41 M

Transaction Summary
========================================================================================================
Install  1 Package

Total download size: 41 M
Installed size: 185 M
Is this ok [y/d/N]: y
Downloading packages:
kernel-ml-4.11.8-1.el7.elrepo.x86_64. 16% [====                       ]  67 kB/s | 6.6 MB  00:08:46

vi /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DEFAULT=0
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rhgb quiet net.ifnames=0"
GRUB_DISABLE_RECOVERY="true"

[root@iz2ze0upl89i15wngnott5z tmp]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.11.8-1.el7.elrepo.x86_64
Found initrd image: /boot/initramfs-4.11.8-1.el7.elrepo.x86_64.img
Found linux image: /boot/vmlinuz-3.10.0-514.26.1.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-514.26.1.el7.x86_64.img
Found linux image: /boot/vmlinuz-3.10.0-514.6.2.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-514.6.2.el7.x86_64.img
Found linux image: /boot/vmlinuz-3.10.0-327.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-327.el7.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-3c6ff97c6fbe4598b53fd04e08937468
Found initrd image: /boot/initramfs-0-rescue-3c6ff97c6fbe4598b53fd04e08937468.img
done
基于Red Hat Enterprise Linux 7的自由发布源,CentOS 7分支继承了始终能获得最新内核安全更新的特性。今天,系统团队发布了一个非常重要的补丁,对近期发现的4个漏洞进行了及时修复,并推荐用户尽快安装补丁,升级至kernel-3.10.0-514.10.2.el7。

From:http://www.cnbeta.com/articles/soft/590259.htm


升级步骤:jackxiang.com/post/9319/
安装成功:
http://blog.csdn.net/ch593030323/article/details/53571807
echo $PATH | grep --color=auto 'go'


默认的ls是由"ls --color=auto"组成的,假如某个目录中的文件特别多,我不希望显示颜色(可以加快显示),那就需要指定单独的参数。

[root@localhost ~]# ls --color=never
[root@localhost ~]# ls --color=any
[root@localhost ~]# ls --color=always

来自:http://www.cnblogs.com/t-road/p/6830037.html
实践如下:



在Linux下给grep命令添加颜色

Java代码 复制代码 收藏代码
grep --color "test" test.json  
[java] view plain copy print?
grep --color "test" test.json  

自动给grep加颜色

Java代码 复制代码 收藏代码
vim ~/.bashrc  
alias grep='grep --color'  
source ~/.bashrc  
[java] view plain copy print?
vim ~/.bashrc  
alias grep='grep --color'  
source ~/.bashrc  

在管道中的其他程序也可以有颜色

这里用到grep的一个参数--color,color有三个值供选择:never、always、auto。always和auto的区别就是,always会在任何情况下都给匹配字段加上颜色标记,当通过管道或重定向时就会多出一些控制字符,结果会变成
export ^[[1;32m^[[KGREP^[[m^[[K_OPTIONS='--color=always'
export ^[[1;32m^[[KGREP^[[m^[[K_COLOR='1;32'
而auto则只在输出到终端时才加上颜色。
可以在.bashrc里加上
export GREP_OPTIONS='--color=auto'
来实现高亮匹配,具体用什么颜色,可以通过
export GREP_COLOR='a;b' #默认是1;31,即高亮的红色
来设置,其中:
a可以选择:【0,1,4,5,7,8】
0 关闭所有属性
1 设置高亮度
4 下划线
5 闪烁
7 反显
8 消隐

Java代码 复制代码 收藏代码
vim ~/.bashrc  
export GREP_OPTTIONS='--color=always'  
source ~/.bashrc  

来自:http://blog.csdn.net/diy534/article/details/7025640


`--color` 选项在 `grep` 命令中用于控制输出时是否使用颜色来高亮匹配的文本。它有三个可能的值:`always`,`auto`,和 `never`。每个值的解释如下:

1. **`--color=always`**:
   - **解释**:无论输出是否是终端,始终使用颜色高亮匹配的文本。
   - **用例**:当你希望输出总是带有颜色时,例如将输出重定向到文件并希望在查看文件时看到颜色。

   ```sh
   echo $PATH | grep --color=always 'go'
   ```

2. **`--color=auto`**:
   - **解释**:仅当输出是终端时使用颜色高亮匹配的文本。如果输出被重定向到文件或管道,则不使用颜色。
   - **用例**:这是最常用的选项,因为它在你直接查看输出时显示颜色,但在你将输出重定向或管道时不显示颜色。

   ```sh
   echo $PATH | grep --color=auto 'go'
   ```

3. **`--color=never`**:
   - **解释**:从不使用颜色高亮匹配的文本。
   - **用例**:当你不希望看到任何颜色高亮时,可以使用这个选项。

   ```sh
   echo $PATH | grep --color=never 'go'
   ```

### 示例和应用

假设你的 `$PATH` 是这样的:

```sh
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/go/bin
```

如果你运行以下命令:

```sh
echo $PATH | grep --color=always 'go'
```

输出将是:

```sh
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/go/bin
```

其中,`go` 会始终用颜色高亮显示。

如果你运行以下命令:

```sh
echo $PATH | grep --color=auto 'go'
```

如果输出到终端,`go` 会高亮显示。如果输出重定向到文件或管道,`go` 将不高亮显示。

### 实际用例

要将 `$PATH` 中包含 `go` 的路径高亮显示,并确保颜色只在终端中有效:

```sh
echo $PATH | tr ':' '\n' | grep --color=auto 'go'
```

这个命令会输出每个路径在新行,并高亮显示包含 `go` 的路径。

```sh
/usr/local/go/bin
```

`go` 将高亮显示,但只有在输出是终端时。
monaco字体是苹果系统下的字体,非常的好看,是我最喜欢的字体没有之一。现在我们就来在ubuntu下安装这个漂亮的字体
第一步:
             进入github下载这个字体,github地址是https://github.com/cstrap/monaco-font。我们选择download zip的压缩包就可以。
第二步:
             进入本地下载目录,解压刚刚下载的压缩包,进入解压后的文件夹,我们会看到这几个文件
             install-font-archlinux.sh
             install-font-centos.sh
             install-font-gentoo.sh
             install-font-ubuntu.sh
             README.md
             接下来我们打开README.md文件,里面写的很详细,如何安装,ttf文件的下载链接都有
第三步:
             在README.md中有一行这样的命令./install-font-ubuntu.sh http://usystem.googlecode.com/files/MONACO.TTF,但是googlecode已经关闭了,所以我们要在README.md中另外找个下载链接。我用的是https://github.com/todylu/monaco.ttf/blob/master/monaco.ttf?raw=true这个链接。
第四步:
             打开终端进入解压后的目录执行sudo ./install-font-ubuntu.sh https://github.com/todylu/monaco.ttf/blob/master/monaco.ttf?raw=true这个命令,OK安装完成。这样我们就可以把终端和文本编辑器的字体设置成monaco了,你所用的开发工具也一样可以使用这个字体了。完美。



./install-font-ubuntu.sh http://usystem.googlecode.com/files/MONACO.TTF
来自:http://blog.csdn.net/qq_26990831/article/details/51847416
字体下载:http://vdisk.weibo.com/s/IYNWXYSqrtI
Git的克隆,默认是直接拉取整个远程仓库,如果项目比较大,大量和自己无关的内容也会拉到本地,占用很多硬盘空间。

在网上搜了一下,Git在1.7版本后,已经支持只Checkout部分内容,这个功能叫做 sparse checkout(稀疏检出)。
打开 sparse checkout 功能
如果本地还没有建版本库,要用这个功能,先进入要放版本库的目录,在命令行执行几条命令:


实践一下:


实践发现也就只有这一个目录了,添加2个目录到checkout的列表。路径是版本库下的相对路径,也可以用文本编辑器编辑这个文件。
$git pull origin master
From gitlab.jackxiang.com:irdcops/spec
* branch            master     -> FETCH_HEAD
$ls      #也就只Checkout这个目录,要多条就多加几个即可。
centos6

参考来源:https://zhgcao.github.io/2016/05/11/git-sparse-checkout/
http://www.tuicool.com/articles/QjEvQvr
详细点的参考:
https://my.oschina.net/u/183217/blog/185289?p=%7B%7BcurrentPage+1%7D%7D

发现对于目录有点的这种情况,好像实践发现不行如:jackxiang.com 这样的目录。
背景:用了SVN的同志老想着把Git当SVN用(如新加了几个文件,就从SVN里找出来,再拷贝到测试环境,这种事情,Git直接以灵活的版本机制想去哪个版本就去哪个版本。),但也提供了查看某个版本到哪个版本修改了哪些文件的一个命令行。
在测试环境想切换到某个版本就直接用命令就能过去了,什么,测试不会用Git.....。



From:https://segmentfault.com/q/1010000000133613
--------------------------------------------------------------------------------------------------------------------------------------------------------------
Git 的每个提交都有一个 SHA1 散列值(Hash 值)作为 ID。我们可以在 checkout 命令中使用这些 ID 作为起点。比如:
git checkout -b name-of-new-branch 169d2dc
这样,Git 的活动分支会切换到 name-of-new-branch 这个分支上,而它的内容与 169d2dc 这个分支一致。
注意:SHA1 的散列值有 40 个字母,相当长。所以 Git 允许我们在不引起歧义的情况下,使用散列值的前几位作为缩写。


一、查看某个提交到某个提交之前的文件名:
git diff --name-status HEAD~2 HEAD~3
git diff hash1 hash1 --stat
如果是branch的话
git diff branch1 branch2 --stat
加上 --stat 是显示文件列表, 否则是文件内容diff
git diff <commit> <commit>
上面的 <commit> 表示提交生成的 hash 串, 例如:
git diff b45ba47d1b297217e3ec6a3ab0f61716a8d6ecbc c244d0bf06d56ec86aaedeefa5dcd84dd9febc60
一般来说,通过 hash 串的前 4~6 位就可以区分,所示可以简写为:
git diff b45b 355e



第二步就是对上面的文件列表,进行按自己修改了哪些文件进行修改Checkout出来可上到测试环境:

二、提交的某个版本给Checkout出来:
大多数时候,我们可能只需要对某一个文件做细小的修补,因此只 checkout 该文件就行了,并不需要操作整个 commit 或分支。
上一节我们介绍了如何将某个历史版本完整地 checkout 到工作区。实际上,我们只需要在上一节的命令之后加上需要 checkout 的文件即可。
git checkout <sha1-of-a-commit> </path/to/your/file>
当然,有时候你需要将某个文件的历史版本 checkout 出来,并以一个新的名字保存。这时候可以这么做:
git checkout <sha1-of-a-commit>:</path/to/your/file> </new/name/of/the/file>
echo $HISTFILE
/root/.bash_history

less /root/.bash_history
-----------------------------------------------------------------------------------------------------------------------------------------
vi /etc/profile

export HISTTIMEFORMAT="%F %T `who -u am i 2>/dev/null| awk '{print $NF}'|sed -e 's/[()]//g'` "
sudo su -
-bash: HISTTIMEFORMAT: readonly variable

cd /etc/profile.d/
grep -r "HISTTIMEFORMAT" ./
./hq.sh:        export HISTTIMEFORMAT="%Y.%m.%d-%H:%M:%S "
./hq.sh:        readonly HISTTIMEFORMAT HISTSIZE HISTFILE ORIGNALUSER USERIP IPLIST PROMPT_COMMAND

在这儿原来 vi /etc/profile.d/hq.sh:

#EXPORTS
        export HISTTIMEFORMAT="%Y.%m.%d-%H:%M:%S "
        export HISTSIZE=4096
        export HISTFILE="$histDir/${username}/${userIP}.hist.$DT"
        export ORIGNALUSER=`$ECHO $username`
        export USERIP=`$ECHO $userIP`
        export IPLIST=$(/sbin/ip ad sh |$GREP inet |$GREP -v inet6|awk -F' ' '{print $2}'|awk -F'/' '{print $1}' |
$GREP -v '127.0.0.1'|tr -s "\n" "," |sed "s/|$//g")
        export PROMPT_COMMAND='{ ec=$?; read seq time cmd < <(history 1); [ -z "$time" ] || { '$ECHO' "$time|$IPLI
ST|${ORIGNALUSER},$(whoami)|$(pwd)|$cmd|$ec|$USERIP" >> '$histDir'/`'$DATE' +%Y.%m.%d`_history; '$LOGGER' -t "audi
t.hist" -p 7 "$USERIP|${ORIGNALUSER}|$(whoami)|$(pwd)|$ec|$cmd"; } }'
        readonly HISTTIMEFORMAT HISTSIZE HISTFILE ORIGNALUSER USERIP IPLIST PROMPT_COMMAND


http://awesomeops.blogspot.com/2014/10/there-are-lot-of-possibilities-to-track.html

——————
后面遇到这种类似的,直接修改,这估计是开发加的:/etc/profile
把里的:

注释掉。
这里也有,文件在: /etc/profile.d/history.sh  #黄冶给想把命令加到ELK里,又不妨碍安全,于是得:rpm -qf `which chattr` ,yum install e2fsprogs -y , chattr -i  /etc/profile.d/hq.sh  ,把那个i的权限给去掉。


为何出现readonly的原因:

对于只读变量而言,若用户对其值进行修改,则会立即报错。例如,使用该指令定义一个只读变量"test",并且将其值初始化为"ok",输入如下命令:
readonly test='ok'
那么当用户直接修改该只读变量时,就会被报错,如下所示:
[root@localhost ~]# test='my' #试图修改只读变量的值 -bash: test: readonly variable
当用户试图修改只读变量的值时,会被提示该变量为只读变量。


实践:
readonly test='ok'  
test='my'
-bash: test: 只读变量



Linux查看History记录加时间,这个对于系统管理员还是很有帮助的,原因不解释,你懂得!
ora11g$ history  |  more  
1    rlwrap sqlplus / as sysdba
2    rlwrap sqlplus / as sysdba
3    date
4    rlwrap sqlplus / as sysdba
  但是这里只显示了命令,并没有显示执行命令的时间,因为保存历史命令的~/.bash_history里并没有保存时间。  
通过设置环境变量 export HISTTIMEFORMAT="%F %T `whoami` " 给history加上时间戳  
ora11g$ export HISTTIMEFORMAT="%F %T `whoami` "  
ora11g$ history
1  2014-03-25 21:29:53 oracle rlwrap sqlplus / as sysdba
2  2014-03-25 21:29:59 oracle rlwrap sqlplus / as sysdba  
3 2014-03-25 21:31:23 oracle date
4 2014-03-25 21:31:43oracle rlwrap sqlplus / as sysdba
可以看到,历史命令的时间,用户已经加上了,但是.bash_history里并没有加上这个时间。
其实这个时间记录是保存在当前shell进程内存里的,如果你logout并且重新登录的话会发现你上次登录时执行的那些命令的时间戳都为同一个值,即当时logout时的时间。  

尽管如此,对于加上screen的bash来说,这个时间戳仍然可以长时间有效的,毕竟只要你的server不重启,screen就不会退出,因而这些时间就能长时间保留。
你在root用户下也可以使用echo 'export HISTTIMEFORMAT="%F %T `whoami` "' >> /etc/profile 然后source一下就OK


===
当你从命令行执行 history 命令后,通常只会显示已执行命令的序号和命令本身。如果你想要查看命令历史的时间戳,那么可以执行:


# export HISTTIMEFORMAT='%F %T '
# history | more
1 2008-08-05 19:02:39 service network restart
2 2008-08-05 19:02:39 exit
3 2008-08-05 19:02:39 id
4 2008-08-05 19:02:39 cat /etc/redhat-release

注意:这个功能只能用在当 HISTTIMEFORMAT 这个环境变量被设置之后,之后的那些新执行的 bash 命令才会被打上正确的时间戳。在此之前的所有命令,都将会显示成设置 HISTTIMEFORMAT 变量的时间。

来自:
http://blog.csdn.net/needle2/article/details/7490583
http://blog.itpub.net/27144762/viewspace-1129567/
背景:组网相关的网络知识,网络划分啥的有一个大体的了解,无它。

有一B类网络,其子网掩码为 255.255.240.0,求每个子网的最大主机数
给出求解过程
子网掩码 255.255.240.0
化成二进制得 11111111 11111111 11110000 00000000
子网号里面的1代表网络号 0代表主机号 所以有 12位为0
即最大主机号为 2的12次方
又因为全0和全1的不能分配给主机地址(主机位全为0是网络地址,全为1是广播地址)
所以实际的主机数为 2的12次方减去2
即最大主机数为 4096-2=4094个
子网掩码 255.255.240.0
化成二进制得 11111111 11111111 11110000 00000000
子网号里面的1代表网络号 0代表主机号 所以有 12位为0
即最大主机号为 2的12次方
又因为全0和全1的不能分配给主机地址(主机位全为0是网络地址,全为1是广播地址)
所以实际的主机数为 2的12次方减去2 (减二是指去掉一个网络地址和一个广播地址)
即最大主机数为 4096-2=4094个

来自:https://zhidao.baidu.com/question/43544478.html
图解证明:当地看北极星仰角,就是当地纬度;两者
图解证明:当地看北极星仰角,就是当地纬度;两者互为充分必要条件! 第一种情况:当地在北极点上

第二种情况:当地位于赤道上

http://wapwenku.baidu.com/view/fb2d8e52f46527d3240ce0ec.html?ssid=0&from=844b&uid=0&pu=sz@1320_2001#3
背景:发现df 特别慢,用strace df -h ,发现卡在/mnt/backup,想cd /mnt卡住了,于是,怎么办?发现NFS的Server端都宕机了。
cat /proc/mounts  
umount -lf   /mnt/backup
umount: only root can do that
Root:
umount -lf   /mnt/backup
More: http://justwinit.cn/post/6800/
-------------------------------------------------------------------------------------
这个问题是第二次遇到了。这次一定要记下来,免得日后麻烦!!
问题描述:

有两台服务器,其中一台向另一台通过nfs共享分区,如下:

server A: nfs server
server B: nfs Client

事件发生: Server A,B 因故障同时重启。 重启后,用putty登陆到server A ,运行‘df’命令:
           $ df

     $ Filesystem           1K-blocks      Used Available Use% Mounted on

    /dev/sda5             80632188   8899080  67636940  12% /

    none                   4086484         0   4086484   0% /dev/shm

    /dev/sda2            201582252  32076524 159265900  17% /opt

    /dev/sda3            201582252  44511180 146831244  24% /fs

    /dev/sda7             20161172    332916  18804116   2% /usr/local

    /dev/sda8             20161172     78360  19058672   1% /tmp

           $(没有出现这个命令提示符)  
        
无奈,只好再用putty 登陆Server A ,将 df 进程kill......


只好尝试重新mount

$mount -t nfs B:/data /mnt/data

failed: RPC Error: Program not registered


哦~~~ ,原来B的nfs 服务没有start...  登陆B:
      $serive nfs restart

重新再A上运行df,仍然死掉...

想到先卸载,在挂载:

$umount /mnt/data

device is busy 。



运行fuser -mk /mnt/data 杀掉访问/mnt/data所有进程。

/mnt/data: Stale NFS file handle



在server A 运行 A , ok ~~~

重新mount -t nfs B:/data /mnt/data  打完收工。

来自:http://blog.csdn.net/daniel_cao_/article/details/4584443
背景:jenkins有一个好处是可以对多个项目进行用户登录集成发布,而自己搞就是Git钩子触发写的脚本去rsync部署一下,这样没有配置管理的概念,说实话配置管理对于程序员来讲可能刚开始并不理解,但它的存在也有它的道理,没有用为何还催生了配置管理员了呢?是吧。

git hook 加一个rsync脚本就可以完成了,在500块钱的VPS上面搞jenkins,不如在本地搞?
放本地没时间呐,我就下班在地铁上弄弄,网络的好控制。
http://www.tuicool.com/articles/yyEfu2u

--------2017年干点正事---------
跳梁者(73465XX)  10:20:46
你看看你们这些人
顾问好不容易 不去群里逗你们了 办点正事儿 也不支持
赶紧弄点难得 让顾问多忙会儿
Persi(62832XX)  10:22:09
给swoole加几个功能啊,这个事就够他忙的了


maybe this

$parts = isset($structure->parts) ? $structure->parts : false ;

From:http://stackoverflow.com/questions/10143172/notice-undefined-property-how-do-i-avoid-that-message-in-php/10143274
rpm -ihv python-simplejson-2.0.9-8.el5.x86_64.rpm
warning: waiting for transaction lock on /var/lib/rpm/__db.000

rm -f /var/lib/rpm/__db.*
rpm --rebuilddb
yum clean all


再安装也就好了:
rpm -ihv python-simplejson-2.0.9-8.el5.x86_64.rpm
Preparing...                ########################################### [100%]
   1:python-simplejson      ########################################### [100%]
================================================================
故障现象:
[root@localhost Mysql4.1.14.Rhel3]# rpm -ivh MySQL*
warning: waiting for transaction lock on /var/lib/rpm/__db.000

解决方法:
   因为prm数据库出现损坏导致,可能导致多数rpm软件的升级、安装或者删除都会有问题。
此错误,请以root身份输入以下命令:
rm -f /var/lib/rpm/__db.*
rpm --rebuilddb
yum clean all

来自:http://blog.csdn.net/yunsongice/article/details/5587631
分页: 28/339 第一页 上页 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 下页 最后页 [ 显示模式: 摘要 | 列表 ]