闲者博客 - 进程
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 .. & 执行。