September 2008 - Darwin-kernel

CCacheServer context and unknown error code 19777
by Mike Tegtmeyer 30 Sep '08

30 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hello, http://lists.apple.com/archives/darwin-kernel/2008/Feb/msg00003.html http://lists.apple.com/archives/darwin-kernel/2008/Feb/msg00004.html http://lists.apple.com/archives/darwin-kernel/2008/Feb/msg00005.html http://lists.apple.com/archives/darwin-kernel/2008/Feb/msg00010.html Sep 23 16:07:44 clutch SecurityAgent[3548]: User info context values set Thanks in advance, Mike Tegtmeyer _______________________________________________ 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.… I am not sure this is the list most appropriate for this question but previous threads on this list suggest some relevance: I am trying to be clear with the setup and what I've done so please bear with me;) I have 3 current stock leopard machines (1 servers + 1 bound client + 1 unbound client) with the server configured as an OpenDirectory Master. The gist is that I am unable to get kerberos to correctly work with a network user to be able to ssh into either machine. The login into the machine works fine but issuing a klist or a kinit yields the message: "Operation not permitted while initializing Kerberos 5". System logs seem fine so I enable GSSAPI and Kerberos in /etc/sshd. No luck. I also know about the builtin:krb5authnoverify,privileged trick for system.login.console in /etc/authorizations but still nothing. Knowing that ssh is authorizing as tty and poking googling around I try adding builtin:krb5login,privileged to system.login.tty in /etc/authorizations and try again: Sep 30 16:20:56 clutch authorizationhost[11370]: k5_store_ticket_in_cache(): got -1765328188 (Internal credentials cache error) on plugins/krb5/krb5_operations.c:83 Sep 30 16:20:56 clutch com.apple.SecurityServer[36]: Succeeded authorizing right system.login.tty by client /usr/sbin/sshd for authorization created by /usr/sbin/sshd. Sep 30 16:20:56 clutch sshd[11360]: Accepted keyboard-interactive/pam for tegtmeye from 128.63.24.155 port 53238 ssh2 Thinking that it is a CCacheServer problem, I reset system.login.tty back to the system supplied settings but noticed that when logging into a machine at the loginwindow I often see the message in the logs about setting the correct context for the user logging in did not see such a message on the server when sshing in: Reading http://developer.apple.com/technotes/tn2005/tn2083.html I wondered if the correct context was being set. I tried the only other thing that I knew of that would easily tell me if I was actually logging in as who I thought I was logging in as; I set the network user to have a kerberized nfs mounted home directory. Trying this I get this in system log: Sep 30 16:25:22 clutch gssd[11615]: Error returned by svc_mach_gss_init_sec_context: Sep 30 16:25:22 clutch gssd[11615]: Major error <1> Unspecified GSS failure. Minor code may provide more information Sep 30 16:25:22 clutch gssd[11615]: Minor error <1> Unknown Error Code: 19777 Sep 30 16:25:22 clutch gssd[11615]: nfs client Kerberos: pawl.arl.army.mil:/Users, uid=0 - Unknown Error Code: 19777 Googling "Unknown Error Code: 19777" points me to the Feb. thread in this list. At this point I am suspicious that sshd via launchd is not setting the correct context on network user login (but why just network users??) which causes things to fall apart. Most notably CCacheServer not to get set correctly for the logged in user and the fact that nfs thinks that root is the one logging in. Not having network users being able to ssh with kerberized sso is kind of a show stopper for us so any help would be greatly appreciated. This email sent to site_archiver(a)lists.apple.com

1 0

Re: output queue size
by Michael Tüxen 24 Sep '08

