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 .. & 执行。
]]>