namvan / win-sshfs

Automatically exported from code.google.com/p/win-sshfs
0 stars 0 forks source link

BSOD after 2 days of use #30

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. work with few mounted disks one day
2. sleep the computer on the night
3. remount disks (unmount/mount) on next day and work with mounted disks one 
more day

What is the expected?
normal work

What do you see instead?
after few hours of next day - BSOD. This start happend after installing 
win-sshfs on 2 computers

What version of the product are you using?
0.0.1.5

win-sshfs:
Client OS: Windows 7 64bit
Server OS: Debian
Ssh server: don't know

Original issue reported on code.google.com by sailor...@gmail.com on 25 Jul 2012 at 7:38

GoogleCodeExporter commented 8 years ago
Try using atachement for issue 22 to see if the problem presists.

Original comment by mladenov...@gmail.com on 10 Aug 2012 at 10:50

GoogleCodeExporter commented 8 years ago
"The page you requested is invalid."
Can you simplify this URL?

Original comment by sailor...@gmail.com on 10 Aug 2012 at 12:01

GoogleCodeExporter commented 8 years ago
Oh I forgot try issue 20.

Original comment by mladenov...@gmail.com on 10 Aug 2012 at 1:58

GoogleCodeExporter commented 8 years ago

Original comment by mladenov...@gmail.com on 7 Oct 2012 at 7:02

GoogleCodeExporter commented 8 years ago
I add the same issue on a fresh install of win7. Here is the memory dump trace 
as displayed per Windows debuging tools (WinDbg): 

2: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
    bit 0 : value 0 = read operation, 1 = write operation
    bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80002c6d3be, address which referenced memory

Debugging Details:
------------------

WRITE_ADDRESS:  0000000000000000 Nonpaged pool

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExDeleteResourceLite+ce
fffff800`02c6d3be 488908          mov     qword ptr [rax],rcx

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  Sshfs.exe

TRAP_FRAME:  fffff8800b114520 -- (.trap 0xfffff8800b114520)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000000
rdx=fffffa8007505b50 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002c6d3be rsp=fffff8800b1146b0 rbp=fffff8800b114b60
 r8=0000000000000000  r9=0000000000000000 r10=fffff88002f65be0
r11=fffffa8007280220 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!ExDeleteResourceLite+0xce:
fffff800`02c6d3be 488908          mov     qword ptr [rax],rcx 
ds:00000000`00000000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002c8ec29 to fffff80002c8f680

STACK_TEXT:  
fffff880`0b1143d8 fffff800`02c8ec29 : 00000000`0000000a 00000000`00000000 
00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`0b1143e0 fffff800`02c8d8a0 : 00000000`00000000 00000000`07b475d8 
00000000`00000001 fffffa80`07be71a8 : nt!KiBugCheckDispatch+0x69
fffff880`0b114520 fffff800`02c6d3be : fffffa80`0b6ea530 fffffa80`07226400 
00000000`00000000 00000000`00000000 : nt!KiPageFault+0x260
fffff880`0b1146b0 fffff880`062a5918 : fffffa80`07505a10 fffff880`0b114b60 
fffffa80`07505a10 fffffa80`07505a10 : nt!ExDeleteResourceLite+0xce
fffff880`0b114710 fffffa80`07505a10 : fffff880`0b114b60 fffffa80`07505a10 
fffffa80`07505a10 fffffa80`0b7381d0 : dokan+0x3918
fffff880`0b114718 fffff880`0b114b60 : fffffa80`07505a10 fffffa80`07505a10 
fffffa80`0b7381d0 fffffa80`00000001 : 0xfffffa80`07505a10
fffff880`0b114720 fffffa80`07505a10 : fffffa80`07505a10 fffffa80`0b7381d0 
fffffa80`00000001 fffff880`0b114b60 : 0xfffff880`0b114b60
fffff880`0b114728 fffffa80`07505a10 : fffffa80`0b7381d0 fffffa80`00000001 
fffff880`0b114b60 fffff880`062a6084 : 0xfffffa80`07505a10
fffff880`0b114730 fffffa80`0b7381d0 : fffffa80`00000001 fffff880`0b114b60 
fffff880`062a6084 fffffa80`07be7010 : 0xfffffa80`07505a10
fffff880`0b114738 fffffa80`00000001 : fffff880`0b114b60 fffff880`062a6084 
fffffa80`07be7010 fffffa80`0b738080 : 0xfffffa80`0b7381d0
fffff880`0b114740 fffff880`0b114b60 : fffff880`062a6084 fffffa80`07be7010 
fffffa80`0b738080 fffffa80`07505a10 : 0xfffffa80`00000001
fffff880`0b114748 fffff880`062a6084 : fffffa80`07be7010 fffffa80`0b738080 
fffffa80`07505a10 fffffa80`07226400 : 0xfffff880`0b114b60
fffff880`0b114750 fffffa80`07be7010 : fffffa80`0b738080 fffffa80`07505a10 
fffffa80`07226400 fffffa80`08a0f250 : dokan+0x4084
fffff880`0b114758 fffffa80`0b738080 : fffffa80`07505a10 fffffa80`07226400 
fffffa80`08a0f250 fffffa80`093139a0 : 0xfffffa80`07be7010
fffff880`0b114760 fffffa80`07505a10 : fffffa80`07226400 fffffa80`08a0f250 
fffffa80`093139a0 00000000`c000003a : 0xfffffa80`0b738080
fffff880`0b114768 fffffa80`07226400 : fffffa80`08a0f250 fffffa80`093139a0 
00000000`c000003a fffffa80`09313a70 : 0xfffffa80`07505a10
fffff880`0b114770 fffffa80`08a0f250 : fffffa80`093139a0 00000000`c000003a 
fffffa80`09313a70 fffffa80`07be7010 : 0xfffffa80`07226400
fffff880`0b114778 fffffa80`093139a0 : 00000000`c000003a fffffa80`09313a70 
fffffa80`07be7010 00000001`00000005 : 0xfffffa80`08a0f250
fffff880`0b114780 00000000`c000003a : fffffa80`09313a70 fffffa80`07be7010 
00000001`00000005 00000005`00000001 : 0xfffffa80`093139a0
fffff880`0b114788 fffffa80`09313a70 : fffffa80`07be7010 00000001`00000005 
00000005`00000001 00000000`00000000 : 0xc000003a
fffff880`0b114790 fffffa80`07be7010 : 00000001`00000005 00000005`00000001 
00000000`00000000 fffffa80`07505a10 : 0xfffffa80`09313a70
fffff880`0b114798 00000001`00000005 : 00000005`00000001 00000000`00000000 
fffffa80`07505a10 fffff880`062a7154 : 0xfffffa80`07be7010
fffff880`0b1147a0 00000005`00000001 : 00000000`00000000 fffffa80`07505a10 
fffff880`062a7154 fffffa80`06d19180 : 0x00000001`00000005
fffff880`0b1147a8 00000000`00000000 : fffffa80`07505a10 fffff880`062a7154 
fffffa80`06d19180 fffffa80`072263c0 : 0x00000005`00000001