24 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi Terry, thank you very much for your help. Comments in-line. Best regards Michael On Sep 24, 2008, at 9:11 PM, Terry Lambert wrote: Dear all, <http://www.candelatech.com/index1.html> <http://www.shunra.com/network_emulation.aspx> <http://snad.ncsl.nist.gov/nistnet/> _______________________________________________ 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 Sep 23, 2008, at 10:20 PM, Michael Tüxen wrote: On Sep 23, 2008, at 11:46 PM, Terry Lambert wrote: On Sep 23, 2008, at 9:44 AM, Michael Tüxen wrote: is there a way to look at the output queue sizes of ethernet interfaces? And can I configure these sizes? Do you mean the MTU or do you mean the ring buffer size? ring buffer size... Actually I found the description of Remote Desktop (http://www.apple.com/remotedesktop/specs.html) which states: Output Statistics: Output Queue Capacity, Output Queue Size, Output Queue Peak Size, Output Queue Drop Count, Output Queue Output Count, Output Queue Retry Count, Output Queue Stall Count which looks like the numbers I'm interested in. Neither I have a license of Remote Desktop nor do I need it for a remote machine... These are layer 7 statistics particular to this application. These are not the droids you're looking for. OK. Maybe it is better to describe why I'm trying to understand.... During testing I have configure Ethernet Interface on two G5 using 10MBit/sec (yes, 10). Then I'm doing a bulk transfer of full sized frames using SCTP. In parallel I'm testing the RTT with the ping tool. I'm observing a multi second RTT, although no messages are lost. So I'm wondering if there are queues in the IP or Linklayer which store the packets. If this is true, I would like to make them smaller to force some packet loss (such that congestion control kicks in). I assume from your statement on RTT for ICMP echo datagrams (ping) that you've discovered that increasing the MSL or the bandwidth delay product is not the same as packet collisions and drops resulting from actual congestion. Making the change you want to make at the level you want to make them will not properly simulate network congestion. I do not want to simulate congestion. I have done more testing. When using ping on the data sink, the RTT is less. On the data source side the ICMP handling is done in the kernel. So I assume that process scheduling has also some effect. I also looked at the wire and figure out that the acks are sent for every other data packet. So the SCTP delay (about 300 messages) must come from a delay between the ethernet card receiving the acks and the transport stack (SCTP) processing it. There must be a queue for about 150 small packets somewhere... There are a number of hardware and software solutions that can simulate congestion; some of them work by putting a lot of (generally ~8) machines on the same segment channel -- either the data is unswitched, or there is a single mux channel between the target machines at some point in the network topology, and some of them work by putting a machine with two cards in between the target machines in order to simulated an intermediate network. Without advocating a particular product, here are some examples (google for more): The only free software that actually does congestion simulation correctly (without requiring multiple machines on an unswitched segment in order to get actual congestion) is NIST Net: Unfortunately, it's poorly maintained since 2005, as it has become a (rather idle) SourceForge project. I have used DUMMYNET for that in the past and was quite happy with it. To be clear, I want to understand why the transport layer has about 300 messages in flight. It must be some buffering on the receive path while processing the acks (called SACKs in SCTP). Any idea? Since every other packet is SACKed, I'm talking about 150 small (20 Bytes IP header + 12 Bytes SCTP common Header + 20 Bytes SACK chunk) There are a number of research projects that have simulated network congestion as well, but in general, they have not made their simulation source code available to third parties. If you have a router (not just a switch) in between, and some understanding of OSPF, you could technically simulate congestion by randomization of the input queue depth on the router, but this will not work for you on a host machine. This is a technique used in a number of research papers, and the authors admit to this technique having a number of bad assumptions compared to "real world" network traffic. Theoretically, "tc" on Linux or "DummyNet" on the BSDs would also be able to do this, but in practice, all they really do is latency and RED-style faking out, which won't trigger congestion control unless you carefully craft what they do in order to trigger them. If you do that, then you've no assurance that under real congestion conditions your congestion control is going to actually trigger. Also, before I go, it's not clear if you are using a native SCTP (you've written a protocol family for Darwin), a tunnelled one (over UDP) or a translated one (over TCP). In the case of the second one, you are unlikely to see I'm using a native SCTP implemented as an NKE (using an unsupported API of Leopard). Actually the implementation shares most of its code with the SCTP kernel implementation in FreeBSD 7.0 real world congestion control behaviour, and in the last one, you are unlikely to see congestion control kick in at all (unless it's TCP congestion control, not the SCTP congestion control). I expected the queuing happening on the data sender side, but is the the receiving side (receiving SACKs) of the data source. -- Terry This email sent to site_archiver(a)lists.apple.com

