Weird one. Not sure who to report it to even. On my Fedora 17 development machine, I have the following in my ~/.bashrc
GIT_PS1_SHOWDIRTYSTATE=true PS1='\u@\h:\w$(__git_ps1 " (%s)")\$ '
This makes a very nice bash shell with git status. Except, something odd happened when I tried to use sshfs. I could “ls” the newly mounted directory, but I couldn’t “cd” into it. It just hung. Dead in the water, control-c, control-z, kill and kill -9, nothing. WIth some sshfs debug options turned on, I saw that it was failing like this. (Whatever it means)
unique: 535, opcode: GETATTR (3), nodeid: 1, insize: 56 getattr / unique: 535, success, outsize: 120 unique: 536, opcode: ACCESS (34), nodeid: 1, insize: 48 unique: 536, error: -38 (Function not implemented), outsize: 16 unique: 537, opcode: LOOKUP (1), nodeid: 1, insize: 45 LOOKUP /.git getattr /.git [00343] STAT
For reference, my sshfs command line is like so: karlp@pojak:~/src$ sshfs root@192.168.255.29:/ oroot -odebug,sshfs_debug,loglevel=debug -o no_remote_lock -o follow_symlinks -o workaround=rename But I tried with a lot less options and a lot more too.
The console hangs like this:
karlp@pojak:~/src$ ls oroot/ bin etc lost+found overlay rme_post_fresh_install.log root sys usr www dev lib mnt proc rom sbin tmp var karlp@pojak:~/src$ cd oroot ^C ^C ^Z ~.
Now, seeing that getattr /.git there made me think, and indeed, disabling the git bash extension and using a new shell works just fine. It makes no sense, but it works ok.
Update
Even “git status” hangs, so this really isn’t fixed at all. :(
Leave a Comment