Bug 1283 - KWin crashed after LCD restored from power saving mode while updating system (in live mode)
Summary: KWin crashed after LCD restored from power saving mode while updating system ...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard: check
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2011-05-15 12:29 CEST by Jin-tong Hu
Modified: 2011-10-02 08:33 CEST (History)
3 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
the /var/log/messages file (124.00 KB, text/plain)
2011-05-15 12:43 CEST, Jin-tong Hu
Details
the /home/live/.xsession-errors file (128.00 KB, text/plain)
2011-05-15 13:06 CEST, Jin-tong Hu
Details

Description Jin-tong Hu 2011-05-15 12:29:42 CEST
Description of problem:
I cannot figure out which part(s) of the system has gone wrong, so let me describe the steps I have made.

1. Started from Mageia 1 Beta 2 KDE Live CD.
2. After KDE completely loaded, configured DSL PPPoE network connection.
3. Started Mageia Control Center, and configured media sources.
4. Went back to Mageia Control Center, and started updating the system.
5. Let the downloading & installation of packages proceed, and waited for LCD go into power saving mode.
6. Moved the mouse to make LCD restore from power saving mode.
7. The updating windows aborted disappeared.
8. Again from Mageia Control Center, configured & updated media sources.
9. Media sources update failed.
10. Task bar at the bottom of the desktop disappeared, then wallpaper disappeared, too.
11. Mageia Control Center did not disappear.
12. After a while, a small dialog appeared saying:

     KWin is unstable.
     It seems to have crashed several times in a row. You can select another
     window manager to run:
     ⦠

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
Comment 1 Jin-tong Hu 2011-05-15 12:43:02 CEST
Created attachment 405 [details]
the /var/log/messages file

In the /var/log/messages file, MageiaUpdate progress seemed to be OK until Line 1382. After that, problems seemed to occur.
Jin-tong Hu 2011-05-15 12:45:43 CEST

Attachment 405 mime type: application/octet-stream => text/plain
Attachment 405 description: /var/log/messages => the /var/log/messages file

Comment 2 Jin-tong Hu 2011-05-15 13:06:27 CEST
Created attachment 406 [details]
the /home/live/.xsession-errors file

Starting from Line 1927 in the /home/live/.xsession-errors file, we can see a series of crashes.
Comment 3 John Balcaen 2011-05-15 16:48:45 CEST
Seems like you're also running out of space
cf
May 14 21:36:43 localhost console-kit-daemon[2379]: WARNING: Error writing state file: No space left on device
So a lot of things can break in that case :/
Ideally you should install the -debug package to provide a nice backtrace for upstream but without free space it's going to be difficult :/

CC: (none) => balcaen.john

Ahmad Samir 2011-05-15 22:20:12 CEST

Component: Installer => RPM Packages

