Skip to content

Instantly share code, notes, and snippets.

View cpusoft's full-sized avatar

cpusoft cpusoft

  • Beijing
View GitHub Profile
最近用SecureCRT的 vim 编辑一些 文件的时候,习惯性的按了(Ctrl+S)进行报错,这时候突然SecureCRT无法输入,类似于假死的状态。
解决办法:按 CTRL+Q,就可以恢复!!!
上面是Linux查看磁盘空间命令的正文:
  df -hl 查看磁盘亏损空间
  df -h 查看每个根门路的分区大小
  du -sh [目录名] 前往该目录的大小
  du -sm [文件夹] 前往该文件夹总M数
http://fin-es.knet.cn:5032/
fin-score-stdout/userAction/_search
{
"query": {
"bool": {
"should": [
{
"range": {
http://scm.knet.cn:8081/nexus/
http://repo.knet.cn
下载jar: mvn eclipse:myeclipse -U 下载所有的jar: mvn dependency:copy-dependencies
mvn eclipse:eclipse -U
mvn clean
su – oracle
lsnrctl stop
lsnrctl start
sqlplus /nolog
connect /as sysdba
-- shutdown
===============================================
安装:
1 直接安装即可,centos已经有docker源了
yum install docker
启动服务
service docker start
测试
docker run hello-world
select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ 'Wait' "Status", a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"
from v$session a, v$lock b, v$sqltext c
where a.username is not null
and a.lockwait = b.kaddr
and c.hash_value =a.sql_hash_value
union
select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ 'Lock' "Status", a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"
from v$session a, v$lock b, v$sqltext c
where b.id1 in
(select /*+ NO_MERGE(d) NO_MERGE(e) */ distinct e.id1
1 产品-->需求,需要创建需求,并且需要是激活状态
2 产品-->计划
3 项目-->添加项目,关联产品
4 项目-->添加版本
2 上线步骤
在禅道上发起上线申请:
http://192.168.249.52:5122/index.php?m=project&f=task&projectID=4
建一个新任务,写清楚上线时间、上线系统、上线内容,如果有需要上传附件
hadoop fs -lsr |grep 索引
hadoop fs -get dist src
hadoop fs -lsr | grep 27AF9007CDAB42BBBA553E42D79C90F9
-rw-r--r-- 3 hadoop supergroup 3157574 2016-04-20 17:44 /user/hadoop/files/www.kxjr.cn/20160420/9FA011508AC2442DA36CB966FA461F33
hadoop fs -get /user/hadoop/files/www.kxjr.cn/20160420/C5A20F0A14CB4A169E0127CEB822356F 222.jpg
#查看硬盘目录大小
du -sh ./* | sort
du -sh * | sort -nr | head
查看端口
netstat -unlnp
查看硬盘负载
iostat -x 1 10
如果 %util 接近 100%,说明产生的I/O请求太多,I/O系统已经满负荷,该磁盘可能存在瓶颈。