Re: Introduction and First Question that I've never been able to answer...
Am I answering my own question here... lol. I just went through the docs on all the various types of interfaces and it is the interface that is the problem. I will script a change to happen on boot that will alter my hme interfaces to be unique. In regards to dmfe, I'm not sure if you have ripped apart the box to look but it is a davicom chipset. This should be handled with tulip. The chipset is DM9102AD -Ivan Daniel Bidwell wrote: On Thu, 2003-01-02 at 14:20, Ivan Dahlberg wrote: Greetings everyone I have been using Debian sparc for several years covering sun4c/m/u architectures and am a certified Sun field technician. I look forward to helping the list out when it comes to dealing with hardware issues as well as OS/software related. I run all sparc Debian and solaris at home and am the Field Team Lead for the company I work for by day. My major administration question is; How on earth do I get Debian to handle the OBP setting of 'local-mac-address' properly so that I have the unique mac addresses provided from the card installed and not the hostid of the box? I have an Ultra 5 running 2.4.17 that has a Sun Quad Ethernet card in it. This machine is running as a firewall and every ethernet interface has a unique MAC address. I don't think that I did anything special to get this. I am running Debian 3.0 also. On the other hand, I haven't found anyone that has been able to get the dmfe ethernet nic's in the Sun SunFire to work with linux yet. I have 8 SunFire V100 servers, some of which I would like to run linux on, but can't because of the ethernet drivers. I see this setting doesn't get handled by 2.2 or by 2.4 by default out of the box (or at all) and I would like to ensure that my unique MACs are actually the ones on the cards themselves. Solaris handles this all very nicely on the same box. I primarily want this answered so I can have unique and accurate MAC's on my firewall and my file server has a pair of RSM 2000 attached with several NICs running solaris. I discovered that when dealing with cheaper consumer switches under Debian or solaris, leaving the MAC addresses set to default of non unique based on the hostid results in much NFS grief between Debian clients (on sparc or intel) and Solaris NFS servers. Thank you -Ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Introduction and First Question that I've never been able to answer...
On Thu, 2003-01-02 at 14:20, Ivan Dahlberg wrote: > Greetings everyone > > I have been using Debian sparc for several years covering sun4c/m/u > architectures and am a certified Sun field technician. I look forward to > helping the list out when it comes to dealing with hardware issues as > well as OS/software related. I run all sparc Debian and solaris at home > and am the Field Team Lead for the company I work for by day. > > My major administration question is; > > How on earth do I get Debian to handle the OBP setting of > 'local-mac-address' properly so that I have the unique mac addresses > provided from the card installed and not the hostid of the box? > I have an Ultra 5 running 2.4.17 that has a Sun Quad Ethernet card in it. This machine is running as a firewall and every ethernet interface has a unique MAC address. I don't think that I did anything special to get this. I am running Debian 3.0 also. On the other hand, I haven't found anyone that has been able to get the dmfe ethernet nic's in the Sun SunFire to work with linux yet. I have 8 SunFire V100 servers, some of which I would like to run linux on, but can't because of the ethernet drivers. > I see this setting doesn't get handled by 2.2 or by 2.4 by default out > of the box (or at all) and I would like to ensure that my unique MACs > are actually the ones on the cards themselves. Solaris handles this all > very nicely on the same box. > > I primarily want this answered so I can have unique and accurate MAC's > on my firewall and my file server has a pair of RSM 2000 attached with > several NICs running solaris. I discovered that when dealing with > cheaper consumer switches under Debian or solaris, leaving the MAC > addresses set to default of non unique based on the hostid results in > much NFS grief between Debian clients (on sparc or intel) and Solaris > NFS servers. > > Thank you > > -Ivan > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Daniel R. Bidwell | [EMAIL PROTECTED] Andrews University Computer Science & Information Systems Department If two always agree, one of them is unnecessary "Friends don't let friends do DOS" "In theory, theory and practice are the same. In practice, however, they are not."
Introduction and First Question that I've never been able to answer...
Greetings everyone I have been using Debian sparc for several years covering sun4c/m/u architectures and am a certified Sun field technician. I look forward to helping the list out when it comes to dealing with hardware issues as well as OS/software related. I run all sparc Debian and solaris at home and am the Field Team Lead for the company I work for by day. My major administration question is; How on earth do I get Debian to handle the OBP setting of 'local-mac-address' properly so that I have the unique mac addresses provided from the card installed and not the hostid of the box? I see this setting doesn't get handled by 2.2 or by 2.4 by default out of the box (or at all) and I would like to ensure that my unique MACs are actually the ones on the cards themselves. Solaris handles this all very nicely on the same box. I primarily want this answered so I can have unique and accurate MAC's on my firewall and my file server has a pair of RSM 2000 attached with several NICs running solaris. I discovered that when dealing with cheaper consumer switches under Debian or solaris, leaving the MAC addresses set to default of non unique based on the hostid results in much NFS grief between Debian clients (on sparc or intel) and Solaris NFS servers. Thank you -Ivan