Re: Does FreeBSD issue messages about MAC/IP conflicts?
my curiousity is howd he get duplicate mac addresses On Sun, Jan 3, 2010 at 9:02 PM, wrote: > Glen Barber wrote: > > On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote: > > > I accidentally had two machines having the same wifi MAC > > > address. Wifi router gave them both the same local IP address > > > and they both could somewhat connect to the outside world, but > > > connections were flaky. > > > > > > No messages about IP/MAC conflicts appeared in dmesg log. > > > > > > Vague memories from the long ago past remind me that Windows > > > was issuing IP conflict messages in the local wired network. > > > > > > Why doesn't FreeBSD complain at leat about the IP conflict? > > > > The last time I made the mistake of having two devices with the > > same IP, I saw ARP messages in /var/log/messages as well as the > > system console. This was around 8.0-RC1, for what it's worth. > > ARP will notice when two different MAC addresses both claim the same > IP address, but to detect two different boxes both claiming the same > MAC/IP address pair would require some other way of identifying the > two boxes as different. > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Does FreeBSD issue messages about MAC/IP conflicts?
Glen Barber wrote: > On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote: > > I accidentally had two machines having the same wifi MAC > > address. Wifi router gave them both the same local IP address > > and they both could somewhat connect to the outside world, but > > connections were flaky. > > > > No messages about IP/MAC conflicts appeared in dmesg log. > > > > Vague memories from the long ago past remind me that Windows > > was issuing IP conflict messages in the local wired network. > > > > Why doesn't FreeBSD complain at leat about the IP conflict? > > The last time I made the mistake of having two devices with the > same IP, I saw ARP messages in /var/log/messages as well as the > system console. This was around 8.0-RC1, for what it's worth. ARP will notice when two different MAC addresses both claim the same IP address, but to detect two different boxes both claiming the same MAC/IP address pair would require some other way of identifying the two boxes as different. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: something fails with svn
> Date: Sun, 3 Jan 2010 15:04:30 -0500 > From: "Jonathan Noack" > Sender: owner-freebsd-sta...@freebsd.org > > On Tue, December 29, 2009 23:33, jhell wrote: > > On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: > >> Hi list! > >> > >> Something fails, when updated the FreeBSD's svn repo to git. Since > >> yesterday I get this warning: > >> $ git svn rebase > >> > >> ... > >>M sys/boot/pc98/kgzldr/crt.s > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/stable/8/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf > >> r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 > >> (refs/remotes/git-svn) > >>M sys/powerpc/conf/DEFAULTS > >>M sys/sparc64/conf/DEFAULTS > >>M sys/ia64/conf/DEFAULTS > >>M sys/sun4v/conf/DEFAULTS > >>M sys/pc98/conf/DEFAULTS > >>M sys/i386/conf/DEFAULTS > >>M sys/amd64/conf/DEFAULTS > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > >> r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 > >> (refs/remotes/git-svn) > >>M etc/rc.d/named > >>M etc/mtree/BIND.chroot.dist > >>M etc/namedb/named.conf > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc > >> r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b > >> (refs/remotes/git-svn) > >>M usr.sbin/zic/Theory > >>M lib/libc/stdtime/tzfile.5 > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/lib/libc > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic > >> r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 > >> (refs/remotes/git-svn) > >> ... > >> > >> > >> the git config is: > >> > >> [core] > >>repositoryformatversion = 0 > >>filemode = true > >>bare = false > >>logallrefupdates = true > >> [svn-remote "svn"] > >>url = svn://svn.freebsd.org/base/stable/7 > >>fetch = :refs/remotes/git-svn > >> > >> Is this a user error (my), or it's an mismerge or repo fail git / or > >> freebsd's svn? > > > > SVN never has problems "It's powered by FreeBSD ;)" > > > > Take a look at your git config. The problem lies there and is very > > visible. After you are done fixing that re-read the whole email that you > > posted. > > I'd appreciate an explanation -- sounds like the OP, myself, and at least > one other person haven't figured it out yet. No, the OP has it figured out, so it's just you and a a few others who may have missed the last message in the thread. The problem was a change in the importation of svn into git with the latest update to git on 12/28. It required a modification of the git configuration...otherwise the import failed. I am not git-aware, so I suggest reading the final message from Oliver sent on 1/1 at 18:24 -8. He points out the thread on the git list that explained the work-around: http://lists-archives.org/git/707921-git-svn-memoize-conversion-of-svn-merge-ticket-info-to-git-commit-ranges.html -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-
Re: Does FreeBSD issue messages about MAC/IP conflicts?
On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote: > I accidentally had two machines having the same wifi MAC address. > Wifi router gave them both the same local IP address and they both could > somewhat connect to the outside world, but connections were flaky. > > No messages about IP/MAC conflicts appeared in dmesg log. > > Vague memories from the long ago past remind me that Windows was issuing IP > conflict messages in the local wired network. > > Why doesn't FreeBSD complain at leat about the IP conflict? > The last time I made the mistake of having two devices with the same IP, I saw ARP messages in /var/log/messages as well as the system console. This was around 8.0-RC1, for what it's worth. -- Glen Barber ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Does FreeBSD issue messages about MAC/IP conflicts?
I accidentally had two machines having the same wifi MAC address. Wifi router gave them both the same local IP address and they both could somewhat connect to the outside world, but connections were flaky. No messages about IP/MAC conflicts appeared in dmesg log. Vague memories from the long ago past remind me that Windows was issuing IP conflict messages in the local wired network. Why doesn't FreeBSD complain at leat about the IP conflict? FreeBSD-8.0-STABLE, ath0 interface. Yuri ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: "Checksum mismatch -- will transfer entire file"
On 2010-Jan-03 21:45:03 +0600, Victor Sudakov wrote: >I also see that many "changes" in the CVS seem to be useless: there >are no changes other than file version increments. SVN metadata changes will appear in CVS as version changes only. The most obvious/common case is branching - branching a native CVS repo just adds the branch tags. Branching a SVN repo replicates the tree and the SVN->CVS exporter turns the branch into a commit that touches each affected file. -- Peter Jeremy pgpYOZtfKwxYa.pgp Description: PGP signature
Fwd: HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 2009)
Dear all, I would like to remind you about the next FreeBSD Status Reports submission deadline, which is set to Jan 15th, 2010. So far, I have received only 3 reports, which is very low amount. If you have anything to share with the community about your FreeBSD related work, this is the best time to send us your entry. Thanks. - Pôvodná správa - Predmet: HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 2009) Dátum: Sun, 20 Dec 2009 03:08:58 +0100 Od: Daniel Gerzo Organizácia: The FreeBSD Project Pre: hack...@freebsd.org, curr...@freebsd.org, sta...@freebsd.org Dear all, Another quarter is soon to be finished and as such, I would like to remind you to submit your status reports as soon as possible, because the submissions for this quarter (covering period of Oct - Dec 2009) are due by Janurary 15th, 2010. I believe a lot of things have happened in the meantime. This call is not only for a reports about new projects, but entries including updates about previously announced projects are to be accepted too. You can find the latest report at http://www.freebsd.org/news/status/report-2009-04-2009-09.html. Please do not hesitate to write us a few lines - a short description about what you are working on, what are the plans and goals or possibly problems you have encountered, so we can inform our community about your great work! It is useful for you, as well as our users! To submit your entry, please post the filled-in XML template available at http://www.freebsd.org/news/status/report-sample.xml, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi to generate the XML file to be posted by email to mont...@. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: something fails with svn
On Tue, December 29, 2009 23:33, jhell wrote: > On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: >> Hi list! >> >> Something fails, when updated the FreeBSD's svn repo to git. Since >> yesterday I get this warning: >> $ git svn rebase >> >> ... >>M sys/boot/pc98/kgzldr/crt.s >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/stable/8/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf >> r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 >> (refs/remotes/git-svn) >>M sys/powerpc/conf/DEFAULTS >>M sys/sparc64/conf/DEFAULTS >>M sys/ia64/conf/DEFAULTS >>M sys/sun4v/conf/DEFAULTS >>M sys/pc98/conf/DEFAULTS >>M sys/i386/conf/DEFAULTS >>M sys/amd64/conf/DEFAULTS >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf >> r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 >> (refs/remotes/git-svn) >>M etc/rc.d/named >>M etc/mtree/BIND.chroot.dist >>M etc/namedb/named.conf >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc >> r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b >> (refs/remotes/git-svn) >>M usr.sbin/zic/Theory >>M lib/libc/stdtime/tzfile.5 >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/lib/libc >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic >> r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 >> (refs/remotes/git-svn) >> ... >> >> >> the git config is: >> >> [core] >>repositoryformatversion = 0 >>filemode = true >>bare = false >>logallrefupdates = true >> [svn-remote "svn"] >>url = svn://svn.freebsd.org/base/stable/7 >>fetch = :refs/remotes/git-svn >> >> Is this a user error (my), or it's an mismerge or repo fail git / or >> freebsd's svn? > > SVN never has problems "It's powered by FreeBSD ;)" > > Take a look at your git config. The problem lies there and is very > visible. After you are done fixing that re-read the whole email that you > posted. I'd appreciate an explanation -- sounds like the OP, myself, and at least one other person haven't figured it out yet. Thanks! -Jon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: "Checksum mismatch -- will transfer entire file"
Doug Barton wrote: I was not going to reply on this thread at all, but the amount of random speculation has now reached a pathological level. The spurious new line at the end of a file has nothing to do with svn, it is an artifact of how the file was originally transferred to the cvsup mirror. The checksum mismatch will be triggered a few different ways, the most common is to switch between cvsup and csup, and/or switching mirrors for the same checked out tree. The message is harmless, it's not an error, and in fact you can take the message as a reassuring sign that the system is working exactly as designed. :) I tend to agree with Victor that there is something more going on. I started getting these messages at about the same time as svn was introduced. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Overwrite ZFS zpool bootfs property during boot
Hi, is there a way to manually overwrite the zpool bootfs property during the boot? Would be nice to have a way to select another root-zfs in case the one in bootfs is rendered broken. greetings, philipp ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: "Checksum mismatch -- will transfer entire file"
Doug Barton wrote: > I was not going to reply on this thread at all, but the amount of > random speculation has now reached a pathological level. > > The spurious new line at the end of a file has nothing to do with svn, > it is an artifact of how the file was originally transferred to the > cvsup mirror. My mirror was created from scratch by cvsup. What artifacts are you talking about? > The checksum mismatch will be triggered a few different > ways, the most common is to switch between cvsup and csup, and/or > switching mirrors for the same checked out tree. I am afraid you are mistaken. I have never switched between cvsup and csup. I have even recreated a mirror from scratch, and the "Checksum mismatch" error appears at the next run of cvsup. > > The message is harmless, it's not an error, and in fact you can take > the message as a reassuring sign that the system is working exactly as > designed. :) Except for the fact that the -L0 switch has become completely useless. All the "Checksum mismatch -- will transfer entire file" are L0 messages, i.e. they ARE error messages. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: "Checksum mismatch -- will transfer entire file"
Dimitry Andric wrote: > >I suspect (without any proof) that this is only for src, because that is > >converted from a live SVN repository to CVS for the sake of CVSup > >distribution, while all other repositories are still CVS natively. > > Every now and then, I also see a file from ports corrupted: > > ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file > ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file [dd] > > This was grepped through the last few months. Are any of these specific > files 'imported' from svn, by any chance? I also see that many "changes" in the CVS seem to be useless: there are no changes other than file version increments. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: "Checksum mismatch -- will transfer entire file"
I was not going to reply on this thread at all, but the amount of random speculation has now reached a pathological level. The spurious new line at the end of a file has nothing to do with svn, it is an artifact of how the file was originally transferred to the cvsup mirror. The checksum mismatch will be triggered a few different ways, the most common is to switch between cvsup and csup, and/or switching mirrors for the same checked out tree. The message is harmless, it's not an error, and in fact you can take the message as a reassuring sign that the system is working exactly as designed. :) Now let's move on, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: "Checksum mismatch -- will transfer entire file"
On 2010-01-03 01:15, Matthias Andree wrote: I suspect (without any proof) that this is only for src, because that is converted from a live SVN repository to CVS for the sake of CVSup distribution, while all other repositories are still CVS natively. Every now and then, I also see a file from ports corrupted: ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/pkgdb,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file projects/pkgtools/NEWS,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file projects/pkgtools/lib/pkgmisc.rb,v: Checksum mismatch -- will transfer entire file projects/pkgtools/lib/pkgtools.rb,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file This was grepped through the last few months. Are any of these specific files 'imported' from svn, by any chance? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"