Network resources evaporate on FC3 within 30 minutes of a reboot

A. Rick Anderson arick at pobox.com
Sat Dec 11 06:25:57 UTC 2004


Craig White wrote:

>On Fri, 2004-12-10 at 21:48 -0500, A. Rick Anderson wrote:
>
>  
>
>>	wins proxy = Yes
>>    
>>
>---
>? set this to no
>---
>  
>
>>	wins support = Yes
>>    
>>
>---
>Good - do the Windows computers also point to this wins server?
>---
>  
>
>>	idmap uid = 16777216-33554431
>>	idmap gid = 16777216-33554431
>>    
>>
>---
>are you using winbind? I don't understand here. If you are using winbind
>(have another PDC then this shouldn't be a domain master/preferred
>master) - another thing - though I think that you should make sure that
>winbind isn't running and thus, these idmaps don't make sense to me is
>that if you do use winbind, you shouldn't use nscd daemon, which might
>explain things. In a setup that I think you are using - 1 Linux box as
>PDC for Windows domain. winbind should be off, idmaps should be off,
>wins support should be on, all windows systems should point to this
>system by ip address as it's wins server and nscd is helpful.
>---
>  
>
>>	guest ok = Yes
>>    
>>
>---
>not sure about this but
>security = user
>would be a very good thing
>---
>  
>
>>	printing = lprng
>>	print command = lpr -r -P'%p' %s
>>	lpq command = lpq -P'%p'
>>	lprm command = lprm -P'%p' %j
>>	lppause command = lpc hold '%p' %j
>>	lpresume command = lpc release '%p' %j
>>	queuepause command = lpc stop '%p'
>>	queueresume command = lpc start '%p'
>>    
>>
>----
>not sure why you aren't using cups - it's so much easier
>
>Craig
>
>  
>
I believe that the idmap entrys came from SWAT or one of the GUI tools 
originally, as did all of the printing stuff.  I haven't dug into 
getting printers to work yet.  That is my next project, after getting 
the current network issues resolved.  [the point being, the idmap and 
printer entries were not entered in the smb.conf file by design or 
deliberate intent.]

This box is, as you say, a linux box as the PDC, DHCP and DNS for a 
Win2k environment.  The DHCP settings are attached, but when I was 
setting them up (a while back), it was my intent to point to the linux 
box as the wins server.  I have a DirecWay 6000 modem, which includes a 
built-in DHCP server that can't be disabled.  The modem also commandeers 
the 192.168.0.1 address, so my Linux box is 192.168.0.2.  When I check 
my win2k machines via ipconfig /all, they are getting configured by the 
dhcpd.conf file on the linux server, so I don't think the modem and my 
linux box are conflicting.

A check on process that were running showed that there were 2 winbindd 
processes running, one whose parent was 1.  There was/is no ncsd process 
running.  I turned off winbind, made the switch on "wins proxy = no", 
and commented out all the printer stuff and the idmaps.  However, it is 
worth noting that winbind was running on FC2 without a noticeable 
problem.  I've got winbindd.log files dating from before I upgraded to 
FC3.  The only complaint, which is consistent in all versions of the 
winbindd.log files are that the user "root", "cyrus" and "mailman" don't 
exist.

A check on nsswitch.conf shows that it expects to use winbind as the 
secondary on most of the services.

Those changes to the smb.conf file seem to have done the fix.  I've been 
running a test on the net view of my printer server and it has been 
running for at least ten or fifteen minutes longer then any time since I 
upgraded.  Craig, your advice seems to have been right on the money.  
Thanks folks for the insights.

I wonder why FC3 would be pickier about winbind running then FC2 was?

-- 
A. Rick Anderson


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20041211/3b365ef9/attachment-0001.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dhcpd.conf
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20041211/3b365ef9/attachment-0001.conf>


More information about the fedora-list mailing list