March 2006 - Darwin-kernel - lists.apple.com

Re: AirPort: out of low-memory clusters
by Ken Mankoff 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Your tracking number for this issue is Bug ID# 4498651. -k. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… On Fri, 31 Mar 2006, Terry Lambert wrote: Please file a bug; [snip] When you are done filing the bug, indicate the bug number here sp the people who;ve commented in this thread can comment in the bug. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel panics on OSX 10.3.9 & 10.4.5 on multiple machines in Win2K network (third attempt)
by Terry Lambert 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 31, 2006, at 11:38 AM, Ochal Christophe wrote: On Mar 31, 2006, at 6:00 AM, Ochal Christophe wrote: I went to the location again today, and have some more crashlogs: PowerMac G5 with OSX 10.4.5: Fri Mar 31 10:37:18 2006 Given how off the wall this address is, I'll ask the obvious question and ask if you've run Apple Hardware Test on the disc that originally came with your machine. I wonder if you're not seeing some RAM or graphics card weirdness... On a hunch, check the wall power at the site. -- Terry Replacing the gigabit switch with another switch didn't solve the problem, that is to say, atleast one machine still crashes (the one upgraded to OSX 10.4.5). _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/tlambert%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… Op vr, 31-03-2006 te 06:31 -0700, schreef William Kucharski: Unresolved kernel trap(cpu 1): 0x300 - Data access DAR=0x000000007500021C PC=0x00000000000A4638 Latest crash info for cpu 1: Exception state (sv=0x5DF25C80) PC=0x000A4638; MSR=0x00001030; DAR=0x7500021C; DSISR=0x00200000; LR=0x000A4584; R1=0x2C5B3D80; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x00038EA0 0x00038088 0x00265048 0x00264EB4 0x002AA2E4 0x000ABEB0 0x793E4346 backtrace terminated - frame not mapped or invalid: 0xBFFFFB70 Yep, found nothing wrong on all 4 machines, they work properly on another location, it's has to be something specific for the setup of the customer, alas, i can't find what. So "the only thing diffferent", apart from the network route, is the location? The easiest way to rule this out, without an electrician and monitoring apparatus that can record voltage & current fluctuations over time is to take a cheap UPS that includes a line conditioner and put it between a machine having the problem and the wall, and see if the problem goes away for that machine. Some sites have institutional clocks that spike the line voltage once an hour to synchronize (which is why the clocks in your high school went "thunk" and jumped once an hour before the bell rang). The other machines weren't being pushed as heavilly as this machine, the client will let me know if the other 3 still crash during the course of the next few days. I can imagine one machine suddenly dying, having 4 machines exibit random kernel panics starting on the same day however, isn't my idea of fun :( It's starting to look more & more like we'll have to do 2 way debugging on them, i'm hoping someone here has some more idea's as to what might be causing the machines to go belly up. This email sent to tlambert(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: AirPort: out of low-memory clusters
by Terry Lambert 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 30, 2006, at 12:55 PM, Michael Smith wrote: When I ran Repair Disk, it found (and fixed) the following: * Reserved field in catalog have incorrect data * Invalid leaf record count -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… On Mar 30, 2006, at 11:51 AM, Ken Mankoff wrote: On Thu, 30 Mar 2006, Michael Smith wrote: On Mar 30, 2006, at 6:15 AM, Ken Mankoff wrote: I appear to have fixed it. I booted from the install CD and did "Repair Disk". I have now been online for 15 minutes and downloaded 700 MB without getting dropped. The only thing that has "fixed" anything here is restarting. Are you certain? I had rebooted multiple times between when the disk filled up and when the problem started, and after the problem started, with no changes. Neither of these are likely to affect physical memory allocation within the kernel. Please file a bug; include the machine configuration information, in particular, all the AirPort information, how much RAM is installed, etc.. Also include whether you enable/disable the AirPort, or leave it enabled all the time, during your normal usage of the machine. When you are done filing the bug, indicate the bug number here sp the people who;ve commented in this thread can comment in the bug. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Identical repeated panics
by Terry Lambert 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 30, 2006, at 9:18 AM, Brian Bechtel wrote: One suggestion: You have a USB serial device attached. In some of the panics, it shows the driver com.mct.driver.mctUSBSerialDriver in the backtrace. Remove that driver from /System/Library/Extensions and reboot. See if the panics stop happening. -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… On 3/30/06, Joaquim Soler i Subils <joaquim.soler(a)gmail.com> wrote: Any explanation/solution? I hope it's something interesting.... If you cannot figure out which driver is com.mct.driver.mctUSBSerialDriver, you can search the Info.plist file for each driver. Open a terminal window, and type grep -riIl com.mct.driver.mctUSBSerialDriver /System/Library/ Extensions I agree that it's probably thee driver. What specifically causes the panic is an explicit shutdown of the bootstrap thread, which is the first thread in the kernel task. If it's forced to exit, and then is woken up, rather than being disassembed, this will be the result. This is a wakeup of a thread that's already called "thread_terminate_self". Most likely, someone is either making assumptions about thread state for their own driver which starts a thread, or they have an uninitialized variable that they use to reference what they *think* is their own thread. This is basically a "can't happen without third party code misbehaving" panic. Most likely, the driver is structured incorrectly, and a callback is being triggered on the thread which was outstanding at the time the driver was being shut down. This could happen if at driver shutdown time, the thread is killed without waiting for all outstanding events to drain out first (common coding error). Alternately, the thread is being terminated, but its global reference is being zero'ed - also as a result of not allowing things to drain out. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel panics on OSX 10.3.9 & 10.4.5 on multiple machines in Win2K network (third attempt)
by Ochal Christophe 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Op vr, 31-03-2006 te 06:31 -0700, schreef William Kucharski: > On Mar 31, 2006, at 6:00 AM, Ochal Christophe wrote: > > > I went to the location again today, and have some more crashlogs: > > > > PowerMac G5 with OSX 10.4.5: > > > > Fri Mar 31 10:37:18 2006 > > > > > > Unresolved kernel trap(cpu 1): 0x300 - Data access > > DAR=0x000000007500021C > > PC=0x00000000000A4638 > > Latest crash info for cpu 1: > > Exception state (sv=0x5DF25C80) > > PC=0x000A4638; MSR=0x00001030; DAR=0x7500021C; DSISR=0x00200000; > > LR=0x000A4584; R1=0x2C5B3D80; XCP=0x0000000C (0x300 - Data access) > > Backtrace: > > 0x00038EA0 0x00038088 0x00265048 0x00264EB4 0x002AA2E4 0x000ABEB0 > > 0x793E4346 > > backtrace terminated - frame not mapped or invalid: 0xBFFFFB70 > > Given how off the wall this address is, I'll ask the obvious question > and ask > if you've run Apple Hardware Test on the disc that originally came > with your > machine. I wonder if you're not seeing some RAM or graphics card > weirdness... Yep, found nothing wrong on all 4 machines, they work properly on another location, it's has to be something specific for the setup of the customer, alas, i can't find what. Replacing the gigabit switch with another switch didn't solve the problem, that is to say, atleast one machine still crashes (the one upgraded to OSX 10.4.5). The other machines weren't being pushed as heavilly as this machine, the client will let me know if the other 3 still crash during the course of the next few days. I can imagine one machine suddenly dying, having 4 machines exibit random kernel panics starting on the same day however, isn't my idea of fun :( It's starting to look more & more like we'll have to do 2 way debugging on them, i'm hoping someone here has some more idea's as to what might be causing the machines to go belly up. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel panics on OSX 10.3.9 on multiple machines in Win2K network (third attempt)
by William Kucharski 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 31, 2006, at 6:00 AM, Ochal Christophe wrote: I went to the location again today, and have some more crashlogs: PowerMac G5 with OSX 10.4.5: Fri Mar 31 10:37:18 2006 William Kucharski kucharsk(a)mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… Unresolved kernel trap(cpu 1): 0x300 - Data access DAR=0x000000007500021C PC=0x00000000000A4638 Latest crash info for cpu 1: Exception state (sv=0x5DF25C80) PC=0x000A4638; MSR=0x00001030; DAR=0x7500021C; DSISR=0x00200000; LR=0x000A4584; R1=0x2C5B3D80; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x00038EA0 0x00038088 0x00265048 0x00264EB4 0x002AA2E4 0x000ABEB0 0x793E4346 backtrace terminated - frame not mapped or invalid: 0xBFFFFB70 Given how off the wall this address is, I'll ask the obvious question and ask if you've run Apple Hardware Test on the disc that originally came with your machine. I wonder if you're not seeing some RAM or graphics card weirdness... This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel panics on OSX 10.3.9 on multiple machines in Win2K network (third attempt)
by Ochal Christophe 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) I went to the location again today, and have some more crashlogs: PowerMac G5 with OSX 10.4.5: Fri Mar 31 10:37:18 2006 Unresolved kernel trap(cpu 1): 0x300 - Data access DAR=0x000000007500021C PC=0x00000000000A4638 Latest crash info for cpu 1: Exception state (sv=0x5DF25C80) PC=0x000A4638; MSR=0x00001030; DAR=0x7500021C; DSISR=0x00200000; LR=0x000A4584; R1=0x2C5B3D80; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x00038EA0 0x00038088 0x00265048 0x00264EB4 0x002AA2E4 0x000ABEB0 0x793E4346 backtrace terminated - frame not mapped or invalid: 0xBFFFFB70 Proceeding back via exception chain: Exception state (sv=0x5DF25C80) previously dumped as "Latest" state. skipping... Exception state (sv=0x4515DC80) PC=0x9001476C; MSR=0x0000D030; DAR=0x02023E80; DSISR=0x0A000000; LR=0x2D006F20; R1=0xBFFFFB70; XCP=0x00000030 (0xC00 - System call) Kernel version: Darwin Kernel Version 8.5.0: Sun Jan 22 10:38:46 PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC panic(cpu 1 caller 0xFFFF0003): 0x300 - Data access Latest stack backtrace for cpu 1: Backtrace: 0x00095718 0x00095C30 0x0002683C 0x000A8384 0x000ABD00 Proceeding back via exception chain: Exception state (sv=0x5DF25C80) PC=0x000A4638; MSR=0x00001030; DAR=0x7500021C; DSISR=0x00200000; LR=0x000A4584; R1=0x2C5B3D80; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x00038EA0 0x00038088 0x00265048 0x00264EB4 0x002AA2E4 0x000ABEB0 0x793E4346 backtrace terminated - frame not mapped or invalid: 0xBFFFFB70 Exception state (sv=0x4515DC80) PC=0x9001476C; MSR=0x0000D030; DAR=0x02023E80; DSISR=0x0A000000; LR=0x2D006F20; R1=0xBFFFFB70; XCP=0x00000030 (0xC00 - System call) Kernel version: Darwin Kernel Version 8.5.0: Sun Jan 22 10:38:46 PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC ********* Fri Mar 31 12:00:47 2006 Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000075003300 PC=0x00000000002D6054 Latest crash info for cpu 0: Exception state (sv=0x5DAAE500) PC=0x002D6054; MSR=0x0000B030; DAR=0x75003300; DSISR=0x00200000; LR=0x002D6038; R1=0x2C5D3680; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x000B48D0 0x002D6594 0x008A041C 0x008B4628 0x008B46C4 0x008A2A28 0x008C3AB4 0x008C3710 0x008BE194 0x008A2014 0x002E7EE0 0x002E9DAC 0x0008C4B0 0x000291C0 0x000233AC 0x000AC02C 0x00000000 backtrace terminated - frame not mapped or invalid: 0xBFFFE8E0 Kernel loadable modules in backtrace (with dependencies): com.apple.ATIRadeon9700(4.1.8)@0x89a000 dependency: com.apple.iokit.IOPCIFamily(1.7)@0x458000 dependency: com.apple.iokit.IOGraphicsFamily(1.4.1)@0x860000 dependency: com.apple.iokit.IONDRVSupport(1.4.1)@0x884000 Proceeding back via exception chain: Exception state (sv=0x5DAAE500) previously dumped as "Latest" state. skipping... Exception state (sv=0x5CFC3A00) PC=0x9000B1E8; MSR=0x0200F030; DAR=0x004FC048; DSISR=0x40000000; LR=0x9000B13C; R1=0xBFFFE8E0; XCP=0x00000030 (0xC00 - System call) Kernel version: Darwin Kernel Version 8.5.0: Sun Jan 22 10:38:46 PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC panic(cpu 0 caller 0xFFFF0003): 0x300 - Data access Latest stack backtrace for cpu 0: Backtrace: 0x00095718 0x00095C30 0x0002683C 0x000A8384 0x000ABD00 Proceeding back via exception chain: Exception state (sv=0x5DAAE500) PC=0x002D6054; MSR=0x0000B030; DAR=0x75003300; DSISR=0x00200000; LR=0x002D6038; R1=0x2C5D3680; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x000B48D0 0x002D6594 0x008A041C 0x008B4628 0x008B46C4 0x008A2A28 0x008C3AB4 0x008C3710 0x008BE194 0x008A2014 0x002E7EE0 0x002E9DAC 0x0008C4B0 0x000291C0 0x000233AC 0x000AC02C 0x00000000 backtrace terminated - frame not mapped or invalid: 0xBFFFE8E0 Unresolved kernel trap(cpu 1): 0x300 - Data access DAR=0x000000007500E200 PC=0x000000000003FCFC Latest crash info for cpu 1: Exception state (sv=0x44656280) PC=0x0003FCFC; MSR=0x00009030; DAR=0x7500E200; DSISR=0x00200000; LR=0x0003FCE4; R1=0x2C5BB990; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x00000000 0x0002BB0C 0x002FCAEC 0x002FCD04 0x002D51F4 0x002D4688 0x008B0170 0x008AFCD4 0x008A3CA4 0x002EACE4 0x0008CC90 0x000291C0 0x000233AC 0x000AC02C 0x3E3C6B65 backtrace terminated - frame not mapped or invalid: 0xBFFFD0F0 Kernel loadable modules in backtrace (with dependencies): com.apple.ATIRadeon9700(4.1.8)@0x89a000 dependency: com.apple.iokit.IOPCIFamily(1.7)@0x458000 dependency: com.apple.iokit.IOGraphicsFamily(1.4.1)@0x860000 dependency: com.apple.iokit.IONDRVSupport(1.4.1)@0x884000 Proceeding back via exception chain: Exception state (sv=0x44656280) previously dumped as "Latest" state. skipping... Exception state (sv=0x45A8AA00) PC=0x9000B1E8; MSR=0x0200F030; DAR=0x002B100E; DSISR=0x42000000; LR=0x9000B13C; R1=0xBFFFD0F0; XCP=0x00000030 (0xC00 - System call) Kernel version: Darwin Kernel Version 8.5.0: Sun Jan 22 10:38:46 PST 2006; root:xnu-792.6.61.obj~1/RELEASE_PPC panic(cpu 1 caller 0xFFFF0003): 0x300 - Data access Latest stack backtrace for cpu 1: Backtrace: 0x00095718 0x00095C30 0x0002683C 0x000A8384 0x000ABD00 Proceeding back via exception chain: Exception state (sv=0x44656280) PC=0x0003FCFC; MSR=0x00009030; DAR=0x7500E200; DSISR=0x00200000; LR=0x0003FCE4; R1=0x2C5BB990; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x00000000 0x0002BB0C 0x002FCAEC 0x002FCD04 0x002D51F4 0x002D4688 0x008B0170 0x008AFCD4 0x008A3CA4 0x002EACE4 0x0008CC90 0x000291C0 0x000233AC 0x000AC02C 0x3E3C6B65 backtrace terminated - frame not mapped or invalid: 0xBFFFD0F0 Kernel loadable modules in backtrace (with dependencies): com.apple.ATIRadeon9700(4.1.8)@0x89a000 dependency: com.apple.iokit.IOPCIFamily(1.7)@0x458000 dependency: com.apple.iokit.IOGraphicsFamily(1.4.1)@0x860000 dependency: com.apple.iokit.IONDRVSupport(1.4.1)@0x884000 Exception state (sv=0x45A8AA00) PC=0pModel: PowerMac7,2, BootROM 5.1.4f0, 2 processors, PowerPC 970 (2.2), 2 GHz, 2 GB Graphics: ATI Radeon 9600 Pro, ATY,RV350, AGP, 64 MB Memory Module: DIMM0/J11, 256 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM1/J12, 256 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM2/J13, 512 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM3/J14, 512 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM4/J41, 256 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM5/J42, 256 MB, DDR SDRAM, PC3200U-30330 Modem: MicroDash, Euro, V.92, 1.0F, APPLE VERSION 2.6.6 Network Service: Ingebouwd Ethernet, Ethernet, en0 Serial ATA Device: WDC WD2500JD-00HBB0, 232.89 GB Serial ATA Device: WDC WD2500JD-22HBB0, 232.89 GB Parallel ATA Device: PIONEER DVD-RW DVR-106D, USB Device: Hub, , Up to 12 Mb/sec, 500 mA USB Device: XD-0912-U, Tablet, 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, Logitech, Up to 1.5 Mb/sec, 100 mA PowerBook G4 OSX 10.3.9: Fri Mar 31 11:06:48 2006 Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000075000210 PC=0x000000000008D810 Latest crash info for cpu 0: Exception state (sv=0x31225500) PC=0x0008D810; MSR=0x00001030; DAR=0x75000210; DSISR=0x40000000; LR=0x00055C9C; R1=0x1C4FBCE0; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x0003076C 0x0002F9D0 0x0021061C 0x0021B140 0x0001D908 0x00094414 Proceeding back via exception chain: Exception state (sv=0x31225500) previously dumped as "Latest" state. skipping... Exception state (sv=0x3116A280) PC=0x900078B8; MSR=0x0000F030; DAR=0xA28820A8; DSISR=0x40000000; LR=0x90007438; R1=0xBFFFEE80; XCP=0x00000030 (0xC00 - System call) Kernel version: Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC panic(cpu 0): 0x300 - Data access Latest stack backtrace for cpu 0: Backtrace: 0x00083498 0x0008397C 0x0001EDA4 0x00090C38 0x0009402C Proceeding back via exception chain: Exception state (sv=0x31225500) PC=0x0008D810; MSR=0x00001030; DAR=0x75000210; DSISR=0x40000000; LR=0x00055C9C; R1=0x1C4FBCE0; XCP=0x0000000C (0x300 - Data access) Backtrace: 0x0003076C 0x0002F9D0 0x0021061C 0x0021B140 0x0001D908 0x00094414 Exception state (sv=0x3116A280) PC=0x900078B8; MSR=0x0000F030; DAR=0xA28820A8; DSISR=0x40000000; LR=0x90007438; R1=0xBFFFEE80; XCP=0x00000030 (0xC00 - System call) Kernel version: Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… Kernel loadable modules in backtrace (with dependencies): com.apple.ATIRadeon9700(4.1.8)@0x89a000 dependency: com.apple.iokit.IOPCIFamily(1.7)@0x458000 dependency: com.apple.iokit.IOGraphicsFamily(1.4.1)@0x860000 dependency: com.apple.iokit.IONDRVSupport(1.4.1)@0x884000 ********* This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel panics on OSX 10.3.9 on multiple machines in Win2K network (third attempt)
by Ochal Christophe 31 Mar '06

31 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) Terry Lambert wrote: The weird thing is that all 4 machines started experiancing the same kernel panics on the same day, the only known change i know of, is that the SAN's connected to the Win2K server have been moved to a different location (fysical move), and their network manager insists nothing else was changed, nor were there any updates applied to the server. Since this also happened the 8th of March (the day the kernel panics started occurring on all four macs) leads me to think that it's really a software issue/glitch somewhere, i'm in the dark however, when it comes to solving these. Unfortunatly; there wasn't a panic.log generated on that crash yesterday The other machine looks to be running a third party KEXT, which is leaking memory in one of the zones (my guess would be AntiVirus software, since in the past they tried to replace system call entry points with their own code drived from OpenDarwin; if we made a change in one of those routines in a point release, they inevitably lead to memory leaks/panics because of the stale code not *exactly* matching the update version). I'd have to check the machine, but it was delivered without any AV software to the costumer, i'll see what i can find out >It also looks like someone has tuned some of the administrative limits on the number of open fd's up on one of the machines, far past the amount of memory available for such things (a couple of the panics are NULL pointer dererferences following an allocation failure in the M_FILE zoen, which would not occur unless the administrative limits on the machine had been explicitly changed). There is no OSX server present. The network configuration is as follows (for asfar as i know): Then whatever's in the middle that wasn't, or isn't in the middle that was, is likely the culprit. It's also possible that there was data corruption on the server itself as a result of physical shock during the mode, and that's now being passed on to the client machines, which are barfing on it. You didn't give the number of machines having the smbfs KEXT in the panic traceback, but if it's more than onem, then this is likely the case. In general clients try to be immune to the server sending them bad things, but you can't always catch everything. All four macs have the issue. I've updated one machine to OSX 10.4.5 as a trial, and when i returned it yesterday, it too crashed, this time 2 machines died on shutdown. I also managed to convince their IT department to atleast have the cables tested & the local 8port switch replaced. This would be alot easier if i had access to everything on their network... *sigh* The only way would be two machine debugging, and asking it what's loaded where, so you could resolve a couple of those addresses. Even then, you'd have to get a controlled reproduction of the problem (don't know how hard that would be). Well, hard :) Sofar i've not been able to find a way to reproduce the crashes, things it crashes on the first time work the second & third time. Where would one change such a setting? Typically, in the server administration settings on the machine. The normal place this is set for SMB in a Samba server, for example, is in its configuration file, or via a GUI configuration tool. The specific limit you are looking for is the hard limit in the setrlimit in the value of RLIMIT_NOFILE, which could be raised as high as 10240, but that number is generally excessive unless you have a large amount of memory in the machine to enable to handle that many open files, and the level of client load (number of smbd processes) that that would entail. The typical failure mode is to try to set this to "unlimited", which is usually one of the allowable options. If i understand you correctly, this would be on the SMB service on the macs, they don't run any smb services, they only access smb shares on a win2k server. I've not been able to find anything abnormal in their config, nor any reference to maximum number of open files. There are a number of resources available on the web and on developer.apple.com that deal with MacOS X server tuning (e.g. put the last four words there into google and look around a bit). ----------------------- | Network backbone | ----------------------- | | | | ----------------- | --------------------------| Win2k server | | ----------------- | | | | | | | | ------- | | | ----> | San 1 | | | | -------- | | | ------- | | ------>| San 2 | | | ------- | | -------- | ----->| San 3 | | -------- ----------------- | 3Com Switch | ---------------- | | | | | | | | | -> Printer | | | > Mac | | > Mac | > Mac > Mac I only have access to the Mac's & printer, the rest is managed by the company's internal IT department. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: AirPort: out of low-memory clusters
by Michael Smith 30 Mar '06

30 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com When I ran Repair Disk, it found (and fixed) the following: * Reserved field in catalog have incorrect data * Invalid leaf record count = Mike _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… On Mar 30, 2006, at 11:51 AM, Ken Mankoff wrote: On Thu, 30 Mar 2006, Michael Smith wrote: On Mar 30, 2006, at 6:15 AM, Ken Mankoff wrote: I appear to have fixed it. I booted from the install CD and did "Repair Disk". I have now been online for 15 minutes and downloaded 700 MB without getting dropped. The only thing that has "fixed" anything here is restarting. Are you certain? I had rebooted multiple times between when the disk filled up and when the problem started, and after the problem started, with no changes. Neither of these are likely to affect physical memory allocation within the kernel. This email sent to site_archiver(a)lists.apple.com

1 0

Re: AirPort: out of low-memory clusters
by Ken Mankoff 30 Mar '06

30 Mar '06

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com When I ran Repair Disk, it found (and fixed) the following: * Reserved field in catalog have incorrect data * Invalid leaf record count -k. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… On Thu, 30 Mar 2006, Michael Smith wrote: On Mar 30, 2006, at 6:15 AM, Ken Mankoff wrote: I appear to have fixed it. I booted from the install CD and did "Repair Disk". I have now been online for 15 minutes and downloaded 700 MB without getting dropped. The only thing that has "fixed" anything here is restarting. Are you certain? I had rebooted multiple times between when the disk filled up and when the problem started, and after the problem started, with no changes. This email sent to site_archiver(a)lists.apple.com

1 0