节点执行：

cat /home/nokvm/go/src/conf/api.conf

主控后台：

设置-安全设置查看appid 和 appkey

如上述查看 不一致 在主控会提示密钥错误。

解决办法：

修改节点配置文件

vi /home/nokvm/go/src/conf/api.conf

appid = 后台显示的id

appkey = 后台显示的key

重启node进程

cd /home/nokvm/go/src

./nokvm restart

在发现公司业务环境磁盘空间不足的情况下使用rm命令删除占用的日志或无用文件后发现存储空间未得到释放。

[root@localhost fd]# df -Th
文件系统    类型      容量  已用  可用 已用%% 挂载点
/dev/sda9     ext4    375G  176G  180G  50% /
tmpfs        tmpfs     32G   72K   32G   1% /dev/shm
/dev/sda1     ext4    194M   33M  152M  18% /boot
/dev/sda2     ext4    9.9G  151M  9.2G   2% /home
/dev/sda3     ext4    9.9G  151M  9.2G   2% /opt
/dev/sda5     ext4    9.9G  151M  9.2G   2% /tmp
/dev/sda6     ext4    9.9G  5.3G  4.2G  57% /usr
/dev/sda7     ext4    9.9G  2.0G  7.5G  21% /var
/dev/mapper/data01
              ext3   1008G  907G   51G  95% /data01
/dev/mapper/data03
              ext3   1008G   35G  922G   4% /data0

在通过lsof来查看哪些进程占用的已删除文件，发现进程Pid3921占用着已经删除的文件。重启服务可以立即释放存储空间但生产环境中并不能进行这个操作。

[root@localhost ~]# lsof |grep deleted
java       3921   collect   39w      REG              253,0  22524756391   41885497 /data01/test/tmpPath/test.dat (deleted)
....

推荐的清理磁盘空间方式

使用>方式清空文件内容达到释放目的

解决办法

可以在进程的/proc/3921/fd下看到很多文件占用的链接，通过命令可以获取哪些已删除但仍在占用的fd id。

[root@localhost fd]# lsof -p 3921 -a +c 15|grep deleted |awk '{print $4}' |sed -r 's/[a-z]//g'
39
56
78
101
104
110
228
258
306
344
368
374
393
446
487
546
577
589
626
648

通过命令生成手动删除的命令，再手动执行清理。

[root@localhost ~]# lsof -p 3921 -a +c 15|grep deleted |awk '{print $4}' |sed -r 's/[a-z]//g'|xargs -i echo "> /proc/3921/fd/{}"

> /proc/3921/fd/39
> /proc/3921/fd/56
> /proc/3921/fd/78
> /proc/3921/fd/101
> /proc/3921/fd/104
> /proc/3921/fd/110
> /proc/3921/fd/228
> /proc/3921/fd/258
> /proc/3921/fd/306
> /proc/3921/fd/344
> /proc/3921/fd/368
> /proc/3921/fd/374
> /proc/3921/fd/393
> /proc/3921/fd/446
> /proc/3921/fd/487
> /proc/3921/fd/546
> /proc/3921/fd/577
> /proc/3921/fd/589
> /proc/3921/fd/626
> /proc/3921/fd/648

从oradb30机器拷贝一个文件夹到oradb31机器:

[root@oradb30 ~]# scp -r /u01/media/Disk1/ 192.168.1.31:/u01/media/
reverse mapping checking getaddrinfo for bogon failed - POSSIBLE BREAK-IN ATTEMPT!
[email protected]'s password: 
...
filegroup2.jar                                                                                                                                              100%   84KB  83.8KB/s   00:00  
filegroup9.jar 

2.输入ctrl + z 暂停任务

[1]+  Stopped                 scp -r /u01/media/Disk1/ 192.168.1.31:/u01/media/
[root@oradb30 ~]# 

此时查看jobs：

[root@oradb30 ~]# jobs
[1]+  Stopped                 scp -r /u01/media/Disk1/ 192.168.1.31:/u01/media/
[root@oradb30 ~]# 

3.bg将其放入后台

[root@oradb30 media]# bg %1
[1]+ scp -r Disk1/ 192.168.1.31:/u01/media/ &

4.disown -h 将这个作业忽略HUP信号

[root@oradb30 media]# disown -h %1
[root@oradb30 media]# jobs
[1]+  Running                 scp -r Disk1/ 192.168.1.31:/u01/media/ &

查看任务运行状态和父进程号:

[root@oradb30 media]# ps -ef|grep scp
root     12704 12638  0 05:19 pts/0    00:00:01 scp -r Disk1  192.168.1.31 /u01/media/
root     12705 12704  8 05:19 pts/0    00:00:17 /usr/bin/ssh -x -oForwardAgent no -oPermitLocalCommand no -oClearAllForwardings yes 192.168.1.31 scp -r -t /u01/media/
root     12823 12638  0 05:22 pts/0    00:00:00 grep scp

5.测试会话中断，任务继续运行不受影响

[root@oradb30 media]# exit
logout

Last login: Thu Jan  5 05:19:50 2017 from 192.168.1.198

[root@oradb30 ~]# 
[root@oradb30 ~]# 
[root@oradb30 ~]# 
[root@oradb30 ~]# ps -ef|grep scp
root     12704     1  0 05:19 ?        00:00:02 scp -r Disk1  192.168.1.31 /u01/media/
root     12705 12704  8 05:19 ?        00:00:17 /usr/bin/ssh -x -oForwardAgent no -oPermitLocalCommand no -oClearAllForwardings yes 192.168.1.31 scp -r -t /u01/media/
root     12854 12829  0 05:22 pts/2    00:00:00 grep scp

发现scp任务继续运行，没有因为会话断开而中断，父进程号变为1。

如果有其他任务需要使用nohup后台运行，但执行时却忘记了使用nohup，也可以参照此方法进行设置。

如果配置好ssh无密码登陆，也可以直接 nohup scp .. & 执行。