STACK_COMMAND:  kb

FOLLOWUP_IP: 
dokan+3918
fffff880`062a5918 ??              ???

SYMBOL_STACK_INDEX:  4

SYMBOL_NAME:  dokan+3918

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: dokan

IMAGE_NAME:  dokan.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4d2b0059

FAILURE_BUCKET_ID:  X64_0xA_dokan+3918

BUCKET_ID:  X64_0xA_dokan+3918

Followup: MachineOwner
---------

Original comment by xavier.b...@gmail.com on 27 Jun 2013 at 5:54

GoogleCodeExporter commented 8 years ago
Similar issue several times recently.  After saving an loading a few files, I 
get a BSOD.
Client: Windows 7 with sshfs manager 0.0.1.5
Server: Ubuntu 10.04.4 LTS
sshd:  OpenSSH_5.3p1 Debian-3ubuntu7, OpenSSL 0.9.8k 25 Mar 2009

Windows recorded a "stop C2":
 Problem Event Name:    BlueScreen
  OS Version:   6.1.7601.2.1.0.768.3
  Locale ID:    1033

Additional information about the problem:
  BCCode:   c2
  BCP1: 00000007
  BCP2: 0000109B
  BCP3: 08140008
  BCP4: 8772A718
  OS Version:   6_1_7601
  Service Pack: 1_0
  Product:  768_1

Files that help describe the problem:
  C:\Windows\Minidump\072313-26566-01.dmp
  C:\Users\harold\AppData\Local\Temp\WER-76378-0.sysdata.xml

Original comment by rharol...@gmail.com on 23 Jul 2013 at 11:16

GoogleCodeExporter commented 8 years ago
In my opinion, winsshfs doesn't handle sleep/power management events on
fake drives.

Original comment by lucabell...@gmail.com on 24 Jul 2013 at 7:26

GoogleCodeExporter commented 8 years ago
I'm having this very issue. Since installing win-sshfs on my laptop I'm 
suffering BSOD, particularly around hibernations. Win7 64x

I installed on my PC, also Win7 64x, and had a BSOD the very next day (it had 
been up for over a month). It doesn't cause a BSOD as long as I don't mount any 
drives and just leave it quietly running. My PC hadn't gone into hibernation, 
although it was accessed by RDP.

Let me know if there is anything I can give you to help, as otherwise this is 
great software and I want to keep using it.

Original comment by lion.hop...@gmail.com on 30 Mar 2014 at 4:16