search

bispawel / macfuse

Automatically exported from code.google.com/p/macfuse
Other
0 stars 0 forks source link

Panic copying to ssh volume #124

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Not reproducible.

Kernel panic occurred copying (and replacing existing file) from local volume 
to server mounted 
using:

sshfs jmt@losastacos:/home/jmt/ ~/mount_dir -ocache=no -onolocalcaches -
oping_diskarb,volname=losastacos

MacFUSE 0.2.2, sshfs 0.1.0, Tiger 10.4.8

I had performed this exact same copy action (as well as others) numerous times 
before this 
panic. Don't know whether the panic should be blamed on MacFUSE or sshfs. The 
panic log might 
imply sshfs (which I guess you're not interested in here), but I'm reporting it 
because of the 
presence of the com.google.filesystems namespace which makes me think is maybe 
_is_ 
something related to MacFUSE.

Panic listed below.

Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000032AA0000 
PC=0x00000000000ACC68
Latest crash info for cpu 0:
   Exception state (sv=0x32726280)
      PC=0x000ACC68; MSR=0x00009030; DAR=0x32AA0000; DSISR=0x40000000; 
LR=0x000AB218; R1=0x17593A40; XCP=0x0000000C (0x300 - Data access)
      Backtrace:
0x000AB1D4 0x002731AC 0x322BBF40 0x001083D8 0x000FBC08 0x000F5124 
         0x0027E5E8 0x0027E254 0x002AAE28 0x000AB930 0xFFFFFFFF 
         backtrace terminated - frame not mapped or invalid: 0xF0080D10

      Kernel loadable modules in backtrace (with dependencies):
         com.google.filesystems.fusefs(0.2.2)@0x322b9000
Proceeding back via exception chain:
   Exception state (sv=0x32726280)
      previously dumped as "Latest" state. skipping...
   Exception state (sv=0x317D7780)
      PC=0x900140AC; MSR=0x0000D030; DAR=0x32A9E000; DSISR=0x42000000; 
LR=0x00047D1C; R1=0xF0080D10; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 8.8.0: Fri Sep  8 17:18:57 PDT 2006; 
root:xnu-792.12.6.obj~1/
RELEASE_PPC
panic(cpu 0 caller 0xFFFF0003): 0x300 - Data access
Latest stack backtrace for cpu 0:
      Backtrace:
         0x00095138 0x00095650 0x00026898 0x000A7E04 0x000AB780 
Proceeding back via exception chain:
   Exception state (sv=0x32726280)
      PC=0x000ACC68; MSR=0x00009030; DAR=0x32AA0000; DSISR=0x40000000; 
LR=0x000AB218; R1=0x17593A40; XCP=0x0000000C (0x300 - Data access)
      Backtrace:
0x000AB1D4 0x002731AC 0x322BBF40 0x001083D8 0x000FBC08 0x000F5124 
         0x0027E5E8 0x0027E254 0x002AAE28 0x000AB930 0xFFFFFFFF 
         backtrace terminated - frame not mapped or invalid: 0xF0080D10

      Kernel loadable modules in backtrace (with dependencies):
         com.google.filesystems.fusefs(0.2.2)@0x322b9000
   Exception state (sv=0x317D7780)
      PC=0x900140AC; MSR=0x0000D030; DAR=0x32A9E000; DSISR=0x42000000; 
LR=0x00047D1C; R1=0xF0080D10; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 8.8.0: Fri Sep  8 17:18:57 PDT 2006; 
root:xnu-792.12.6.obj~1/
RELEASE_PPCModel: PowerMac12,1, BootROM 5.2.6f1, 1 processors, PowerPC G5 
(3.1), 2.1 GHz, 
1 GB
Graphics: ATI Radeon X600 XT, ATY,RV380, PCI, 128 MB
Memory Module: DIMM0/BUILT-IN, 512 MB, built-in, built-in
Memory Module: DIMM1/J6700, 512 MB, DDR2 SDRAM, PC2-4200U-444
AirPort: AirPort Extreme, 405.1 (3.90.34.0.p18)
Bluetooth: Version 1.7.8f2, 2 service, 0 devices, 1 incoming serial ports
Network Service: Built-in Ethernet, Ethernet, en0
PCI Card: ATY,RV380, Display, PCI-E
Serial ATA Device: WDC WD2500JS-40MVB1, 232.89 GB
Parallel ATA Device: MATSHITADVD-R   UJ-846, 
USB Device: Hub, , Up to 480 Mb/sec, 500 mA
USB Device: Built-in iSight, Micron, Up to 480 Mb/sec, 500 mA
USB Device: IR Receiver, Apple Computer, Inc., Up to 12 Mb/sec, 500 mA
USB Device: Hub in Apple Pro Keyboard, Mitsumi Electric, Up to 12 Mb/sec, 500 mA
USB Device: Apple Optical USB Mouse, Mitsumi Electric, Up to 1.5 Mb/sec, 100 mA
USB Device: Apple Pro Keyboard, Mitsumi Electric, Up to 12 Mb/sec, 250 mA
USB Device: Bluetooth HCI, , Up to 12 Mb/sec, 500 mA

Original issue reported on code.google.com by j.m.tay...@dur.ac.uk on 5 Mar 2007 at 5:49

GoogleCodeExporter commented 8 years ago 
Unfortunately this looks like something that will need to be deterministically 
reproducible to figure out what's 
going on. Even though I tell people what 'nolocalcaches' can do, I don't want 
to advocate its use because that's 
not how file systems generally work in Mac OS X. Some of the associated code 
paths are not well tested. This 
panic could be a result of a bug either in MacFUSE or in Mac OS X.

Original comment by si...@gmail.com on 5 Mar 2007 at 7:06

GoogleCodeExporter commented 8 years ago 
I thought that would probably be the case! I'm not familiar with debugging 
kexts: is there any further 
information I could gather if it happens again that would be useful?

As you probably realise, my use of nolocalcaches is based on your FAQ "picking 
up remote changes". 
Unfortunately one of the main things I'm using macfuse for is getting the 
latest copy of constantly-growing 
log files from the server so I think I do need to stick with that option. I 
must have performed something like 
100 similar 'copy' actions in the last few days without a hitch, though, so it 
must be a relatively obscure 
condition that caused the single panic.

Thanks for the great tool, anyway!

Original comment by j.m.tay...@dur.ac.uk on 6 Mar 2007 at 8:44

GoogleCodeExporter commented 8 years ago 
Closing this as a one-off incident that's not reproducible.

Original comment by si...@gmail.com on 8 Jun 2007 at 7:58