From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RJN3b-0001dl-Qm for garchives@archives.gentoo.org; Thu, 27 Oct 2011 10:19:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3E54C21C020; Thu, 27 Oct 2011 10:19:23 +0000 (UTC) Received: from binky.genestate.com (li267-248.members.linode.com [178.79.147.248]) by pigeon.gentoo.org (Postfix) with ESMTP id C592D21C040 for ; Thu, 27 Oct 2011 10:18:28 +0000 (UTC) Received: from genesis.genestate.com (pathfinder.genestate.com [212.21.116.18]) by binky.genestate.com (Postfix) with ESMTPS id D19C76ED28 for ; Thu, 27 Oct 2011 11:17:56 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by genesis.genestate.com (Postfix) with ESMTP id 6713728EDC4 for ; Thu, 27 Oct 2011 11:16:01 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=genestate.com; h= content-transfer-encoding:content-type:in-reply-to:references :subject:mime-version:user-agent:from:date:message-id:received :received; s=default; t=1319710561; bh=LGpwbTQ+58+93PNZL2RDVIaVE juYneBOTARMrRRDYH4=; b=vgSCV/qjgRpDxcOCDOiFnxW5ycJ0f9u5Y+bDg5pKX NgfBuTX6EvNEcmga2evl9e82qQkCZByKVfmNNLLCiEe2bxJdSvTe1fjmB+doeeMg Ufd102LNgk9o69FWBhPoDM8P2ooQYQ3PflueIyZbR7Dgv9K/D/DzuuTHFJsRClgx 5s= Received: from genesis.genestate.com ([127.0.0.1]) by localhost (exodus.genestate.com [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id eIlM0FdNiEgn for ; Thu, 27 Oct 2011 11:16:01 +0100 (BST) Received: from [10.194.217.19] (muffinbuffer.genestate.com [10.194.217.19]) by genesis.genestate.com (Postfix) with ESMTPA id 31C1A28ED91 for ; Thu, 27 Oct 2011 11:16:01 +0100 (BST) Message-ID: <4EA92FAA.4060300@genestate.com> Date: Thu, 27 Oct 2011 11:17:14 +0100 From: Matt Harrison User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Mythtv problems References: <4EA817E2.8050701@gmail.com> <20111026170721.1bdd30d2@digimed.co.uk> <4EA83571.1060100@gmail.com> <4EA851E7.9050808@gmail.com> <4EA8599B.30806@gmail.com> <4EA859F7.5040208@gmail.com> <4EA86363.1060605@gmail.com> <4EA87978.4030402@gmail.com> In-Reply-To: <4EA87978.4030402@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: X-Archives-Hash: 13feae708267833199b4482632c1a94c On 26/10/2011 22:19, Michael Sullivan wrote: > On 10/26/11 14:45, Michael Sullivan wrote: >> On 10/26/11 14:05, Michael Sullivan wrote: >>> On 10/26/11 14:03, Michael Sullivan wrote: >>>> On 10/26/11 13:31, Michael Sullivan wrote: >>>>> On 10/26/11 11:36, Mark Knecht wrote: >>>>>> On Wed, Oct 26, 2011 at 9:29 AM, Michael Sullivan wrote: >>>>>>> On 10/26/11 11:07, Neil Bothwick wrote: >>>>>>>> On Wed, 26 Oct 2011 09:23:30 -0500, Michael Sullivan wrote: >>>>>>>> >>>>>>>>> At first I thought that sometime that installed since Oct 12 was causing >>>>>>>>> the segfault, so I tried unmerging the 350+ packages that had installed >>>>>>>>> since then and listing them in package.mask, but that blew up in my face >>>>>>>>> because I don't know a command that forces portage to ignore masked >>>>>>>>> packages and install next-highest stable versions. >>>>>>>> >>>>>>>> Mask higher versions in package mask >>>>>>>> >>>>>>>>> cat/pkg-version.you.want >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> I did, but as I said there where 350+ of them. And every time I tried >>>>>>> to emerge anything else, I couldn't because some package I needed was >>>>>>> listed in package mask. I got the package list that I added to >>>>>>> package.mask from /var/log/portage-logs for files dated from October 12 >>>>>>> till 24. It was an epic fail. I couldn't even emerge -e world because >>>>>>> of those stupid masked package versions... >>>>>> >>>>>> OK, I haven't used Myth now in over a year so take this with a grain >>>>>> of salt. From the log file it appears that your client isn't >>>>>> connecting to the server which likely explains why you don't see the >>>>>> programs. I wonder if you've tested connecting to mythconverg manually >>>>>> via a terminal? Maybe something like /etc/my.cnf or one of the Myth >>>>>> config files got messed up in the update. >>>>>> >>>>>> Good luck, >>>>>> Mark >>>>>> >>>>> >>>>> Mysql on camille is broken: >>>>> >>>>> camille ~ # mysql -u root -p >>>>> mysql: unknown variable 'expire_logs_days=10' >>>>> >>>>> I'll do some googling, but I thinmichael@camille ~ $ sudo mythbackend >>>> 2011-10-26 13:48:02.094 mythbackend version: branches/release-0-23-fixes >>>> [27077] www.mythtv.org >>>> 2011-10-26 13:48:02.094 Using runtime prefix = /usr >>>> 2011-10-26 13:48:02.094 Using configuration directory = /root/.mythtv >>>> 2011-10-26 13:48:02.124 Unable to read configuration file mysql.txt >>>> 2011-10-26 13:48:02.124 Empty LocalHostName. >>>> 2011-10-26 13:48:02.124 Using localhost value of camille >>>> 2011-10-26 13:48:02.176 New DB connection, total: 1 >>>> 2011-10-26 13:48:02.223 Connected to database 'mythconverg' at host: >>>> localhost >>>> 2011-10-26 13:48:02.223 Closing DB connection named 'DBManager0' >>>> 2011-10-26 13:48:02.231 Connected to database 'mythconverg' at host: >>>> localhost >>>> 2011-10-26 13:48:02.344 Current MythTV Schema Version (DBSchemaVer): 1254 >>>> 2011-10-26 13:48:02.348 MythBackend: Running as a slave backend. >>>> 2011-10-26 13:48:02.384 mythbackend: MythBackend started as a slave backend >>>> 2011-10-26 13:48:02.390 New DB connection, total: 2 >>>> 2011-10-26 13:48:02.401 Connected to database 'mythconverg' at host: >>>> localhost >>>> 2011-10-26 13:48:02.426 New DB connection, total: 3 >>>> 2011-10-26 13:48:02.462 Connected to database 'mythconverg' at host: >>>> localhost >>>> 2011-10-26 13:48:02.728 MediaServer:: Loopback address specified - >>>> 127.0.0.1. Disabling UPnP >>>> 2011-10-26 13:48:02.728 Main::Registering HttpStatus Extension >>>> 2011-10-26 13:48:02.728 Enabled verbose msgs: important general >>>> 2011-10-26 13:48:03.773 Connecting to master server: 192.168.2.3:6543 >>>> 2011-10-26 13:48:03.773 Connected successfully >>>> 2011-10-26 13:48:12.673 mythbackend: Running housekeeping thread >>>> 2011-10-26 13:48:33.781 MythSocket(8219290:23): readStringList: Error, >>>> timed out after 30000 ms. >>>> QMutex::unlock: mutex lock failure: Invalid argument >>>> k that sounds like a config file >>>> >>>> It's been up for about 20 minutes and it hasn't crashed. None of the >>>> things I mentioned before work, but at least it's not crashing, right? >>>> This is a good step forward... >>>>> directive. I'll probably do a rebuild of mysql as well... >>>> >>>> >>>> I googled the expire_logs thing and what I found said to comment it out >>>> and restart mysql. I did that, and now the output of mythbackend says: >>>> >>>> >>>> >>> I forgot that I was going to post the output of mythbackend to see if >>> any of the changes provide hints to solving any of my other myth problems: >>> >>> michael@camille ~ $ sudo mythbackend >>> 2011-10-26 13:48:02.094 mythbackend version: branches/release-0-23-fixes >>> [27077] www.mythtv.org >>> 2011-10-26 13:48:02.094 Using runtime prefix = /usr >>> 2011-10-26 13:48:02.094 Using configuration directory = /root/.mythtv >>> 2011-10-26 13:48:02.124 Unable to read configuration file mysql.txt >>> 2011-10-26 13:48:02.124 Empty LocalHostName. >>> 2011-10-26 13:48:02.124 Using localhost value of camille >>> 2011-10-26 13:48:02.176 New DB connection, total: 1 >>> 2011-10-26 13:48:02.223 Connected to database 'mythconverg' at host: >>> localhost >>> 2011-10-26 13:48:02.223 Closing DB connection named 'DBManager0' >>> 2011-10-26 13:48:02.231 Connected to database 'mythconverg' at host: >>> localhost >>> 2011-10-26 13:48:02.344 Current MythTV Schema Version (DBSchemaVer): 1254 >>> 2011-10-26 13:48:02.348 MythBackend: Running as a slave backend. >>> 2011-10-26 13:48:02.384 mythbackend: MythBackend started as a slave backend >>> 2011-10-26 13:48:02.390 New DB connection, total: 2 >>> 2011-10-26 13:48:02.401 Connected to database 'mythconverg' at host: >>> localhost >>> 2011-10-26 13:48:02.426 New DB connection, total: 3 >>> 2011-10-26 13:48:02.462 Connected to database 'mythconverg' at host: >>> localhost >>> 2011-10-26 13:48:02.728 MediaServer:: Loopback address specified - >>> 127.0.0.1. Disabling UPnP >>> 2011-10-26 13:48:02.728 Main::Registering HttpStatus Extension >>> 2011-10-26 13:48:02.728 Enabled verbose msgs: important general >>> 2011-10-26 13:48:03.773 Connecting to master server: 192.168.2.3:6543 >>> 2011-10-26 13:48:03.773 Connected successfully >>> 2011-10-26 13:48:12.673 mythbackend: Running housekeeping thread >>> 2011-10-26 13:48:33.781 MythSocket(8219290:23): readStringList: Error, >>> timed out after 30000 ms. >>> QMutex::unlock: mutex lock failure: Invalid argument >>> >> >> I just ran mythfilldatabase to see if everything looked like it usually >> did. At the end of the run I saw this: >> >> 2011-10-26 14:41:39.486 MythContext: Connecting to backend server: >> 192.168.2.3:6543 (try 1 of 1) >> 2011-10-26 14:41:39.486 Connection to master server timed out. >> Either the server is down or the master server settings >> in mythtv-settings does not contain the proper IP address >> >> 2011-10-26 14:41:39.486 Error rescheduling id -1 in >> ScheduledRecording::signalChange >> 2011-10-26 14:41:39.487 MythContext: Connecting to backend server: >> 192.168.2.3:6543 (try 1 of 1) >> 2011-10-26 14:41:39.487 Connection to master server timed out. >> Either the server is down or the master server settings >> in mythtv-settings does not contain the proper IP address >> >> 2011-10-26 14:41:39.487 MythContext: Connecting to backend server: >> 192.168.2.3:6543 (try 1 of 1) >> 2011-10-26 14:41:39.487 Connection to master server timed out. >> Either the server is down or the master server settings >> in mythtv-settings does not contain the proper IP address >> >> In mythtv-setup I have: >> >> Local Backend (camille) section IP Address 127.0.0.1 >> >> Master Backend section IP Address 192.168.2.3 >> >> Is that not correct? > > > I changed Local Backend IP address to 192.168.2.3 and now I have > everything back except Upcoming Recordings, Program Finder and Program > Guide. Any thoughts? > Does it need a forced mythfilldatabase? If your backend hasn't been well for a while it's possible the data is all outdated now. HTH