MythLogBot@irc.freenode.net :: #mythtv-users

Daily chat history

Current users (153):

adante, aloril, AndyCap, Azelphur, baggy, bbee, Beirdo, benc_, Bhaal, bitHipy, blubbi, BLZbubba, bobp127001, bray90820, brfransen, Cardoe, ChanServ, CiaranG, clever, cocoa117, Cougar, Cubber, d0netsFN, Dave123-road, DaveInTO, devinheitmueller, dkeith, dmz, dougl, eee-blt, emmanuelux, ephemer0l, EvilGuru, felipe`, fetzerch, FLeiXiuS, Floppe, ForsGump, G, gholmlund, ghoti, Gibby, gigem, gpd, gregL, GreyFoxx, grnbrg, grumpydevil, Heliwr, Hoochster, ikevin, infinite, infojunky, IReboot, J-e-f-f-A, JackWinter, jamesd, jams, jarle, jarryd, jduggan, jll, jm|laptop, joelsplace, joki, jpabq, jpabq___, jst_, justdave, justinh, jya, k-man, KaZeR, kc, knightr, kormoc, KungFuJesus, kurre2, kwmonro``, lapion, linuxtech, linuxturtle, lord1, lotia, makoto, mickey6637, MilkBoy_, MissionCritical, MMlosh, moparisthebest, Moscherkobold, Muzer, MythLogBot, mzb, Narr0wM1nd, neufeld, niska, nutron|h, Oleg_, oobe, pigeon, plut0, purserj, quicksilver, RagingComputer, RagingMind, rhpot1991, RobertLaptop, rsiebert_, Scopeuk-AFK, Seeker`, seld, ServerSage, Sharky112065, sheppard, shubes, sid3windr, simcop2387, skd5aner, Skeeve_work, sl1ce, SmallR2002, sphery, squidly, sraue, StevenR, Sulx, tgm4883, Tobbe5178, toeb, tonsofpc1, toorima, tris, troyh, troyt, Twiggy2cents, ubIx, uglyoldbob, unforgiven512, wagnerrp, wahrhaft_, williammanda, wolfgang2, wylie, XChatMav, XDS2010, xris, zoktar, zombor, [mrx], [R], _abbenormal, _charly_
Saturday, April 20th, 2013, 00:03 UTC
[00:03:11] rhovland (rhovland!~chatzilla@c-76-103-47-43.hsd1.ca.comcast.net) has quit (Quit: ChatZilla 0.9.90 [Firefox 20.0.1/20130409194949])
[00:08:49] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has quit (Ping timeout: 256 seconds)
[00:09:35] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has joined #mythtv-users
[00:50:11] troyh: If you upgrade a FE to 0.27 will it will work with a 0.26 backend?
[00:52:12] tgm4883: troyh, no
[00:52:52] troyh: tgm4883: you played with 27 as a mythbuntu backend yet? I.E. how stable is it?
[00:53:06] tgm4883: troyh, I have not
[00:53:32] troyh: oh, well. Guess it is time for a total reinstall
[00:54:39] mazda01 (mazda01!~ubu@cpe-173-89-42-81.wi.res.rr.com) has quit (Quit: Leaving)
[00:58:48] Shadow__X (Shadow__X!~jose@c-76-116-146-2.hsd1.pa.comcast.net) has joined #mythtv-users
[01:01:23] Shadow__X (Shadow__X!~jose@c-76-116-146-2.hsd1.pa.comcast.net) has quit (Changing host)
[01:01:23] Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has joined #mythtv-users
[01:07:00] disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users
[01:10:58] Korny (Korny!~Korny@98.159.29.105) has joined #mythtv-users
[01:11:20] Oloryn_lt2 (Oloryn_lt2!~Ben@home.benshome.net) has joined #mythtv-users
[01:21:06] mzb (mzb!~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629) has quit (Quit: Quit? I never quit! ... well, hardly ever.)
[01:24:13] mzb (mzb!~mzb@2001:44b8:512d:7501:f66d:4ff:fe90:9629) has joined #mythtv-users
[01:28:13] grn_away is now known as grnbrg
[01:29:23] emmanuel__ (emmanuel__!~emmanuelu@vau92-2-82-228-217-1.fbx.proxad.net) has quit (Quit: emmanuel__)
[01:31:11] Korny: Evening
[01:58:30] Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has quit (Read error: Connection reset by peer)
[02:00:37] Dave123-road (Dave123-road!~dave@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users
[02:18:51] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[02:28:38] mickey6637 (mickey6637!~mick@108.60.131.11) has joined #mythtv-users
[02:29:17] zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users
[02:29:17] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[02:29:17] zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host)
[02:29:20] andreaz (andreaz!~andre_000@p5DCA3E14.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[02:30:26] mickey62ga (mickey62ga!~mick@108.60.131.13) has quit (Ping timeout: 245 seconds)
[02:30:51] Oloryn_lt2 (Oloryn_lt2!~Ben@home.benshome.net) has quit (Read error: Connection reset by peer)
[02:37:19] cocoa117 (cocoa117!~cocoa117@78-105-89-199.zone3.bethere.co.uk) has quit (Ping timeout: 246 seconds)
[02:38:00] Gibby (Gibby!~Gibby@184.170.249.223) has quit (Read error: Operation timed out)
[02:38:53] Korny1 (Korny1!~Korny@98.159.29.105) has joined #mythtv-users
[02:41:24] Korny1 (Korny1!~Korny@98.159.29.105) has quit (Client Quit)
[02:53:26] Korny (Korny!~Korny@98.159.29.105) has quit (Remote host closed the connection)
[02:56:10] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller)
[03:03:42] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has joined #mythtv-users
[03:10:22] Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv-users
[03:11:19] Korny (Korny!~Korny@98.159.29.105) has joined #mythtv-users
[03:13:05] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds)
[03:14:17] tonsofpc1 (tonsofpc1!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has joined #mythtv-users
[03:14:27] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users
[03:15:12] wolfgang2 (wolfgang2!~wolfgang@178-27-144-160-dynip.superkabel.de) has quit (*.net *.split)
[03:15:12] tonsofpcs (tonsofpcs!~tonsofpcs@cpe-72-230-192-8.stny.res.rr.com) has quit (*.net *.split)
[03:15:12] BLZbubba (BLZbubba!~mark@tpsit.com) has quit (*.net *.split)
[03:15:12] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split)
[03:15:12] clever (clever!~clever@47.54.82.69) has quit (*.net *.split)
[03:20:08] IReboot is now known as 65MAATYHK
[03:20:09] wolfgang2 (wolfgang2!~wolfgang@178-27-144-160-dynip.superkabel.de) has joined #mythtv-users
[03:20:09] BLZbubba (BLZbubba!~mark@tpsit.com) has joined #mythtv-users
[03:20:09] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv-users
[03:20:09] clever (clever!~clever@47.54.82.69) has joined #mythtv-users
[03:20:10] Mode for #mythtv-users by pratchett.freenode.net : +v wagnerrp
[03:28:24] Oleg_ (Oleg_!~mine@pool-71-183-186-124.nycmny.east.verizon.net) has joined #mythtv-users
[03:46:22] dmz (dmz!~dmz@unaffiliated/dmz) has quit (Read error: Operation timed out)
[03:53:06] Korny: So bored
[03:55:44] Gibby (Gibby!~Gibby@184.170.249.223) has quit (Ping timeout: 252 seconds)
[03:56:54] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller)
[04:08:35] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has quit (Ping timeout: 256 seconds)
[04:13:41] Skeeve_work (Skeeve_work!~skeeve@wsip-98-175-49-254.ks.ks.cox.net) has joined #mythtv-users
[04:35:34] ubuntuaddicted (ubuntuaddicted!~ubu@cpe-173-89-42-81.wi.res.rr.com) has joined #mythtv-users
[04:40:42] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has joined #mythtv-users
[04:43:37] disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.)
[04:47:03] ubuthetechguru (ubuthetechguru!~daniel@cpe-173-89-42-81.wi.res.rr.com) has joined #mythtv-users
[04:52:05] pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users
[05:11:02] messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has joined #mythtv-users
[05:15:00] ubuntuaddicted (ubuntuaddicted!~ubu@cpe-173-89-42-81.wi.res.rr.com) has quit (Quit: Leaving)
[05:16:28] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[05:19:58] linuxturtle_ (linuxturtle_!~linuxturt@15.185.108.167) has joined #mythtv-users
[05:20:26] Peitolm_ (Peitolm_!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv-users
[05:21:14] dmz (dmz!~dmz@unaffiliated/dmz) has joined #mythtv-users
[05:24:12] kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.52) has joined #mythtv-users
[05:25:28] Peitolm (Peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (*.net *.split)
[05:25:29] kwmonroe (kwmonroe!~kwmonroe@32.97.110.52) has quit (*.net *.split)
[05:25:29] linuxturtle (linuxturtle!~linuxturt@15.185.108.167) has quit (*.net *.split)
[05:25:31] linuxturtle_ is now known as linuxturtle
[05:48:39] ubuntuaddicted (ubuntuaddicted!~ubu@cpe-173-89-42-81.wi.res.rr.com) has joined #mythtv-users
[05:50:18] Gibby (Gibby!~Gibby@184.170.249.223) has joined #mythtv-users
[05:58:18] kwmonroe (kwmonroe!kwmonroe@nat/ibm/x-apbfduemhrfkpnph) has joined #mythtv-users
[05:58:34] kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.52) has quit (Read error: Connection reset by peer)
[05:58:36] kwmonro`` (kwmonro``!~kwmonroe@32.97.110.52) has joined #mythtv-users
[06:02:31] kwmonroe (kwmonroe!kwmonroe@nat/ibm/x-apbfduemhrfkpnph) has quit (Ping timeout: 257 seconds)
[06:17:19] messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has quit (Ping timeout: 264 seconds)
[06:29:44] Sharky-AFK is now known as Sharky112065
[06:38:03] messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has joined #mythtv-users
[06:42:52] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller)
[06:47:17] ubuthetechguru (ubuthetechguru!~daniel@cpe-173-89-42-81.wi.res.rr.com) has quit (Quit: Leaving)
[06:49:44] ubIx (ubIx!~ulf@p5DD198A4.dip0.t-ipconnect.de) has joined #mythtv-users
[06:51:36] SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv-users
[06:52:53] ubIx_ (ubIx_!~ulf@p5DD1BF17.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds)
[06:54:40] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection)
[07:13:09] messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has quit (Ping timeout: 248 seconds)
[07:26:28] Sharky112065 is now known as Sharky-Sleep
[07:47:05] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has joined #mythtv-users
[08:07:21] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv-users
[08:08:16] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[08:09:54] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv-users
[08:10:11] bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Client Quit)
[08:39:15] bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv-users ()
[08:40:14] andreaz (andreaz!~andre_000@p5DCA3E14.dip0.t-ipconnect.de) has joined #mythtv-users
[08:57:58] andreaz (andreaz!~andre_000@p5DCA3E14.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[09:02:44] stoffel (stoffel!~quassel@pD9E429A3.dip0.t-ipconnect.de) has joined #mythtv-users
[09:02:44] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel
[09:43:15] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller)
[09:57:48] 65MAATYHK (65MAATYHK!~doug@cpe10bf48e67915-cm78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Remote host closed the connection)
[10:14:52] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users
[10:42:41] IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv-users
[10:51:39] joki (joki!~joki@p5486599D.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[10:56:16] joki (joki!~joki@p54863A36.dip0.t-ipconnect.de) has joined #mythtv-users
[11:00:53] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users
[11:08:36] Tobbe5178: is there a way to convince the auto expiery function that it is ok to delete recordings even if the file cannot be found?
[11:09:05] Tobbe5178: atleast temporarily to get rid of the recording metadata
[11:14:55] Korny (Korny!~Korny@98.159.29.105) has quit (Read error: Connection reset by peer)
[11:27:16] emmanuelux (emmanuelux!~emmanuelu@vau92-2-82-228-217-1.fbx.proxad.net) has joined #mythtv-users
[11:41:08] croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit ()
[11:55:13] stoffel (stoffel!~quassel@pD9E429A3.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds)
[11:57:32] sarthe (sarthe!~anglais@110-175-228-227.static.tpgi.com.au) has joined #mythtv-users
[12:31:03] ubuntuaddicted: Tobbe5178, you have metadata but no recordings? use the find_orphans.py to handle those
[12:36:47] Tobbe5178: ok, where is that file?
[12:43:52] Tobbe5178: found it
[12:48:19] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users
[12:49:27] Tobbe5178: seems to be working
[12:50:58] lord1 (lord1!~root@p4FC1FEDE.dip0.t-ipconnect.de) has joined #mythtv-users
[12:52:27] cocoa117 (cocoa117!~cocoa117@78-105-89-199.zone3.bethere.co.uk) has joined #mythtv-users
[12:52:50] ubuntuaddicted: cool
[12:53:17] Tobbe5178: backend is a bit slow to delete the recordings
[12:54:00] ubuntuaddicted: i thought you said the recordings weren't there?
[12:54:06] lord1_ (lord1_!~root@p4FC1D340.dip0.t-ipconnect.de) has quit (Ping timeout: 256 seconds)
[12:54:10] Tobbe5178: they are not
[12:54:20] ubuntuaddicted: what type of filesystem is the drive formatted as?
[12:54:22] Tobbe5178: but backend takes about 10 seconds per recording until it is finaly removed
[12:54:29] Tobbe5178: no files are there
[12:54:51] Tobbe5178: lots of: DeleteThread mainserver.cpp:117 (delete_file_immediately) – Error deleting 'GetPlaybackURL/UNABLE/TO/FIND/LOCAL/FILE/ON/
[12:54:58] Tobbe5178: one every 10 seconds
[12:55:13] Tobbe5178: and after each of those one of the broken recordings is removed for good
[12:55:14] ubuntuaddicted: Tobbe5178, that's what the find_orphans.py is for
[12:55:19] Tobbe5178: i know
[12:55:25] Tobbe5178: you miss my point
[12:55:30] Tobbe5178: i've used that script
[12:55:35] ubuntuaddicted: apparently so
[12:55:40] Tobbe5178: scheduled 200+ recordings to delete via it
[12:55:47] Tobbe5178: but backend doesnt delete it right away
[12:56:03] Tobbe5178: so, now it is removing about 1 broken recording every 10 seconds
[12:56:53] sarthe: wild guess, but 10s isnt the rate at which the scheduler does things?
[12:57:03] Tobbe5178: maybe
[12:57:08] sarthe: i.e. start that script
[12:57:12] Tobbe5178: or some timeout trying to find the file
[12:57:17] ubuntuaddicted: Tobbe5178, removing all the metadata from mysql tables for missing recordings every 10 seconds isn't too bad IMO
[12:57:20] Tobbe5178: then finaly giving up and removing the metadata
[12:57:32] Tobbe5178: probably a safety check in the backend
[12:57:41] ubuntuaddicted: right
[12:57:56] ubuntuaddicted: how come you have 200+ missing recordings?
[12:58:13] Tobbe5178: disc crash
[12:58:16] Tobbe5178: big one
[12:58:23] Tobbe5178: but this one was the second crash
[12:58:52] Tobbe5178: tip: dont mess with a raid controller when you convert from raid 1 to 5 even if it is supposed to be a supported function
[12:58:55] ubuntuaddicted: ouch
[12:59:24] sarthe: "mess with"? heh
[12:59:27] ubuntuaddicted: i don't even use RAID, just a couple etx4 1TB drives
[12:59:29] Tobbe5178: :)
[12:59:47] Tobbe5178: lost a raid5 array over 4 2tb disks, md didnt want to recognize the array
[13:00:13] Tobbe5178: it complained about one of the disks, but it should have been able to bring up the array anyway
[13:00:17] Tobbe5178: sonce it was raid 5
[13:00:37] Tobbe5178: but it didnt work at all, tried everything
[13:01:00] zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv-users
[13:01:00] zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users
[13:01:00] zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host)
[13:01:00] sarthe: still wondering what 'mess with' means
[13:01:21] Tobbe5178: in my case after the first crash i got a proper raid controller
[13:01:21] ubuntuaddicted: Tobbe5178, whats your capture device? i have almost 100 recordings and consider that a lot, most of which i'll probably never watch anyway. lol
[13:01:40] Tobbe5178: when i converted from raid 1 to 5 it was supposed to take about 16 to 20 days to complete
[13:02:24] Tobbe5178: so i had one extra disc on the array, was using the admin tool to prepare the new blank disk then the controller locked up
[13:02:29] Tobbe5178: and had to reboot
[13:02:52] Tobbe5178: result: a partialy converted array that the controller didnt want to use at all
[13:02:53] sarthe: sounds like a shitty controller.
[13:03:03] Tobbe5178: yes that was my thought too
[13:03:13] sarthe: what model, so i can stay away please?
[13:03:26] Tobbe5178: how hard can it be to go from raid 1 to 5, even i can come up with a 100% restartable algorithm
[13:03:30] Tobbe5178: that is safe
[13:03:37] Tobbe5178: adaptec 6805
[13:04:36] sarthe: hmm, adaptecs have been good in my experience. but you dont fuck around with an array mid transfer like that.
[13:04:54] Tobbe5178: i know, but why didnt the admin tool prevent it?
[13:05:20] sarthe: no excuse for lockup of course
[13:05:27] Tobbe5178: you shouldnt be able to do something that will break an ongoing activity
[13:05:34] sarthe: indeed
[13:05:35] Tobbe5178: and if you can then its a bug
[13:05:53] ubuntuaddicted: have you ever considered looking into unRaid?
[13:06:03] Tobbe5178: and 16 to 20 days to convert the array, thats just crazy
[13:06:15] sarthe: serial is slow
[13:06:38] Tobbe5178: in that time i can go out, buy a new disk including delivery, copy out all data and rebuild the array and still be done before 20 days have passed
[13:06:47] Tobbe5178: havent looked at unraid
[13:06:58] Tobbe5178: serial is slow yes, but 20 days?
[13:07:09] sarthe: well, again.. seems a bit odd
[13:07:20] Tobbe5178: one or two day a close to full speed should have worked
[13:07:46] Tobbe5178: even at 1/4 of max speed it still would have been much quicker that 20 days
[13:08:10] sarthe: depends on how big your disks are, and i dont know that.
[13:08:18] Tobbe5178: 2tb *4
[13:09:23] Tobbe5178: sequential read of one of the 2tb disks took about 6 hours or so
[13:09:23] sarthe: meh. possible. i dunno. dont have disks that big.
[13:09:47] sarthe: sounds about right
[13:09:50] Tobbe5178: but thats best case cenario
[13:10:06] Tobbe5178: so lets say a few days to convert it
[13:10:09] Tobbe5178: not 20
[13:10:31] Tobbe5178: and the server wasnt even loaded, almost zero disc io
[13:10:42] sarthe: who or what said 20days anyway? it was an estimate obviously
[13:11:05] Tobbe5178: it was an estimate from my side based on how fast the percentage changed over time
[13:11:17] Tobbe5178: or lack of change
[13:15:26] sarthe: woo! mythtv just finished compiling... and now ive gotten too drunk to config the database waiting for the compile to finish. dammit.
[13:15:45] sarthe: whys this take so long to compile anyway?!
[13:15:47] Tobbe5178: :)
[13:15:57] Tobbe5178: what hw are you using?
[13:16:13] sarthe: pretty old. 32bit amd
[13:16:30] Tobbe5178: if you have more than one cpu core you can run make with -j followed by a number
[13:16:42] sarthe: thats no excuse though. its actually g++ taking forever, and their broken build system
[13:16:46] Tobbe5178: this will make it run more than one compilation at the same time
[13:17:06] sarthe: yeh, i rarely trust that. especially when the build sys is broken
[13:17:29] sarthe: had to keep manually recompiling parts.
[13:17:35] Tobbe5178: works on linux atleast
[13:17:41] sarthe: this is linux
[13:17:55] sarthe: see dev channel for the problem if you care
[13:18:15] Tobbe5178: hmm
[13:18:45] Tobbe5178: and --enable-libx264 to configure didnt help?
[13:19:15] joelsplace (joelsplace!~joelsplac@pool-173-74-2-199.dllstx.fios.verizon.net) has joined #mythtv-users
[13:19:23] sarthe: that was supplied or it wouldnt even try id imagine
[13:19:46] Tobbe5178: why did you use --extra-ldflags ?
[13:20:32] Tobbe5178: output of configure near the end should say if it detected x264, if it said yes, you should be ok
[13:20:42] sarthe: because my libx264 isnt whereever the hell they assume it is.
[13:20:55] Tobbe5178: ok
[13:21:04] Tobbe5178: why not?
[13:21:08] sarthe: it did detect it, its their problem. theyve fucked up. dont worry about it
[13:21:30] sarthe: i can tell where the problem is, but its not relevant in -users.
[13:21:42] Tobbe5178: ok
[13:21:43] sarthe: deep code moje
[13:21:46] sarthe: mojo
[13:27:40] joelsplace: I need some help with my slave backend tuner
[13:33:12] ubuntuaddicted: joelsplace, just ask your question
[13:34:19] joelsplace: When I add my Ceton tuner config to my slave backend it works for live TV but all my upcoming recordings vanish. When I test the db I get a bunch of errors
[13:34:41] joelsplace: I can take the tuner config out and the scheduled recordings come back and the db errors go away
[13:35:35] joelsplace: I have the same tuner in the master that works fine until I add the tuner config to the slave
[13:35:43] ubuntuaddicted: joelsplace, how many tuners are in the master backend?
[13:35:56] joelsplace: I card 4 tuners
[13:36:16] ubuntuaddicted: joelsplace, when you say "add my tuner config" what exactly do you mean?
[13:36:37] ubuntuaddicted: joelsplace, is the slave backend setup properly and can communicate properly with the master backend?
[13:36:59] joelsplace: Go to myth setup and add the 4 tuners available on the card and set them up to use schedules direct as the data source.
[13:37:34] joelsplace: The backend worked fine with my PVR150 cards and I can watch live tv and record live tv with the r key on the slave
[13:37:43] joelsplace: so yes
[13:38:39] ubuntuaddicted: joelsplace, so your current master backend has 1 ceton with 4 tuners in the master backend
[13:38:53] joelsplace: Yes
[13:41:15] ubuntuaddicted: joelsplace, when you open mythtv-setup on the slave backend, does it show the other 4 tuners?
[13:41:48] joelsplace: It does not show the master tuners
[13:42:08] joelsplace: Mythweb shows all 8
[13:42:47] ubuntuaddicted: joelsplace, that's not good that it's showing 8, i thought you said you removed the other 4 from the slave?
[13:43:14] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[13:43:21] joelsplace: When they are added. When I remove them it only show the ones on the master.
[13:44:34] ubuntuaddicted: joelsplace, is the slave backend setup using an IP or hostnames?
[13:44:44] joelsplace: IP
[13:47:39] joelsplace: Here's what happens in the db when the slave tuner is added: http://pastebin.com/WisXj1QP
[13:48:28] ubuntuaddicted: joelsplace, within the slave backend, you have the correct IP for the master backend
[13:49:39] joelsplace: Yes, I can watch recordings that are on the master from the slave and schedule recordings fine without the slave tuner config. I can't schdule from either when I add the tuner config.
[13:50:09] joelsplace: The schedule shows up it just shows nothing is scheduled to record and I can't add anything.
[13:52:51] ubuntuaddicted: joelsplace, what version of mythtv?
[13:52:53] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv-users
[13:53:02] joelsplace: .25+fixes
[13:53:49] joelsplace: .25.3–23
[13:54:50] ubuntuaddicted: joelsplace, well I'll be honest, i don't have a slave backend and I asked the familiar questions, i can't help unfortunately. only other thing I can suggest would be on the master backend, try the "delete all cards on all hosts" option, ensure you finish it and it saves the settings. then go back into mythtv-setup and add your tuner on the master, then finish up, then go try to add your tuners on the slave again.
[13:55:16] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has joined #mythtv-users
[13:56:04] joelsplace: I tried that several times. Thanks for the help. I've posted this to the forum also and I'm not getting any answers.
[13:57:14] ubuntuaddicted: joelsplace, which forum?
[13:58:15] ubuntuaddicted: joelsplace, it sounds like when you add the tuners on the slave it's getting messed up and confusing the master and slave tuners because they are the same kind of tuners.
[13:58:46] ubuntuaddicted: joelsplace, are you sure you're trying to the "delete all cards on all backends" option?
[13:59:30] joelsplace: I was using the same tuners in the master and slave before I had 6 PVR150s. Yes I used the delete all. If you don't the tuner number keep going up when you add them instead of starting at 1.
[14:00:16] joelsplace: I posted on mythtv-users and linhes.org
[14:00:53] ubuntuaddicted: joelsplace, right, i am just trying to check all bases. you could maybe also try on the ubuntuforums.org and the mythbuntu specific section. even though you aren't using mythbuntu, theres some smart mythtv users there none the less
[14:01:21] joelsplace: I'll give that a try.
[14:01:23] Oleg_: I don't understand why I have antenna reception issues if I live less than 9 miles away from the Empire State Building
[14:01:27] ubuntuaddicted: joelsplace, so after you delete all tuners from all backends, and then re-add the ceton tuners, are those labeled tuners 1 thru 4
[14:01:28] Oleg_: I don't fucking get it
[14:01:41] ubuntuaddicted: Oleg_, interference
[14:01:59] Oleg_: no matter where I put my indoor antenna, I get issues
[14:02:25] Oleg_: my antenna is winegard fl-5550a
[14:02:44] joelsplace: When I do a delete all. I go back and start with the master backend tuners which get 1–4. Then I add the tuners to the slave which are assigned 5–8.
[14:03:41] Oleg_: ubuntuaddicted, what could cause this interference? the tv, the ps3, and the air conditioner are turned off
[14:03:58] Oleg_: the computer where mythbackend and mythfrontend run is in another room
[14:04:28] ubuntuaddicted: Oleg_, interference from outside sources.
[14:04:46] ubuntuaddicted: Oleg_, buildings etc etc
[14:04:54] Oleg_: then why these antennas get so many perfect reviews?
[14:05:13] ubuntuaddicted: Oleg_, i really can't help much as I don't use antenna for OTA programming
[14:09:33] Oleg_: also, wwor-tv 9.1 and 9.2 are located on the same physical channel, yet I often have problems with 9.1, but not with 9.2
[14:39:27] joelsplace: I could try adding my 2nd tuner to my master. Does anyone know if a 5400rpm RAID 5 5 disk array might be able to handle 8 HD streams at once?
[14:52:19] sarthe: Oleg_, did you just say you wonder why you get interference next to a MASSIVE building?
[14:55:05] sarthe: joelsplace, how many heads do the disks have? you can calculate it
[14:55:25] sarthe: heads/platters
[14:56:25] joelsplace: I don't know. I can try to figure it out. They are Samsungs which seem to be stingy with their specs.
[14:56:45] sarthe: i guess heads is more important, some old, good disks had heads on both sides of the platter.
[14:57:20] sarthe: you could open one up of course and look... and ruin it :)
[14:57:33] joelsplace: Is there a command I can run that will tell me the drive model number?
[14:58:10] sarthe: smartd has some options on linux i think... as will the boot log
[14:59:31] joelsplace: smartd says "starting smartd" what now?
[14:59:53] sarthe: joelsplace, just as a rough calculation though, id say definately NO. youve only got 2 active disks on a raid5 array. and at 7200 each its not enough.
[15:00:10] sarthe: eh, i said options. rtfm
[15:00:36] sarthe: -i comes to mind from memory
[15:00:50] sarthe: hmm, maybe it was smartctl
[15:01:49] joelsplace: I don't have smartctl and smartd doesn't have a man entry on my system.
[15:02:18] amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!)
[15:02:50] joelsplace: I figured it was highly unlikely to work. That's why I put the second tuner in my slave.
[15:03:23] sarthe: boot log?
[15:03:37] sarthe: even the bios will tell you usually
[15:06:19] joelsplace: Recording just finished so I can reboot and check the BIOS.
[15:06:27] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has quit (Quit: devinheitmueller)
[15:07:49] joelsplace: Found it in dmesg.log HD204UI
[15:09:45] joelsplace: They are 3 platter but the write speed should be what's important, right?
[15:10:12] wagnerrp: actually, in regards to mythtv, write speed is largely irrelevant
[15:10:27] joelsplace: Storagereview says sequential write is 140.13MB/s
[15:10:32] wagnerrp: any halfway decent hard drive is plenty fast to handle the ~2MB/s digital recording speeds
[15:10:35] wagnerrp: the trouble is latency
[15:11:00] wagnerrp: mythtv has a short fsync loop to deal with deficiencies in the default linux disk scheduler
[15:11:19] wagnerrp: which means all active recordings must be flushed to disk once per second
[15:11:39] joelsplace: It shows average 4K write latency is 8.25ms
[15:11:46] sarthe: joelsplace, well if you have the total sequential, there was no point looking up the number of heads.
[15:12:05] wagnerrp: and that includes all the matching filesystem metadata that must be written to several locations on the disk
[15:12:44] wagnerrp: that means every simultaneous recording must perform several seeks per second, realistically eating up several dozen milliseconds
[15:12:50] sarthe: now you multiply 140MB by 2, and if thats greater than your bus speed or 8xHD streams, then you know you have a problem.
[15:12:58] sarthe: less than, i mean
[15:13:00] wagnerrp: assuming you have a clean filesystem
[15:13:29] wagnerrp: if you have the database on the same array, then things get much much worse
[15:13:45] sarthe: id recommend subtracting about 10% for overhead
[15:13:48] joelsplace: My db is on an SSD
[15:13:49] wagnerrp: since each database write is followed by a similar direct flush to disk
[15:15:09] wagnerrp: joelsplace: the trouble is really just that RAID5/6 was never designed for heavy writes or simultaneous reads
[15:15:17] wagnerrp: it was designed for cheap archival storage
[15:15:54] joelsplace: True. I used it because it only loses one disk capacity for parity
[15:16:12] wagnerrp: don't have any old spare disks lying around?
[15:16:13] sarthe: 3
[15:16:21] wagnerrp: 3?
[15:16:23] ubuntuaddicted (ubuntuaddicted!~ubu@cpe-173-89-42-81.wi.res.rr.com) has quit (Read error: Connection reset by peer)
[15:16:48] ubuntuaddicted (ubuntuaddicted!~ubu@cpe-173-89-42-81.wi.res.rr.com) has joined #mythtv-users
[15:17:14] joelsplace: The problem is SATA ports. I'm out and a controller that adds numerous disks isn't cheap.
[15:17:37] wagnerrp: anything up to 4-ports is cheap
[15:17:44] wagnerrp: you can find 8-port ones for ~$100
[15:17:52] wagnerrp: how big is this SSD?
[15:18:01] joelsplace: 60GB
[15:18:15] wagnerrp: too small for that plan...
[15:18:36] joelsplace: What plan? I've got other SSDs.
[15:19:05] wagnerrp: record to the SSD, with a simple script that moved them over to the array once they were finished and all access to them had completed
[15:20:36] joelsplace: I've got an OCZ Vertex3 120GB but no SATA port to add it to. The only spare SATA controller I have that is PCIe is a 2 port SATA2.
[15:21:03] wagnerrp: you already have all the hardware for the RAID array?
[15:21:33] wagnerrp: is this a real, hardware, battery backed RAID? or software?
[15:22:33] joelsplace: It's just Linux soft RAID
[15:22:55] joelsplace: fakeRAID
[15:23:28] wagnerrp: then that won't help any
[15:24:17] sarthe: man... i had been wondering what that comment about md was about.
[15:24:51] sarthe: why is this shit so popular??
[15:25:13] wagnerrp: with hardware RAID, and a battery backup, you have a non-volatile memory cache on the board to flush to, and you don't have to flush all the way to the platter
[15:25:19] sarthe: and why has no one been sued??
[15:25:22] wagnerrp: please watch the language
[15:25:25] wagnerrp: and what are you talking about?
[15:25:33] sarthe: for false- oh youre a moron. i see
[15:26:56] joelsplace: The Adaptec cards I've messed with do a good job with that but I can't justify spending that kind of money on a DVR.
[15:28:04] joelsplace: I'm set to get one from a customer in a few months but that doesn't do me any good now.
[15:28:24] wagnerrp: i've got an aging Areca card, but it's going to get replaced by a dumb controller and ZFS next time i rebuild my server
[15:30:00] joelsplace: Yea I've got an Adaptec dual channel U320 card and 15k drives but they aren't big enough to do me any good.
[15:30:49] wagnerrp: the previous version of my server had onboard scsi and a pair of 10k drives as a boot mirror
[15:30:57] wagnerrp: both of them crapped out in ~6 months
[15:31:49] joelsplace: Really? What kind of drives? All of mine are Seagate 15k and they have run for years.
[15:32:26] wagnerrp: i don't recall, i found them surplus on some site for $45 each for 80GB
[15:33:23] joelsplace: I did have some old 50GB Seagates at a customer that died all the time.
[15:34:01] wagnerrp: they were thick ones too. i got bored and took them apart; they had about a dozen platters each
[15:34:39] joelsplace: These 50GBs were those old 1.4"? drives too.
[15:34:52] wagnerrp: something like that
[15:35:39] joelsplace: Anyone hopped on that can help with a slave tuner killing my upcoming recording schedule?
[15:39:07] joelsplace: I'm looking through my dmesg.log and it says "using alogorithm sse2x2 (5675 MB/s)" where the heck does that number come from? Even adding all disk's speed together doesn't get a number that high.
[15:39:26] wagnerrp: sarthe: what problem are you having that you are trying to include libx264?
[15:40:18] wagnerrp: since, as mentioned, x264 is largely unused by mythtv
[15:40:26] sarthe: just read the description, and see -dev, im not switching channels all the time. its annoying
[15:41:01] wagnerrp: the dev channel is idle, you never described the problem you are having in it anyway
[15:41:16] wagnerrp: this is the user support channel, where we support users having problems
[15:41:32] sarthe: im not yet a user... here.
[15:42:02] sarthe: im a developer of software for several decades though, so i submitted your fuckup in the dev channel. deal with it!
[15:42:16] sarthe: or dont. ive worked around it.
[15:42:19] wagnerrp: again, please watch your language
[15:42:27] wagnerrp: and again, what is the problem?
[15:42:30] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users
[15:42:43] wagnerrp: you say we're failing to find some library, but we don't find system libraries
[15:42:48] wagnerrp: the system tells us where they are
[15:43:01] sarthe: stop talking about dev on a user channel
[15:43:01] wagnerrp: and in any case, why are you forcing mythtv to include x264?
[15:43:09] wagnerrp: that's the core problem
[15:43:28] wagnerrp: you felt the need to manually change one of the compile flags
[15:43:41] wagnerrp: which means you have a problem while using the application that made you do so
[15:43:52] sarthe: the problem is there for you to read. i have successfully compiled it, at great cost. so i no longer care
[15:44:08] wagnerrp: at great cost?
[15:44:21] sarthe: manually adding certain compiler flags
[15:44:40] wagnerrp: yes, you manually added certain configure flags which caused the problem in the first place
[15:44:54] sarthe: not configure. g++ ones
[15:45:16] sarthe: were done with this
[15:45:38] wagnerrp: yes, configure ones... you added '--enable-libx264'
[15:45:49] wagnerrp: that is the ONLY way mythtv will try to link against it
[15:45:54] wagnerrp: and that option is not enabled by default
[15:46:14] wagnerrp: as mentioned, the only reason to do so is if you're trying to use the HLS server, not just play h264 content
[15:46:51] ubuntuaddicted (ubuntuaddicted!~ubu@cpe-173-89-42-81.wi.res.rr.com) has quit (Quit: Leaving)
[15:47:20] sarthe: where is this mentioned? ive only seen reference to, basically the default codec being 'MPEG4' (which i had to look up what you meant with that, as its pretty meaningless). turns out it h264
[15:47:37] wagnerrp: incorrect
[15:47:44] wagnerrp: MPEG4 has many video codecs
[15:47:45] sarthe: so i added it. i have the lib there. didnt think it would be a problem
[15:48:02] sarthe: thats why i had to look up what you meant by 'mpeg4'
[15:48:06] wagnerrp: specifically in this case, MPEG4 refers to MPEG4ASP, which is basically divx
[15:48:10] sarthe: its a stupid thing to say
[15:48:18] wagnerrp: as opposed to MPEG4AVC, which is h264
[15:49:18] wagnerrp: however most users are performing digital recordings or using hardware compressors, rather than using framegrabbers
[15:49:31] wagnerrp: and never have to have mythtv compress anything for them in the first place
[15:50:52] wagnerrp: in any case, even compiled against x264, mythtv does not have the ability to record to, or transcode to, h264
[15:51:23] wagnerrp: the only mechanism that uses libx264 is the HLS transcoder, which performs on-the-fly transcoding for mobile devices
[15:51:41] wagnerrp: and that never gets stored back to the recordings path to replace the copy on disk
[15:53:08] sarthe: the important thing is, that the --extra-ldflags option does not work when it comes to link time. but it looks like youre too obsessed with swearing to understand this.
[15:53:36] sarthe: say for example i had SDL in a wierd place... goodbye. no workie
[15:54:26] wagnerrp: then as stuartm mentioned, your system should have been configured properly to point to the weird location
[15:54:46] wagnerrp: of course SDL is only used by mythffplay, and is even more ancillary than x264 support
[15:55:16] wagnerrp: whatever the case, i'm using --extra-ldflags successfully on my system
[15:55:22] wagnerrp: so i don't know why it wouldn't work for you
[15:55:23] sarthe: did not see that, but as libx264 is not a standard lib, its an irrelevant point. there is no standard for this lib
[15:56:17] sarthe: you are just assuming everyone puts everything in /usr/local/lib im guessing, and thus making it fucking impossible for sysadmins to compile this stuff for their users.
[15:56:57] sarthe: i note there is a big speel about this in the howto
[15:56:58] wagnerrp: like i said, --extra-ldflags is working on my system
[15:57:10] wagnerrp: so i'm not sure why you're having difficulty with it
[15:57:22] sarthe: because your libx264.so is in /usr/local/lib... my god.
[15:57:39] sarthe: learn how ld works please.
[15:58:00] wagnerrp: uh huh...
[15:58:16] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[15:59:14] sarthe: and perhaps how gnutools work.
[15:59:39] sarthe: --extra-ldflags should be somewhat automated
[15:59:49] wagnerrp: well you've got me there. i don't run gnu
[16:00:11] sarthe: nor ld then, obviously
[16:00:21] wagnerrp: no, just not GNU's ld
[16:00:30] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv-users
[16:00:30] Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stuartm
[16:01:22] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o wagnerrp
[16:01:24] sarthe: the bug is somewhere between those 2 points
[16:14:22] sarthe: surge@animal:/opt/mythtv$ grep MPlayer /etc/ld.so.conf
[16:14:23] sarthe: /opt/MPlayer/lib
[16:14:33] sarthe: thats where libx264 is btw.
[16:14:50] sarthe: re stuarts comment, which i just looked up logs.
[16:15:20] sarthe: it only needs the -L because its a .a
[16:16:49] devinheitmueller (devinheitmueller!~devinheit@pool-74-108-14-79.nycmny.fios.verizon.net) has joined #mythtv-users
[16:17:19] sarthe: which is the PURPOSE of --extra-ldflags
[16:20:01] sarthe: in my day, wed just copy the LDFLAGS variable from the environment, but apparently thats too hard now.
[16:22:25] sarthe: e.g. LDFLAGS="-L/opt/MPlayer/lib" ./configure ... should have worked
[16:25:25] Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has joined #mythtv-users
[16:49:20] Oleg_: wagnerrp, this is fucking ridiculous. I live less than 9 miles away from the NBC, CW, and etc. transmitters, yet still have problems with the ota reception
[16:50:10] [R]: get a better antenna
[16:52:14] Oleg_: well, I had reception problems with winegard ss-3000 and still have them with winegard fl-5500a
[16:52:50] [R]: no clue what those are
[16:53:09] [R]: but distance from the tranmitter is irrelevant unless you factor in everythign else
[16:53:18] [R]: obstructuions, tx power, other buildings, ettc
[16:56:52] Steve-Goodey: Didn't think indoor aerials were ever a good idea.
[16:58:43] [R]: i could be a mile away from the tranmitter and big huge honkin building made out of somethign that absorbs rf is in my way and i ain't gonna get nothing
[16:59:53] [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)
[17:01:38] wagnerrp: Oleg_: perhaps you have some multipath issue?
[17:01:51] wagnerrp: on analog TV, this would have shown up as image ghosting
[17:01:59] wagnerrp: on digital tv, it destroys your signal quality
[17:02:01] Oleg_: if it's the case, how can I resolve this issue?
[17:02:03] sarthe: if youre living in an area like manhattan with millions of reflections from high rise buildings, its a terrible one.
[17:03:20] wagnerrp: some tuners are better than others at handling it, but really all you can do is use directionality in your antenna to mute those reflections
[17:03:24] sarthe: oh, ill let wagnerrp set you straight. he knows best
[17:03:44] wagnerrp: that sounded of sarcasm
[17:03:54] Oleg_: I think the homerun tuner is worse than my tv tuner.
[17:04:21] Oleg_: I get signal strength of 100 % on all the main channels and still have issues
[17:04:32] wagnerrp: signal strength doesn't matter
[17:04:45] wagnerrp: all that does is measure the power level of a certain frequency
[17:05:03] wagnerrp: the data itself could be noisy garbage
[17:06:53] Oleg_: and how do cable customers avoid all these problems with reflections that ota folks have to deal with?
[17:07:19] wagnerrp: put terminators on any empty sockets
[17:07:55] sarthe: Oleg_, they have a cable. duh
[17:08:53] Oleg_: I just don't know how this cable thing works
[17:08:55] sarthe: usually coax even. best sheilding invented.
[17:09:33] wagnerrp: typically cable companies get a feed directly from the broadcaster, rather than picking up the broadcast signal with an antenna
[17:09:46] wagnerrp: so they don't have to deal with reception issues
[17:09:59] wagnerrp: now cable DOES have reflection issues
[17:10:17] sarthe: its pretty simple... your tv talks to you directly. with air broadcast, you get airports,airplanes,ham radios, whatever all talking to you as well
[17:10:18] wagnerrp: any unterminated socket will result in a reflection, and produce the same exact effects as multipath in an antenna
[17:10:48] wagnerrp: but they usually drive the signal hot enough that those reflections aren't a serious issue
[17:10:49] sarthe: and alot of shit being bounced around between the buildings in your area as well. its a mess
[17:11:08] wagnerrp: and it's simple enough to cap them to eliminate the reflection
[17:12:28] Oleg_: but I kinda suspect that the hd homerun tuner is not that good, even with the latest firmware
[17:12:43] sarthe: wagnerrp, youre talking shit.
[17:12:43] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o wagnerrp
[17:12:59] Mode for #mythtv-users by wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp : +b *!*anglais@110-175-228-227.static.tpgi.com.au
[17:12:59] sarthe has been kicked from #mythtv-users by wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp (sarthe)
[17:13:04] Mode for #mythtv-users by ChanServ!ChanServ@services. : -o wagnerrp
[17:14:17] wagnerrp: can't say i didn't warn him repeated about the language...
[17:14:26] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[17:17:19] cocoa117 (cocoa117!~cocoa117@78-105-89-199.zone3.bethere.co.uk) has quit (Ping timeout: 256 seconds)
[17:28:48] pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!)
[17:30:11] cocoa117 (cocoa117!~cocoa117@109.169.1.239) has joined #mythtv-users
[17:39:50] Peitolm_ (Peitolm_!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Quit: leaving)
[17:44:16] sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has quit (Ping timeout: 258 seconds)
[17:45:13] Mode for #mythtv-users by ChanServ!ChanServ@services. : +o wagnerrp
[17:45:19] Mode for #mythtv-users by wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp : -b *!*anglais@110-175-228-227.static.tpgi.com.au
[17:45:25] Mode for #mythtv-users by ChanServ!ChanServ@services. : -o wagnerrp
[17:56:59] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[17:58:32] Tobbe5178 (Tobbe5178!~asdf@h186n5-sv-a13.ias.bredband.telia.com) has joined #mythtv-users
[18:15:54] [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users
[19:01:19] Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5EF58.dip0.t-ipconnect.de) has joined #mythtv-users
[19:06:16] Scopeuk-AFK is now known as Scopeuk
[19:20:23] joelsplace: anyone on now that is a tuner/db expert?
[19:23:07] joelsplace: Or know more than me? Wouldn't take much...
[19:23:21] wagnerrp: need to ask a specific question
[19:24:38] joelsplace: I get a database error when I add my slave tuner. http://pastebin.com/WisXj1QP
[19:24:52] joelsplace: It makes my upcoming recordings go away.
[19:24:56] wagnerrp: just to make sure, you only have the one database, correct?
[19:25:09] wagnerrp: you're not trying to run a separate database and database server on your slave backend?
[19:25:29] joelsplace: Yes one db and all was good until I removed my old PVR150s.
[19:25:38] joelsplace: And added the Ceton.
[19:26:30] wagnerrp: is this the output of 'mythbackend --printsched'?
[19:27:03] joelsplace: mythbackend --testsched -v schedule --loglevel debug
[19:27:22] wagnerrp: i need to see the actual backend logs
[19:28:11] SteveGoodey (SteveGoodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!)
[19:28:15] joelsplace: There's a zillion of them and they are big. What should I look for to get you the correct area?
[19:29:02] wagnerrp: when you removed your PVR-150s, you had to restart the backend
[19:29:11] wagnerrp: it should have started a new log file then
[19:29:15] wagnerrp: just from that point forward
[19:30:09] sl1ce (sl1ce!~johnathan@pool-100-0-73-123.bstnma.fios.verizon.net) has joined #mythtv-users
[19:30:31] joelsplace: That's tricky. I've been working on this for several days and rebooted many times. I guess that's why I have so many logs. I'll see what I can find.
[19:30:43] wagnerrp: then just get the most recent file
[19:30:46] wagnerrp: they should be timestamped
[19:31:23] joelsplace: The most recent one is fine since I removed the tuner config.
[19:32:03] joelsplace: I'm stupid. I can look on the timestamp from the error message.
[19:32:40] wagnerrp: just note that the important part is at the beginning of the log
[19:32:43] wagnerrp: so i need the whole thing
[19:41:04] joelsplace: This doesn't look right but... http://pastebin.com/veaWMSyA
[19:43:32] wagnerrp: i dont see any problem in that log, aside from three orphaned files that keep doing the rounds through the autoexpirer
[19:43:45] wagnerrp: you successfully recorded an episode of Psych at 5AM
[19:44:13] wagnerrp: and the scheduler seems to be operating fine
[19:46:02] joelsplace: Must not be the correct one. I'll keep digging.
[19:46:22] wagnerrp: you can always stop the backend, delete all the logs, and start fresh
[19:46:37] wagnerrp: then if you're still having a problem, the one remaining log will be the correct one
[19:48:18] joelsplace: I'll have to delete all the tuners and re-add everything. I don't mind doing that but it's recording at the moment. It will be done in 12 minutes.
[19:50:59] joelsplace: Got it http://pastebin.com/WsTm9UKR
[19:53:31] wagnerrp: well aside from zero items being listed in the scheduler run, i'm not seeing any issues in the logs
[19:54:25] joelsplace: What's that db error on line 46? It shows up when it isn't working.
[19:54:25] wagnerrp: you reconnected your channel list to your ceton tuners?
[19:54:58] joelsplace: Yes. I'm getting pretty good at that after deleting and re-adding so many times.
[19:55:01] wagnerrp: no idea
[19:55:21] wagnerrp: yeah, after the first couple times, re-doing your tuners should only take a minute or two
[19:57:12] joelsplace: I'm guessing it has something to do with the adding of this particular Ceton tuner since my previous tuner cards worked fine in the slave.
[19:57:37] wagnerrp: do you just have the one video source?
[19:57:45] joelsplace: Yes
[19:58:08] wagnerrp: and it's only in use by the ceton, and PVR-150s capturing off cable boxes?
[19:58:36] Sharky-Sleep is now known as Sharky112065
[19:58:41] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Quit: “The only way to have a friend is to be one.” ― Ralph Waldo Emerson)
[19:58:56] joelsplace: I have no video source for the old PVRs any more. Charter quit providing it which is why I had to go to the Cetons.
[19:59:46] wagnerrp: but you do have a video source, populated by pulling a lineup from schedules direct?
[20:00:32] joelsplace: Yes. It works fine and can make the master record fine if the slave's card config isn't there. That's how the Psych episode was recorded in the previous log.
[20:01:38] wagnerrp: when you deleted and re-added the tuners, did you delete from the specific host? or "delete all tuners"?
[20:02:14] joelsplace: I did the delete all tuners. To get things working again I just did a "delete all from slave" and rebooted the backend.
[20:02:21] wagnerrp: considering it lists "encoder 9", i'm assuming the former
[20:02:29] wagnerrp: since otherwise, it would have reset the count back to 1
[20:02:34] wagnerrp: and you would have only ended up with 1–8
[20:02:55] wagnerrp: are you doing anything strange with input groups? you should not be touching those
[20:03:01] joelsplace: On that particular one you are correct. It does the same thing when I do a delete all but does number them correctly.
[20:03:13] joelsplace: I've left all input groups at the default.
[20:05:09] joelsplace: I've always added the master tuners first and then the slave. Do you think I should try it in reverse?
[20:05:33] joelsplace: I don't want the slave tuners to take priority but I guess I can change that.
[20:05:34] wagnerrp: doesn't matter
[20:05:40] wagnerrp: just depends on what order you want them to get used in
[20:06:28] joelsplace: Does it matter when I run mythfilldatabase?
[20:07:14] wagnerrp: all that matters is that it has been run at least once to be populated
[20:07:28] wagnerrp: since it took 8.4 seconds for a scheduler run (that found nothing), that shouldn't be a problem
[20:09:23] wagnerrp: usually that sort of thing is caused by some kind of file permissions issue
[20:09:39] wagnerrp: but it doesn't make sense why connecting the slave backend would make the master non-functional
[20:10:34] joelsplace: It somehow kills the upcoming recording schedule which makes the master and slave not work.
[20:11:41] Iczer (Iczer!~Iczer@d53-64-161-222.nap.wideopenwest.com) has joined #mythtv-users
[20:12:58] joelsplace: I did find some errors in a log (don't remember which one) that complained about config.xml not being writable. I fixed that and haven't tried it again. That doesn't have anything to do with it though, correct?
[20:13:43] wagnerrp: sounds like you're running it as the wrong user
[20:14:06] wagnerrp: i did notice it was trying to use /root/.mythtv as its default configuration folder, which is usually wrong
[20:14:19] joelsplace: config.xml was readonly for the mythtv user
[20:15:32] wagnerrp: it should be owned by the mythtv user
[20:15:48] wagnerrp: because it should be in the mythtv user's home directory
[20:16:10] joelsplace: I did change the owner to mythtv
[20:16:28] wagnerrp: that doesn't change the fact that it's pulling from the wrong location in the first place
[20:16:40] wagnerrp: it should be pulling from ~/.mythtv/config.xml
[20:16:48] wagnerrp: and for some reason, it thinks it is root
[20:16:55] joelsplace: How would I fix that? That may be my issue.
[20:17:43] wagnerrp: depends on how you're running it
[20:18:30] joelsplace: It's a LINHES box that was upgraded from KnoppMyth. I don't know where it starts from.
[20:18:53] joelsplace: It only does myth and starts automatically on boot.
[20:19:55] joelsplace: Do you know where the log is for when I add the cards? Maybe it has errors?
[20:20:04] wagnerrp: would be mythtv-setup
[20:20:30] wagnerrp: if you don't specify a place for it to log when you run it, it will only log to the terminal
[20:21:40] joelsplace: I run mythtv-setup with alt-s. If I run it from a terminal how do I tell it to log?
[20:21:52] wagnerrp: --logpath
[20:22:12] joelsplace: Great! I'll try it now. Thanks!
[20:22:23] Iczer: Hi all. Thanks for having this channel. Been a longtime KnoppMyth user, just upgraded to latest version – R8 (now called LinHES) – it's using MythTV 0.25. Having an issue with getting my HDHomeRun Prime to tune ClearQAM via MythTV. I'm using the Digital Cable listings from Schedules Direct for my provider (Wide Open West – zip 60193). Using the windows test tuner program that came with
[20:22:24] Iczer: the HDHomeRun setup CD works fine. Wondering where the log files are for the tuner, so I can investigate. Looking at /var/log didn't reveal anything, but I could have missed it.
[20:23:13] wagnerrp: you can't tune clearqam using downloaded listings
[20:23:19] wagnerrp: you have to manually scan for channels
[20:23:26] Iczer: ah
[20:23:58] wagnerrp: you can only use the downloaded channels if you are using a cablecard, and the tuner's internal virtual channel mapping
[20:25:34] Iczer: Looks like I'm doing this the hard way then :-) I'll look for docs on how to manually scan and hopefully can merge the listings with my scan
[20:26:09] wagnerrp: assuming your channels carry callsigns with them, mythtv will try its best to automatically do the matchups
[20:26:32] wagnerrp: if not, you'll need to go into the channel editor afterwards and manually match the channels using the XMLTV ID available on SD
[20:30:30] Iczer: Thanks very much! If I've already "Fetched channels from listing source", and have a populated channel list, I'm guessing I should delete the source input then to start over?
[20:30:41] wagnerrp: yes
[20:33:08] Iczer: Thanks again! :-)
[20:33:17] Steve-Goodey (Steve-Goodey!~steve@host86-140-98-12.range86-140.btcentralplus.com) has quit (Quit: Konversation terminated!)
[20:37:11] joelsplace: I deleted all the tuners, rebooted master and slave. I added the slave tuners and the upcoming recordings are all there!
[20:43:54] Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5EF58.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[20:45:40] joelsplace: After adding tuners to the backend I'm back to the same errors. One interesting thing is that when this error appears it complains about my recordings dir not being writable but it is.
[20:49:22] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has left #mythtv-users ("Gone")
[20:55:06] joelsplace: System status in the GUI says "Tuner 1 is unavailable" 2,3,4 but mythweb shows them all good.
[21:07:49] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has quit (Read error: Connection reset by peer)
[21:10:31] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has joined #mythtv-users
[21:16:54] Scopeuk is now known as Scopeuk-AFK
[21:22:18] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has quit (Read error: Connection reset by peer)
[21:23:01] Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has joined #mythtv-users
[21:28:09] Iczer (Iczer!~Iczer@d53-64-161-222.nap.wideopenwest.com) has quit (Ping timeout: 256 seconds)
[21:30:15] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv-users
[21:33:08] messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has joined #mythtv-users
[21:34:02] CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users
[21:36:34] CiaranG1 (CiaranG1!~CiaranG@86.132.11.52) has quit (Ping timeout: 272 seconds)
[22:11:34] messerting (messerting!~messertin@cm-84.211.113.209.getinternet.no) has quit (Ping timeout: 246 seconds)
[22:28:25] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 256 seconds)
[22:29:06] uglyoldbob (uglyoldbob!~quassel@96.31.212.128) has joined #mythtv-users
[22:29:32] joelsplace: Any other ideas?
[22:54:58] Narr0wM1nd (Narr0wM1nd!1805ace6@gateway/web/freenode/ip.24.5.172.230) has joined #mythtv-users
[22:55:51] Narr0wM1nd: I changed the hostname of my backend and now it cant find any of its configs. What is the fix?
[22:56:09] [R]: theres documentaion on the wiki about changign the hostname
[22:56:13] wagnerrp: change it back, or use the backup utility to change the references in the database
[22:58:14] [R]: i love that my myth system has been going strong for years
[23:03:53] Narr0wM1nd: Is there a DB command I can use to find out what hostname this damn thign watns?
[23:04:31] wagnerrp: it wants whatever your hostname was previously set to
[23:05:09] Narr0wM1nd: clearly.. but for some reason what Im setting it to and what it wants arnt the same thing
[23:05:18] Narr0wM1nd: Thus I must not be remembering what it was before
[23:05:27] Narr0wM1nd: I reset it to localhost
[23:05:53] wagnerrp: you can try 'select distinct hostname from recorded;'
[23:06:00] Narr0wM1nd: and it still wont come up.. still has 'No setting found for this machine's BackendServerIP.'
[23:06:29] wagnerrp: that's likely to be the most direct
[23:06:37] wagnerrp: since chances are you only had one or two machine recording
[23:07:51] MMlosh (MMlosh!~MMlosh@2001:470:6f:23:c2d:67d3:55da:3010) has quit (Quit: Bye...)
[23:08:18] Narr0wM1nd: ok, localhost.localdomain
[23:08:32] plut0 (plut0!~cory@pool-71-244-121-220.albyny.fios.verizon.net) has joined #mythtv-users
[23:11:23] MMlosh (MMlosh!~MMlosh@2001:470:6f:23:cd23:f2b2:273f:a9ba) has joined #mythtv-users
[23:11:51] plut0: wagnerrp: hey you around?
[23:15:00] wagnerrp: un huh
[23:17:02] ** wagnerrp wonders if there's a question coming **
[23:18:48] _abbenormal: lol
[23:18:55] plut0: wagnerrp: who was the contact for channel fetching from schedules direct?
[23:19:22] wagnerrp: the contact? i would assume the main tech support line at SD
[23:19:39] plut0: on the mythtv side
[23:19:56] plut0: i'm still having issues with channels
[23:20:00] wagnerrp: not sure if there really is one
[23:20:05] wagnerrp: what version are you running?
[23:20:12] plut0: i just upgraded to 0.26
[23:20:18] wagnerrp: what version?
[23:21:21] plut0: 0.26.0_p20130322
[23:22:08] wagnerrp: should work fine
[23:22:16] wagnerrp: the fix was put in around the beginning of the year
[23:24:34] plut0: wagnerrp: it doesn't work fine though
[23:24:53] plut0: wagnerrp: one of my channels is showing up as the wrong channel number
[23:25:06] plut0: it should be 576, mythtv thinks its 595
[23:25:16] plut0: when i try to tune to it, i get irrecoverable recorder error
[23:28:34] plut0: any ideas?
[23:28:40] wagnerrp: nope
[23:28:57] plut0: who was helping me last time?
[23:29:04] wagnerrp: maybe sphery
[23:29:09] plut0: yeah
[23:32:12] plut0: guess i should hit the mailing list
[23:41:54] plut0: did a fresh mythfilldatabase, i have missing channels and duplicate channels
[23:46:49] rsiebert_ (rsiebert_!~quassel@g225053052.adsl.alicedsl.de) has joined #mythtv-users
[23:49:44] rsiebert (rsiebert!~quassel@g225062156.adsl.alicedsl.de) has quit (Ping timeout: 256 seconds)
[23:54:38] wagnerrp: aww come on... two recordings now scrubbed because of news "special reports"?
[23:55:22] wagnerrp: oh, but i'm sure they aired on the west coast just fine, due to timing differences, so we're just SOL over here...
[23:59:56] skeeveman (skeeveman!~skeeve@64.254.35.14) has quit (Read error: Connection reset by peer)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.