We just recieved a couple of new computers today, shiny new Dell Studio XPS 435MT boxes. As everyone here still runs XP 32bit I decided to reinstall the new computers with the same OS, so we didn’t run into any compatability problems. The problem is Dell doesn’t support any other operating systems on these computers other than Vista 64bit!
After searching around the internet for a couple of hours I found the drivers needed, they are as follows:
Network (Intel 82567):
http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&ProductID=3003&DwnldID=4275&strOSs=44&OSFullName=Windows*%20XP%20Professional&lang=eng
Chipset (Intel X58):
http://downloadcenter.intel.com/filter_results.aspx?strTypes=all&ProductID=816&OSFullName=Windows*+XP+Professional&lang=eng&strOSs=44&submit=Go!
Graphics (ATI Radeon 4850):
http://game.amd.com/us-en/drivers_catalyst.aspx?p=xp/radeonx-xp
Audio (Realtek HD Audio):
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PFid=24&Level=4&Conn=3&DownTypeID=3
I hope this helps anyone with a similar problem
Tech Problems
32bit, dell, windows xp, xps
I’ve been battling with Webmin trying to get SSLv2 turned off so I can comply with Hackersafe/McAfee Secure.
I managed to do it this morning, this is how I did it:
- Upgrade to version 1.430
- Webmin -> Webmin Configuration -> SSL Encryption
- Enter HIGH:-SSLv2:-aNULL into the Allowed SSL Ciphers field (new as of 1.430)
- Restart Webmin
You can check that SSLv2 is disabled by running this from the shell/command line:
openssl s_client -connect localhost:10000 -ssl2
If you get lines like these, SSLv2 is disabled:
419:error:1407F0E5:SSL routines:SSL2_WRITE:ssl handshake failure:s2_pkt.c:428:
420:error:1406D0B8:SSL routines:GET_SERVER_HELLO:no cipher list:s2_clnt.c:450:
Tech Problems
hackersafe, mcafee, security, ssl, webmin
For some reason Sixxs.net seems to be down. I’m unable to connect my IPV6 tunnels to their PoP’s or connect to their website. Does anyone have any idea why they’re offline?
Update: Seems to be back up now. It’s safe to restart your aiccu now
Tech Problems
ipv6, sixxs, tunnel
For some reason the iPhone 3G will not connect to this wireless router. There has been talk that this is fixed in the latest firmware but as of writing this it is not fixed in the latest AU/NZ firmware (1.00.23).
I found a temporary solution for the problem though. If you limit your router to 802.11B only then the iPhone will connect without a problem. As soon as it’s changed to mixed network or 802.11G only then it will fail to connect.
Update: I’ve found that the AU firmware from the AU linksys site works fine on the NZ WAG54Gv3. I’m using 1.00.46 and the iPhone 3G now connects under 802.11G without a problem.
Tech Problems
3g, iphone, linksys, wifi, wireless
I managed to figure out how to monitor Apache with Big Brother and LARRD. As it's not very well documented I thought I'd share it with everyone.
First set your apache server to display status in the apache httpd.conf:
CODE:
-
<Location /server-status>
-
SetHandler server-status
-
Order deny,allow
-
Deny from all
-
Allow from 127.0.0.1
-
</Location>
-
-
ExtendedStatus On
Setting extended status to On does slow down the server a little bit, but it's usually not noticeable. Remember to limit access to the status page to just the IP where your Big Brother server is monitoring from.
Add apache to @DATALIST in larrd-config.pl
Then in your apache-larrd.pl (under the larrd directory) you'll need to hardcode the servers you want to monitor.
CODE:
-
%host_h = (
-
'server01' => {
-
port => "80",
-
url => "http://www.yoursite.com/server-status?auto",
-
}
-
);
The first part of the host_h array is to identify which server to attach the RRD file with. In this instance I'm monitoring a server called server01 and the website I have setup with the server-status page is http://www.youresite.com/server-status?auto. If your host is a FQDN (fully qualified domain name) then you can omit the full url and just have /server-status?auto and Big Brother will work out the URL.
With any luck you'll have 4 new graphs on your trends/LARRD page.
Tech Problems
I ran into some problems with MySQL on RHEL 4 when SELinux was enabled. When starting MySQL it would come up with this:
Starting MySQL...................................[FAILED]
And the following in /var/log/messages:
CODE:
-
Dec 1 14:02:52 searchdev kernel: audit(1164934972.432:5): avc: denied { append } for pid=3071 comm="mysqld" name="searchdev.err" dev=sda6 ino=1687755 scontext=root:system_r:mysqld_t tcontext=root:object_r:var_lib_t tclass=file
All fixed though thanks to this page: http://bugs.mysql.com/bug.php?id=12676
Tech Problems