| Summary: | nfs error message on shutting down | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Doug Laidlaw <laidlaws> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | davidwhodgins, stormi-mageia |
| Version: | 2 | Keywords: | NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
|
Description
Doug Laidlaw
2012-05-27 16:35:02 CEST
This bug seems to have gone away. The real issue must have been the ntpd problem. The local time is GMT+10. Last time it got out of step, it couldn't find the existing server pool (Australia) so I switched to Oceania. This time it couldn't find Oceania, but it could find Australia. Doing a soak test. so still valid or we can close ? It was back again today. It seems to happen only on exiting with "shutdown -r" or "rebootin," not when exiting via an icon. I am running Xfce. I get a kdm at startup and gdm on leaving xfce. I need to make more observations. It is no real problem. When it happens, a trace shows in the dialog. Any way of logging that, perhaps by setting logging to verbose, somewhere? This time, I caught the words "net_applet" in the message box. The only references to net_applet in syslog say "Program is starting". Would you like to close this vague bug, and I will lodge a new one against net_applet when I have better info? Doug, Was this an upgrade or a clean install? If an upgrade, have you run "urpmi --auto-update"? CC:
(none) =>
davidwhodgins It was an upgrade, Dave. No updates have been coming through. Just ran "urpmi --auto-update" now, and everything is up-to-date. I have downloaded Rel 2 and will do a clean reinstall next week. My monthly allocation is almost full (again) and there is no leeway for my selection of extras. I did see a reference to Raleigh, the desktop in the trace, but net_applet is the trigger. The bug doesn't stop shutdown or have any real effect, it just shouldn't be happening. I will report further after the clean install. This is still in evidence in Mga 2. If I can't catch it, I can't progress it much, but the following seems to be true: It happens in Xfce, but I haven't seen it in KDE. It doesn't happen if I shutdown via the logout button. This may be because I then use gdm to reboot. The steps there are logout-> shutdown from GDM, -> wait for the Grub menu. In KDE, I can do it all in one step. Or it could be simply that using a shutdown from either display manager, the net applet is stopped when I no longer have a terminal to see the error messages. Using "shutdown" or "rebootin" from a terminal, I can see them. At last, something concrete. I restarted net_applet with 2> a logfile, and captured this: Gtk-Message **: Failed to load module "canberra-gtk-module" at /usr/lib/libDrakX/mygtk2.pm line 20. Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Cannot open /dev/input/eventX: Permission denied Gtk-Message **: Failed to load module "canberra-gtk-module" at /usr/lib/libDrakX/mygtk2.pm line 20. (drakbug:15868): GVFS-RemoteVolumeMonitor-WARNING **: remote volume monitor with dbus name org.gtk.Private.UDisks2VolumeMonitor is not supported _ _ _ The actual bug window contains a reference to the Raleigh desktop, so it is not identical. Using Mga 2 release with all updates, and Xfce desktop. Hi, Is this bug still happening in Mageia 3? Keywords:
(none) =>
NEEDINFO Haven't noticed it for a while. It was only a nuisance bug anyway. The reference to the Raleigh desktop was because I was using Xfce. I suggest: close it and wait to see if it is reopened. Closing then, thanks. Status:
NEW =>
RESOLVED |