It's not bodgy. Karmen put me in the job I am in now - Hi Karmen.<br><br>Not sure why she replied to the below message though?<br>A new message would have made more sense :)<br><br>Cheers<br>Blake Munro<br><br><div class="gmail_quote">
2008/6/19 Bret Busby <<a href="mailto:bret@busby.net">bret@busby.net</a>>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
If the organisation from which the email message below, appears to have ben sent, is in fact a professional organisation, one person should not be sending an email using another person's name, and, the email message, if it is sincere, should be an email with an appropriate email message subject, rather than an email injected (yes, like SQL code<br>
injection) into an unrelated subject thread on a mailing list, so as to conceal the purpose of the message.<br>
<br>
Therefore, the question has to be asked; is the message below, bodgy?<br>
<br>
--<br>
Bret Busby<br>
Armadale<br>
West Australia<br>
..............<br>
<br>
"So once you do know what the question actually is,<br>
you'll know what the answer means."<br>
- Deep Thought,<br>
Chapter 28 of Book 1 of<br>
"The Hitchhiker's Guide to the Galaxy:<br>
A Trilogy In Four Parts",<br>
written by Douglas Adams,<br>
published by Pan Books, 1992<br>
<br>
....................................................<br>
<br>
<br>
On Thu, 19 Jun 2008, Gary Robertson wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Date: Thu, 19 Jun 2008 16:37:13 +1000<br>
From: Gary Robertson <<a href="mailto:Gary.Robertson@hays.com.au" target="_blank">Gary.Robertson@hays.com.au</a>><br>
Reply-To: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
To: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
Subject: RE: [plug] Ubuntu woes<br>
<br>
<br>
Hi There,<br>
<br>
Is anyone seeking or knows of someone who might be interested in a Linux<br>
Systems Administrator position. It is to support a web environment. The<br>
role will be working in a team to support about 14 servers. This is a<br>
fairly entry level role and is paying $45 - $55k plus super.<br>
<br>
If you wish to discuss further please contact myself on the number<br>
below.<br>
<br>
<br>
Kind Regards,<br>
<br>
Karmen Bakovic<br>
<br>
Senior Recruitment Consultant<br>
<br>
HAYS Information Technology<br>
<br>
<br>
<br>
Hays - Australia and New Zealand's leading specialist recruitment group<br>
<br>
<br>
<br>
T 08 9226 0899 | F 08 9322 5386 | E <a href="mailto:karmen.bakovic@hays.com.au" target="_blank">karmen.bakovic@hays.com.au</a><br>
<br>
Level 12, 172 St Georges Terrace, Perth WA 6000<br>
<br>
To search for the best jobs and candidates visit our website<br>
<a href="http://www.hays.com.au" target="_blank">www.hays.com.au</a><br>
<br>
<br>
<br>
SARA Award winners for "Best Candidate Care by a Recruitment Firm" 2005<br>
and 2006<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:plug-bounces@plug.org.au" target="_blank">plug-bounces@plug.org.au</a> [mailto:<a href="mailto:plug-bounces@plug.org.au" target="_blank">plug-bounces@plug.org.au</a>] On<br>
Behalf Of Daniel Pittman<br>
Sent: Thursday, 19 June 2008 12:44 PM<br>
To: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
Subject: Re: [plug] Ubuntu woes<br>
<br>
Steve Baker <<a href="mailto:steve@iinet.net.au" target="_blank">steve@iinet.net.au</a>> writes:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Daniel Pittman wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Steve Baker <<a href="mailto:steve@iinet.net.au" target="_blank">steve@iinet.net.au</a>> writes:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Nothing out of the ordinary in the kern.log, messages, syslog,<br>
daemon.log, or the usual suspects in /var/log.<br>
<br>
All disks are in a hardware RAID - 8-port adaptec SATA-II raid card,<br>
</blockquote></blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2 discs in RAID-1 and 6 in RAID-5. The two RAID-1 drives are 12<br>
months or so old, the other 6 are all new. My next plan is to find<br>
the afatools kit from Adaptec and run the afacli command to check<br>
the SMART status of the discs and then scrub (check) the arrays.<br>
<br>
What is confusing is some tasks are quite quick and others really<br>
slow. Unpacking a tgz archive was quick, aptitude safe-upgrade<br>
takes a long time to do steps like read state information, build the<br>
</blockquote></blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
tag database, etc. but the download was quick, then it took even<br>
longer to do the post-installation steps.<br>
</blockquote>
<br>
It sounds, to me, very much like your system is delivering good write<br>
</blockquote></blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
bandwidth[1] but terrible read bandwidth or latency.<br>
<br>
Unpacking the tar is fast iff the content is in memory, but the<br>
update is slow when it reads databases or faults in code from disk.<br>
Network runs at full speed, and the post-install was slow only where<br>
it had to fault in code, etc...<br>
</blockquote>
<br>
Sounds like a good theory - I am not sure of the best way to test this<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
though.<br>
</blockquote>
<br>
Well, the easy way would be to time reading a file that had not been<br>
read before, then time re-reading it. That should show up as slow the<br>
first time around, fast the second.<br>
<br>
You should also be able to echo ... 3, IIRC, to /proc/sys/vm/drop_caches<br>
in order to have the kernel flush all the caching. Ah, there we go:<br>
<br>
<a href="http://linux-mm.org/Drop_Caches" target="_blank">http://linux-mm.org/Drop_Caches</a><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I know of hdparm/sdparm but I don't know if they are appropriate for<br>
RAID volumes. I can time large file copies and such (eg dd<br>
if=/dev/urandom of=/some/file bs=1048576 count=1024 or whatever) but I<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
have nothing to compare results to. And how do I stop caching from<br>
upsetting the results?<br>
</blockquote>
<br>
Well, my expectation would be that y'all could stop other activity and<br>
time the commands 'dd if=/dev/zero of=whatever bs=1M count=100; sync'<br>
together, which should give you a view of the time to write data out.<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
At a guess. Oh, are you running a vendor driver for the Adaptec<br>
card, or is it all open source drivers?<br>
</blockquote>
<br>
I'm running the default Ubuntu aacraid driver. When I ran the<br>
installer it found that driver automatically, so I just used that.<br>
</blockquote>
<br>
That seems reasonable, and if the driver picks it up then it is real<br>
hardware RAID and all.<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In my experience the aacraid drivers have been pretty stable and<br>
reliable, and I believe that Adaptec have always been quite open about<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
providing specs for their hardware.<br>
</blockquote>
<br>
Sadly, these days they sell a pile of "fakeRAID" cards, for which only<br>
binary drivers exist. Great, isn't it? Anyhow, that is why I ask.<br>
<br>
[...]<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Something I forgot to mention is that it's also very slow to boot,<br>
which could indicate a hardware level issue with the RAID card (or<br>
maybe it slows down after the kernel loads the raid driver). I think<br>
it's the most recent firmware revision but I'll check on that too.<br>
</blockquote>
<br>
I would almost guess that your RAID array was degraded, and that is<br>
killing performance.<br>
<br>
Actually, a question: you have a RAID1 and a RAID5, right?<br>
<br>
Is the terrible performance the same on both?<br>
<br>
Regards,<br>
Daniel<br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
<a href="http://www.plug.org.au/mailman/listinfo/plug" target="_blank">http://www.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.linux.org.au" target="_blank">committee@plug.linux.org.au</a><br>
<br>
<br>
For the latest recruitment news and career opportunities visit <a href="http://www.hays.com.au" target="_blank">www.hays.com.au</a><br>
<br>
*********************************************************************************************<br>
This message (including any attachments) is confidential and may be<br>
legally privileged. If you are not the intended recipient, you should<br>
not disclose, copy or use any part of it - please delete all copies<br>
immediately and notify the Hays Helpdesk at <a href="mailto:helpdesk@hays.com.au" target="_blank">helpdesk@hays.com.au</a><br>
<br>
Any information, statements or opinions contained in this message<br>
(including any attachments) are given by the author. They are not<br>
given on behalf of Hays unless subsequently confirmed by an individual<br>
other than the author who is duly authorised to represent Hays.<br>
<br>
All sent and received email from/to Hays is automatically scanned for the presence of computer viruses, security issues and inappropriate content.<br>
<br>
For further information on the services which Hays provide visit our web site at <a href="http://www.hays.com.au" target="_blank">www.hays.com.au</a><br>
*********************************************************************************************<br>
<br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
<a href="http://www.plug.org.au/mailman/listinfo/plug" target="_blank">http://www.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.linux.org.au" target="_blank">committee@plug.linux.org.au</a><br>
<br>
</blockquote>
<br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
<a href="http://www.plug.org.au/mailman/listinfo/plug" target="_blank">http://www.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.linux.org.au" target="_blank">committee@plug.linux.org.au</a><br>
</blockquote></div><br>