Well, this is just slightly OT, since it isn't 390 but is Windows & Samba. I guess two out of three ain't bad.
Anyway, at home I have two desktops on CAT5 ethernet, and two notebooks on 802.11g all running WIN2K and one wired linux machine running debian. The workgroup machines showing up seem to be tied to the phases of the moon or the relative humidity or something. Sometimes all five are in the neighbors list, sometimes just a couple, and sometimes just the local machine. There must be something in common here. Windows 2000? Naww. |--------+----------------------------> | | Tom Duerbusch | | | <[EMAIL PROTECTED]| | | scity.com> | | | Sent by: Linux on | | | 390 Port | | | <[EMAIL PROTECTED]| | | ST.EDU> | | | | | | | | | 05/04/2005 03:52 | | | PM | | | Please respond to | | | Linux on 390 Port | | | | |--------+----------------------------> >---------------------------------------------------------------------------------------------------------------------------| | | | To: LINUX-390@VM.MARIST.EDU | | cc: | | Subject: Re: FW: Better manual for Samba 3.0? | >---------------------------------------------------------------------------------------------------------------------------| Yep, the former (3172 -> VM TCPIP -> IUCV -> Linux. There use to be a problem with Samba and broadcasting on a point to point connection, but that has been resolved. I moved all Samba images to a workgroup called "LinuxSamba", and that workgroup started poping up on many PCs. But not on all of them. So far, no reason for some and not others. In some places, with 10 PCs together, 2 show it. In other places, with 9 PCs together 7 show it. All W2K. Subnets don't seem to be the answer. But in this case, it's being passed off to the Network people to determine the problem/solution. Perhaps, buy the end of the month, they can get to it. Funny, that in it's own workgroup all Samba images are showned. When I was using the default "workgroup" workgroup, only Linux22 showed. I still think that was something in the "windows" world that didn't refresh properly. So a new workgroup name was all new to cache stuff. Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 05/04/05 2:08 PM >>> > > This isn't OSA (yet), it's a 3172 via escon to VM's TCPIP > (z/VM 4.2). > > There was a problem with Samba and broadcast on this setup, but not > > anymore. > > Hmm. The topology is: > > 3172 -> VM TCPIP -> Linux (guest LAN/IUCV/CTC)? > > or is it > > 3172 -> VM TCPIP (direct LCS attach) > 3172 -> Linux 1 (direct LCS attach) > 3172 -> Linux 2 > . > . > . > 3172 -> Linux N > > If the former, how are the Linuxen connected to the VM TCPIP stack? If > guest LAN, then 4.2 GLANs didn't do broadcast at all (the driver when > using a GLAN is the same as the OSA driver), so nmbd *can't* > work. Ditto > with IUCV and CTC -- those drivers do multicast, but not broadcast. > > > What might be a factor, was in the case of Linux22, Linux22 was > > installed, SP1 applied, then Samba brought up (which called > > for a series > > of packages to be installed. Note SP1 fixes may not be on > these newly > > installed packages). Samba shows as "Samba 3.0.4-SUSE". > > > > All other images (which don't work properly), were > installed with SP1 > > installed at Linux install time (SP1 was part of the CD > collection and > > was used by the install process). This Samba shows as "Samba > > 3.0.9-2.1.5-SUSE". > > Hmm. Dunno on that one. > > > It doesn't seem that the "man" pages were updated by SP1, > as when you > > use Yast to update the Samba parameters, parms such as "local > > master" as > > set to true/false, but the man pages shows yes/no. That > shoots a hole > > in my confidence in that part of the 'man' pages. > > I think I'd trust the man pages over yast, myself. Samba gets more > testing...8-) > > > On the Linux22 side, I keep getting: > > > > May 4 12:11:17 linux22 nmbd[12130]: [2005/05/04 12:11:17, 0] > > nmbd/nmbd_incoming > > dgrams.c:process_master_browser_announce(385) > > > May 4 12:11:17 linux22 nmbd[12130]: > > process_master_browser_announce: > > Not conf > > igured as domain master - ignoring master announce. > > > which tells me that some machine continues to think that > this image is > > a "master browser". Which it was, for a short time a week or > > two ago. > > Perhaps no other system has taken over as a "master browser". > > A master announce packet is telling you that some OTHER > system has been > elected master, and any other masters should stand down and let the > elected one do it's job. > > > All my Samba images (Linux22 to Linux26), all specify > either "backup > > domain controller" or "no DC", and "domain master = no". Some may > > specify "local master = true" and some "local master=false". > > This may be the problem. Is Linux26 one of the ones that has local > master = true? If so, then if those machines cannot hear the others, > then they elect themselves local master browser. A local > master browser > will then try to find the domain master browsers if there are any. If > none respond or the instance can't hear any response, then the local > browser elects itself domain master as well -- but you've told it it > can't be a domain master, so it says "sorry, i'm not configured to do > this, ignoring the announcement" > > > > So, is there a Windows command (or Linux command) that will > > tell me who > > is the PDC and/or the "master browser"? Perhaps that command > > will help > > me understand when I actually made a change to this process. > > You'll need to interrogate the WINS server database, or use a > sniffer, I > think. I don't know of any way to get a Windows box to cough up this > information. > > > ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390