Титла: Svc: bad direction 268435456, dropping request
Публикувано от: Gaara в Sep 03, 2007, 13:09
Здравейте. От известно време на десктоп машината си виждам в лога Примерен код | [debian gaara]# tail /var/log/kern.log -n5 Sep 3 12:16:49 debian kernel: sda: assuming drive cache: write through Sep 3 12:16:49 debian kernel: sda: sda1 Sep 3 12:16:49 debian kernel: sd 0:0:0:0: Attached scsi removable disk sda Sep 3 12:17:42 debian kernel: svc: bad direction 268435456, dropping request Sep 3 12:18:14 debian kernel: svc: bad direction 268435456, dropping request [debian gaara]#
|
Да си призная, нямам идея къде да търся проблема и какво означава. В гугъл намерих малко инфо, но там се говореше за дублирано IP, а аз съм на pppoe и е малко вероятно. Ако деактивирам syslog демона и активирам syslog-ng, проблемното съобщение изчезва.
Ето и конфигурационните файлове на syslog и syslog-ng:
syslog.conf
Примерен код | # /etc/syslog.conf Configuration file for syslogd. # # For more information see syslog.conf(5) # manpage.
# # First some standard logfiles. Log by facility. #
auth,authpriv.* /var/log/auth.log *.*;auth,authpriv.none -/var/log/syslog #cron.* /var/log/cron.log daemon.* -/var/log/daemon.log kern.* -/var/log/kern.log lpr.* -/var/log/lpr.log mail.* -/var/log/mail.log user.* -/var/log/user.log uucp.* /var/log/uucp.log
# # Logging for the mail system. Split it up so that # it is easy to write scripts to parse these files. # mail.info -/var/log/mail.info mail.warn -/var/log/mail.warn mail.err /var/log/mail.err
# Logging for INN news system # news.crit /var/log/news/news.crit news.err /var/log/news/news.err news.notice -/var/log/news/news.notice
# # Some `catch-all' logfiles. # *.=debug;\ auth,authpriv.none;\ news.none;mail.none -/var/log/debug *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages
# # Emergencies are sent to everybody logged in. # *.emerg *
# # I like to have messages displayed on the console, but only on a virtual # console I usually leave idle. # #daemon,mail.*;\ # news.=crit;news.=err;news.=notice;\ # *.=debug;*.=info;\ # *.=notice;*.=warn /dev/tty8
# The named pipe /dev/xconsole is for the `xconsole' utility. To use it, # you must invoke `xconsole' with the `-file' option: # # $ xconsole -file /dev/xconsole [...] # # NOTE: adjust the list below, or you'll go crazy if you have a reasonably # busy site.. # daemon.*;mail.*;\ news.crit;news.err;news.notice;\ *.=debug;*.=info;\ *.=notice;*.=warn |/dev/xconsole kern.warning /var/log/iptables.log
|
syslog-ng.conf
Примерен код | # # Configuration file for syslog-ng under Debian # # attempts at reproducing default syslog behavior
# the standard syslog levels are (in descending order of priority): # emerg alert crit err warning notice info debug # the aliases "error", "panic", and "warn" are deprecated # the "none" priority found in the original syslogd configuration is # only used in internal messages created by syslogd
###### # options
options { # disable the chained hostname format in logs # (default is enabled) chain_hostnames(0);
# the time to wait before a died connection is re-established # (default is 60) time_reopen(10);
# the time to wait before an idle destination file is closed # (default is 60) time_reap(360);
# the number of lines buffered before written to file # you might want to increase this if your disk isn't catching with # all the log messages you get or if you want less disk activity # (say on a laptop) # (default is 0) #sync(0);
# the number of lines fitting in the output queue log_fifo_size(2048);
# enable or disable directory creation for destination files create_dirs(yes);
# default owner, group, and permissions for log files # (defaults are 0, 0, 0600) #owner(root); group(adm); perm(0640);
# default owner, group, and permissions for created directories # (defaults are 0, 0, 0700) #dir_owner(root); #dir_group(root); dir_perm(0755);
# enable or disable DNS usage # syslog-ng blocks on DNS queries, so enabling DNS may lead to # a Denial of Service attack # (default is yes) use_dns(no);
# maximum length of message in bytes # this is only limited by the program listening on the /dev/log Unix # socket, glibc can handle arbitrary length log messages, but -- for # example -- syslogd accepts only 1024 bytes # (default is 2048) #log_msg_size(2048);
#Disable statistic log messages. stats_freq(0); };
###### # sources
# all known message sources source s_all { # message generated by Syslog-NG internal(); # standard Linux log source (this is the default place for the syslog() # function to send logs to) unix-stream("/dev/log"); # messages from the kernel file("/proc/kmsg" log_prefix("kernel: ")); # use the following line if you want to receive remote UDP logging messages # (this is equivalent to the "-r" syslogd flag) # udp(); };
###### # destinations
# some standard log files destination df_iptables { file("/var/log/iptables.log"); }; destination df_auth { file("/var/log/auth.log"); }; destination df_syslog { file("/var/log/syslog"); }; destination df_cron { file("/var/log/cron.log"); }; destination df_daemon { file("/var/log/daemon.log"); }; destination df_kern { file("/var/log/kern.log"); }; destination df_lpr { file("/var/log/lpr.log"); }; destination df_mail { file("/var/log/mail.log"); }; destination df_user { file("/var/log/user.log"); }; destination df_uucp { file("/var/log/uucp.log"); };
# these files are meant for the mail system log files # and provide re-usable destinations for {mail,cron,...}.info, # {mail,cron,...}.notice, etc. destination df_facility_dot_info { file("/var/log/$FACILITY.info"); }; destination df_facility_dot_notice { file("/var/log/$FACILITY.notice"); }; destination df_facility_dot_warn { file("/var/log/$FACILITY.warn"); }; destination df_facility_dot_err { file("/var/log/$FACILITY.err"); }; destination df_facility_dot_crit { file("/var/log/$FACILITY.crit"); };
# these files are meant for the news system, and are kept separated # because they should be owned by "news" instead of "root" destination df_news_dot_notice { file("/var/log/news/news.notice" owner("news")); }; destination df_news_dot_err { file("/var/log/news/news.err" owner("news")); }; destination df_news_dot_crit { file("/var/log/news/news.crit" owner("news")); };
# some more classical and useful files found in standard syslog configurations destination df_debug { file("/var/log/debug"); }; destination df_messages { file("/var/log/messages"); };
# pipes # a console to view log messages under X destination dp_xconsole { pipe("/dev/xconsole"); };
# consoles # this will send messages to everyone logged in destination du_all { usertty("*"); };
###### # filters filter f_iptables { match("IN="); };
# all messages from the auth and authpriv facilities filter f_auth { facility(auth, authpriv); };
# all messages except from the auth and authpriv facilities filter f_syslog { not facility(auth, authpriv); };
# respectively: messages from the cron, daemon, kern, lpr, mail, news, user, # and uucp facilities filter f_cron { facility(cron); }; filter f_daemon { facility(daemon); }; filter f_kern { facility(kern); }; filter f_lpr { facility(lpr); }; filter f_mail { facility(mail); }; filter f_news { facility(news); }; filter f_user { facility(user); }; filter f_uucp { facility(uucp); };
# some filters to select messages of priority greater or equal to info, warn, # and err # (equivalents of syslogd's *.info, *.warn, and *.err) filter f_at_least_info { level(info..emerg); }; filter f_at_least_notice { level(notice..emerg); }; filter f_at_least_warn { level(warn..emerg); }; filter f_at_least_err { level(err..emerg); }; filter f_at_least_crit { level(crit..emerg); };
# all messages of priority debug not coming from the auth, authpriv, news, and # mail facilities filter f_debug { level(debug) and not facility(auth, authpriv, news, mail); };
# all messages of info, notice, or warn priority not coming form the auth, # authpriv, cron, daemon, mail, and news facilities filter f_messages { level(info,notice,warn) and not facility(auth,authpriv,cron,daemon,mail,news); };
# messages with priority emerg filter f_emerg { level(emerg); };
# complex filter for messages usually sent to the xconsole filter f_xconsole { facility(daemon,mail) or level(debug,info,notice,warn) or (facility(news) and level(crit,err,notice)); };
###### # logs # order matters if you use "flags(final);" to mark the end of processing in a # "log" statement
# these rules provide the same behavior as the commented original syslogd rules
# auth,authpriv.* /var/log/auth.log log { source(s_all); filter(f_auth); destination(df_auth); };
# *.*;auth,authpriv.none -/var/log/syslog log { source(s_all); filter(f_syslog); destination(df_syslog); };
# this is commented out in the default syslog.conf # cron.* /var/log/cron.log #log { # source(s_all); # filter(f_cron); # destination(df_cron); #};
# daemon.* -/var/log/daemon.log log { source(s_all); filter(f_daemon); destination(df_daemon); };
# kern.* -/var/log/kern.log log { source(s_all); filter(f_kern); destination(df_kern); };
# lpr.* -/var/log/lpr.log log { source(s_all); filter(f_lpr); destination(df_lpr); };
# mail.* -/var/log/mail.log log { source(s_all); filter(f_mail); destination(df_mail); };
# user.* -/var/log/user.log log { source(s_all); filter(f_user); destination(df_user); };
# uucp.* /var/log/uucp.log log { source(s_all); filter(f_uucp); destination(df_uucp); };
# mail.info -/var/log/mail.info log { source(s_all); filter(f_mail); filter(f_at_least_info); destination(df_facility_dot_info); };
# mail.warn -/var/log/mail.warn log { source(s_all); filter(f_mail); filter(f_at_least_warn); destination(df_facility_dot_warn); };
# mail.err /var/log/mail.err log { source(s_all); filter(f_mail); filter(f_at_least_err); destination(df_facility_dot_err); };
# news.crit /var/log/news/news.crit log { source(s_all); filter(f_news); filter(f_at_least_crit); destination(df_news_dot_crit); };
# news.err /var/log/news/news.err log { source(s_all); filter(f_news); filter(f_at_least_err); destination(df_news_dot_err); };
# news.notice /var/log/news/news.notice log { source(s_all); filter(f_news); filter(f_at_least_notice); destination(df_news_dot_notice); };
# *.=debug;\ # auth,authpriv.none;\ # news.none;mail.none -/var/log/debug log { source(s_all); filter(f_debug); destination(df_debug); };
# *.=info;*.=notice;*.=warn;\ # auth,authpriv.none;\ # cron,daemon.none;\ # mail,news.none -/var/log/messages log { source(s_all); filter(f_messages); destination(df_messages); };
# *.emerg * log { source(s_all); filter(f_emerg); destination(du_all); };
# daemon.*;mail.*;\ # news.crit;news.err;news.notice;\ # *.=debug;*.=info;\ # *.=notice;*.=warn |/dev/xconsole log { source(s_all); filter(f_xconsole); destination(dp_xconsole); };
log { source(s_all); filter(f_iptables); destination(df_iptables); };
|
Предполагам, че грешката може да се дължи на kern.warning /var/log/iptables.log, което съм добавил и в двата конфа, но не съм сигурен. Премахнах syslogd, но все пак ми е интересно дали някой се е срещал с такова съобщение.
Благодаря и всичко най-свежо от мен
Титла: Svc: bad direction 268435456, dropping request
Публикувано от: the_real_maniac в Sep 03, 2007, 13:59
Титла: Svc: bad direction 268435456, dropping request
Публикувано от: Gaara в Sep 03, 2007, 16:12
Правилно си ме разбрал. Просто не ползвам sysklogd, а syslog-ng (next generation of logging systems) При мен наистина port range е от 1024 до 32768, т.е. не вкл. 32770. Ще го тествам, но ми беше чудно причината да се появи това съобщение. Интересно е, че при един от upgrade-те ми е деинсталиран syslog-ng и е пуснат старият и подразбиращ се sysklogd. Благодарско за съвета и линковете...... нямам идея как не съм попаднал на тях Edit: Изпуснал съм едно "K" , т.е. sysklogd, а не syslogd
Титла: Svc: bad direction 268435456, dropping request
Публикувано от: the_real_maniac в Sep 03, 2007, 17:30
Е значи не съм те разбрал правилн , аз мислех че си орязал всичкият/те syslog :-d haha и гледах като ... хаха а за линковете, ае и на мен ми се е случвало, знам какво е , чудиш се как не си ги видял
Титла: Svc: bad direction 268435456, dropping request
Публикувано от: Gaara в Sep 04, 2007, 15:13
При добавянето на net.ipv4.ip_local_port_range = 49152 61000 всичко вече е история, т.е. всичко е на 6 Благодарско още веднъж.
|