diff options
author | https://me.yahoo.com/a/g3Ccalpj0NhN566pHbUl6i9QF0QEkrhlfPM-#b1c14 <diana@web> | 2015-02-16 20:08:03 +0100 |
---|---|---|
committer | GNU Hurd web pages engine <web-hurd@gnu.org> | 2015-02-16 20:08:03 +0100 |
commit | 95878586ec7611791f4001a4ee17abf943fae3c1 (patch) | |
tree | 847cf658ab3c3208a296202194b16a6550b243cf /open_issues/syslog.mdwn | |
parent | 8063426bf7848411b0ef3626d57be8cb4826715e (diff) | |
download | web-95878586ec7611791f4001a4ee17abf943fae3c1.tar.gz web-95878586ec7611791f4001a4ee17abf943fae3c1.tar.bz2 web-95878586ec7611791f4001a4ee17abf943fae3c1.zip |
rename open_issues.mdwn to service_solahart_jakarta_selatan__082122541663.mdwn
Diffstat (limited to 'open_issues/syslog.mdwn')
-rw-r--r-- | open_issues/syslog.mdwn | 116 |
1 files changed, 0 insertions, 116 deletions
diff --git a/open_issues/syslog.mdwn b/open_issues/syslog.mdwn deleted file mode 100644 index ab32b2e1..00000000 --- a/open_issues/syslog.mdwn +++ /dev/null @@ -1,116 +0,0 @@ -[[!meta copyright="Copyright © 2010, 2011, 2012, 2013 Free Software Foundation, -Inc."]] - -[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable -id="license" text="Permission is granted to copy, distribute and/or modify this -document under the terms of the GNU Free Documentation License, Version 1.2 or -any later version published by the Free Software Foundation; with no Invariant -Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license -is included in the section entitled [[GNU Free Documentation -License|/fdl]]."]]"""]] - -[[!tag open_issue_hurd]] - -[[!toc]] - - -# IRC, unknown channel, unknown date - - <tschwinge> scolobb: In wiki edit 60accafa79f645ae61b578403f7fc0c11914b725 - I see that you intend(ed) to use syslog for logging debug messages. I - thought I'd point you to - http://lists.gnu.org/archive/html/bug-hurd/2007-02/msg00042.html -- no - idea if that's still an issue or what went wrong at that time. Perhaps - you can have a look? - <scolobb> tschwinge: Thanks for information! Currently I'm logging some - debug messages to a simple file, but I'll now check whether the issue - you've pointed out is still present. - <scolobb> tschwinge: I am getting absolutely abnormal results: when I call - syslog() from a simple C program for the first time, the message goes to - the system log. However, any further calls to syslog() do just - nothing... I am able to send something to syslog only after reboot (it - doesn't help if I restart syslogd). - - -# IRC, freenode, #hurd, 2011-08-08 - - < pinotree> wow, `logger` + a simple C udp server can cause havoc - < pinotree> youpi: ever seen something like - http://paste.debian.net/hidden/72cf4b77/ ? - < pinotree> and then also other servers (like pflocal, pfinet, few more) - start becoming crazy (using 100% cpu) - < youpi> nope - < pinotree> iirc in one of the few tries i got the message "Resource lost." - from the closed ssh connection - < pinotree> i was trying to see why syslog doesn't work, but this basically - surprised me... - < pinotree> oh, i found an apparently working syslog daemon - < pinotree> dsyslog - < gg0> have you tried syslog-ng? IIRC it writes in /var/log/messages by - default. - < pinotree> yeah, it seems to stop receiving messages are few - < pinotree> gg0: are you using syslog-ng? - < gg0> pinotree: I should fire hurd vm up. I seem I kept dirty-patched - busybox syslog, I don't even know if it works, at least it starts - http://bugs.debian.org/636162 - < pinotree> maintainer said "not really" - < gg0> well, if all other syslogs use shm and sems, they won't work too, - right? - < youpi> shm should work with the latest libc - < youpi> what won't is sysv sem - < youpi> (i.e. semget) - - -IRC, OFTC, #debian-hurd, 2011-11-02: - - * pinotree sighs at #645790 :/ - <tschwinge> pinotree: W.r.t. 645790 -- yeah, ``someone'' should finally - figure out what's going on with syslog. - http://lists.gnu.org/archive/html/bug-hurd/2008-07/msg00152.html - <tschwinge> pinotree: And this... - http://lists.gnu.org/archive/html/bug-hurd/2007-02/msg00042.html - <pinotree> tschwinge: i did that 20 invocations tests recently, and - basically none of them has been logged - <pinotree> tschwinge: when i started playing with logger more, as result i - had some server that started taking all the cpu, followed by other - servers and in the end my ssh connection were dropped and i had nothing - to do (not even login from console) - <tschwinge> pinotree: Sounds like ``fun''. Hopefully we can manage to - understand (and fix the underlying issue) why a simple syslog() - invocation can make the whole system instable. - <pinotree> tschwinge: to be honest, i got havoc in the system when i told - syslog to manually look for /dev/log (-u /dev/log), possibly alao when - telling to use a datagram socket (-d) - <pinotree> but even if a normal syslog() invocation does not cause havoc, - there's still the "lost messages" issue - <tschwinge> Yep. What I've been doing ever since, is deinstall all - *syslog* packages. - <tschwinge> This ``fixed'' all syslog() hangs. - - -# IRC, freenode, #hurd, 2012-03-28 - - <braunr> i can see lots of CRON processes hanging around - <braunr> pinotree: crontab -l was hanging too when trying to quickly see - what went wrong - <braunr> so it may be an unreleased lock of some kind - <antrik> braunr: do you have syslog installed by any chance?... - <antrik> IIRC that bug has never been fixed :-( - <braunr> yes syslogd is running - <antrik> that's probably the culprit then - <braunr> ok - <braunr> i'll just disable it for now then - <antrik> the error has existed for years - <antrik> was similar for me though: for a long time I have been hearing - about this issue, and only suddenly I started experiencing it myself... - <antrik> it depends on how many things are actually logged. IIRC the hang - happens when some client sends 128 messages to syslog or something like - that - - -# IRC, freenode, #hurd, 2013-02-09 - - <pinotree> tschwinge: looks like now you could disable syslog no - <pinotree> ... more - <tschwinge> It that working now? - <pinotree> should be yes, samuel fixed its issue many months ago |