2 February 2012, 21:05 UTCVirtualmin stuff:
Ever wonder --- here is where I can keep my mind free from stuff like this:
Q: Where does the installer script keep the tarball?
A: In /var/webmin/cache/http://__blah
Q: Having install issues related to Apparmour and Bind?
A: See here: http://penguinpackets.com/~kelly/kblog/blog/01279634268
Q: How do you set it up - quick notes.
A: See here: http://penguinpackets.com/~kelly/kblog/blog/01273603000
31 January 2012, 22:43 UTCHere they are: (Nagios macros).
http://nagios.sourceforge.net/docs/nagioscore/3/en/macrolist.html
Never can remember where to find them.
25 January 2012, 3:56 UTCWake that machine up!
Try this:
etherwake -D c4:2b:2b:28:71:16
23 January 2012, 21:13 UTCOS X Server Slow Logins - remote home dir (think NFS home dir in non-mac speak) and Open Directory Auth (think Kerberos in non-mac speak)
Check this:
http://support.apple.com/kb/ts3560
When they delete this, here is the summary:
Check this file on the client: /Library/Preferences/edu.mit.Kerberos See that it is not using ip addresses for lookups (i.e. use hostnames and dns). If it is and or it needs fixing, change it on the server: In Workgroup Manager, open Preferences, make sure the Show "All Records" tab and inspector checkbox is checked I.e. make sure you can see the super secret options.... (e.g. pulldowns etc...) Get to the Config->KerberosClient->XMLPlist Check out the "KADM_List and KDC_List arrays", and replace ip's with hostnames. Update the id at the bottom and save.
9 January 2012, 22:10 UTCOS X Server and network home directories
Using network home auto-mounts under OS X, and having to move users from one server to another after creation?
This works for most programs, but some are poorly written.
Here is why:
Preference files often get written with the full server path in them...
Chrome hides this in the Preferences file: ~/Library/Application Support/Google/Chrome/Default/Preferences "last_directory": "/Network/Servers/server.com/Users/username/Desktop" But Microsoft Office is even worse.... It keeps the server the application was registered on in a preference file: ~/Library/Preferences/com.microsoft.office.plist Nuke that file and MSO works after the move, but the user will have to re-do the first run steps (thankfully not the registration key entry)....
I am sure there are other programs that break on a server move.
Hey dummies, do you hard code paths on your website so it only works on one server?
Chrome and MSO are so bad that they try to open and mount the location specified in the Preference file.
The program eventually crashes and or fails to kill off on log out for the user.
Nothing like lazy programming to make your product seem like it is crap, when it is probably not.
Here is some discussion on the Chromium bug list:
Link here:
http://code.google.com/p/chromium/issues/detail?id=27756&q=network%20home%20directory&colspec=ID%20Pri%20Mstone%20ReleaseBlock%20Area%20Feature%20Status%20Owner%20Summary
Comment 42 by mar...@chromium.org, Mar 22, 2011 If you think Firefox better suits your needs, then by all means switch to that browser. We aim to be the best browsers for everybody, but there will always be users who have specific requirements that are better met by a different product. Having said all of this, you will probably discover that both Chrome and Firefox do *much* better if you can avoid storing state files on a filesystem that fails to implement full POSIX semantics, and that is shared across multiple logins. Long before Chrome existed, when I was using Firefox as my daily browser, I made it a point to move all of the Firefox state files to local disk. I had a lot less trouble afterwards. All network filesystems (NFS, Coda, ...) have unusual semantics and failure modes. It is better not to use them for parts of the filesystem that are expected to provide full POSIX semantics. This particularly means to never ever use them for /tmp (really bad things happen, if you do!), and to avoid them for some of the files in /home. This especially means ~/.config, ~/.gnome*, ~/.cache, ~/.gconf*, ~/.mozilla and probably a few others that I can't think of right now. None of this means that we shouldn't try to make a best effort to help users who are unfortunate enough to be stuck with a machine, where local storage isn't available. But I would always expect for some problems to remain, if the filesystem is essentially untrustworthy.
I especially love the bits about non full POSIX semantics and "... users who are unfortunate enough to be suck with a machine, where local storage isn't available."
Avoid network filesystems for ~/.mozilla, eh? Network home dirs via nfs etc were around long before programs started becoming written like this as well.
From the looks of the open bugs, many of the bugs would go away with a fix to the file paths in preference and other files....
18 December 2011, 13:26 UTCApache not restarting but complaining about no sockets available?
98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs
Try this:
netstat -ltnp | grep ':80' This looks good as well: fuser 80/tcp
and kill that process.
16 December 2011, 16:43 UTCSo, how do you find the serial number of a Western Digital drive?
Say you only have some WNN numbers and Linux shows serial numbers in /dev/disk/by-id?
Give this a spin (assuming you have something left of the drive to query:
Warning: hdparm switches can and do change, read the man page before attempting this.
You might wreck data if you mistype the command. You have been warned
hdparm -I /dev/sdX (where X is the drive you want to get the WNN).
You should find it near the end of the output. This should allow you to match the serial number (also in the output), to the WNN on the drive case.
15 December 2011, 21:30 UTCOh, yeah... iostat. Forgot about that.
Ever have your software raid go from ZX-81 fast mode to slow mode?
Try this:
iostat -x 1 3
I found that 1 disk was consistently slow in an 8 disk software raid 6.
Since it was software raid, I just kicked the drive out to prove the point!
Throughput doubled after kicking the troublemaker out!
15 December 2011, 17:53 UTCHa, ha, ha!
This is too funny! http://thedon.me/2011/05/08/test-your-code-in-production/
9 December 2011, 16:04 UTCI don't think we are capable of learning :-) LSI 1068 troubles part ?
Silly monkeys we are somtimes.
Seems asking the LSI 1068 controller to do fast writes ... still... ...fails...:-(
[16507333.308069] mptbase: ioc0: LogInfo(0x31120403): Originator={PL}, Code={Abort}, SubCode(0x0403)
Seems like we have been down this road before:
You would think this would have fixed itself - ha... But then again, if you buy the same thing,
and expect a different outcome, well - blog/01279745582
When you get better performance from $30 off the shelf 4 port sata controllers, some thing has got to
be wrong.
6 December 2011, 5:10 UTCMcGurk effect can be fun!
4 December 2011, 22:25 UTCNice. Windows "Start" = Windows "End"
4 December 2011, 3:52 UTCNice quotes:
1 December 2011, 21:10 UTCNice lightweight sendmail replacement?
1 December 2011, 18:00 UTCVMWare Server time to consider host time?
1 November 2011, 16:38 UTCiCalendar and the dreaded time zone;
31 October 2011, 14:16 UTCIs the FTP server on OS X 10.6 giving you 530 password incorrect?
26 October 2011, 20:31 UTCSexy curses based runlevel config tool!
17 October 2011, 17:12 UTCProve the login window is available before the network is up on OS X 10.6
15 October 2011, 4:46 UTCI have hope! Dr. Jamison, you have the way. The spark of math, science, and engineering lives on.
14 October 2011, 3:50 UTCMulti-touch is stupid and clumsy
7 October 2011, 11:47 UTCapache not starting, but not giving any errors?
12 September 2011, 18:55 UTCOS X wide open permissions
2 September 2011, 20:31 UTCUptime
26 August 2011, 14:31 UTCToo busy to worry about the Apache / PHP apocalypse.
23 August 2011, 18:21 UTCHelp me Jebus! TinyFlacid Windows 7 -> "Run as Administrator" vs "Install"
23 August 2011, 17:10 UTCPing and jumbo frames test
23 August 2011, 15:41 UTCDear Google - calendar fail.
18 August 2011, 17:02 UTCThe future looks good for KVM!
5 August 2011, 12:38 UTCShow open ports on OS X