1 0

Re: output queue size
by Terry Lambert 24 Sep '08

24 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dear all, <http://www.candelatech.com/index1.html> <http://www.shunra.com/network_emulation.aspx> <http://snad.ncsl.nist.gov/nistnet/> -- 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 Sep 23, 2008, at 10:20 PM, Michael Tüxen wrote: On Sep 23, 2008, at 11:46 PM, Terry Lambert wrote: On Sep 23, 2008, at 9:44 AM, Michael Tüxen wrote: is there a way to look at the output queue sizes of ethernet interfaces? And can I configure these sizes? Do you mean the MTU or do you mean the ring buffer size? ring buffer size... Actually I found the description of Remote Desktop (http://www.apple.com/remotedesktop/specs.html) which states: Output Statistics: Output Queue Capacity, Output Queue Size, Output Queue Peak Size, Output Queue Drop Count, Output Queue Output Count, Output Queue Retry Count, Output Queue Stall Count which looks like the numbers I'm interested in. Neither I have a license of Remote Desktop nor do I need it for a remote machine... These are layer 7 statistics particular to this application. These are not the droids you're looking for. Maybe it is better to describe why I'm trying to understand.... During testing I have configure Ethernet Interface on two G5 using 10MBit/sec (yes, 10). Then I'm doing a bulk transfer of full sized frames using SCTP. In parallel I'm testing the RTT with the ping tool. I'm observing a multi second RTT, although no messages are lost. So I'm wondering if there are queues in the IP or Linklayer which store the packets. If this is true, I would like to make them smaller to force some packet loss (such that congestion control kicks in). I assume from your statement on RTT for ICMP echo datagrams (ping) that you've discovered that increasing the MSL or the bandwidth delay product is not the same as packet collisions and drops resulting from actual congestion. Making the change you want to make at the level you want to make them will not properly simulate network congestion. There are a number of hardware and software solutions that can simulate congestion; some of them work by putting a lot of (generally ~8) machines on the same segment channel -- either the data is unswitched, or there is a single mux channel between the target machines at some point in the network topology, and some of them work by putting a machine with two cards in between the target machines in order to simulated an intermediate network. Without advocating a particular product, here are some examples (google for more): The only free software that actually does congestion simulation correctly (without requiring multiple machines on an unswitched segment in order to get actual congestion) is NIST Net: Unfortunately, it's poorly maintained since 2005, as it has become a (rather idle) SourceForge project. There are a number of research projects that have simulated network congestion as well, but in general, they have not made their simulation source code available to third parties. If you have a router (not just a switch) in between, and some understanding of OSPF, you could technically simulate congestion by randomization of the input queue depth on the router, but this will not work for you on a host machine. This is a technique used in a number of research papers, and the authors admit to this technique having a number of bad assumptions compared to "real world" network traffic. Theoretically, "tc" on Linux or "DummyNet" on the BSDs would also be able to do this, but in practice, all they really do is latency and RED-style faking out, which won't trigger congestion control unless you carefully craft what they do in order to trigger them. If you do that, then you've no assurance that under real congestion conditions your congestion control is going to actually trigger. Also, before I go, it's not clear if you are using a native SCTP (you've written a protocol family for Darwin), a tunnelled one (over UDP) or a translated one (over TCP). In the case of the second one, you are unlikely to see real world congestion control behaviour, and in the last one, you are unlikely to see congestion control kick in at all (unless it's TCP congestion control, not the SCTP congestion control). This email sent to site_archiver(a)lists.apple.com

1 0

Re: output queue size
by Michael Tüxen 24 Sep '08

