闲者博客 - 进程 https://bk1314.com/tag/%E8%BF%9B%E7%A8%8B/ nokvm显示密钥错误解决办法 https://bk1314.com/81.html 2022-05-11T00:26:11+08:00 检查节点机器自定义输入的appid 和 appkey 是否和主控后台的appid 和 appkey 是否一致。节点执行:cat /home/nokvm/go/src/conf/api.conf主控后台:设置-安全设置查看appid 和 appkey如上述查看 不一致 在主控会提示密钥错误。解决办法:修改节点配置文件vi /home/nokvm/go/src/conf/api.confappid = 后台显示的idappkey = 后台显示的key重启node进程cd /home/nokvm/go/src./nokvm restart Linux在不杀进程的情况下释放存储空间 https://bk1314.com/48.html 2022-02-26T23:42:00+08:00 概述在发现公司业务环境磁盘空间不足的情况下使用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 Linux scp 设置nohup后台运行 https://bk1314.com/23.html 2022-02-23T22:16:14+08:00 1.正常执行scp命令从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 scp5.测试会话中断,任务继续运行不受影响[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 .. & 执行。