On Wed, Mar 11, 2015 at 08:23:43PM -0700, Dave Johansen wrote:
> On Wed, Mar 11, 2015 at 6:40 AM, Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
> 
> > On Tue, Mar 10, 2015 at 08:15:38PM -0700, Dave Johansen wrote:
> > > On Tue, Mar 10, 2015 at 7:53 PM, Dave Johansen <davejohan...@gmail.com>
> > > wrote:
> > >
> > > > On Tue, Mar 10, 2015 at 5:10 AM, Michal Schmidt <mschm...@redhat.com>
> > > > wrote:
> > > >
> > > >> On 03/10/2015 03:13 AM, Dave Johansen wrote:
> > > >> > #0  0xb76debac in __kernel_vsyscall ()
> > > >> > #1  0xb7510d03 in __waitpid_nocancel () from /lib/libpthread.so.0
> > > >> > #2  0xb6fa4842 in rpmScriptRun () from /lib/librpm.so.3
> > > >> > #3  0xb6f83c53 in runScript () from /lib/librpm.so.3
> > > >> > #4  0xb6f8434f in runInstScript () from /lib/librpm.so.3
> > > >> > #5  0xb6f8531b in rpmpsmRun () from /lib/librpm.so.3
> > > >> > #6  0xb6f9a3cb in rpmteProcess () from /lib/librpm.so.3
> > > >> > #7  0xb6fa1714 in rpmtsRun () from /lib/librpm.so.3
> > > >> > [...]
> > > >> > It looks like yum is waiting on some process.
> > > >>
> > > >> It's waiting for a package scriptlet to finish.
> > > >>
> > > >
> > > > Here's the contents of the script that it's waiting on:
> > > > if [ $1 -eq 0 ] ; then
> > > >   # Package removal, not upgrade
> > > >   systemctl --no-reload disable minetest@default.service > /dev/null
> > 2>&1
> > > > || :
> > > >   systemctl stop minetest@default.service > /dev/null 2>&1 || :
> > > > fi
> > > >
> > >
> > > Sorry for the multiple emails. It's stuck on the call to stop the
> > service.
> > > When I run status, I prints the following:
> > > . minetest@default.service - Minetest multiplayer server w/ default.conf
> > > server config
> > >    Loaded: loaded (/usr/lib/system/system/minetest@.service; disabled)
> > >    Active: inactive (dead)
> > >
> > > Any recommendations on what I should do next to diagnose the source of
> > the
> > > problem?
> >
> > How long does it stay in this state? systemctl times out connections
> > after a timeout (25s ?), so even if it fails to communicate with PID1 for
> > any reason, rpm should still continue at some point.
> >
> > pstree -ap <pid-of-rpm> should show a list of processes. If it's systemctl
> > that is hanging, can you post the backtrace?
> >
> 
> It had been stuck for ~3 days and last night I got sick of my computer
> being sluggish, so I started trying to see if I could get it to break free.
> I should have gotten a stacktrace for systemctl first, but didn't think of
> that and here's what happened:
> 
> I ran "systemctl start minetest@default.service"
> Then after a few seconds, the system went into what I believe was "suspend
> mode" (screen went blank and I had to hit the power button to get things to
> come back). I then hit Ctrl-C after about 30 seconds because it appeared
> that the service wasn't actually starting (it technically was in the
> process of being removed after all).
> 
> After that, the CPU usage of systemd dropped back to being close to 0 and
> the status output the following:
> ● minetest@default.service
>    Loaded: not-found (Reason: No such file or directory)
>    Active: inactive (dead)
> 
> Mar 10 20:16:19 JohansenDev systemd[1]: Failed to start
> minetest@default.service.
This could be somehow related to a restart of unit after it's file has
been removed. We had some bugs in that area in the past.

Sorry, can't say what the problem was.

Zbyszek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Reply via email to