Hot answers tagged linux
Shared memory is using the 12GB. On your Linux release /dev/shm part of the /dev filesystem (on some releases, it has its own a dedicated file system mounted there). As shown by lsof, the sum is 12 GB: /dev/shm/foo5.44m is 6269616128 bytes /dev/shm/kdfoo.a4o is 6269616128 bytes Neither find nor ls can display theses files because they are unlinked (= ...
Forget about REISUB. I don't know who invented this, but it's overly complicated: half the steps are junk. If you're going to unmount and reboot, you only need two steps: U and B. At most three steps E, U, B. Alt+SysRq+R resets the keyboard mode to cooked mode (where typing a character inserts that character). That's useful if a program died and left the ...
It works the issue was instead of -b I was using -B as I have read -B is for batch file mode in this link. http://www.ssh.com/manuals/server-zos-admin/55/sftp2.html. Not sure Information on this link is wrong or what but this is how it works for me. sftp2 -v -oIdentityFile=/root/.ssh/filename user@IP -b path/download.txt
Never use the --force option, and here you must upgrade glibc and filesystem together, otherwise /lib is fully erased. I'm not quiet sure about this, but if you have an archlinux boot media, Install glibc and filesystem with pacstrap or something again Fix the /lib link (perhaps link /usr/lib to it, I don't remember the details)
Before you nuke it from orbit, it might be good to find the leak so you can prevent it from happening again... So: Take the server offline Boot from a rescue disk Mount the infected disk Analyze, find the leak Clean install + harden + restore (data only) from backups
Only top voted, non community-wiki answers of a minimum length are eligible