* [LARTC] Getting "ip" command to work
2000-10-26 21:03 [LARTC] Getting "ip" command to work David
@ 2000-10-26 21:49 ` David
2000-10-26 22:02 ` bert
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: David @ 2000-10-26 21:49 UTC (permalink / raw)
To: lartc
<PRE>bert hubert wrote:
><i>
</I>><i> On Thu, Oct 26, 2000 at 05:03:01PM -0400, David Zoll wrote:
</I>><i>
</I>><i> > I'm running a Debian 2.2 system with the iproute package installed. I
</I>><i> > first tried with the included kernel, but it wouldn't work, so I rolled
</I>><i> > my own (version 2.2.17) to see if that would let me use the command. I
</I>><i> > think I've turned everything required on:
</I>><i>
</I>><i> Did the included version give the exact same error?
</I>
I believe it did.
><i> This is very weird. Can you verify with 'uname -a' that you are running the
</I>><i> kernel you think you are running?
</I>
Yes I am.
><i> Attached is the output of 'strace /sbin/ip link list', which you can verify
</I>><i> with yours to see what is happening differently.
</I>[snip]
><i>
</I>><i> execve("/sbin/ip", ["/sbin/ip", "link", "list"], [/* 30 vars */]) = 0
</I>
This line is "execve("/sbin/ip", ["/sbin/ip", "link", "list", "3"], [/*
20 vars */]) = 0" for me. I used the exact same syntax to run it.
The bulk of the rest is similar enough until the sendto line. I get
handle number 3 rather than 4, sizes are different, and the contents of
buffers have minor differences. It appears to bind to the socket it
eventually chokes on just fine.
><i> sendto(4, "\24\0\0\0\22\0\1\3]\236\3709\0\0\0\0\21\0\0\0", 20, 0, {sin_family¯_NETLINK, {sa_family\x16, sa_data="\0\0\0\0\0\0\0\0\0\0\24\0\0\0"}, 12) = 20
</I>
Here I get "sendto(3,
"\24\0\0\0\22\0\1\3\205\241\3709\0\0\0\0\21\0\0\0", 20, 0,
{sin_family¯_NETLINK, {sa_family\x16, sa_data="\0\0\0\0\0\0\0\0\0\0\2
4\0\0\0"}, 12) = -1 ECONNREFUSED (Connection refused)"
><i>From this point, it writes the error message and exits rather than
</I>continuing on with brk(0).
-David Zoll
</PRE>
^ permalink raw reply [flat|nested] 5+ messages in thread* [LARTC] Getting "ip" command to work
2000-10-26 21:03 [LARTC] Getting "ip" command to work David
2000-10-26 21:49 ` David
@ 2000-10-26 22:02 ` bert
2000-10-26 22:50 ` David
2000-10-26 22:59 ` bert
3 siblings, 0 replies; 5+ messages in thread
From: bert @ 2000-10-26 22:02 UTC (permalink / raw)
To: lartc
<PRE>On Thu, Oct 26, 2000 at 05:03:01PM -0400, David Zoll wrote:
><i> I'm running a Debian 2.2 system with the iproute package installed. I
</I>><i> first tried with the included kernel, but it wouldn't work, so I rolled
</I>><i> my own (version 2.2.17) to see if that would let me use the command. I
</I>><i> think I've turned everything required on:
</I>
Did the included version give the exact same error?
This is very weird. Can you verify with 'uname -a' that you are running the
kernel you think you are running?
Attached is the output of 'strace /sbin/ip link list', which you can verify
with yours to see what is happening differently.
Regards,
bert hubert
execve("/sbin/ip", ["/sbin/ip", "link", "list"], [/* 30 vars */]) = 0
brk(0) = 0x805dce4
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size\x19370, ...}) = 0
old_mmap(NULL, 19370, PROT_READ, MAP_PRIVATE, 4, 0) = 0x40014000
close(4) = 0
open("/lib/libresolv.so.2", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_sizeF576, ...}) = 0
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \'\0\000"..., 4096) = 4096
old_mmap(NULL, 59420, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40019000
mprotect(0x40024000, 14364, PROT_NONE) = 0
old_mmap(0x40024000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xa000) = 0x40024000
old_mmap(0x40026000, 6172, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40026000
close(4) = 0
open("/lib/libc.so.6", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0755, st_sizeˆ8596, ...}) = 0
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\244\213"..., 4096) = 4096
old_mmap(NULL, 902972, PROT_READ|PROT_EXEC, MAP_PRIVATE, 4, 0) = 0x40028000
mprotect(0x400fd000, 30524, PROT_NONE) = 0
old_mmap(0x400fd000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0xd4000) = 0x400fd000
old_mmap(0x40101000, 14140, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40101000
close(4) = 0
munmap(0x40014000, 19370) = 0
personality(PER_LINUX) = 0
getpid() = 32233
socket(PF_NETLINK, SOCK_RAW, 0) = 4
bind(4, {sin_family¯_NETLINK, {sa_family\x16, sa_data="\0\0\0\0\0\0\0\0\0\0\205\234\0@"}, 12) = 0
getsockname(4, {sin_family¯_NETLINK, {sa_family\x16, sa_data="\0\0\351}\0\0\0\0\0\0\205\234\0@"}, [12]) = 0
time(NULL) = 972594780
sendto(4, "\24\0\0\0\22\0\1\3]\236\3709\0\0\0\0\21\0\0\0", 20, 0, {sin_family¯_NETLINK, {sa_family\x16, sa_data="\0\0\0\0\0\0\0\0\0\0\24\0\0\0"}, 12) = 20
recvmsg(4, {msg_name(12)={sin_family¯_NETLINK, {sa_family\x16, sa_data="\0\0\0\0\0\0\0\0\0\0\264\0\0\0"}, msg_iov(1)=[{"\264\0\0\0\20\0\2\0]\236\3709\351}\0\0\0\0\4\3\1\0\0\0"..., 8192}], msg_controllen=0, msg_flags=0}, 0) = 368
brk(0) = 0x805dce4
brk(0x805ddb4) = 0x805ddb4
brk(0x805e000) = 0x805e000
recvmsg(4, {msg_name(12)={sin_family¯_NETLINK, {sa_family\x16, sa_data="&\301\0\0\0\0\0\0\0\0\24\0\0\0"}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0]\236\3709\351}\0\0\0\0\0\0\1\0\0\0I\0"..., 8192}], msg_controllen=0, msg_flags=0}, 0) = 20
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(3, 1), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
ioctl(5, 0x8942, 0xbfffe9ac) = 0
close(5) = 0
write(1, "1: lo: <LOOPBACK,UP> mtu 16192 q"..., 46) = 46
write(1, " link/loopback 00:00:00:00:00"..., 58) = 58
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
ioctl(5, 0x8942, 0xbfffe9ac) = 0
close(5) = 0
write(1, "2: eth0: <BROADCAST,MULTICAST,UP"..., 69) = 69
write(1, " link/ether 00:00:e8:58:b6:31"..., 55) = 55
munmap(0x40014000, 4096) = 0
_exit(0) = ?
--
PowerDNS Versatile DNS Services
Trilab The Technology People
'SYN! .. SYN|ACK! .. ACK!' - the mating call of the internet
</PRE>
^ permalink raw reply [flat|nested] 5+ messages in thread