No, the machhine didn't take a half hour to log in, the trace ran after. I
wasn't sure how long I was supposed to let it run.
That webserver might be the server for the website the kids were using that
day. They were doing some kind of activity that had a lot of flash
animation and whatnot.
The OD server's nighest CPU that day was around 80-90%, but the network
throughput is only 3MB/sec. Does that seem right? So much power and so
little traffic?
On 1/25/08 6:24 AM, "Geoff Lee" <email@hidden> wrote:
>
> Hi,
>
> On 23 Jan 2008, at 15:39, Nick Kutzko wrote:
>
>> Here's the output file. I'd appreciate anything you can tell me.
>
> It raises a few questions...
>
> Did the machine really take half an hour to log in, or was the trace
> running after it finished?
>
> What is the webserver at 206.166.93.137 doing (actually I don't think
> this is important, it just seems to generate a lot of traffic at the
> start if the trace).
>
> What is the load on your AFP server during these logins? How much RAM
> does it have?
>
> Really all I can see from the trace is that there is a _lot_ of AFP
> activity and that it takes a long time, This may indicate that your
> AFP server simply can't handle that number of people logging in
> simultaneously: it causes huge amounts of disk activity...
>
> If you could do a similar trace of a quick login by the same account
> for comparison, it might shed some more light on the situation...
>
> HTH
>
> -geoff
>>
>>
>>
>> On 1/23/08 9:23 AM, "Geoff Lee" <email@hidden> wrote:
>>
>>>
>>> On 23 Jan 2008, at 15:18, Nick Kutzko wrote:
>>>
>>>> I did the dump, but I can't find the file. Where does it save to?
>>>
>>> You should end up with a file called slowlogin.tcpdump in your
>>> working
>>> directory.
>>>
>>> -geoff
>>>>
>>>>
>>>>
>>>> On 1/23/08 6:11 AM, "Geoff Lee" <email@hidden> wrote:
>>>>
>>>>> Hi Nick,
>>>>>
>>>>> On 22 Jan 2008, at 20:37, Nick Kutzko wrote:
>>>>>
>>>>>> Our users are taking anywhere from 2-5 minutes to login through
>>>>>> OD.
>>>>>> I have
>>>>>> tested users, groups, computers, the servers and I'm totally lost.
>>>>>> Sometimes, they don't even get logged in for half of a class
>>>>>> period. My
>>>>>> account logs in quickly, less than 30 seconds, and when I tested
>>>>>> users
>>>>>> individually they were equally fast. However, come class time
>>>>>> when
>>>>>> they all
>>>>>> try to log in (25 kids, roughly) it lags or locks up. Any
>>>>>> suggestions? I
>>>>>> tried using a folder redirect through WGM, but it doesn't seem to
>>>>>> help.
>>>>>
>>>>> A packet trace can be invaluable in these situations. SSH into a
>>>>> machine and run
>>>>>
>>>>> tcpdump -vvv -i en0 -s0 -w slowlogin.tcpdump
>>>>>
>>>>> Now log into the machine as a student and wait... Hit ctrl-C on
>>>>> your
>>>>> monitoring machine once the process has finished.
>>>>>
>>>>> Then pop open the tcpdump file in wireshark (formerly ethereal,
>>>>> available from darwinports) and have a look-see.
>>>>>
>>>>> If this sounds daunting, feel free to mail me the output file from
>>>>> tcpdump and I'll have a look...
>>>>>
>>>>> HTH
>>>>>
>>>>> -geoff
>>>>>
>>>>> ______________________________________
>>>>> Geoff Lee <email@hidden>
>>>>> Computing Support
>>>>> School of Arts, Culture and Environment
>>>>> University of Edinburgh
>>>>> 20 Chambers St,
>>>>> Edinburgh, Scotland,
>>>>> EH1 1JZ
>>>>> Tel: +44 (0)131 650 2341
>>>>> ______________________________________
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> ______________________________________
>>> Geoff Lee <email@hidden>
>>> Computing Support
>>> School of Arts, Culture and Environment
>>> University of Edinburgh
>>> 20 Chambers St,
>>> Edinburgh, Scotland,
>>> EH1 1JZ
>>> Tel: +44 (0)131 650 2341
>>> ______________________________________
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> <slowlogin.tcpdump.zip>
>
> ______________________________________
> Geoff Lee <email@hidden>
> Computing Support
> School of Arts, Culture and Environment
> University of Edinburgh
> 20 Chambers St,
> Edinburgh, Scotland,
> EH1 1JZ
> Tel: +44 (0)131 650 2341
> ______________________________________
>
>
>
>
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Client-management mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/client-management/email@hidden
This email sent to email@hidden
