Re: cfservd problem identifying ethernet interface on sco

[Mark . Burgess]

Todd, I'm not sure I understand this. I don't thinl it's possible for 
cfagent/cfservd
(which do you mean btw?) to use the loopback interface. The debugging text 
seems to show
however that the net0 interface is not detected. Between hosts, the kernel 
decides which
interface to use, not the agent....

I cannot tell from the message what actually happens when you try to copy. Note 
though that,
if the copy is from the same host to itself, the default behaviour is to 
replace a net
copy with a local one.

Mark

On  8 May, Kabella, Todd E. wrote:
>>  
>> I have several machines with different OS ( linux, sco, aix, hp ) running 
>> cfengine 2.0.1 in a test environment with no problems.
>> I am now trying to put cfengine into a large production environment and am 
>> having some difficulty copying files.
>> 
>> I have an sco 3.2.5.0.4 machine with a large disk array that I want to use 
>> as the master server.  The problem that I am having is 
>> cfengine seems to be using the loopback ( lo0 ) interface instead of net0 
>> which is the actual ethernet interface as you can see
>> from the following:
>> 
>> rsync1-root> ifconfig -a
>> 
>> lo0: flags=4049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 8232
>>         inet 127.0.0.1 netmask 7f000000 
>>         perf. params: recv size: 57344; send size: 57344; full-size frames: 1
>> atl0: flags=404a<BROADCAST,LOOPBACK,RUNNING,MULTICAST> mtu 8232
>>         inet 0.0.0.0 netmask 7f000000 
>>         perf. params: recv size: 4096; send size: 8192; full-size frames: 1
>> net0: flags=4043<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
>>         inet xxx.xxx.xxx.xxx netmask ffffff00 broadcast xxx.xxx.xxx.255
>>         perf. params: recv size: 24576; send size: 24576; full-size frames: 1
>>         ether 00:20:af:d9:b1:ea
>> 
>> this is a portion of the output from running cfservd -d3
>> 
>> Loaded /var/cfengine/ppkeys/localhost.pub
>> GetInterfaceInfo()
>> Interface 1: lo0
>> .
>> .
>> .
>> .
>> Listening for connections ...
>> Checking file updates on /var/cfengine/inputs/cfservd.conf 
>> (3cd702cc/3cd83898)
>> IPV4 address
>> sockaddr_ntop(xxx.xxx.xxx.xxx)
>> FuzzyItemIn(xxx.xxx.xxx.xxx)
>> Purging Old Connections...
>> Done purging
>> FuzzyItemIn(xxx.xxx.xxx.xxx)
>> Prepending xxx.xxx.xxx.xxx
>> *** New socket [5]
>> New connection...(from xxx.xxx.xxx.xxx)
>> Spawning new thread...
>> Checking file updates on /var/cfengine/inputs/cfservd.conf 
>> (3cd702cc/3cd83898)
>> 
>> 
>> I can point this same config to a different "master" and it works fine.
>> 
>> 
>> This is the partial output from running cfagent -v on the client machine:
>> 
>> ********************************************************************
>>  Update Sched: copy pass 1 @ Tue May  7 16:28:52 2002
>> *********************************************************************
>> 
>> Connect to rsync1 = xxx.xxx.xxx.xxx on port cfengine
>> 
>> 
>> Any help would be appreciated.
>> 
>> Thanks
>> 
>> Todd Kabella
>> WIC Systems Administrator
>> TEKabella@west.com
>> Direct 402-573-2366 
>> 402-573-1000 Ext. 7353
>> 
>> 



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Work: +47 22453272            Email:  Mark.Burgess@iu.hio.no
Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~