24 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Sep 23, 2008, at 11:46 PM, Terry Lambert wrote: Dear all, ring buffer size... Actually I found the description of Remote Desktop (http://www.apple.com/remotedesktop/specs.html) which states: Output Statistics: Output Queue Capacity, Output Queue Size, Output Queue Peak Size, Output Queue Drop Count, Output Queue Output Count, Output Queue Retry Count, Output Queue Stall Count which looks like the numbers I'm interested in. Neither I have a license of Remote Desktop nor do I need it for a remote machine... _______________________________________________ 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 Sep 23, 2008, at 9:44 AM, Michael Tüxen wrote: is there a way to look at the output queue sizes of ethernet interfaces? And can I configure these sizes? Do you mean the MTU or do you mean the ring buffer size? Maybe it is better to describe why I'm trying to understand.... During testing I have configure Ethernet Interface on two G5 using 10MBit/sec (yes, 10). Then I'm doing a bulk transfer of full sized frames using SCTP. In parallel I'm testing the RTT with the ping tool. I'm observing a multi second RTT, although no messages are lost. So I'm wondering if there are queues in the IP or Linklayer which store the packets. If this is true, I would like to make them smaller to force some packet loss (such that congestion control kicks in). The MTU is negotiated with the other end of the wire, and can be set lower, but generally not higher unless you use jumbograms and both ends of the wire support the same implementation of jumbograms. You can get the MTU via the IO Registry, the ifconfig command, or via ioctl() to a control socket for the device. The ring buffer size is an artifact of the supported division between transmit and receive buffers in the chipset (the chipset vendor generally documents this in their technical reference) and the choices made by the driver author in selecting control register values for the chip. The internal ring buffer depends on the allocation of available mbufs as dma targets and the number of headers supported by the chip, and out of those, how many the driver author chose to use. The socket send buffer depth is set on a per socket basis; the default value is set via sysctl, and there are setsockopt() values to alter this up or down, with a top limit at the hard limit. Out of these, the only thing you can examine/set without bit-banging or being the driver author is going to be the per-socket send and receive queue sizes, unless there is a documented vendor private control message (as far as I know, there are none that have been defined by any network adapter vendor I am aware of). I know about the socket send and receive buffers... I actually configured the receive buffer size for the test above... Generally the thing that matters to most people is the per socket send/receive queue depth, since that's going to be the limiting factor on how much data you can write at once before your write is blocked, and the other limiting factor will be the MTU, since the network stack is never going to try and send more than that to the card at a time for a given socket, or how much will be available to read, maximum. -- Terry This email sent to site_archiver(a)lists.apple.com

1 0

Re: output queue size
by Terry Lambert 23 Sep '08

23 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dear all, Do you mean the MTU or do you mean the ring buffer size? -- 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 Sep 23, 2008, at 9:44 AM, Michael Tüxen wrote: is there a way to look at the output queue sizes of ethernet interfaces? And can I configure these sizes? The MTU is negotiated with the other end of the wire, and can be set lower, but generally not higher unless you use jumbograms and both ends of the wire support the same implementation of jumbograms. You can get the MTU via the IO Registry, the ifconfig command, or via ioctl() to a control socket for the device. The ring buffer size is an artifact of the supported division between transmit and receive buffers in the chipset (the chipset vendor generally documents this in their technical reference) and the choices made by the driver author in selecting control register values for the chip. The internal ring buffer depends on the allocation of available mbufs as dma targets and the number of headers supported by the chip, and out of those, how many the driver author chose to use. The socket send buffer depth is set on a per socket basis; the default value is set via sysctl, and there are setsockopt() values to alter this up or down, with a top limit at the hard limit. Out of these, the only thing you can examine/set without bit-banging or being the driver author is going to be the per-socket send and receive queue sizes, unless there is a documented vendor private control message (as far as I know, there are none that have been defined by any network adapter vendor I am aware of). Generally the thing that matters to most people is the per socket send/ receive queue depth, since that's going to be the limiting factor on how much data you can write at once before your write is blocked, and the other limiting factor will be the MTU, since the network stack is never going to try and send more than that to the card at a time for a given socket, or how much will be available to read, maximum. This email sent to site_archiver(a)lists.apple.com

1 0

output queue size
by Michael Tüxen 23 Sep '08

23 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dear all, is there a way to look at the output queue sizes of ethernet interfaces? And can I configure these sizes? Best regards Michael _______________________________________________ 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: jnl: check_free_space: tr starting
by Cosmos Nicolaou 22 Sep '08

22 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=OU7yXSusOYjtTxRF1wUh7gA0iMSW/8E5+1l/mJ4zw4I=; b=rgZD8gi+UIW1ATtc8vxT1N/gcmYMPTtFIVN5ANEE2XkB8KfHn2sb4XbzdCFIKErcYs 7BGhyYX8fIMpu+hcEX/epGwDn8DOQkcVGx8KUwgpQBb5MXeApeIGmwjB+5Y6HFQxljUI 5NaThMuz1mAiowFBZAI3JcBCOxkHUfZWJpNrw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=U0AcMJnMkfnw6jCJoKW7xr/BdlectTMKIwTHPpPyxi6KF6zjNknqB5Zc/1ueVLtK8b ZxYe6xS6az9jYzyBJhhn0+JlvGfhNyyqR5nZeM1E4hwtjoIOiX9shhDJrt0FB/HQBiW/ EesyVJrb2I7QTjcb8NzzHwbVeXNTE4fm7VFWU= _______________________________________________ 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: jnl: check_free_space: tr starting
by mm w 22 Sep '08

22 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Z+Z4oAwIghDiOeg3FfXHWUnrOhECMVFhbai4vg9D1Os=; b=MNrWaN7fQLkSxeOqBjYWoXkHPkNTav9LXMHV/FMvdU48S+vmccFIGkCPcArmo34Vgw Iq5tWhr/uibNfkEsqxdV31MVCu4rnr4PN/rcikn97tSGTrvlKWfqM0ndv5+PusDpE40u 0fNySIw0XY33PDQ21gRi6NTyNn/qVPAZNQ1Rs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QvLm7sECzW0CJ1VQeYCPdSOFEpFv4ZBJG0vtlDf7kBlUpid2UThmO0KgBKyM/GVcgT 7ZOqpBqZpQk9UU9d5IMLMVKGs1QZB0G5et6EPv8UExOkhcMcpI3mhICwNTlsriOkUX9Q jg/me1VCKMph2N6m0tU0Ok+JiDOQo2oQB84G4= while (jnl->old_start[i] & 0x8000000000000000LL) { if (lcl_counter++ > 100) { panic("jnl: check_free_space: tr starting @ 0x%llx not flushing (jnl %p).\n", jnl->old_start[i], jnl); } it looks like your journal is corrupted, there are more entries than it should be, so I guess the problem came from "before" when the journal is created Cheers! On Sun, Sep 21, 2008 at 6:24 PM, Cosmos Nicolaou <cosmos.nicolaou(a)gmail.com> wrote: > Hi, > > my mac-pro is crashing in the vfs layer as per the PanicReporter summaries: > > 2008-06-11-193136.panic:panic(cpu 5 caller 0x001FA143): "jnl: > check_free_space: tr starting @ 0x8000000001523e00 not flushing (jnl > 0x7cd6e08).\n"@/SourceCache/xnu/xnu-1228.5.18/bsd/vfs/vfs_journal.c:2087 > 2008-06-24-072733.panic:panic(cpu 6 caller 0x001FA143): "jnl: > check_free_space: tr starting @ 0x8000000000416e00 not flushing (jnl > 0x6ec0e08).\n"@/SourceCache/xnu/xnu-1228.5.18/bsd/vfs/vfs_journal.c:2087 > 2008-06-26-154222.panic:panic(cpu 4 caller 0x001FA143): "jnl: > check_free_space: tr starting @ 0x8000000001458c00 not flushing (jnl > 0x71f5e08).\n"@/SourceCache/xnu/xnu-1228.5.18/bsd/vfs/vfs_journal.c:2087 > 2008-07-27-091054.panic:panic(cpu 0 caller 0x001FA14B): "jnl: > check_free_space: tr starting @ 0x80000000016ec000 not flushing (jnl > 0x6e91e08).\n"@/SourceCache/xnu/xnu-1228.5.20/bsd/vfs/vfs_journal.c:2087 > 2008-08-17-135445.panic:panic(cpu 4 caller 0x001FA14B): "jnl: > check_free_space: tr starting @ 0x80000000017fc000 not flushing (jnl > 0x6eaae08).\n"@/SourceCache/xnu/xnu-1228.5.20/bsd/vfs/vfs_journal.c:2087 > 2008-08-27-200636.panic:panic(cpu 0 caller 0x001FA14B): "jnl: > check_free_space: tr starting @ 0x80000000011b8000 not flushing (jnl > 0x84b2e08).\n"@/SourceCache/xnu/xnu-1228.5.20/bsd/vfs/vfs_journal.c:2087 > 2008-09-10-204815.panic:panic(cpu 6 caller 0x001FA14B): "jnl: > check_free_space: tr starting @ 0x800000000159c600 not flushing (jnl > 0x84b0e08).\n"@/SourceCache/xnu/xnu-1228.5.20/bsd/vfs/vfs_journal.c:2087 > 2008-09-14-105346.panic:panic(cpu 1 caller 0x001FA14B): "jnl: > check_free_space: tr starting @ 0x8000000000509a00 not flushing (jnl > 0x6ebfe08).\n"@/SourceCache/xnu/xnu-1228.5.20/bsd/vfs/vfs_journal.c:2087 > 2008-09-20-153937.panic:panic(cpu 2 caller 0x001FA14B): "jnl: > check_free_space: tr starting @ 0x80000000003e4a00 not flushing (jnl > 0x6ec0e08).\n"@/SourceCache/xnu/xnu-1228.5.20/bsd/vfs/vfs_journal.c:2087 > > > I'm curious to know if anyone else has seen a similar problem? Or if not, > can anyone point me at the darwin source bundle that the VFS code lives in > so that I can try and figure out for myself? (I've found > http://fxr.watson.org/fxr/source/bsd/vfs/vfs_journal.c?v=xnu-792, but I just > don't know if this code is used in 10.5.5). The timing suggests that the > problem was introduced with 10.5.3 which I installed on 5/30. Thanks for > your help! > > My hardware looks as follows, with a hardware raid card with 3 drives in it > right now: > > Model Name: Mac Pro > Model Identifier: MacPro3,1 > Processor Name: Quad-Core Intel Xeon > Processor Speed: 3 GHz > Number Of Processors: 2 > Total Number Of Cores: 8 > L2 Cache (per processor): 12 MB > Memory: 4 GB > Bus Speed: 1.6 GHz > Boot ROM Version: MP31.006C.B05 > SMC Version: 1.25f4 > Serial Number: G88064B3XYL > > > Mac Pro RAID Card: > > PCI Slot: Slot-4 > Hardware Version: 1.00 > Firmware Version: M-2.0.3.3 > Expansion ROM Version: 0018 > > > > Cheers, Cos. > > > _______________________________________________ > 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/openspecies%40gmail.com > > This email sent to openspecies(a)gmail.com > -- -mmw _______________________________________________ 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

socket buffer sizes
by Michael Tüxen 22 Sep '08

22 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dear all, Best regards Michael _______________________________________________ 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.… I'm setting the send and receive buffer sizes of a listening TCP socket and then accept fds on the listening socket. Shouldn't the accepted sockets inherit the send and receive buffer sizes from the listening socket? At least on FreeBSD 7 this is the case. This email sent to site_archiver(a)lists.apple.com

1 0

jnl: check_free_space: tr starting
by Cosmos Nicolaou 22 Sep '08

22 Sep '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=eDv2FAyri/hs5pYTvPWhRGeKRwaUxQo05yrFD/zWcgs=; b=vKtx5NfcgMUvkl7DbYGDVfxmnsfoydfKXcP5drtEeYOnXfs+7C7fctJmvx7jNv7mTB SLJdvIwCbbXDzbt2yYPIhs8O9sgQqpKy5mKdpF7tUMbBjTs5zkDi0xnZM+w2Lc7q+fBt EWCAbklc1Zo1NQUP604W2gwtqCPbmm6aBYwEI= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=uohMrmqCyOkQhEpuv2mxFeGdW6HL+6kyPt8jm9SGPToz9UcZg83jQEzHS9feULJepf fjq8iFCQpn+OvfEy3SLPw0tpSBzlImjA6R286bIQ8IQIhELcZF1M7UQpJvmkDHv6yt/h 1ydWkHDXhk/jD0tvI4IA7P+OsuGkexlXKvEkY= _______________________________________________ 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