Darren Reed wrote:
Girish Moodalbail wrote:
On 8/28/10 4:30 AM, Darren Reed wrote:
From a fresh AI install of 146...
r...@netvirt-d1:~# ipadm show-if
ipadm: Could not get interface(s): Operation failed
r...@netvirt-d1:~# ifconfig -a
ifconfig: could not get addresses from kernel: Operation failed
r...@netvirt-d1:~# ifconfig e1000g0
e1000g0: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu
1500 index 2
inet 10.5.233.117 netmask ffffff00 broadcast 10.5.233.255
ether 0:23:8b:77:26:d8
r...@netvirt-d1:~# ipadm show-if e1000g0
ipadm: Could not get interface(s): Operation failed
The reason why 'ifconfig e1000g0' works and while 'ipadm show-if
e1000g0' does not is because, ipadm show-if has a 'PERSISTENT' column
to display and for which it needs to communicate with the 'ipmgmtd'
daemon to retrieve the value for that column.
Also, ifconfig -a, calls ipadm_addr_info() which in turn tries to
communicate with the daemon.
It can be inferred from the truss output below that the daemon fails
to open the ipadm data-store for some reason.
Does this system still show this symptom? If so, can you email me the
access to the system. If not, is it reproducible?
I haven't touched it since I started having these problems and wrote
the email.
As per the prompt, netvirt-d1 is the host, andssh should let you login
to it.
I tried to ssh into it as myself. But it gave errors:
PTY allocation request failed on channel 0
Could not chdir to home directory /home/vs226613: Permission denied
/bin/bash: Permission denied
Connection to netvirt-d1.sfbay closed.
Anyway, I connected to the console. I saw that I could not su to any
user and when I try, it gives "su: no shell" error. The problem is that
the permissions on the root directory are wrong. It should be 755 but it
was 700. Once I fixed the permissions, I can ssh to it and the ipadm
commands work.
Vasumathi
_______________________________________________
networking-discuss mailing list
[email protected]
