Bug 785507
Summary: | starts Xorg with logverbose 7 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | udo <udovdh> |
Component: | gdm | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | dieter.kasper, jdelvare, leho, rstrode |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-08-01 10:05:35 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
udo
2012-01-29 07:44:03 UTC
See http://forums.fedoraforum.org/archive/index.php/t-245692.html I found this: static void server_add_xserver_args (GdmServer *server, int *argc, char ***argv) { int count; char **args; int len; int i; len = *argc; g_shell_parse_argv (server->priv->session_args, &count, &args, NULL); *argv = g_renew (char *, *argv, len + count + 1); for (i=0; i < count;i++) { *argv[len++] = g_strdup (args[i]); } *argc += count; argv[len] = NULL; g_strfreev (args); } And this: static void gdm_server_init (GdmServer *server) { server->priv = GDM_SERVER_GET_PRIVATE (server); server->priv->pid = -1; server->priv->command = g_strdup (X_SERVER " -br -verbose"); server->priv->log_dir = g_strdup (LOGDIR); add_ready_handler (server); } Not Fedora-specific, I am running openSUSE 12.1 and I see the same. The change happened in upstream commit 04b17101b93d7b34561043d36eeab26c7eb10036: Author: Ray Strode <rstrode> Date: Tue May 24 21:33:55 2011 -0400 daemon: Up verbosity of X logging This makes things a little easier for debugging problems. IMHO this was simply wrong and should be reverted. If you want more verbose Xorg logs for debugging, then please add a way to configure the verbosity level at run-time. Hard-coding it is wrong. Depending on the Xorg drivers in use, the rate of debug log messages can get very high. For example, the radeon driver is spitting about 7300 lines (2 debug messages repeating over and over) per 24 hours on my machine. This is making the Xorg.0.log file almost useless (I wouldn't even notice is a real warning is ever written to that file) and causes unnecessary I/O. Why isn't this configurable? This would be ideal, I agree. Meanwhile a fix was committed upstream to only start X in verbose mode if gdm itself is started in debug mode. This is good enough as far as I am concerned. https://bugzilla.gnome.org/show_bug.cgi?id=670694 It is indeed not the most perfect independently configurable solution but it looks very usable to me. Thanks! Please release an update to Xorg with this patch. Actually it's gdm that needs to be updated, not Xorg. Ehm, yes, you are right. Please go ahead and release an update! the problem is still there: [root@oder libexec]# rpm -qf /usr/libexec/gdm-simple-slave gdm-3.4.1-3.fc17.x86_64 [root@oder libexec]# uname -a Linux oder 3.6.9-2.fc17.x86_64 #1 SMP Tue Dec 4 13:26:04 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux [root@oder libexec]# strings /usr/libexec/gdm-simple-slave | grep Xorg /usr/bin/Xorg -br -verbose%s /usr/bin/Xorg -background none -logverbose 7 The talkative Xorg/nvidia driver created a root File system full with 9 GB of Xorg.log 'my fix': ghex /usr/libexec/gdm-simple-slave and search for 'logverbose' and change '0x37' to '0x33'. (I'd prefer using 'vi gdm-simple-slave.conf' ;-)) we only pass -logverbose 7 if Enable=true in the [debug] section of /etc/gdm/custom.conf these days. [root@oder ~]# cat /etc/gdm/custom.conf # GDM configuration storage [daemon] [security] [xdmcp] [greeter] [chooser] [debug] [root@oder ~]# rpm -qf /etc/gdm/custom.conf gdm-3.4.1-3.fc17.x86_64 This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |