Opened 9 years ago
Closed 8 years ago
#12634 closed bug (fixed)
The syslog is continuously flooded with the same messages.
Reported by: | Giova84 | Owned by: | kallisti5 |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Drivers/Disk | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | #12415 | Blocking: | |
Platform: | x86 |
Description
Hi, Yesterday I was looking at the folder /var/log/ and I noticed that the syslog file is continuously growing: it never stops. I made a short explicative video (attached to this ticket): in this video we can see the output of "tail -f /var/log/syslog" and the syslog file which continuously grows. It quickly reach the size of 512 KB, the file is created again, and then this strange behaviour is incessantly repeated. I also attach the syslog itself.
I choose "General" as Component, because I have no idea about the culprit.
Attachments (3)
Change History (14)
by , 9 years ago
by , 9 years ago
Attachment: | syslog_video.mpg added |
---|
comment:1 by , 9 years ago
Blocked By: | 12415 added |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
comment:2 by , 9 years ago
Resolution: | duplicate |
---|---|
Status: | closed → reopened |
comment:3 by , 9 years ago
Component: | - General → Drivers/Disk |
---|
comment:4 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | reopened → assigned |
comment:5 by , 9 years ago
Its annoying to read the syslog now. Maybe write only the first port reset until a status change?
comment:6 by , 8 years ago
Hi Kallisti, any news about the solution for this ticket? I also heard of other people which find hard (and so also impossible, sometimes) to read the syslog, especially for bug-hunting purposes.
comment:7 by , 8 years ago
I'll work on hiding those messages tonight. I've been testing the AHCI code on physical machines that used to be broken and it is working now... so i'm pretty happy with the stability at this point. I'm reluctant to make any other changes for a while (besides hiding those messages)
by , 8 years ago
Attachment: | 0001-ahci-Disable-tracing-make-tracing-more-chatty.patch added |
---|
Patch v1, to be tested
comment:8 by , 8 years ago
patch: | 0 → 1 |
---|
comment:9 by , 8 years ago
Patch (+ a bit extra) pushed in hrev50397. That should make the ahci stack show better data when tracing is enabled, and shutup when tracing is disabled. (serious errors are a bit more chatty though)
Let me know if it helps.
comment:10 by , 8 years ago
Hi Kallisti,
now I'm on hrev50397 and the syslog is no longer flooded as before: you did a good work, thank you for your efforts!
comment:11 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
This is a cosmetic issue. AHCI by design resets the port over and over until media is present. mmlr previously simply hid the errors, however we should see if there is a more proper way to not spam when no media is present. (I really hate doing "if no media is present, hide this error... if no media is present hide that error")