Cannot list files under root from ssh
I have a suse 9.3 server with no display, keyboard, or mouse which boots up in runlevel 3. If I ssh into the server, I cannot list (ls) files except under /home directory. Even su to root, I cannot do this. I also have freenx install and going into the kde gui with freenx, I also cannot see the files under root with Konqueror or Firefox. Any time I try to list the files under root in either ssh or freenx, is locks up. Any suggestions as to why this is? Is there a setting somewhere I am missing? Art
On Tuesday 13 September 2005 6:17 pm, Art Fore wrote:
I have a suse 9.3 server with no display, keyboard, or mouse which boots up in runlevel 3. If I ssh into the server, I cannot list (ls) files except under /home directory. Even su to root, I cannot do this. I also have freenx install and going into the kde gui with freenx, I also cannot see the files under root with Konqueror or Firefox.
Any time I try to list the files under root in either ssh or freenx, is locks up. Please be a bit more specific. Do you ssh as a regular user or as root?
Try the following commands: ssh to Suse 9.3 'mount' You want to see what is mounted. 'df' This will stat your devices. There are a number of reasons that listing files in root can cause a system to appear to hang. If you are trying to mount an NFS exported directory, and it is not available (such as /foo where /foo is the mount point). When you are in /home, an 'ls' command is only concerned with /home. But, if you are in the root directory, the 'ls' command stats the top level of everything in the root directory, so if /foo is the culprit, ls will hand when trying to stat it. Same with Konqueror. If you have similar mounts in freenx you would have the same situation. --------- Ran into a similar thing on SLES9 the other day. We were changing the IP addresses of all the systems prior to moving them to another facility. Apparently, Tim must have fumble fingered something in YaST causing YaST to hang. I brought the system down to single user mode, and did some things by hand, but there is a very large home file system that is exported to a number of systems, and that was causing the hang. -- Jerry Feldman <gaf@blu.org> Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9
I found through the ps -aux command, there was what looked like a konq process hung. There were several other processes for user that should not have been running, probably from when I removed the display, keyboard, and mouse last week. I rebooted to clear out all the extraneous processes and that fixed it. The machine has no other operating systems on it and was not trying to mount any foreign file systems. Art Jerry Feldman wrote:
On Tuesday 13 September 2005 6:17 pm, Art Fore wrote:
I have a suse 9.3 server with no display, keyboard, or mouse which boots up in runlevel 3. If I ssh into the server, I cannot list (ls) files except under /home directory. Even su to root, I cannot do this. I also have freenx install and going into the kde gui with freenx, I also cannot see the files under root with Konqueror or Firefox.
Any time I try to list the files under root in either ssh or freenx, is locks up.
Please be a bit more specific. Do you ssh as a regular user or as root?
Try the following commands: ssh to Suse 9.3 'mount' You want to see what is mounted. 'df' This will stat your devices.
There are a number of reasons that listing files in root can cause a system to appear to hang. If you are trying to mount an NFS exported directory, and it is not available (such as /foo where /foo is the mount point).
When you are in /home, an 'ls' command is only concerned with /home. But, if you are in the root directory, the 'ls' command stats the top level of everything in the root directory, so if /foo is the culprit, ls will hand when trying to stat it. Same with Konqueror. If you have similar mounts in freenx you would have the same situation.
--------- Ran into a similar thing on SLES9 the other day. We were changing the IP addresses of all the systems prior to moving them to another facility. Apparently, Tim must have fumble fingered something in YaST causing YaST to hang. I brought the system down to single user mode, and did some things by hand, but there is a very large home file system that is exported to a number of systems, and that was causing the hang.
Art, On Wednesday 14 September 2005 08:28, Art Fore wrote:
I found through the ps -aux command, there was what looked like a konq process hung. There were several other processes for user that should not have been running, probably from when I removed the display, keyboard, and mouse last week. I rebooted to clear out all the extraneous processes and that fixed it. The machine has no other operating systems on it and was not trying to mount any foreign file systems.
You're not the first person to find a process hung on a high-priority wait with concommitant stalls is various other processes. It's not ever supposed to happen (high-priority waits are supposed to be used strictly for events that will occur soon--as in less than a second hence), so it's clearly a kernel or file-system bug of some sort. More than that, I don't know.
Art
Randall Schulz
On Wednesday 14 September 2005 11:28 am, Art Fore wrote:
I found through the ps -aux command, there was what looked like a konq process hung. There were several other processes for user that should not have been running, probably from when I removed the display, keyboard, and mouse last week. I rebooted to clear out all the extraneous processes and that fixed it. The machine has no other operating systems on it and was not trying to mount any foreign file systems. Hung processes for a non existent user should not have caused the problem you described. I've seen many cases where a hung process (especially a KDE component) would cause everything in the system to appear to be slow. But, it is possible that when you removed the display et. al, that something was amiss. Glad you solved the problem. -- Jerry Feldman <gerald.feldman@hp.com> Linux Expertise Center (PTAC-MA/TX) Hewlett-Packard Co. 550 King Street LKG2a-X2 Littleton, Ma. 01460 (978)506-5243
participants (4)
-
Art Fore -
Jerry Feldman -
Jerry Feldman -
Randall R Schulz