Bug#495318: [sshfs] Bug#495318: sshfs: Hangs on write to a file, blocks applications

2008-08-25 Thread Miklos Szeredi
On Sat, 16 Aug 2008, Adolf Winterer wrote:
 Additional tests:
 scp to another computer with a roughly identical installation succeeds! So we 
 have a problem with an older / other versions of ssh?
 
 The destination computer is a SUSE 10.1 with openssh-4.2p1-18.12 .

Can you try doing strace on the sftp-server process on the
destination?

Thanks,
Miklos



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#495318: [sshfs] Bug#495318: sshfs: Hangs on write to a file, blocks applications - SOLVED

2008-08-25 Thread Adolf Winterer
Am Montag, 25. August 2008 22:30 schrieb Miklos Szeredi:
 On Sat, 16 Aug 2008, Adolf Winterer wrote:
  Additional tests:
  scp to another computer with a roughly identical installation succeeds!
  So we have a problem with an older / other versions of ssh?
 
  The destination computer is a SUSE 10.1 with openssh-4.2p1-18.12 .

 Can you try doing strace on the sftp-server process on the
 destination?

Thank you for responding, but the problem is already solved. 

The cause for the problem was a wrong network driver module (skge instead of 
sky2) on the destination computer that was somehow loaded and worked to some 
degree (I could not find out why it was active in the first place). After 
removal of the module everything was fine again, SSHFS working flawlessly as 
before.

I had sent the information on the solution to the bug report system and the 
fuse-sshfs list on thursday with the request to close the bug.

I'm sorry for causing unnecessary trouble.

Best regards,
Adolf.

 Thanks,
 Miklos




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#495318: sshfs: Hangs on write to a file, blocks applications

2008-08-16 Thread Adolf Winterer
Package: sshfs
Version: 2.0-2
Severity: important

The following steps lead to the situation:
1 Mount a directory from another computer in the 
local network (no firewall etc in between) with 
standard sshfs options like
sshfs [EMAIL PROTECTED]:/home/user mountpoint

2 Use ANY application (graphical or command line) 
to write a file to a directory inside the mountpoint.

3 Application hangs, the file has been created, but 
it is zero bytes in size on the destination computer.

On the computer that mounted the directory all further
requests to the mountpoint fail making the applications
hang.

Read operations do not hang PRIOR to the first write,
then all reads hang.

The traces were generated using a simple cp command to 
copy one single file.

I had been using sshfs for quite some time and it had 
been reliable even with terabytes of data, but some 
update in the last week must have broken the program.
Possibly one of the latest libc6 or ssh updates.

*** sshfs-debug.txt
sshfs -odebug,sshfs_debug,loglevel=debug [EMAIL PROTECTED]:/home/ajw Hypatia
SSHFS version 2.0
executing ssh -x -a -oClearAllForwardings=yes -ologlevel=debug -2 
[EMAIL PROTECTED] -s sftp
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to hypatia [192.168.0.3] port 22.
debug1: Connection established.
debug1: identity file /home/ajw/.ssh/id_rsa type 1
debug1: identity file /home/ajw/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.2
debug1: match: OpenSSH_4.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server-client aes128-cbc hmac-md5 none
debug1: kex: client-server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'hypatia' is known and matches the RSA host key.
debug1: Found key in /home/ajw/.ssh/known_hosts:7
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: /home/ajw/.ssh/id_rsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Trying private key: /home/ajw/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
Password:
debug1: Authentication succeeded (keyboard-interactive).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = de_DE.UTF-8
debug1: Sending subsystem: sftp
Server version: 3
unique: 1, opcode: INIT (26), nodeid: 0, insize: 56
INIT: 7.9
flags=0x000b
max_readahead=0x0002
   INIT: 7.8
   flags=0x0001
   max_readahead=0x0002
   max_write=0x0001
   unique: 1, error: 0 (Success), outsize: 40
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 45
LOOKUP /Temp
[1] LSTAT
  [1]  ATTRS   41bytes (0ms)
   NODEID: 2
   unique: 2, error: 0 (Success), outsize: 136
unique: 3, opcode: LOOKUP (1), nodeid: 2, insize: 54
LOOKUP /Temp/picture10.png
[2] LSTAT
  [2] STATUS   33bytes (0ms)
   unique: 3, error: -2 (No such file or directory), outsize: 16
unique: 4, opcode: LOOKUP (1), nodeid: 2, insize: 54
LOOKUP /Temp/picture10.png
[3] LSTAT
  [3] STATUS   33bytes (0ms)
   unique: 4, error: -2 (No such file or directory), outsize: 16
unique: 5, opcode: CREATE (35), nodeid: 2, insize: 62
[4] OPEN
[5] LSTAT
  [4] HANDLE   17bytes (0ms)
  [5]  ATTRS   41bytes (0ms)
[6] FSTAT
  [6]  ATTRS   41bytes (0ms)
   NODEID: 3
   unique: 5, error: 0 (Success), outsize: 152
  CREATE[6598864] flags: 0x80c1 /Temp/picture10.png
unique: 6, opcode: GETXATTR (22), nodeid: 3, insize: 68
   unique: 6, error: -38 (Function not implemented), outsize: 16
unique: 7, opcode: WRITE (16), nodeid: 3, insize: 4160
WRITE[6598864] 4096 bytes to 0
[7] WRITE
   WRITE[6598864] 4096 bytes
   unique: 7, error: 0 (Success), outsize: 24
unique: 8, opcode: WRITE (16), nodeid: 3, insize: 4160
WRITE[6598864] 4096 bytes to 4096
[8] WRITE
   WRITE[6598864] 4096 bytes
   unique: 8, error: 0 (Success), outsize: 24
unique: 9, opcode: WRITE (16), nodeid: 3, insize: 4160
WRITE[6598864] 4096 bytes to 8192
[9] WRITE
   WRITE[6598864] 4096 bytes
   unique: 9, error: 0 (Success), outsize: 24
unique: 10, opcode: WRITE (16), nodeid: 3, insize: 4160
WRITE[6598864] 4096 bytes to 12288
[00010] WRITE
   WRITE[6598864] 4096 bytes
   unique: 10, error: 0 (Success), outsize: 24
unique: 11, opcode: 

Bug#495318: sshfs: Hangs on write to a file, blocks applications

2008-08-16 Thread Adolf Winterer

Just found out that scp also hangs when trying to copy a file. scp tries to 
transfer the file but the transfer goes to the state stalled and never 
finishes.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#495318: sshfs: Hangs on write to a file, blocks applications

2008-08-16 Thread Adolf Winterer

Additional tests:
scp to another computer with a roughly identical installation succeeds! So we 
have a problem with an older / other versions of ssh?

The destination computer is a SUSE 10.1 with openssh-4.2p1-18.12 .



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]