Comment 4 Franklin Weng 2011-05-16 16:48:50 CEST
(In reply to comment #3)
> Seems like you're also running out of space
> cf
> May 14 21:36:43 localhost console-kit-daemon[2379]: WARNING: Error writing
> state file: No space left on device
> So a lot of things can break in that case :/
> Ideally you should install the -debug package to provide a nice backtrace for
> upstream but without free space it's going to be difficult :/

I remember that in Mandriva if disk space of /var is lower than a specified value (may be dependent on how many packages you need to upgrade) it will refuse to upgrade.  This would happen in my eeepc since the ssd space is quite small and I didn't give /usr and /var too much space.  Does mageia do the same checkup?  Suppose this lack-of-space problem should not happen.

CC: (none) => franklin

Comment 5 John Balcaen 2011-05-16 17:11:20 CEST
(In reply to comment #4)
> I remember that in Mandriva if disk space of /var is lower than a specified
> value (may be dependent on how many packages you need to upgrade) it will
> refuse to upgrade.  This would happen in my eeepc since the ssd space is quite
> small and I didn't give /usr and /var too much space.  Does mageia do the same
> checkup?  Suppose this lack-of-space problem should not happen.

It should but i don't have any idea
it would be nice to have a result of df to confirme or not my theory.
Comment 6 Ahmad Samir 2011-05-16 18:35:18 CEST
(In reply to comment #4)
> (In reply to comment #3)
> > Seems like you're also running out of space
> > cf
> > May 14 21:36:43 localhost console-kit-daemon[2379]: WARNING: Error writing
> > state file: No space left on device
> > So a lot of things can break in that case :/
> > Ideally you should install the -debug package to provide a nice backtrace for
> > upstream but without free space it's going to be difficult :/
> 
> I remember that in Mandriva if disk space of /var is lower than a specified
> value (may be dependent on how many packages you need to upgrade) it will
> refuse to upgrade. 

That check was done by mdkonline (it's mgaonline in Mageia), since mgaonline has only been available for a couple of days you upgraded using urpmi from terminal, right? urpmi doesn't do the same check IIRC.
Comment 7 Franklin Weng 2011-05-17 01:22:20 CEST
(In reply to comment #6)
> (In reply to comment #4)
> > I remember that in Mandriva if disk space of /var is lower than a specified
> > value (may be dependent on how many packages you need to upgrade) it will
> > refuse to upgrade. 
> 
> That check was done by mdkonline (it's mgaonline in Mageia), since mgaonline
> has only been available for a couple of days you upgraded using urpmi from
> terminal, right? urpmi doesn't do the same check IIRC.

Okay.  Since using urpmi to upgrade may have such problems, will it be possible to add this space check in urpmi?  That would eliminate many possible problems.
Comment 8 Jin-tong Hu 2011-05-17 01:25:40 CEST
(In reply to comment #5)
> (In reply to comment #4)
> > I remember that in Mandriva if disk space of /var is lower than a specified
> > value (may be dependent on how many packages you need to upgrade) it will
> > refuse to upgrade.  This would happen in my eeepc since the ssd space is quite
> > small and I didn't give /usr and /var too much space.  Does mageia do the same
> > checkup?  Suppose this lack-of-space problem should not happen.
> 
> It should but i don't have any idea
> it would be nice to have a result of df to confirme or not my theory.

I did not install the system to the hard disk, so the Live CD system only used
my physical memory space (total 2GB)? Or which file could be useful to help
confirm the problem? I have backed up a nearly full copy of the file system
when those crashes occurred.
Comment 9 Ahmad Samir 2011-05-17 01:43:00 CEST
@Jin-tong, that may explain the issue, you simply ran out of RAM; the Live CD only uses the RAM, wfor _all_ the files including stuff in /var/ ... etc, you ran out of RAM, so apps started crashing...
Comment 10 Ahmad Samir 2011-05-17 01:45:07 CEST
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #4)
> > > I remember that in Mandriva if disk space of /var is lower than a specified
> > > value (may be dependent on how many packages you need to upgrade) it will
> > > refuse to upgrade. 
> > 
> > That check was done by mdkonline (it's mgaonline in Mageia), since mgaonline
> > has only been available for a couple of days you upgraded using urpmi from
> > terminal, right? urpmi doesn't do the same check IIRC.
> 
> Okay.  Since using urpmi to upgrade may have such problems, will it be possible
> to add this space check in urpmi?  That would eliminate many possible problems.

This is a bit off-topic here... IMHO, urpmi, like any CLI too, is supposed to be used by advanced users; and advanced users are expected to check for things such as having enough free HDD space; feel free to open an enhancement bug against urpmi, at least to see what the urpmi maintainers think about such a wish.
Comment 11 Chih Wei Yao 2011-05-17 14:23:55 CEST
(In reply to comment #10)
> This is a bit off-topic here... IMHO, urpmi, like any CLI too, is supposed to
> be used by advanced users; and advanced users are expected to check for things
> such as having enough free HDD space; feel free to open an enhancement bug
> against urpmi, at least to see what the urpmi maintainers think about such a
> wish.
I think this kind of problem should be checked by the software, and it's more likely being a bug... The function of checking the space left on the disk should be implemented in urpmi, not in mgaonline, which would cause maintenance problem of mgaonline.

CC: (none) => elegant.pegasus

Manuel Hiebel 2011-07-27 18:55:44 CEST

Summary: KWin crashed after LCD restored from power saving mode while updating system => KWin crashed after LCD restored from power saving mode while updating system (in live mode)

Comment 12 Manuel Hiebel 2011-10-02 00:44:35 CEST
Is the initial bug still present ?

Keywords: (none) => NEEDINFO
Whiteboard: (none) => check

Comment 13 Jin-tong Hu 2011-10-02 04:30:08 CEST
The initial bug was reported when I tested Mageia 1 Beta 2 in Live CD mode. Now that Mageia 1 Final has been released for a while and I no longer use Mageia in Live CD mode, I'm not sure whether that bug is still present. The only thing I can make sure is that I haven't suffered from the bug again in Mageia 1 *installation* mode.
Comment 14 Manuel Hiebel 2011-10-02 08:33:26 CEST
ok so I close as old.

Status: NEW => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.