You might also try disallowing the kernel from locking the cdrom. Sometimes a rogue process will hold onto the drive for no real reason. This way is often much cleaner than killing the process.
# Temporarily unlock the cdrom
echo 0 > /proc/sys/dev/cdrom/lock# Permanently unlock the cdrom
echo “sys.dev.cdrom.lock=0″ >> /etc/sysctl.conf
via Linux CD / DVD Locked and Drive Is Not Opening / Ejecting CD.
VMware doesn’t like having two service console connections with different IP addresses in the same subnet, so I have two options.
1. Create a service console connection in a different subnet and access the host from that subnet using the VIclient.
2. Enter the commands directly on the host console.I recommend option two. Keep in mind that this process temporarily disrupts network communications to the host via the service console IP.
After obtaining physical access to the host’s console (or network access via a DRAC or ILO), log in and su – to establish root.
This is a filesystem client based on the SSH File Transfer Protocol. Since most SSH servers already support this protocol it is very easy to set up: i.e. on the server side there’s nothing to do. On the client side mounting the filesystem is as easy as logging into the server with ssh.
The idea of sshfs was taken from the SSHFS filesystem distributed with LUFS, which I found very useful. There were some limitations of that codebase, so I rewrote it. Features of this implementation are:
- Based on FUSE (the best userspace filesystem framework for linux 😉
- Multithreading: more than one request can be on it’s way to the server
- Allowing large reads (max 64k)
- Caching directory contents
via SSH Filesystem.