[OpenAFS-port-darwin] web browsers cannot save to homedir in
afs
Joseph Jackson
jackson@andrew.cmu.edu
Mon, 17 Mar 2003 11:37:53 -0500
You might want to run "ktrace" on the browser process as you try to save a
file. The "kdump" command is used to interpret the output of ktrace. There
will be lots of output, so leave the tracing on for as short a period as
possible. See the man page for all the details.
This will leave you with a log of all system calls that were made. I
believe errors are pointed out as well. This might give a clue about what's
going wrong.
Joe Jackson,
Carnegie Mellon University.
--On Monday, March 17, 2003 11:23 AM -0500 David Botsch
<dwb7@ccmr.cornell.edu> wrote:
> Hi.
>
> I was curious if anyone else was experiencing this issue.
>
> Jaguar 10.2.4 ... OpenAFS 1.2.7 OR OpenAFS 1.2.8 ... 2003-03-03 security
> update applied or not applied... doesn't matter.
>
> So far, Mozilla 1.2a, latest IE, and Chimera 0.5...
>
> these three web browsers cannot save files to a user's home directory.
> Navigator and IE appear to succeed, but the file is not there. Mozilla
> actually gives an error message about an unknown error having occurred
> and that the file cannot be saved (this seems to be a mozilla error and
> not a system error judging from the dialog box).
>
> this is only affecting users whose home directories are in afs space.
> Local users seem to be unaffected. No system log or crash log information
> that seems to be of any use other than when Navigator did crash on an
> attempt to download a pdf file:
>
> Date/Time: 2003-03-17 10:53:19 -0500
> OS Version: 10.2.4 (Build 6I32)
> Host: dargo.ccmr.cornell.edu
>
> Command: Navigator
> PID: 473
>
> Exception: EXC_BAD_ACCESS (0x0001)
> Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
>
> Thread 0 Crashed:
> #0 0x0070e220 in nsExternalAppHandler::SetUpTempFile(nsIChannel *)
> #1 0x0070e558 in nsExternalAppHandler::OnStartRequest(nsIRequest *,
> nsISuppor ts *)
> #2 0x003fef24 in nsDocumentOpenInfo::OnStartRequest(nsIRequest *,
> nsISupports *)
> #3 0x004c4a00 in nsHttpChannel::ProcessNormal(void)
> #4 0x004c4554 in nsHttpChannel::ProcessResponse(void)
> #5 0x004cbc08 in nsHttpChannel::OnStartRequest(nsIRequest *,
> nsISupports *) #6 0x00195b60 in
> nsOnStartRequestEvent::HandleEvent(void)
> #7 0x00195380 in nsARequestObserverEvent::HandlePLEvent(PLEvent *)
> #8 0x05056e80 in PL_HandleEvent
> #9 0x05056d68 in PL_ProcessPendingEvents
> #10 0x05057d30 in nsEventQueueImpl::ProcessPendingEvents(void)
> #11 0x00433b74 in -[EventQueueHandler eventTimer:]
> #12 0x907e521c in __NSFireTimer
> #13 0x901632f0 in __CFRunLoopDoTimer
> #14 0x90148e48 in __CFRunLoopRun
> #15 0x90180fe4 in CFRunLoopRunSpecific
> #16 0x969a3160 in RunCurrentEventLoopInMode
> #17 0x969b3118 in ReceiveNextEventCommon
> #18 0x969da208 in BlockUntilNextEventMatchingListInMode
> #19 0x9308d8a4 in _DPSNextEvent
> #20 0x9309fafc in -[NSApplication
> nextEventMatchingMask:untilDate:inMode:deque ue:]
> #21 0x930b15dc in -[NSApplication run]
> #22 0x9315f6b0 in NSApplicationMain
> #23 0x00005024 in main
> #24 0x00004ed4 in _start
> #25 0x00004d04 in start
>
> Thread 1:
> #0 0x9002578c in select
> #1 0x0101d804 in poll
> #2 0x01019ecc in _pr_poll_with_poll
> #3 0x0016a68c in nsSocketTransportService::Run(void)
> #4 0x050598f0 in nsThread::Main(void *)
> #5 0x0101b388 in _pt_root
> #6 0x90020d28 in _pthread_body
>
> Thread 2:
> #0 0x9003ea88 in semaphore_wait_signal_trap
> #1 0x9003e8a4 in _pthread_cond_wait
> #2 0x01016474 in PR_WaitCondVar
> #3 0x0014b2cc in nsDNSService::DequeuePendingQ(void)
> #4 0x0014acd4 in nsDNSService::Run(void)
> #5 0x050598f0 in nsThread::Main(void *)
> #6 0x0101b388 in _pt_root
> #7 0x90020d28 in _pthread_body
>
> Thread 3:
> #0 0x90042668 in semaphore_timedwait_signal_trap
> #1 0x9003e894 in _pthread_cond_wait
> #2 0x01016210 in pt_TimedWait
> #3 0x01016488 in PR_WaitCondVar
> #4 0x0505d38c in TimerThread::Run(void)
> #5 0x050598f0 in nsThread::Main(void *)
> #6 0x0101b388 in _pt_root
> #7 0x90020d28 in _pthread_body
> Thread 4:
> #0 0x9003ea88 in semaphore_wait_signal_trap
> #1 0x9003e8a4 in _pthread_cond_wait
> #2 0x90824180 in -[NSConditionLock lockWhenCondition:]
> #3 0x93081380 in -[NSUIHeartBeat _heartBeatThread:]
> #4 0x9081cd38 in forkThreadForFunction
> #5 0x90020d28 in _pthread_body
>
> PPC Thread State:
> srr0: 0x0070e220 srr1: 0x0200f030 vrsave: 0x00000000
> xer: 0x00000000 lr: 0x0070e218 ctr: 0x050946e8 mq: 0x00000000
> r0: 0x0070e218 r1: 0xbfffe440 r2: 0x44002280 r3: 0x00000000
> r4: 0xbfffe480 r5: 0x00000003 r6: 0x00000000 r7: 0x00640066
> r8: 0xbfffe350 r9: 0x02451908 r10: 0x02461510 r11: 0x28002244
> r12: 0x05094680 r13: 0x00000000 r14: 0x00000000 r15: 0x00000001
> r16: 0x00000001 r17: 0x00000000 r18: 0xbfffe574 r19: 0xbfffe534
> r20: 0xbfffe480 r21: 0xbfffe52c r22: 0xbfffe478 r23: 0xbfffe520
> r24: 0xbfffe524 r25: 0x02461510 r26: 0xbfffe510 r27: 0x00000000
> r28: 0x38e38e39 r29: 0x0088ac5c r30: 0x024614f0 r31: 0x0070df90
>
> **********
>
> Any thoughts?
>
> Thanks!
>
>
> --
> ********************************
> David William Botsch
> Consultant/Advisor II
> CCMR Computing Facility
> dwb7@ccmr.cornell.edu
> ********************************
> _______________________________________________
> port-darwin mailing list
> port-darwin@openafs.org
> https://lists.openafs.org/mailman/listinfo/port-darwin
>