>> >>>> "Ulrich Windl" <[email protected]> schrieb am
>> >>>> 28.07.2010
> um
16:46 in Nachricht <[email protected]>
> :
>>> Sean S <[email protected]> schrieb am 28.07.2010 um 16:34 in
> > Nachricht
> <[email protected].
> > com>:
> How did you get those other kernel messages? If you can just get the
> > > iscsid log info that is sent after lines like this
> >
> > I'm able to issue the "dmesg" command after the drive is lost and
> > still retrieve some logging info. Unfortunately, what I sent was all
> > that I can get. If the drive ever successfully reconnects then I can
> > get to /var/log/messages and see the info you are looking for. I've
> > only ever had a successful reconnect when intentionally causing a
> > disconnect (i.e. pulling the ethernet cable and then reconnecting
> > it).
> >
> > I don't know much about unix logging, but maybe there is a way to send
> > more of the logging messages to "dmesg" as that doesn't appear to need
> > disk access to be read.
>
> dmesg just print the kernel message buffer (/proc/kmsg), while syslog can
> capture messages from applications as well.
>
> I have a sample for a syslog-ng configuration file:
Samples for "sources" are missing, sorry:
source s_intern { internal(); };
source s_dev_log { unix-stream("/dev/log"); };
source s_kernel { file("/proc/kmsg"); };
>
> destination d_tty_root { usertty("root"); };
> destination d_console { file("/dev/ttyS0"); };
> destination d_messages { file("/var/log/messages"); };
>
> filter f_error {
> level(alert .. err) and not match('S15.modem: initchat failed.');
> };
> filter f_kernel { level(alert .. err); };
> filter f_auth { facility(auth, authpriv) and level(alert .. info); };
> filter f_debug { level(alert .. debug); };
>
> # send criticals messages to logged root user and /var/log/messages
> log {
> source(s_intern);
> source(s_dev_log);
> source(s_kernel);
> filter(f_error);
> destination(d_tty_root);
> destination(d_messages);
> };
>
> # save auth-related messages
> log {
> source(s_dev_log);
> source(s_kernel);
> filter(f_auth);
> destination(d_messages);
> };
>
> ### Just to get you started. The older syslog is less powerful, but easier
> to configure.
>
> Maybe this is interesting for you:
>
> # 6) To send message to remote syslogd server :
> # destination d_udp { udp("<remote IP address>" port(514)); };
> # Example to send syslogs to syslogd located at 10.0.0.1 :
> # destination d_udp1 { udp("10.0.0.1" port(514)); };
>
> Maybe this helps a bit.
>
> Regards,
> Ulrich
>
--
You received this message because you are subscribed to the Google Groups
"open-iscsi" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/open-iscsi?hl=en.
