| 00:09.45 | klys | I was in an OKC suburb last time I remember this happening www.ksl.com |
| 00:22.14 | findlay | I emailed a whole ton of people today and nobody replied yet |
| 00:26.35 | findlay | if you build close to the mountains, they afford enough wind friction to prevent most cyclone formation, but then you have to deal with the goblins |
| 00:26.40 | findlay | and the trolls |
| 00:28.17 | findlay | I think the ideal is miniaturized hills and valleys that are far enough away from active faults, thus too small for goblin caves, but large enough to dissipate conformal weather patterns |
| 00:28.21 | findlay | hobbit size, essentially |
| 00:32.01 | klys | the OKC region had some really bad earthquakes ~1830 |
| 00:59.05 | *** join/#utah jnbek (~jnbek@pdpc/supporter/active/jnbek) |
| 01:05.56 | *** join/#utah VanHelsing (~vanhelsin@146.86.224.13) |
| 01:17.31 | klys | ~slashdot |
| 01:18.42 | klys | crackers |
| 01:22.41 | klys | good heck she's playing "1,000 years" on the piano! |
| 01:26.20 | *** join/#utah pdayton (~pjdayton@67.21.63.152) |
| 02:00.13 | *** join/#utah jalbretsen (~jalbretse@c-24-10-128-246.hsd1.ut.comcast.net) |
| 02:29.38 | *** join/#utah jalbretsen (~jalbretse@c-24-10-128-246.hsd1.ut.comcast.net) |
| 03:06.41 | *** join/#utah smcquay (~smcquay@17.193.12.131) |
| 03:30.16 | *** join/#utah vanhelsing_ (~vanhelsin@146.86.224.13) |
| 03:52.14 | *** join/#utah smcquay (~smcquay@17.193.12.131) |
| 04:31.37 | *** join/#utah tiwula (~lane@74-81-242-203.static.sdyl005.digis.net) |
| 04:31.41 | *** join/#utah jalbretsen (~jalbretse@c-24-10-128-246.hsd1.ut.comcast.net) |
| 04:34.39 | *** part/#utah jalbretsen (~jalbretse@c-24-10-128-246.hsd1.ut.comcast.net) |
| 04:40.04 | *** join/#utah kendsnyder (~kendsnyde@97-122-79-193.hlrn.qwest.net) |
| 05:10.03 | *** join/#utah resplin (~resplin@esplins.org) |
| 05:22.02 | *** join/#utah utlemming (~ben@206.242.sfcn.org) |
| 05:56.48 | *** join/#utah jnbek (~jnbek@pdpc/supporter/active/jnbek) |
| 07:16.13 | *** join/#utah jima (jima@utah.b0rk3d.com) |
| 11:24.38 | *** join/#utah Wildblue (~male@unaffiliated/wildblue) |
| 11:44.39 | *** join/#utah jab416171 (uid2058@gateway/web/irccloud.com/x-lurvhtmjapmhlxqq) |
| 11:47.37 | *** join/#utah jab416171 (uid2058@gateway/web/irccloud.com/x-fndixpjmjvkrppwb) |
| 12:06.56 | *** join/#utah emcnabb (~emcnabb@cpe-065-190-142-224.nc.res.rr.com) |
| 12:06.56 | *** mode/#utah [+v emcnabb] by ChanServ |
| 13:26.54 | *** join/#utah ekimatuan (~Adium@69.195.66.208) |
| 13:31.15 | *** join/#utah Migs (~Migs@205.122.50.64) |
| 14:15.57 | *** join/#utah resplin (~resplin@esplins.org) |
| 14:17.05 | *** join/#utah tiwula (~lane@70.89.246.241-Busname-UT.hfc.comcastbusiness.net) |
| 14:17.30 | *** join/#utah kendsnyder (~kendsnyde@97-122-79-193.hlrn.qwest.net) |
| 14:20.49 | *** join/#utah mrpull (~jpollmann@216.51.56.98) |
| 14:38.27 | *** join/#utah macnewbold (~macnewbol@66.219.204.98.provo.dynamic.broadweavenetworks.net) |
| 14:46.48 | *** join/#utah pdayton (~pjdayton@67.21.63.152) |
| 14:49.46 | *** join/#utah jalbretsen (~jalbretse@sonic.itransact.com) |
| 15:15.04 | *** join/#utah ekimatuan1 (~Adium@69-195-66-209.unifiedlayer.com) |
| 15:22.21 | *** join/#utah vanhelsing_ (~vanhelsin@146.86.224.13) |
| 15:40.31 | *** join/#utah NoCoolName_Tom (~NoCoolNam@64.124.34.2) |
| 15:43.51 | HumanCell | Anyone a good expert on MySQL and InnoDB? |
| 15:44.28 | HumanCell | I'm trying to understand possible tuning of parameters of InnoDB to improve performance ... if possible. |
| 15:48.45 | *** join/#utah TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 15:48.45 | *** mode/#utah [+o TimRiker] by ChanServ |
| 15:53.25 | *** join/#utah SunSparc (~jonathan@69-27-175-74.acedatacenter.com) |
| 15:54.16 | *** join/#utah dkelson (~dkelson@38.73.135.226) |
| 15:56.08 | *** join/#utah opapo (~quassel@204.113.97.235) |
| 15:57.16 | fungus | HumanCell, http://www.mysqlperformanceblog.com/2006/09/29/what-to-tune-in-mysql-server-after-installation/ |
| 15:58.07 | fungus | perhaps https://tools.percona.com/wizard |
| 15:58.42 | fungus | and http://hackmysql.com/mysqlreport has an easy way to collect usage data from your server. |
| 16:00.09 | *** join/#utah dremex (~dremex@63.230.13.153) |
| 16:06.28 | HumanCell | So, I've read countless articles like this, but have not been able to find a good guide to trouble shoot the situation I'm experincing ... |
| 16:06.43 | HumanCell | ... right now I'm looking at 20 second insert/updates per record ... suck! |
| 16:12.09 | fugue88 | :O |
| 16:12.22 | fugue88 | HumanCell: Insert one record, 20 seconds to finish? |
| 16:12.24 | fugue88 | Ouch. |
| 16:12.47 | HumanCell | Yeah ... I'm doing an import ... still 12+ hours later ... 54 million records ... |
| 16:12.48 | goozbach | what's the database sitting on? |
| 16:12.59 | goozbach | as far as filesystem/disk type goes |
| 16:13.05 | HumanCell | dedicated quad-core box ... MySql 5.0 though ... CentOS ... |
| 16:13.39 | fugue88 | HumanCell: One thing we do in postgres-land is load into tables with no indexes on them, add the indexes after the load is finished. |
| 16:14.03 | fugue88 | But, 20 seconds... |
| 16:14.05 | HumanCell | Ah ... hadn't thought of that ... |
| 16:14.17 | fugue88 | HumanCell: Is it one process doing the work? |
| 16:14.24 | HumanCell | Yeah, what I'm seeing is that all of the InnoDB pages are dirty ... so they aren't flushing to disk fast enough |
| 16:14.35 | HumanCell | Yes, there is only one process ... |
| 16:14.54 | fugue88 | Is it doing all of the work in one big transaction to be committed at the end? |
| 16:15.01 | fugue88 | That would be a disaster. |
| 16:15.04 | goozbach | HumanCell: raid 1,5,6? |
| 16:15.09 | goozbach | ext3/4 |
| 16:15.12 | goozbach | bttrfs? |
| 16:15.18 | goozbach | software raid? |
| 16:15.23 | goozbach | hard ware raid? |
| 16:15.25 | goozbach | nfs share? |
| 16:15.40 | goozbach | iostats show anything interesting? |
| 16:15.40 | fugue88 | btrfs---stores your data as reliably as butter :P |
| 16:16.14 | HumanCell | There is a hardware raid ... simple two drive mirror ... |
| 16:16.40 | HumanCell | goozbach: what specific to look at with iosats? |
| 16:16.44 | HumanCell | iostats |
| 16:17.32 | HumanCell | Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn |
| 16:17.32 | HumanCell | sda 239.55 1945.84 11784.14 159427677 965505778 |
| 16:18.32 | HumanCell | avg-cpu: %user %nice %system %iowait %steal %idle |
| 16:18.32 | HumanCell | <PROTECTED> |
| 16:19.03 | Yorokobi | Slow disk |
| 16:19.07 | fugue88 | HumanCell: I really suspect that these 54 million rows are all in a single transaction, which could tank performance. Either auto-commit (every insert is a transaction), or batch by something like 1,000 or 10,000 rows. |
| 16:19.39 | HumanCell | Is there a way to do that in process? Or halt and start over? |
| 16:20.09 | HumanCell | There are 46+ million inserted now ... over night ... |
| 16:20.17 | fugue88 | HumanCell: If it is in fact one giant transaction, your only recourse is to kill it and start over with better transaction management. So, check it first. |
| 16:20.42 | HumanCell | Is there a parameter I can query to know? Or? |
| 16:21.33 | fugue88 | HumanCell: Can you see the inserted rows from the command-line client? |
| 16:22.26 | HumanCell | trying a query ... but it appears to hang ... |
| 16:22.41 | fugue88 | HumanCell: Well, don't do "select * from big_table" ;) |
| 16:22.54 | fugue88 | Maybe "select * from big_table limit 1000" |
| 16:23.04 | fugue88 | assumes mysql supports limit |
| 16:23.20 | fugue88 | or even limit 1. |
| 16:23.30 | fugue88 | If you know the table was empty before this job. |
| 16:24.03 | HumanCell | Yeah ... it was empty ... and it seems to hang ... even with the limit. |
| 16:24.18 | goozbach | yeah looking for slow disks, but without foreknowedge of how fast the disk is moving... |
| 16:24.22 | goozbach | :\ |
| 16:24.48 | fugue88 | HumanCell: Drat, I don't know what that means in mysql. I was expecting either returning no rows, or returning some rows, but not hanging. |
| 16:25.25 | HumanCell | Ha ... yeah, me neither. Hmmm ... now I'm hosed slightly. Opening a new commandline |
| 16:25.59 | *** join/#utah Software` (~user@63-224-123-68.slkc.qwest.net) |
| 16:26.48 | HumanCell | Yes ... both queries were stuck "Waiting for table" |
| 16:28.51 | HumanCell | Last insert took 31 seconds ... and they are small records. I'm guessing completely I/O bound, or something in the InnoDB write handling. |
| 16:29.20 | *** join/#utah smcquay (~smcquay@17.193.12.131) |
| 16:30.30 | HumanCell | Here's where I'm seeing the issue: |
| 16:30.31 | HumanCell | Innodb_buffer_pool_pages_data 16 k The number of pages containing data (dirty or clean). |
| 16:30.31 | HumanCell | Innodb_buffer_pool_pages_dirty 15 k The number of pages currently dirty. |
| 16:32.20 | fugue88 | So, 16,000 pages containing data, 15,000 of which are dirty? All that says to me is you're writing a lot. |
| 16:32.55 | fugue88 | HumanCell: "Waiting for table" and not "Waiting for table level lock"? |
| 16:33.14 | HumanCell | Yes, they were both just stuck "Waiting for table" |
| 16:34.12 | fugue88 | HumanCell: Find that text in this page: https://dev.mysql.com/doc/refman/5.0/en/general-thread-states.html |
| 16:34.33 | fugue88 | HumanCell: Is your loader issuing any of the listed commands? |
| 16:34.42 | fugue88 | Even if just at the very beginning of its work? |
| 16:35.36 | HumanCell | No ... I'm doing a simple commandline import using mysql < import.sql |
| 16:35.55 | fugue88 | Okay, well that's good at least. |
| 16:36.19 | fugue88 | HumanCell: Can you share import.sql minus all its data? |
| 16:37.11 | fugue88 | HumanCell: Also, back down the hardware track... do you see any harddrive read/write errors in the output of dmesg? |
| 16:37.51 | *** join/#utah Migs (~Migs@205.122.50.64) |
| 16:38.01 | HumanCell | Nothing in dmesg ... |
| 16:38.15 | HumanCell | is looking at the .sql file ... |
| 16:39.06 | HumanCell | It's a 12GB file ... so I'm wondering what you might want to view in it ... that I can look for? |
| 16:41.48 | HumanCell | Overall, the numbers I'm seeing in iostat do not seem to indicate a slow disk. 200-400tps ... |
| 16:42.24 | Yorokobi | tps = iops? |
| 16:42.37 | HumanCell | http://www.thattommyhall.com/2011/02/18/iops-linux-iostat/ |
| 16:43.22 | HumanCell | What I can't understand is how one insert every 30 seconds is translating to that many writes! :-/ |
| 16:43.34 | Yorokobi | 400 is pretty slow |
| 16:44.02 | Yorokobi | The product I work with requires a minimum of 800 IOPS to perform adequately. :) |
| 16:45.07 | HumanCell | I'm not sure what is limiting the IOPS ... is it the hardware, or in software? That is the part I've been digging into this morning ... |
| 16:45.39 | HumanCell | I can access other apps on the server, and even other mysql apps, and they perform fine. |
| 16:46.38 | HumanCell | I think like fugue88 was saying, it could be the indexes or transaction issues ... |
| 16:50.00 | fugue88 | HumanCell: I'd be interested in anything in that file other than INSERT statements. |
| 16:53.00 | HumanCell | Ha .. I'm creating that output and already see "LOCK TABLES 'recommends' WRITE;" |
| 16:56.45 | fugue88 | HumanCell: That lock would explain why the client session couldn't select. Not sure it explains performance problems. |
| 16:57.56 | HumanCell | Found some other bulk loading tips: http://dev.mysql.com/doc/refman/5.0/en/innodb-tuning.html |
| 16:59.34 | fugue88 | HumanCell: Hah, I wouldn't use their first tip, at least not by wrapping your entire dataset that way. Grouped in 1000s or 10000s, sure. |
| 16:59.51 | fugue88 | But it sounds like your performance is getting progressively worse as time goes by, |
| 17:00.03 | fugue88 | and I wouldn't expect auto-commit to do that. |
| 17:00.11 | HumanCell | has reluctantly killed the import ... could not stand thinking of waiting 10 million * 30 seconds ... |
| 17:00.12 | fugue88 | On its own, anyway. |
| 17:00.32 | fugue88 | must obey his stomach now |
| 17:00.36 | fugue88 | gl, HumanCell. |
| 17:01.01 | *** join/#utah keldwud (~marcus@209.63.136.134) |
| 17:01.14 | fugue88 | HumanCell: p.s. I'm curious if you can see any rows in that table now that the lock is released. |
| 17:01.26 | *** join/#utah keldwud (~marcus@unaffiliated/keldwud) |
| 17:01.36 | HumanCell | within seconds ... 15k -> 57 dirty pages. |
| 17:02.03 | HumanCell | Yes ... I can see them ... |
| 17:02.15 | HumanCell | And 4 indexs too ... |
| 17:02.41 | HumanCell | 47+ million rows imported ... but I know there are 54+ million total ... |
| 17:03.37 | keldwud | looking for a 2 bedroom apt in the orem/provo area. Have pretty much exhausted craigslist and ksl leads. Anybody have any decent leads? I don't know if I'm just being too picky or utah county rent is just too much for me, but how I wish getting apartments and jobs were as easy as buying things from the store. |
| 17:03.51 | keldwud | I know it isn't quite tech related, but :) |
| 17:25.05 | Q_Continuum | Heh, yeah it isn't as easy as it could be. and as the meme always tells us...THE RENT IS TOO HIGH |
| 17:31.40 | keldwud | I might have to move to salt lake |
| 17:31.46 | keldwud | but then I'm in need of a job if I do that |
| 17:31.57 | keldwud | dilemma |
| 17:32.10 | keldwud | same one, too. interviewing for apartment is the same as interviewing for a job |
| 17:32.26 | ekimatuan1 | rent seems cheap in provo… Especially during the summer months when students aren't around... |
| 17:33.24 | keldwud | ekimatuan1: I would have thought so too. But it just appears that it is all 1br apartments or single rooms with housemates |
| 17:33.59 | fugue88 | HumanCell: Okay, so good news is that the data wasn't in one gigantic transaction. Bad news is, we can't unwrap one giant transaction to fix it. ;) |
| 17:34.02 | keldwud | anything more than that is 2br apartments at 675+ |
| 17:34.12 | ekimatuan1 | Student Family Housing? although I guess you generally need to be a student to qualify ;) |
| 17:34.15 | fugue88 | HumanCell: My next try would drop the indexes, load, recreate them. |
| 17:35.02 | HumanCell | is going to break for a lunch meeting, and ponder the next steps! :-) |
| 17:35.13 | HumanCell | Thanks fugue88 ... I'll be back at it later ... |
| 17:36.04 | keldwud | ekimatuan1: and have a temple recommend, I'm sure. Also, a wife. I think you have to have a wife for that kind of thing. Doesn't matter if I have a daughter or not :) |
| 17:37.41 | ekimatuan1 | There are apartment realtors that help people find apartments… Never used one and no evidence (anecdotal or otherwise) that they work. But if you are stuck, maybe that is one area you could explore? |
| 17:43.49 | keldwud | ekimatuan1: that's definitely what I need. But the reason I am getting a new apt is because I don't have disposable income, so that's kind of a catch-22. But I'm sure I'll find another one. I'll just keep looking :) |
| 17:46.07 | youtah | GOOD MORNING |
| 17:47.54 | youtah | I just finished eating lunch. Today was Breakfast lunch. It included the most glorious bacon I've probably ever eaten. Hash browns. Cheesy Eggs. Pancakes. Biscuits & gravy. and dough nuts. All in massive quantities. I think I might need to go lay down. |
| 17:49.42 | *** join/#utah kendsnyder (~kendsnyde@97-122-73-193.hlrn.qwest.net) |
| 17:55.27 | *** join/#utah VanHelsing (~vanhelsin@146.86.196.68) |
| 17:57.27 | L34N | New meeutp group http://www.meetup.com/theTransistor/ |
| 19:10.58 | *** join/#utah keldwud (~marcus@209.63.136.134) |
| 19:16.46 | *** join/#utah Yorokobi (~Yorokobi@pdpc/supporter/professional/yorokobi) |
| 19:19.25 | *** join/#utah ekimatuan (~Adium@69-195-66-208.unifiedlayer.com) |
| 19:22.01 | *** join/#utah NERXRZ (~sindri@174.136.106.242) |
| 19:43.10 | *** join/#utah dremex (~dremex@63.230.13.153) |
| 19:46.26 | *** join/#utah VanHelsing (~vanhelsin@146.86.196.68) |
| 19:47.06 | *** join/#utah VanHelsing (~vanhelsin@146.86.196.68) |
| 19:50.54 | *** join/#utah SunSparc (~jonathan@69-27-175-74.acedatacenter.com) |
| 19:59.02 | *** join/#utah ekimatuan1 (~Adium@69-195-66-209.unifiedlayer.com) |
| 20:52.53 | goozbach | here's a noodler? two idential boxes |
| 20:53.06 | goozbach | both have the same exact files in /etc/cron.d |
| 20:53.15 | jlp_work | they're not Dell machines, are they? |
| 20:53.17 | goozbach | on one box the commands are running properly: |
| 20:53.53 | goozbach | */2 * * * * root /usr/local/scripts/somescript.py &>> /var/log/somescript.log |
| 20:54.14 | goozbach | results in the command |
| 20:54.19 | goozbach | /usr/local/scripts/somescript.py &>> /var/log/somescript.log |
| 20:54.22 | goozbach | being run as root |
| 20:54.40 | goozbach | on the other box the command that is being attempetd to run is 'root /usr/local/scripts/somescript.py &>> /var/log/somescript.log' |
| 20:54.48 | goozbach | no idea what's causing that |
| 20:54.59 | jlp_work | OS and version? |
| 20:56.35 | goozbach | centos 6.4 |
| 20:56.42 | jlp_work | ugh |
| 20:57.08 | goozbach | cronie-1.4.4-7.el6.x86_64 |
| 20:57.18 | goozbach | er 6.3 |
| 20:57.23 | Yorokobi | one too many * in the second config, probably |
| 20:57.52 | goozbach | Yorokobi: the files are bit4bit identical |
| 20:57.57 | goozbach | found one issue |
| 20:58.04 | goozbach | crond is modified on one server |
| 20:58.13 | goozbach | hope to hell it's not been compromised |
| 20:58.16 | goozbach | shite |
| 20:58.55 | jlp_work | I have cronie-1.4.4-7.el6.x86_64 on a centos 6.2 machine, md5sum of crond is 07aa36381abb8b697f26890386573211 |
| 21:00.11 | goozbach | maybe I should have kept a copy I just did rpm -e; rpm -i |
| 21:00.14 | goozbach | doh |
| 21:01.07 | jlp_work | if you're running prelink, it can muck with the file and make it look different |
| 21:01.28 | jlp_work | what's the md5sum of crond on the machine that works correctly? |
| 21:01.37 | goozbach | they both match that one now |
| 21:01.44 | jlp_work | and does it work now? |
| 21:01.47 | goozbach | waiting the requise two runs to verify |
| 21:02.21 | goozbach | looks to be running properly now. |
| 21:02.48 | jlp_work | rpm -V -a might be called for |
| 21:02.57 | jlp_work | or just wipe and reinstall the suspect machine |
| 21:03.19 | jlp_work | still, might be interesting to know what else is different, no? |
| 21:04.55 | goozbach | yeah |
| 21:05.03 | goozbach | making sure backups have been running |
| 21:05.15 | goozbach | rsync'ed off the rpm database |
| 21:05.34 | jlp_work | good luck. I'm curious to know what you find out. |
| 21:07.42 | goozbach | lovely: S.5...... /usr/bin/ssh |
| 21:07.57 | jlp_work | aieee |
| 21:08.04 | goozbach | S.5...... /usr/sbin/sshd |
| 21:08.45 | jlp_work | time to pull that machine off the network and put it on a segregated debugging/test network so you can see if it's pushing anything off site |
| 21:09.00 | goozbach | yeah |
| 21:09.01 | goozbach | dammit |
| 21:09.05 | goozbach | I have stuff to do |
| 21:09.09 | jlp_work | probably run a root kit scanner, too |
| 21:09.23 | goozbach | and also time for a full audit |
| 21:09.36 | goozbach | we've got way to lax security machine-to-machine here |
| 21:09.42 | jlp_work | fyi, I consult on this kind of stuff if you need the help. I'm assuming this is for work. |
| 21:10.05 | goozbach | all root accounts can connect to all other machines key-only but still |
| 21:12.15 | *** join/#utah keldwud (~marcus@209.63.136.134) |
| 21:12.50 | jlp_work | whoops, time to go check on my cell phone again. I left it baking in the environmental chamber. hoping to get all of the moisture out of it after it's impromptu trip into the toilet over the weekend. |
| 21:13.36 | keldwud | rice |
| 21:13.42 | keldwud | I hear rice does a good job of that |
| 21:13.51 | keldwud | maybe cinammon, too? ;) |
| 21:14.00 | *** join/#utah keldwud (~marcus@unaffiliated/keldwud) |
| 21:14.12 | Yorokobi | Now I want rice pudding |
| 21:16.05 | youtah | I had actually heard of an interesting idea |
| 21:16.25 | youtah | what about soaking the phone in alcohol and then letting that evaporate off? |
| 21:16.45 | youtah | forcing out the water |
| 21:16.53 | jlp_work | I left it in rice for a day, tried it and it mostly worked, but the display was ... confused. |
| 21:17.26 | jlp_work | so I pulled the battery again and left it for another day, but observed visible moisture beneath the camera lens (not sure where else it might have been) |
| 21:17.56 | jlp_work | so then I though, hey, we've got a nice environmental chamber here. I'll throw it in there and roll the temp up to 75C or so and let it bake for a while. |
| 21:18.31 | Yorokobi | 40C would have been hot enough |
| 21:19.08 | JalenJade | I want video of when it explodes |
| 21:19.11 | youtah | I assume if you tried the alcohol route, you would want to avoid anything Ethanol related, but rather go with something like Rubbing alcohol |
| 21:19.30 | youtah | We're already past the point in which it would have exploded JalenJade |
| 21:19.42 | JalenJade | when it exploded then |
| 21:19.51 | youtah | lol |
| 21:19.59 | youtah | no explosion. He took out the battery |
| 21:20.16 | JalenJade | Yeah I've had chips explode on me before, I have pictures |
| 21:20.33 | jlp_work | Yorokobi: well, our chamber goes up to 85, so I figured 75 was pretty toasty. |
| 21:20.48 | youtah | I'm going to laugh if jlp_work takes his phone out and it is .5mm thinner than before |
| 21:20.59 | Yorokobi | Very toasty. Especially for circuits with passive cooling. |
| 21:21.19 | jlp_work | the _big_ chamber goes up to 100C, but I didn't want to monopolize that. it's a lot more expensive to run, though. although it does have humidity control that the small chamber lacks. |
| 21:22.17 | jlp_work | I figured it should handle 75C without too much trouble. solder melts around 215 or so. we run our PC boards up to 85 all the time. |
| 21:22.35 | jlp_work | it's not energized, after all. |
| 21:22.58 | Yorokobi | True. Seems like overkill for evaporating water, though. :) |
| 21:23.05 | NERXRZ | ^^ |
| 21:23.13 | jlp_work | anyway, just ramped the temp down to 25... I'll take it out in a half hour or so and see what happens. |
| 21:23.19 | youtah | No such thing when we're having fun! |
| 21:23.41 | jlp_work | yeah, didn't you learn anything from Tim Allen? If 45C is good, then 75C must be better! |
| 21:23.57 | youtah | Yahoo buying Tumblr for $1.1 Billion summed up in one gif >> http://i.imgur.com/tamI1uv.gif |
| 21:24.05 | Yorokobi | hah, do you have a V8 engine powering your disposal jlp_work ? |
| 21:24.20 | JalenJade | fail, that gif isn't on tumblr |
| 21:24.20 | jlp_work | youtah: does it show someone laughing all the way to the bank? |
| 21:24.40 | NERXRZ | When my wife washed a phone, I got it functioning after a day in desiccant gel. It took about 5 more days to remove all the water from under the screen, fwiw. |
| 21:25.14 | youtah | jlp_work, it's a spin off of http://weknowmemes.com/wp-content/uploads/2012/10/how-do-you-do-fellow-kids.jpg |
| 21:25.41 | jlp_work | my wife ran one through the washing machine one time. I disassembled it and dried it by blowing compressed air everywhere. it worked for another three years. samsung N105... great little phone. |
| 21:26.46 | youtah | I accidentally jumped and then swam in a pool with electronic car keys in my pocket while on Vacation in Miami. Heh, the only button that worked from then on out was opening the side passenger sliding door. |
| 21:27.14 | JalenJade | That is my 1 complaint about the Nike+ Fuel band, can't swim with it |
| 21:27.19 | JalenJade | or not supposed to |
| 21:40.51 | *** join/#utah NoCoolName_Tom (~NoCoolNam@64.124.34.2) |
| 21:43.04 | youtah | Card Trick Gif.... http://i.imgur.com/YpROfM4.gif |
| 21:44.00 | NERXRZ | I messed it up the first time, but got it right the second time. |
| 21:44.09 | youtah | lol, same here |
| 21:50.29 | utahcon | still can't get it right :( |
| 22:00.38 | youtah | jlp_work and your results? |
| 22:01.23 | JalenJade | that is the worst card force I've ever seen |
| 22:01.27 | jlp_work | screen seems slightly dimmer along the right side, but other than that, it appears to work. |
| 22:01.40 | JalenJade | Might not help that I'm actually picking randomly from a deck of cards for my card |
| 22:04.30 | jlp_work | I can make a phone call. that's good. |
| 22:05.27 | jlp_work | so it looks like the only casualty is the backlight along the right side of the phone display |
| 22:06.40 | jlp_work | wifi seems to work. physical keyboard seems to work. |
| 22:07.29 | jlp_work | camera seems to work |
| 22:15.08 | jlp_work | LED "flash" works. |
| 22:18.36 | *** join/#utah bgerber (~gerberb@168.103.176.50) |
| 22:18.54 | JalenJade | Is that where the LED removes it's cover for a second? |
| 22:22.08 | jlp_work | something like that |
| 22:22.15 | jlp_work | just for a moment |
| 22:24.54 | jlp_work | I think I'm going to call that a win. a little fading on the right third of the display I can live with. |
| 22:28.15 | *** join/#utah VanHelsing (~vanhelsin@146.86.224.13) |
| 22:29.57 | NERXRZ | Now to find out how the battery fared |
| 22:32.49 | jlp_work | it was still showing 91% when I powered it up. it's an anker battery (not stock). |
| 22:33.42 | jlp_work | put it on the charger and it's up to 99% now. will watch it to see if it degrades rapidly when off the charger. |
| 22:34.07 | jlp_work | replacement display seems to be around $25-$30 if I ever decide I need it. |
| 22:35.05 | jlp_work | now to invest in a new belt case that has loops instead of a clip to hold it on. case and everything jumped off my belt. |
| 22:43.14 | JalenJade | that's why my portable electronics go into a zippered or velcro pocket |
| 22:51.34 | *** join/#utah bgerber (~gerberb@168.103.176.50) |
| 22:55.51 | goozbach | jlp_work: what's the phone? |
| 22:56.49 | jlp_work | T-mobile myTouch 4G Slide. a.k.a. HTC DoubleShot |
| 22:57.09 | jlp_work | Ahh, Cadence, how I love thee: " Index is being generated. Depending on the size and number of documents, this might take long . ." |
| 22:57.20 | jlp_work | "this might take long" take long what? |
| 23:03.15 | shalkie | eightyeight: You up for a zfs raid question? |
| 23:04.12 | Yorokobi | One that isn't covered on pthree.org? :) |
| 23:04.58 | shalkie | Yeah, I should check that. ;-) |
| 23:05.10 | eightyeight | yeah, what's up? |
| 23:06.38 | eightyeight | although, I'm on my phone at j.b.'s |
| 23:06.43 | eightyeight | yum! |
| 23:07.49 | shalkie | There is a J.B.'s still? |
| 23:08.09 | eightyeight | indeed |
| 23:08.16 | jlp_work | mmmm, JBs |
| 23:08.20 | shalkie | In a raidz config can you replace a failed drive (500G) with a 1TB and use the full capacity? |
| 23:08.23 | jlp_work | did you ever see a Big Boy Shake? |
| 23:08.30 | jlp_work | jitters in place |
| 23:08.50 | eightyeight | the pool size will be calculated with the smallest drive, as standard |
| 23:08.53 | eightyeight | hi |
| 23:08.58 | shalkie | D'oh! |
| 23:09.29 | Yorokobi | upgrade all the drives! |
| 23:09.29 | shalkie | Okay, thanks. |
| 23:09.32 | eightyeight | however, you can replace all drives with larger drives, and the pool size will automatically expand to fit |
| 23:09.32 | jlp_work | shalkie: but there is nothing stopping you from partitioning that 1TB drive and using the other partition for scratch space, L2ARC, or something like that. |
| 23:10.02 | eightyeight | it's disabled by default though, and must be turned on |
| 23:10.03 | jlp_work | nothing except sanity |
| 23:10.10 | jlp_work | :-) |
| 23:10.24 | eightyeight | it's a zpool setting |
| 23:10.31 | jlp_work | seriously, better to upgrade all of the drives. |
| 23:10.48 | eightyeight | yup |
| 23:11.08 | shalkie | It is a freenas setup. |
| 23:11.11 | shalkie | Thanks eightyeight. |
| 23:11.16 | eightyeight | np |
| 23:11.39 | eightyeight | I'm curious to see how this meal comes out |
| 23:11.56 | Yorokobi | Probably on a plate |
| 23:12.34 | Yorokobi | Carried by a less than minimum wage worker hoping for a good tip |
| 23:12.34 | eightyeight | I wouldn't put it pass JBs to use something else |
| 23:13.35 | Yorokobi | wonders if Heartsbane still misses his sarcasm |
| 23:13.37 | eightyeight | aft |
| 23:23.44 | *** join/#utah RyanE (~RyanE@rberick.dsl.xmission.com) |
| 23:33.36 | Heartsbane | Yorokobi: I do |
| 23:33.57 | Heartsbane | Sarcasm is like Jello for the soul, there is always room for Sarcasm |
| 23:34.29 | Yorokobi | hehe |
| 23:36.33 | keldwud | like Jello shots? |
| 23:39.36 | Heartsbane | ya like Jello shots |
| 23:44.11 | *** part/#utah Nemus (~Nemus@unaffiliated/nemus) |
| 23:44.14 | *** join/#utah RyanE (~RyanE@rberick.dsl.xmission.com) |
| 23:46.47 | fungus | ls |
| 23:47.21 | Yorokobi | apt-get install sl |
| 23:54.55 | shalkie | You can install a system with _out_ sl? I thought it was a requirement of the kerenl. :-D |
| 23:55.12 | shalkie | s/kerenl/kernel package/ |
