So turns out the reason OBD (and unbeknownst to me the cigarette lighters/power ports) problem was because the fuse (#17 on fuse block on drivers side of dash) was blown. And apparently at some point Ford switched to mini fuses so I had to go buy a new pack of fuses.
Fixed!
After about 45 minutes I have the driver area almost semi-clean.
Half cleaned steering wheel
Cleaned up steering wheel
Just got a 2004 Ford Explorer Sport Trac from my father.
Problems so far:
Front of Sport Trac
Side of Sport Trac
This is a very simple script to convert a /etc/passwd file to the associated useradd command line that creates the account. Useful for when your brain has turned off and you’re mid migration to a new system. Works with Linux and Solaris.
#!/usr/bin/perl -w
use strict;
while(<>) {
chomp;
my @a = split /:/;
print 'useradd ';
print '-d ' . $a[5] . ' ' if(defined $a[5]);
print '-m -u ' . $a[2] . ' -g ' . $a[3] . ' ' ;
print '-c "' . $a[4] . '"' if(length $a[4] > 0);
if (!defined $a[6]) {
$a[6] = "/usr/bin/false";
}
print ' -s ' . $a[6] . ' ' . $a[0] . "\n";
}
I bought a “GIO Beast” new a few years ago (Video of a similar one)
In stock form it has many deficiencies:
steering darts left and right excessively
front “shocks” are not real shocks, just stiff springs with shock like appendages
rear coil-over shock isn’t adjustable
slow
rev limited
seat bracket breaks easily, letting the seat shift around while riding
axle bearings are substandard
swing arm bushings are substandard
carb is too small and has issues
fuel line degrades and apparently flecks into the fuel
tank sometimes has welding gunk in it from the factory
no fuel shut off valve
tank doesn’t have a petcock, so reserve fuel is not available.
rack behind seat doesn’t fit exactly
exhaust is apparently restrictive
Solutions!
steering – fine tuning is apparently the way to go here. If I can’t get it good enough I’ll just fab a new a-arms to introduce some castor to the front suspension
front “shocks” – probably modify shock mounts to allow some cheap real shocks from a Japanese ATV.
rear shock – again, probably adjust mount to allow a cheap adjustable shock from a Japanese ATV or bike.
slow – Port exhaust manifold / exhaust pipe meeting point, mikuni carb, “performance” cdi
seat bracket – custom bracket
axle bearings –
swing arm bushings – Yamaha part ???-???-?? is apparently a perfect replacement and of much better quality
carb – replace with “Mikuni” carb from ebay
fuel line – replace complete fuel line with fresh from auto parts store
tank – replace with plastic tank with petcock + reserve from a Japanese ATV
fuel shutoff valve – tank replacement with petcock
rack behind seat – use superman like strength to bend metal to fit
exhaust – buy cheap bumble bee type exhaust, $30 or less.
I’ve ordered a 3d printer (here) and I’ve decided I’m going to use it to bootstrap the build of a Delta style printer that can do larger jobs, over 8 cubic feet.
I’ve already ordered “The Kraken” (here) a multi-hot-end extruder kit that lets you print four materials in one print job.
I’m thinking of doing something similar to the 3DR here) but with a print area big enough to do a volume of 8 cubic feet.
I’m starting on the design now. Even more work to do now.
I’m a bit of a storage enthusiast and I’ve been trying to find a reasonable cheap way of bulk loading 2.5″ disks. I’ve been decided to make a SAS disk tray for 2.5″ disks with vertical disks, along the line of the Backblaze storage pod (here)
I stumbled across some reasonably cheap 2.5″, 24 port backplanes with integrated port multipliers (Supermicro BPN-SAS-216EL1 here) and since they were going for less than $200/ea I got 4 of them.
Basic plan:
Sooo… lots of work to do.
I’ve been scripting somewhat with sar on Solaris 10. The major problem is that for some reason there is no flag to output machine readable output (ie. make it easy to import into spreadsheets or other script). The most imporant part was adding a time field to each and every block device to make it much easier to create disk statistics.
So I threw one together sarpipe.pl:
#!/usr/bin/perl -w
use strict;
#default field delimiter/separator
my $delim = "|";
while($_ = shift @ARGV) {
if($_ =~ m/--delim/) {
#change the default field delimter
$delim = shift(@ARGV);
}
else {
die "Usage: sar [-A...] | $0 [--delim seperator]n";
}
}
#preset so we don't get any concat empty val errors
my $latesttime = "";
#loop through the sar output
while(<>) {
chomp;
#catch time field of output, remove from line
if($_ =~ s/^(dd[:]dd[:]dd|Average)//) {
$latesttime = $1 . $delim;
}
#remove leading and tailing whitespace
$_ =~ s/(^s+|s+$)//;
#replace spaces with field delimiter
$_ =~ s/s+/$delim/g;
#if the line contains any content, print time field and line
print $latesttime . $_ if($_ =~ m/^.+$/);
print "n";
}
In use:
user@example$ ./sarpipe.pl -h Usage: sar [-A...] | ./sarpipe.pl [--delim seperator] user@example$ sar -d | ./sarpipe.pl | more SunOS|bcaeao|5.10|Generic_144488-10|sun4u|08/16/2011 00:00:00|device|%busy|avque|r+w/s|blks/s|avwait|avserv 00:10:01|md110|0|0.0|0|1|0.0|29.9 00:10:01|md111|0|0.0|0|0|0.0|0.0 00:10:01|md115|1|0.0|2|30|0.0|15.3 00:10:01|md116|0|0.0|0|0|0.0|12.8 00:10:01|md120|0|0.0|0|1|0.0|27.4 00:10:01|md121|0|0.0|0|0|0.0|0.0 00:10:01|md125|1|0.0|2|30|0.0|13.4 00:10:01|md126|0|0.0|0|0|0.0|13.0 00:10:01|md130|0|0.0|0|1|0.0|0.0 ... Average|ssd35,c|0|0.0|0|0|0.0|0.0 Average|ssd35,g|1|0.0|2|179|0.0|10.1 Average|ssd36|0|0.0|0|0|0.0|0.0 Average|ssd36,a|0|0.0|0|0|0.0|0.0 Average|ssd36,b|0|0.0|0|0|0.0|0.0 Average|ssd36,c|0|0.0|0|0|0.0|0.0 Average|ssd36,f|0|0.0|0|0|0.0|0.0 Average|ssd36,g|0|0.0|0|0|0.0|0.0 Average|ssd36,h|0|0.0|0|0|0.0|0.0 Average|ssd38|0|0.0|1|5|0.0|2.2 Average|ssd38,c|0|0.0|0|0|0.0|0.0 Average|ssd38,g|0|0.0|1|5|0.0|2.2 user@example$
As you can see, it just formats the sar output to be easily used. It does not remove empty lines or remove annoying psudo block devices (ssd36,h). The default delimiter is a pipe because a comma would interfere with device names with a comma. If you change the delimiter via command line (–delim) be sure to be aware of shell escapes (eg –delim ! not –delim !).
While research a problem with backing up Solaris zones I stumbled across a question about Solaris on Serverfault.com.
And since all the answers didn’t really seem all that good I decided to drop some knowledge:
This question is funny; this is almost the perfect question for a shill to ask to highlight Solaris 10 new features but no one gave the pro-Solaris answer.
This is a textbook application of Solaris Zones. The shared kernel provided by Zones lowers the overhead of virtualization, and increases speed dramatically. If you have an idea of a standard install for VPS (bash, apache2, php5, python 2.X, …) you can create a single “gold” zone to use as a template to clone to new zones. Package repositories are available at sunfreeware and blastwave providing you with pre-compiled packages, removing the need to compile your own if you don’t want to.
You can create your template, charge $X per VPS and clone the template for each new customer, total config time upwards of 5min, 0min if you script/automate it. Upgrading the “global” zone (the base system) will cascade those upgrades into the zones, or you can upgrade per zone, also highly automatable.
Solaris has kernel space accelerated SSL encryption for supported hardware: expensive cards, Sun/Oracle Niagra2 CPU based systems, and the new Nahalem systems with AES acceleration, which greatly increases the number of SSL protected websites you can host per system (a href=”http://www.c0t0d0s0.org/archives/6926-Performance-Impact-of-kssl.html” target=”_blank”>link).
Solaris 10 has many new features in resource management allowing you to segregate individual zones/processes/groups/users and keep runaway or compromised applications in one zone/group/user from impacting any others, as well as all the normal POSIX resource controls on memory use, file descriptors, etc.
Solaris 10 Zones (and Solaris 10 in general) was designed from the ground up to prove excellent security, accountability, resource management, and to dovetail nicely with Sun (and now Oracle) hardware offerings. When released the Sun T5240 + Sun Solaris + Solaris Zones package was the best platform for page views per second for the money.
In terms of technical merits, Solaris Zones is probably the best VPS solution available. But as is usually the case the issue is requirements and costs. Licensing, support costs, and Niagra2 or newer CPU hardware costs are rising with the Oracle takeover.
So evaluate the following: Will the higher VPS density, better VPS isolation and wiz-bang features compensate for higher licensing costs (if using Oracle Solaris), smaller user base to draw peer support from, higher hardware costs (for SSL accel), cost of supporting yet-another-OS, cost of hiring people to support yet-another-OS, the longer time it takes for security patches to get released.
If you already have a windows team, do you really want to hire a Solaris team just to shave a few percent off of your hardware bill? Stick with Hyper-V until it’ll save you money to switch. If you already have a large deployment of Solaris systems then go with Solaris. If you have a large Linux skill pool to draw on, do a Solaris trial and see how much extra time it takes 3 admins to learn the differences and maintain a new environment for 6 months
But technology should almost never dictate your business decision process. Much as I hate to say it for most service providers it makes more sense to provide a Windows based VPS system than a Solaris one. Unless you know now that you’re going to need the feature set, and the advantages are going to save you lots of Time And Money(TM) you probably don’t want Solaris.
But if this isn’t for a business and more about having fun, then go ahead, use Solaris! It’s alot of fun, has tons of features and options that you’ve never even thought of if you’re coming from a non-commercial Unix background. The deeper you get in to Solaris the more you learn about smart engineering and new ways of solving technical problems. I’ve yet to see a Linux box with a “load average: 1000.0+, 1000.0+, 1000.0+” that was responsive and easy to recover.
@symcbean: I know Solaris (or Slow-laris as it is sometimes called) has a reputation for poor performance (eg your fork example) but I seem to recall that the “Solaris Internals” book said that they re-engineered the threads significantly for Solaris 10, and process creation/forking performance was among the industry leaders. The LWP framework where each thread in an app is mapped to it’s own light weight process in kernel space apparently gave a big boost to performance, reliability, and accounting. The big hurdles for Solaris aren’t so much technical as operational (bad ui), cultural (small user base), and political (Oracle).
I’ve been having a lot of fun with Solaris Live Upgrade at work lately. I’ve discovered a few interesting things that I thought I should share.
I don’t know why, but I’ve managed to down my server twice in the last week trying to create live upgrade boot environments. One zone lost the ability to see any mounted directories there by scaring the crap outta the DBA and requiring a zone reboot to fix, another abbandonned a cpio process copying data to the root file system. While it didn’t cause a crash, it could have broken some processes and SMF requires free space in /etc to operate correctly (aka save crashed processes)
If live upgrades lucreate fails for any reason, it is very hard to recover. You can’t unconfigure the new boot environment, you cant delete the new boot environment, you can only complete the new boot environment, and that doesn’t work if say there isn’t enough physical space, or another hardware problem emerges
If you accidentaly destroy the metadevices or zfs file systems that live upgrade expects to exist in a boot environment, you cannot delete it. If the boot environment is “in complete” you can’t delete it, you preaty much can’t do anything with ludelete except remove pristine live upgrade environments. AKA only about 10% of the boot environments you wanted to delete.
So far this week I’ve had live upgrade refuse to patch zones because a single temp file didn’t copy correctly during boot creation. I’ve had lucreate mangle zone names then complain that the mangled name doesn’t exist. If you have a zone that mounts a file system, you have to include it in an exclude list file, or live upgrade will try to copy the contents of that additional file system onto your zones root drive.
This is probably quite bad advice but I find live upgrade only seems to work when it is the first time you are using it. All subsequent times you get stuck with missing file systems that you removed since the last time you upgraded, weird file access errors, zone misnames, file systems filled to 100% with data you didn’t want copied, left of processes changing things you probably didn’t want it to.
 | adamk on note to self |
Reply