Linux за българи: Форуми

Linux секция за начинаещи => Настройка на програми => Темата е започната от: Gaara в Sep 03, 2007, 13:09



Титла: 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, но все пак ми е интересно дали някой се е срещал с такова съобщение.

Благодаря и всичко най-свежо от мен :D


Титла: Svc: bad direction 268435456, dropping request
Публикувано от: the_real_maniac в Sep 03, 2007, 13:59
http://groups.google.com/group....&rnum=6

http://groups.google.com/group....&rnum=1

а търсенето става по много лесен начин

svc: bad direction

или

Kernel: svc: bad direction

лично аз ползвах първото, но в резултатите повече хора , казват че търсят по второто :-d :p :)

Айде успех.

едит: и защо си спрял syslog(d) ? нали е точно за това да пищи като има нещо :?  :crazy:

или нещо не те разбрах :? :)



 :p





Титла: Svc: bad direction 268435456, dropping request
Публикувано от: Gaara в Sep 03, 2007, 16:12
Правилно си ме разбрал. Просто не ползвам sysklogd, а syslog-ng (next generation of logging systems) :D
При мен наистина port range е от 1024 до 32768, т.е. не вкл. 32770. Ще го тествам, но ми беше чудно причината да се появи това съобщение. Интересно е, че при един от upgrade-те ми е деинсталиран syslog-ng и е пуснат старият и подразбиращ се sysklogd.

Благодарско за съвета и линковете...... нямам идея как не съм попаднал на тях :D

Edit: Изпуснал съм едно "K"  :D , т.е. sysklogd, а не syslogd





Титла: Svc: bad direction 268435456, dropping request
Публикувано от: the_real_maniac в Sep 03, 2007, 17:30
Е значи не съм те разбрал правилн , аз мислех че си орязал всичкият/те syslog :-d haha :p :) и гледах като ...  :crazy:
хаха :D

а за линковете, ае и на мен ми се е случвало, знам какво е , чудиш се как не си ги видял :)


Титла: Svc: bad direction 268435456, dropping request
Публикувано от: Gaara в Sep 04, 2007, 15:13
При добавянето на net.ipv4.ip_local_port_range = 49152 61000 всичко вече е история, т.е. всичко е на 6  :D

Благодарско още веднъж.