Telus EV-DO success how-to.
Seening as I didn't find any references to making the Dell 5720 EV-DO card from Telus (in Canada) anywhere, I'm sending this mail to the list with the intention that google will shortly return this answer for other people. It would seem that EV-DO cards are available in external PC-Card, external express-card, internal express-card formats and USB dongle. The internal (and I assume external) express-cards show up as USB devices. There may be extra instructions for the PC-Card, although I strongly suspect it may show up as a serial device. Dell distributes it's own version of the Novatel CDMA cards --- my specimen had the USB Dell manufacturer number and a USB Dell product number different from the origional Novatel. The USB devices work with the ubser(4) driver --- although at this very moment they require the patch from PR usb/122803 (which should apply to any Dell version of this card). Assuming you have the card showing up as cuaU0 now, you need the following in your ppp.conf (This is Telus specific): telus: set phone #777 set authname phone number@1x.telusmobility.com set authkey serial number set device /dev/cuaU0 add default HISADDR The phone number and the serial number can be found in the windows client and/or the telus agents can see them if you're talking to a tech support agent. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ggate still broken on 6.2-RC1 for amd64.
Craig == Craig Boston [EMAIL PROTECTED] writes: Craig On Mon, Dec 11, 2006 at 02:47:41AM -0500, David Gilbert wrote: That doesn't square with my experience. Although bigger buffers could be involved in a performance problem, what we're dealing with here is a _zero_ traffic situation. It seems that it works enough for tasting to be successful, but any significant load wedges it hard. Craig The problem I observed was also a zero traffic situation. A Craig quick way to test is to do something like this (assuming you Craig don't care about the contents of the device!) Craig dd if=/dev/zero of=/dev/ggateX bs=1m Craig and watch the network traffic to see what happens. When I ran Craig into it, small block sizes worked fine, but anything bigger Craig than the send buffer size would cause the entire ggate device Craig to wedge with zero traffic. The ggatec logs in my mail archive Craig say 128k, which itself is a little odd because I thought GEOM Craig broke big transfers into 64k chunks. Craig In any case, ggatec got stuck in a loop getting EAGAIN from Craig send(), so the packets never made it out to the wire. Craig However checking my mail archive also indicates that was a year Craig ago so chances are this is a different problem. The symptoms Craig just sounded a little familiar. Urm... what would be the transfersize that the filesystem prefers to use? Also, what trasnfersize does the gmirror sync use? Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ggate still broken on 6.2-RC1 for amd64.
Craig == Craig Boston [EMAIL PROTECTED] writes: Craig On Sun, Dec 03, 2006 at 06:12:21PM +0100, Ulrich Spoerlein Craig wrote: David Gilbert wrote: But the ggated/ggatec in 6.2-RC1 connects now (and is happy about that). In fact, the tasting on the ggatec side that happens due to new disks showing up works, too. However, any attempt to pass significant traffic causes ggatec to seeminly lock up. /me too. Though I tested this on two FreeBSD/i386 SMP machines with gmirror + ggated combination. There *is* traffic going on, but it is somewhere around 50kB/s (sic! no kidding!). Craig Have you tried increasing the send/receive buffer size? In my Craig local ggate setup I'm running both the client and server with Craig the options -R 196608 -S 196608. I added it a while back Craig after discovering that the default buffer size was inadequate Craig in certain situations and would sometimes cause large block Craig sized I/O to hang. Craig This was a while ago and I mentioned it to pjd@ so the issue Craig may be have been corrected, but it's something that shouldn't Craig take long to try. That doesn't square with my experience. Although bigger buffers could be involved in a performance problem, what we're dealing with here is a _zero_ traffic situation. It seems that it works enough for tasting to be successful, but any significant load wedges it hard. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ggate still broken on 6.2-RC1 for amd64.
GGate is still broken on 6.2-RC1 for amd64. I have verified that the patch in kern/104829 has been applied (it's in the tree). I have also added the patch in amd64/91799 --- without it, ggated doesn't work at all. This should definately make it into 6.2 But the ggated/ggatec in 6.2-RC1 connects now (and is happy about that). In fact, the tasting on the ggatec side that happens due to new disks showing up works, too. However, any attempt to pass significant traffic causes ggatec to seeminly lock up. In my configuration, I have a gmirror running with a local disk (already) and I want to gmirror insert the ggate disk. When I do so, I get 50 write requests queued (I upped the gmirror buffer count to 50 to make syncronization happen faster) and things never move from there. The machines in question are connected by private gigabit ethernet with a 9k MTU. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ggated still non-functional on amd64 in 6.2-PRERELEASE
the patch in pr 91799 does fix the assertion problem described in the pr, but now that ggate connects for me, I need it to actually start sync'ing. In my case, ggate between two SMP amd64 servers connects and then passes little or no traffic. I have also tried backing out the last bit of uipc_socket2.c --- which seems to help (it won't stay connected otherwise), but the current state of connected with no traffic isn't useful, either. It might be useful to note that loopback (127.0.0.1) ggate connections seem to work fine. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ggate fails on 6.2-RC.
Has anyone else been testing ggate on amd64? There is an open pr that highlights a datatype problem between the kernel and userland, but even with that patch, I can't get ggate to stay up. I'll post in a more detailed manner about the problem as soon as I get my test-bed system up, but I'm looking for people who also have been testing this with 6.2-RC. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/sys/dev/ata/ata-chipset.c 1.168 MFC?
Could someone please MFC at least v 1.168 of ata-chipset.c into RELENG_6? Specifically the Nvidia NFORCE-4 support? Most of the AMD64 motherboards I've gotten lately require this patch. I have been able to apply diff between 1.165 and 1.168 to RELENG-6 and it makes the chipset work. (this also requires 1.65 to 1.68 of ata-pci.h). Any takers? Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
why the swapping
Tim == Tim Middleton [EMAIL PROTECTED] writes: Tim Running 6.0-release, with 2 gig ram. Typical memory stats like Tim this (from top): Tim 626M Active, 1045M Inact, 204M Wired, 75M Cache, 112M Buf, 22M Tim Free Tim Under moderately high load i'm seeing a lot of swapping Tim periodically through the day (and then load avg going way, way Tim up, of course). I'm wondering why is there, with so much inactive Tim memory, so much disk swapping? Tim The machine runs some fairly intense stuff, such as squid, Tim postgresql, and zope; but it seems to me there should be enough Tim RAM to cover all of this without swapping. What am I missing? Am Tim i misinterpretting the stats, and just not understanding how the Tim vm works? Swapping in or out? Sswapping out is normal behaviour --- a background kernel thread sweeps memory to move it from active to inactive and inactive dirty pages are occaisionally sent to swap (or the file that's backing them). Swapping in is also normal when processes are launched. Remember that *BSD's swap in processes. I believe that mmap() calls also show up in the swap stats ... Swapping doesn't mean what it used to. What should worry you is a process that is blocked to a large degree on paging --- but that's not likely happening. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Frustrating inability to boot amd64
At this point, I've been through 4 AMD64 motherboards. Commonly, AE_BAD_CHARACTER stops ACPI (or apic?) from figuring out the system --- this has happened on 3 out of four boards. On this latest board, it can turn off APIC. If I do that, FreeBSD hangs after detecting the disks. The only wrong thing on the screen is module_register_init: MOD_LOAD (amr_linux, 0x805ebcc0, 0) error 6 I have tested boot CDs for amd64 from 6.0-RELEASE, 6.1-BETA1 and 6.1-BETA4. None have successfully booted on these boards. Strangely enough, i386 boots fine, APIC and all. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Frustrating inability to boot amd64
Jack == Jack Vogel [EMAIL PROTECTED] writes: Jack On 4/5/06, David Gilbert [EMAIL PROTECTED] wrote: At this point, I've been through 4 AMD64 motherboards. Commonly, AE_BAD_CHARACTER stops ACPI (or apic?) from figuring out the system --- this has happened on 3 out of four boards. On this latest board, it can turn off APIC. If I do that, FreeBSD hangs after detecting the disks. The only wrong thing on the screen is module_register_init: MOD_LOAD (amr_linux, 0x805ebcc0, 0) error 6 I have tested boot CDs for amd64 from 6.0-RELEASE, 6.1-BETA1 and 6.1-BETA4. None have successfully booted on these boards. Strangely enough, i386 boots fine, APIC and all. Dave. Jack Whats the first thing anyone that might help you gonna need??? Jack Motherboard details, chipset, memory, etc etc... :) Jack I have two different amd64 systems, both have run FreeBSD 6 Jack RELEASE, and one is running CURRENT, so its not the architecture Jack in general thats broken. Jack One last resort you might try, boot Failsafe, I've had that work Jack when just turning off ACPI doesnt. Well... the other motherboard have already been exchanged, but the current frustration is with a MSI K8NGM2 which runs an Nvidia 430/410 chipset. However, the other boards each had a different chipset and (as much as possible) a different bios. Dave. -- |David Gilbert, Independent Contractor. | Two things can be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ggate failure in 5.4-STABLE
I have a setup where I mirror disk using a remote ggate disk and a local disk. If the system is entirel quiescent, the rebuild will occur flawlessly, but if the system is in use, I often get the following during a rebuild (on the ggate client): GEOM_MIRROR: Request failed (error=5). ggate2[WRITE(offset=95143855104, length=8192)] GEOM_MIRROR: Device m2: provider ggate2 disconnected. GEOM_MIRROR: Device m2: rebuilding provider ggate2 stopped. GEOM_MIRROR: Request failed (error=5). ggate2[WRITE(offset=95143863296, length=8192)] Now... on both the server and the client, the ggate processes are still running. On the server, there are no kernel log messages. Specifically, there are no disk media errors. I gather ggate has no error recovery at all. Could a corrupted network packet be causing this? What do you all suspect the overall bit rate of inexpensive GigE hubs is? Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Bonnie++ finds nfs failure.
If I run bonnie++ -s 4G -n 40 ... meaning create 4G files for the thruput test and create 40*1024 files for the random file test, it will die claiming the directory is not empty --- ie: deletion of some files failed. In this particular case, The server is an AMD64 5.4-STABLE and the client is AMD64 5.3-RELEASE-p5. The filesystem is a 1.0T RAID10 (geom) with softupdates enabled. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
netstat -m broken.
I'm runing 5.4-STABLE on an dual processor amd64. I'm using the network pretty heavily (dual GigE interfaces doing 300 megabit each) and my netstat -m is giving odd results: [1:31:[EMAIL PROTECTED]:~ netstat -m 25927 mbufs in use 18446744073709547405/512000 mbuf clusters in use (current/max) 0/0/0 sfbufs in use (current/peak/max) 18014398509480043 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines [1:37:[EMAIL PROTECTED]:~ netstat -m 18446744073709550967 mbufs in use 4315/512000 mbuf clusters in use (current/max) 0/0/0 sfbufs in use (current/peak/max) 8467 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ... many of the numbers get really big like that. this machine was just booted. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS failure for bonnie++
Dan == Dan Nelson [EMAIL PROTECTED] writes: Dan In the last episode (Mar 16), David Gilbert said: I have two machines running 5.3-PRERELEASE (cvsup'd yesterday). They're dual opterons running amd64 code. One of them has 1.0T of disk mounted with gmirror, gconcat and ggate... and it exports this via nfs. The other is an nfs client. When I run bonnie++ -n 200 -s 4000 -u dgilbert on the server, it runs fine. When I run the same command on the client, it dies trying to delete the files. Dan bonnie segfaults? No... bonnie++ says: [1:37:[EMAIL PROTECTED]:/usr/ports/benchmarks/bonnie++ bonnie++ -d /d/v0/tmp -s 2500 -n 20 -u dgilbert Using uid:101, gid:20. Writing a byte at a time...done Writing intelligently...done Rewriting...done Reading a byte at a time...done Reading intelligently...done start 'em...done...done...done...done...done... Create files in sequential order...done. Stat files in sequential order...done. Delete files in sequential order...Bonnie: drastic I/O error (rmdir): Directory not empty Cleaning up test directory after error. (and the Bonnie. directory still contains files) Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Geom RAID root report.
Doug == Doug White [EMAIL PROTECTED] writes: Doug On Tue, 1 Feb 2005, David Gilbert wrote: Gmirror on the fix-it CD appears to be impotent. It appears to have only 'help', 'list', 'load' and 'unload' as commands. Not useful. Doug If you manually load the geom_mirror.ko kernel module it Doug probably gets useful. Someone pointed out that there's a Doug hardwired path in there somewhere so load will fail, but if Doug you load the module manually then the commands become available. Doug I'll have to test it. I did that. This is not the case. If you run gmirror help when gmirror is not loaded, it does not load the module and it prints out a helpful list of things. If you do this on the fixit CD, it prints out a list of four commands: help, list, load and unload. Additionally, I loaded the kernel module manually from /dist/boot/kernel/geom_mirror.ko and this did not change the behaviour of the command. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Geom RAID root report.
Gavin == Gavin Atkinson [EMAIL PROTECTED] writes: Additionally, I loaded the kernel module manually from /dist/boot/kernel/geom_mirror.ko and this did not change the behaviour of the command. Gavin The problem is that geom is hard coded to look for the userland Gavin libraries in /lib. Gavin Try symlinking /lib to /dist/lib You know, for a live CD, our live CD seems chock full of these issues. $EDITOR, for instance, is set wrong. I didn't know to look for that one --- I usually work around fixit faults. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Geom RAID root report.
Before making this machine, I did a search on the lists to see if anyone else had questions or was willing to report on using a GEOM RAID root device. Nobody had. So... here's the basic recipe. First I did a minimal install to one of the two disks in a 512M root. I think 256M would be enough for that, but the disks are just so bloody huge. Anyways... then I booted from the fix-it CD to try to mirror up the 'a' partition. Gmirror on the fix-it CD appears to be impotent. It appears to have only 'help', 'list', 'load' and 'unload' as commands. Not useful. Since I had a few spare disks around, I loaded a default load onto one and tried again. The disklabel created by sysinstall had the 'a' pertition starting at 0. Creating a gmirror starting at the beginning of a disk or ending at the end seems to break things, and it did here. Gmirror (the kernel module) seems to find the provider as the parent (say ad4s1) instead of the child (ad4s1a). So I used 'dump' to image 'a' and then I relabeled and repartioned the disk to start 'a' at block 64. gmirror on this worked and formatting it and restoring to it are fine. Now... you do need to mount this filesystem and edit a few things. geom_mirror_load=YES needs to be in /boot/loader.conf Your fstab will likely need to look like: # DeviceMountpoint FStype Options DumpPass# /dev/mirror/cs-swap noneswapsw 0 0 /dev/mirror/cs-root / ufs rw 1 1 /dev/mirror/cs-var /varufs rw 2 2 /dev/mirror/cs-usr /usrufs rw 2 2 ... obviously substituting your own geom mirror names. Note that using a geom swap requires swapoff=YES in /etc/rc.conf But otherwise, this all seems to work ... even without the nasty recalculation of the fake 'a' partition required by vinum. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: crashdumps not working
Robert == Robert Watson [EMAIL PROTECTED] writes: Robert This is a NULL pointer dereference; you can use addr2line or Robert gdb on your kernel.debug to turn it into a line number even Robert without a core. That might well be worth doing, as we might Robert be able to debug that even without getting dumping working on Robert the box. If I had an address and a debug kernel, how is this done? Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: graid3 - requirements or manpage wrong?
Brian == Brian Szymanski [EMAIL PROTECTED] writes: That is not completely fair for vinum I've been running vinum now for the better of 3-4 years, and even with a set of very flaky seagate IDE drives I never lost a byte. Vinum has served me well, and I trust gvinum will get there as well. I just left my fileserver at 5.1, which I know is not an option for everybody. Brian Are you using vinum Raid5 ? I'm considering rolling back to 5.1 Brian myself if someone attests that things just work there with Brian R5, then waiting for gvinum to mature before getting my machine Brian back on stable. Brian Also, when did vinum stop working in favor of gvinum? is it Brian with 5.3? Could I expect 5.2.1 to work? Pardon the barrage of Brian questions, but it would take me hours to test each case, so if Brian anyone knows, drop me a line. Thanks! In 5.3, it appears that you can load vinum or gvinum. Vinum appears to have the functionality (and bugs) that it had back in 5.1. The only missing function seems to be the ability to swap to a vinum volume. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
isp driver crashes on amd64
I havn't got a dump yet because I have to reduce the memory in the machine (or patch the dump mechanism to dump more than 4G), but I have a fairly consistent crash with ISP in 5.3-RELEASE-amd64. It happens when drives are probed. If drives are present at boot, the crash fingers geom_scan. Connecting the drives to a running machine and running 'camcontrol rescan' fingers another function. But the crash doesn't occur unless drives are scanned. The controller is a 2340 from Qlogic, although it probes as a 2312. I also havn't gotten around to probing this machine with an ia-32 load of the OS. I'll be back at this Monday. It would help if I found a) a patch for dumping 8gig, or b) a suspect 64 bit problem in the isp driver. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Snapshot corruption.
Brian == Brian Fundakowski Feldman [EMAIL PROTECTED] writes: Brian Long strings of NUL bytes? Missing data? Spam (from the same Brian file, or from other files)? Well... I don't really know db file formats. Most of the corruption I found in berkley db files. mailgraph uses rrd. mailman uses some form of berkley db, too. I don't know what the corruption looked like other than the db library would no longer accept it. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Snapshot corruption.
I've got a medium busy server (few thousand mail messages a day, web, webmail, imap, etc) that I can fairly reliably reproduce filesystem corruption by creating multiple snapshots and deleting them. I don't think I'm up to debugging this, but I may be able to provide an exercise platform. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Snapshot corruption.
Julian == Julian Elischer [EMAIL PROTECTED] writes: Julian David Gilbert wrote: I've got a medium busy server (few thousand mail messages a day, web, webmail, imap, etc) that I can fairly reliably reproduce filesystem corruption by creating multiple snapshots and deleting them. I don't think I'm up to debugging this, but I may be able to provide an exercise platform. Julian can you characterise the corruption? Sure. Typically the system will crash with an ffs panic of some random type. When it comes back, we run non-background fsck's because manual fsck is sometimes required. Corruption varies. Some stuff sometimes pops up in lost+found. Some stuff can vanish (not 100% positive on that). But most worringly, is that some files come back corrupted (ie berkley db files that db won't read). Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Different snapshot sizes.
I'm somewhat confused. When I take snapshots, offtimes, they seem to be different sizes. I have a system that has two 120 Gig disks that are vinum (now gvinum) raid1'd. On that I have a root, swap, usr, var and 'u' partitions. All vinum created. As one (of several) backup policies, we take three filesystem snapshots per day, and progressively delete them such that the oldest snapshot we keep is about 30 days old. But the snapshots are often different sizes. This strikes me as odd, as I understood the format of a snapshot was to be the same as the format of the partition itself --- so they should all have the same size as the physical partition. An example: Making snapshot /usr/snap/20041116_18 done. total 193248 -r--r- 1 root operator 6442451256 Nov 16 17:32 20041116_094346 -r--r- 1 root operator 6442451256 Nov 16 18:00 20041116_120001 -r--r- 1 root operator 6442451264 Nov 16 18:00 20041116_18 ... the script above calls mksnap_ffs and then ls -l's the directory. Note that the last snapshot is 8 bytes larger. Very odd. It's not divisible by 512, but then neither are the other two. At any rate, this all wouldn't worry me if the server didn't crash with some regularity ... which it does. In fact, the /var partition gets the widest variety of snapshot sizes ... so I've disabled snapshots there alltogether. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
VIA 83C572 USB controller not recognised as EHCI?
I have the following: uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 12 at device 17.2 on p ci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 uhci0: [GIANT-LOCKED] 'device ehci' in the kernel doesn't seem to recognise it. Is this a known issue ... or is it a magic byte issue? Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
new threads problem? pthread_cond_timedwait ?
My hard drive failed right around FreeBSD-5.3, so I got to do a fresh install of 5.3-RC1 followed by a cvsup to -STABLE (yesterday). Due to my nvidia video driver, I still have libmap.conf forcing libpthread to use libc_r. When compiling audio/xmms-imms, I get the following error, and I don't know how to deal with it: c++ -L/usr/X11R6/lib `xmms-config --libs` -lc -lm -lpcre -lsqlite3 -lz -ltag analyzer.o spectrum.o `pkg-config fftw3f --libs` libimmscore.a -o analyzer /usr/local/lib/libgthread12.so.3: undefined reference to `pthread_cond_timedwait' Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
uaudio two-state volume?
Is there a reason uaudio presents only a single volume knob ... and that volume knob only has two states ... 0 and 1? Luckily, it also doesn't seem to do anything. Or is my hardware faulty? Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Packet passing performance study on exotic hardware.
The opportunity presented itelf for me to test packet passing ability on some fairly exotic hardware. The motherboard I really wanted to test not only had separate memory busses for each cpu, but also had two separate PCI-X busses (one slot each). To this, I added two intel pro/1000 gigabit ethernet cards (PCI-X versions). I had two sets of processors to test: two 246's and two 240's. The packets in this test are all minimal 64 byte UDP packets. My first goal was to determine the DDOS stability of FreeBSD 5.3, and Linux on this hardware. I was using amd64 binaries for both FreeBSD and linux. Right out of the box (with polling), Linux passed 550 kpps (kilo packets wer second). Full data rate would be 1.9 mpps. On linux, the 240 processors passed only 450 kppps (which is somewhat expected). Right out of the box, FreeBSD 5.3 (with polling) passed about 200 kpps. net.isr.enable=1 increased that without polling to about 220 kpps (although livelock ensued without polling as packet load increased). With excessive tuning, we got FreeBSD 5.3 to pass 270 kpps. This included polling, nmbclusters, net.isr, and some em patches. I can't see where to get more performance. To compare, we loaded FreeBSD-5.3 ia32 and achieved almost identical performance. Then, also to compare, we loaded FreeBSD-4.10 ia32 and it promptly passed 550 kpps (almost identical to the linux performance) (with polling). Some interesting things about 5.3(-BETA4) in this environment: - without polling, it definately livelocks. - with polling and excessive packets, it doesn't receive the full load of packets. In netstat -w, they show as input errors although the number of errors isn't strictly related to the number of dropped packets. It's just some large number that generally increases with the number of dropped packets. - With net.isr and not polling, both cpus are used (220 kpps) - With net.isr and polling, one cpu is used (270 kpps, one cpu free for other tasks) - It's worth noting that only FreeBSD 5.3 used two cpus to pass packets at any time. Neither linux nor 4.10 used the other cpu. - hz and polling tuning options didn't really change packets passed significantly. During the next week, I will continue testing with full simulated routing tables, random packets and packets between 350 and 550 bytes (average ISP out/in packet sizes). I will add to this report then. If anyone has tuning advice for FreeBSD 5.3, I'd like to hear it. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Packet passing performance study on exotic hardware.
Scott == Scott Long [EMAIL PROTECTED] writes: Scott Interesting results. One thing to note is that a severe bug in Scott the if_em driver was fixed for BETA7. The symptoms of this bug Scott include apparent livelock of the machine during heavy xmit Scott load. You might want to update and re-run your tests. Sorry. I should have made it clear that I applied the patches to the em from the tree by hand. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Packet passing performance study on exotic hardware.
Guy == Guy Helmer [EMAIL PROTECTED] writes: Guy The fixed bug in the em driver for BETA7 may significantly help Guy (see Scott Long's response prior to mine). As I replied, I hand-applied these patches. They reduced live lock (or what my tech calls chunkyness --- almost live lock), but they didn't increase performance. Guy If you try BETA7 without polling but with SMP, do you get better Guy results if you increase hw.em0.rx_int_delay and Guy hw.em1.rx_int_delay above 0? These had little effect. tx_int_delay had some small effect. rx_int_delay didn't seem to affect things ... or was slightly negative in effect above 0. Tried various values as high as 1000 for these parameters. Tried values like 1,2,5,10,25,64, etc. No substantial effect. Guy Have you set sysctls kern.random.sys.harvest.ethernet=0 and Guy kern.random.sys.harvest.interrupt=0? I did not. We will try those next week. Guy I don't know if it will have any effect in your situation, but Guy have you increased net.inet.ip.intr_queue_maxlen? No. We did increase a number of queues. According to the net.isr code, almost no packets were being queued. I gather this means they're being delivered to destination by the thread that picks them up. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Packet passing performance study on exotic hardware.
Mike == Mike Tancsa [EMAIL PROTECTED] writes: Mike At 10:08 AM 08/10/2004, David Gilbert wrote: Right out of the box, FreeBSD 5.3 (with polling) passed about 200 kpps. net.isr.enable=1 increased that without polling to about 220 Mike Did you have kern.polling.idle_poll at 0 or 1 ? In my tests a Mike few weeks ago this seemed to make a difference, but the load avg Mike gets messed up. Also, HZ does seem to make a difference at Mike least in my tests on BETA5. I can confirm the HZ not making a sizable difference (although I believe it cuts polling latency under ligher load, so we used 1 by default and we tested 1000). Idle_poll is default 1, I'm not positive we tested 0. I don't think there is much idle time here. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Packet passing performance study on exotic hardware.
Daniel == Daniel Eriksson [EMAIL PROTECTED] writes: Daniel David Gilbert wrote: Right out of the box, FreeBSD 5.3 (with polling) passed about 200 kpps. Daniel Was this with debug.mpsafenet enabled and all debugging Daniel (WITNESS and such) turned off? mpsafenet on and all witness and other junk off. I b elieve this to be default in BETA4 anyways, but I remember reading about mpsafenet and checking it. I'm positive that WITNESS is off as are INVARIANTS. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Packet passing performance study on exotic hardware.
Julian == Julian Elischer [EMAIL PROTECTED] writes: Julian David Gilbert wrote: Julian there are also changes in B4-B7 that ar related to scheduling Julian the packet delivery mechanisms.. They may not make much of a Julian difference but... I will endevour to do cvsup and retest, then. BTW, is there a kernel profiling howto out there? Or would someone like to help with it? Before the hardware goes into production, I'd like to siphon out as much data as possible. Julian It's good that we are finally getting the functionality to a Julian point where we can start to worry about performance again :-) Amen. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Packet passing performance study on exotic hardware.
Mike == Mike Tancsa [EMAIL PROTECTED] writes: Mike At 12:18 PM 08/10/2004, David Gilbert wrote: Idle_poll is default 1, I'm not positive we tested 0. I don't think there is much idle time here. Mike Actually, on RELENG_5, I think the default is now zero. checked, tho. We did set it to 1 in sysctl.conf. Mike With a releng_5 BETA7 box in between 2 other hosts, with Mike idle_poll set to the default on zero, using Mike /usr/local/netperf/netperf -l 30 -H 10.10.10.1 -i 10,2 -I 99,10 Mike -t UDP_STREAM -- -m 1000 -s 32768 32768 Mike I see about 483Mb. If I set it to 1, Mike I get just over 500Mb. This was with an HZ of 1000 This is well below the doubling I want to see, but I will add this to the test suite. Dave. -- |David Gilbert, Independent Contractor. | Two things can only be | |Mail: [EMAIL PROTECTED]| equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
agp driver locks up on resume.
I don't know the exact nature of the bug, but compiling in the agp driver on my laptop locks up the unit on resume. Runing without agp compiled in is fine. The lockup isn't every time ... and it isn't solved by suspending and resuming with the console active. The relavant probes are: apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 agp0: Intel 82815 (i815 GMCH) host to PCI bridge mem 0xf400-0xf7ff at device 0.0 on pci0 pcib1: Intel 82801BA/BAM (ICH2) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: ATI model 4d46 graphics accelerator at 0.0 irq 9 then: info: [drm] Checking PCI vendor=32902, device=9283 info: [drm] Checking PCI vendor=4098, device=19782 drm0: ATI Rage 128 Mobility MF (AGP 4x) port 0x2000-0x20ff mem 0xf000-0xf0003fff,0xf800-0xfbff irq 9 at device 0.0 on pci1 info: [drm] AGP at 0xf400 64MB info: [drm] Initialized r128 2.2.0 20010405 on minor 0 info: [drm] 8192 13 12 This laptop otherwise suspend/resumes fine (ie: without agp). Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re:agp driver locks up on resume
Sean == Sean M Welch Welch writes: Sean I'm familiar with this one -- it isn't agp, it is DRI. DRI Sean depends on AGP so you are disabling both when you disable AGP. Sean This issue has to do with the DRI module losing track of what Sean is going on in the usage of main memory (through AGP) when you Sean do a suspend resume -- it gets stuck trying to flush a buffer... So ... this means that there's no hope ... just disable agp ... ? Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://daveg.ca | are precisely opposite. | =GLO ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
4.4-RC1 kernel crashes on fujitsu laptop, 4.3-RELEASE does not.
Rather consistently, 4.4-RC1 crashes on my Fujitsu Lifebook E-6150 laptop where 4.3-RELEASE (and most of 4.3-STABLE) does not. Crashes are of the Fatal-trap-12 type with random processes (most recently gcc) as the active process. I cvsup'd the 4.4-RC1 kernel somewhere around Sunday afternoon. I have used 4.3-STABLE kernels on the machine with no ill effects. In recent testing, 4.3-RELEASE kernels definately don't crash. Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
[stable] Re: Freebsd vs. UPS
"Matt" == Matt Heckaman [EMAIL PROTECTED] writes: Matt I have to agree with you totally. We have a Powerware 5119RM Matt here and as far as Price:BackupTime goes, it beats APC hands Matt down. I'm also very happy with it's quality. I have not found Matt software to talk to it yet, but we still like it much more than Matt APC. Matt Note: The Poweware 5119RM was a replacement to an APC that broke Matt after 1.5 years of usage. I've got a few of the Powerware... both RackMount and regular. I've found them to be dependable and cost effective. They come with software for Linux that I havn't been able to get running. I contacted Powerware's technical support and they agreed to release their communications protocol under NDA to me, but then they never followed up with sending me the NDA (and I got busy with other things). The 9 pin connector on the back is _not_ serial. It does provide serial ... but not on the normal pins. There are also pins in that connector that provide simple information through contacts. I havn't tried to interface to that yet, but hooking it up to a serial port's ring signal may give some basic information for cheap. I also considered firing up the linux version on a linux box (or inside VMWare) and watching the output, but again... i've been busy. Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: NFS issues in 4.1-RELEASE?
"Gregory" == Gregory Bond [EMAIL PROTECTED] writes:
panicstr: zone: freeing free entry panic messages:
Gregory Check http://www.freebsd.org/cgi/query-pr.cgi?pr=19553 for
Gregory one cause of this problem ("options INVARIANTS" and nfs from
Gregory a KLD.)
Gregory Or you could be running into the last problem mentioned in
Gregory the PR (that INVARIANTS in the zone allocator is just plain
Gregory busted.)
Hmm... this sounds exactly like the issue.
Dave.
--
========
|David Gilbert, Velocet Communications. | Two things can only be |
|Mail: [EMAIL PROTECTED] | equal if and only if they |
|http://www.velocet.net/~dgilbert | are precisely opposite. |
=GLO
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Flash disk support over USB?
I have a small device on my desk that takes a standard compact flash and presents it to the USB port. See http://www.sandisk.com/cons/imagemate.htm for photos. When I plug it in, I get: uhub0: port error, restarting port 1 ugen0: SanDisk USB CFII, rev 1.00/0.05, addr 2 ... which is just dandy, but how do I get a umass0 or somesuch entry out of it. Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Flash disk support over USB?
"Alan" == Alan Clegg [EMAIL PROTECTED] writes: Alan Insert you flash card and try this: Alan camcontrol rescan 0 I already have 2 scsi busses in this machine and whenever I do a "camcontrol rescan n" for n=0,1,2; it replies: [3:13:51]root@trooper:/dev camcontrol rescan 0 Re-scan of bus 0 was successful [3:14:52]root@trooper:/dev camcontrol rescan 1 Re-scan of bus 1 was successful [3:15:53]root@trooper:/dev camcontrol rescan 2 camcontrol: CAMIOCOMMAND ioctl failed: Invalid argument Alan See what happens. I see nothing in dmesg. Do you have one of these working? Alan *WARNING* DO NOT USE IBM MICRODRIVE DEVICES IN THIS UNIT! Alan *WARNING* DO NOT USE IBM MICRODRIVE DEVICES IN THIS UNIT! I have here a Canon CompactFlash(tm) FC-8M Dave. -- ======== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Advansys SCSI controllers.
I have found that the Advansys controller which probes as: adw0: AdvanSys 3550 Ultra SCSI Adapter port 0xe800-0xe83f mem 0xe682-0xe68200ff irq 11 at device 9.0 on pci0 adw0: SCSI ID 7, High Low SE Term Enabled, Queue Depth 253 with drives: da0 at adw0 bus 0 target 0 lun 0 da0: SEAGATE ST318416W 0005 Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 17522MB (35885168 512 byte sectors: 255H 63S/T 2233C) da1 at adw0 bus 0 target 1 lun 0 da1: SEAGATE ST318416W 0005 Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 17522MB (35885168 512 byte sectors: 255H 63S/T 2233C) will under heavy usage spit out the message: Jul 22 19:00:27 mortar /kernel: (da0:adw0:0:0:0): Invalidating pack After which, the machine will respond to incoming telnet requests, but never print login. I assume this to be because the drive is no longer available. This is a server hosted at "rackspace.com". They report that this definately does not happen under 3.4 (which they consider a standard FreeBSD install), but I've found that it does happen with 4.0 and it appears to happen more often under 4.1-RC2. The message itself comes from CAM (scsi_da.c) in response to an ENXIO return code from the lower driver. A number of ENXIO returns were recently removed from the advansys driver, but they were all in a section dealing with attaching the device, etc. Anyhow, there appear to be several places were ENXIO can happen, and CAM appears to consider this unrecoverable. The server at rackspace.com will likely get IDE drives or a different scsi controller, so this is unfortunately a report without much ability to try patches. Rackspace.com aparently knows of this ... they've had this problem come up before with 4.0 installed customers. Replicating the problem is simple: make buildworld exercises it quite quickly. I will likely create a PR unless someone knows of a fix for this. Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Ethernet MTUs 1500?
"Kevin" == Kevin Oberman [EMAIL PROTECTED] writes: Kevin Louis has it exactly right. 802.3 was modified a couple of Kevin years ago to allow for a maximum frame size of 1522 octets, up Kevin from the original 1518. This was to allow the VLAN information Kevin to fit in the frame. Kevin Since the terminating switch/router should be removing this Kevin information, the end system (and MTU) should be unaffected, but Kevin many nets seem to not fully support the longer frames in their Kevin infrastructure and probably lots of Internet routers don't Kevin either. This is often a hardware issue, so the only fixes Kevin available are to upgrade all hardware to support the added Kevin octets or to reduce the MTU so that the frame size does not Kevin exceed 1518. Kevin In an enterprise, the upgrade is feasible, but in the Internet Kevin backbone, if you are not extremely lucky to have all VLAN Kevin supporting equipment along the path, the packet is fragmented Kevin or dropped. And there is a LOT of equipment out there that does Kevin not support VLANs. In this case, the BSD box is meant to be the terminator of the VLAN trunks. In this case, Linux (to use the awful L word) forwards 1500 byte packets into the VLANs. I just want my FreeBSD router to do the same. Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Ethernet MTUs 1500?
I have been told that the MTU of 1500 bytes is hardcoded into the 10Mb ethernet standard. Fine. But a number of devices seem to allow for MTUs 1500 on 100Mb ethernet... and several people have told me that the standard allows for packets bigger than 1500 bytes. Specifically, this seems to be the case to allow VLAN trunking with larger than 1496 MTUs which is the cause of much frustration among some of my DSL users. However, it appears impossible to set an MTU larger than 1500 on a FreeBSD ethernet interface. Is this hard to change? Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Ethernet MTUs 1500?
"Joerg" == Joerg Micheel [EMAIL PROTECTED] writes: Joerg On Mon, Jul 03, 2000 at 11:23:13PM -0400, David Gilbert wrote: But a number of devices seem to allow for MTUs 1500 on 100Mb ethernet... and several people have told me that the standard allows for packets bigger than 1500 bytes. Joerg The limit is 1536. That is hex 0x600, a value of importance if Joerg using 802.x networks. A value below 0x600 indicates the length Joerg of an additional header in the EtherType field. If this value Joerg is above 0x600 it indicates a certain protocol (such as 0x800 Joerg for IP, 0x806 for IP ARP). Joerg I would not twiddle with the settings, the extra gain is very Joerg low and you'll face all sorts of compatibility issues with Joerg devices not supporting it. Well... all I'm looking for is the ability to set 1504 on the etnernet device so that 1500 byte packets will pass on the VLANs. But at least the "dc" driver ignores MTUs larger than 1500. Dave. -- ======== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Ethernet MTUs 1500?
"Louis" == Louis A Mamakos [EMAIL PROTECTED] writes: Louis There's some confusion here, because the MTU is typically Louis associated with a protocol stack like IP and refers to the Louis largest sized (IP in this case) packet that can be sent on the Louis network interface. In the case of Ethernet interfaces that Louis support and use VLAN tags, the MTU is still 1500 bytes, Louis regardless of the fact that the frame size is a few bytes Louis longer to accomodate the VLAN tag information. Louis So, this has no effect on the Ethernet type field (or 802.3 Louis length fields) since the higher level protocol packet size is Louis unchanged. Why, then, are the vlan MTUs hardwired at 1496? Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
1 world broken and one request.
First the request: would it be possible (to pander to those of us who use LPRng) to make the /usr/src/*/lp* build optional a-la sendmail? This would save me some hassles. The make work is breaking for me in the middle of the openssh build. I CVSup'd tonight, too. It's dying looking for OPIE_HASHNAME_MAX ... which I can't find in any .h's. What's up? cc -O -pipe -DSKEY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c -o auth-skey.o /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c: In function `auth_skey_password': /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c:20: warning: initialization makes pointer from integer without a cast /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c: In function `skey_fake_keyinfo': /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c:160: `OPIE_HASHNAME_MAX' undeclared (first use in this function) /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c:160: (Each undeclared identifier is reported only once /usr/src/secure/lib/libssh/../../../crypto/openssh/auth-skey.c:160: for each function it appears in.) Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: curious about memory report usingfreebsd v3.3-release
"Jonathan" == Jonathan Michaels [EMAIL PROTECTED] writes: Jonathan as, one poster said "v3.x is nearly dead", after some Jonathan thought i might just as well skip v3.x and go straight to v4 Jonathan .. thought thier might be some issues thier as well. u, Jonathan desisions. Having been an early adopter on both 3.x and 4.x (I like new toys), I have to say that 4.0 is a damn good cut of the code. I've brought a lot of my machine upto 4.0R or 4.0S so far, and I'm likely to drop all my 3.x machines when 4.1 comes out. I'm included to agree with those people out there who are saying that the 4.0R is definately better than 3.4R. Dave. -- ======== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: curious about memory report usingfreebsd v3.3-release
I had quite a few problems with that SMC "tx" network card under 3.2 and 3.3. We eventually ditched them. We found that we had to ifconfig down then ifconfig up them every so often, or their performance would decrease rapidly. This may be fixed in 3.4-STABLE, but I have not checked. Really, I'm only trusting rl and fxp drivers right now. It's not scientific, but I have experiences that the de, dc, tx, ep and xl drivers can be broken under at least my circumstances. The dc and de drivers are particularly strange. I used to use a lot of de cards back when kinston made them with the 21141. Then a number of cards were made with the 21142 --- these tended not to work with de. Then we started using the DLink 4 port cards with the 21143's on them --- they appear to work well with the occaisional strangeness. However, recent 21143 cards from acer work "almost" ... but we have NFS performance problems with machines we've built with them. Dave. -- ======== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: How good is AMI MegaRAID support?
In my testing, I had 8x 18G LVD Quantum drives. With the same batch of drives, Vinum would deliver 35M/s reads and the AMI MegaRAID 1400 would deliver 14M/s reads. We're talking about a straight bonnie test, writing 5G files. The machine in question had 768M of RAM and the AMI 1400 had 64M of onboard (battery backed up) cache and was a PIII/450. I got the same results with both the Adaptec 2940U2W and the TekRAM-590F controllers. The battery-backed-up or not nature of the hardware RAID is immeterial to the "quality" of the system, BTW. The batter is neaded with the hardware solution because the PC doesn't know if the data has been written or not. In the Vinum case, the system knows what's been written and what's not ... (Then you have to start arguing about soft updates and other things --- it gets complicated... but done right you can have a few hundred megs of cache rather than 64) Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
kernel not patching?
OK... in my ongoing strange saga, I added char *dgilbert_bre5_top = "dgilbert_bre5_top"; as a global variable in vinumraid5.c --- I'm doing this as part of a strategy to track down a memory (stack) corruption bug. Anyways... when I recompile the kernel, it compiles this one module... and this global variable is referenced. When I then search for this string (by lessing the kernel and searching for dgilbert), I can't find it in the kernel's image. What's up? Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: kernel not patching?
"Mikhail" == Mikhail Teterin [EMAIL PROTECTED] writes: Mikhail Well, if you use vinum module, the string will not be in Mikhail kernel, but in /modules/vinum.ko :) I have 'options vinum' in the kernel ... and typing 'make' give: [2:20:320]root@raid1:/sys/compile/RAID make cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf ../../dev/vinum/vinumraid5.c cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf setdef0.c cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf setdef1.c sh ../../conf/newvers.sh RAID cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf vers.c loading kernel Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: kernel not patching?
"Peter" == Peter Jeremy [EMAIL PROTECTED] writes: Peter (BTW, auto char *foo = "foo"; means that the stack contains a Peter pointer to a string foo. The string will be in static storage Peter - ie to find the stack, you need to work out the KVA for "foo" Peter and then search for this address). Mmm knew that. May not have hacked kernel too much, but I have a fair grasp of C uglyness. the char *foo was put in as a global to check the value of the char foo[]="foostring" that I put into the functions. Now... this is not strictly C-legal, but with gcc, it will autosize foo[] and copy "foostring" into it. The cool thing is that sizeof(foo) == strlen(foo)+1. Dave. -- ======== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
wierd SCSI error prevents dump?
I'm getting the following error after a panic... it appears to be preventing the system from dumping. Is there anything I can do to help this? syncing disks... Timedout SCB handled by another timeout Timedout SCB handled by another timeout Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ahc problems (with vinum?)
"Kenneth" == Kenneth D Merry [EMAIL PROTECTED] writes: Kenneth David Gilbert wrote... "Kenneth" == Kenneth D Merry [EMAIL PROTECTED] writes: Kenneth It does, generally, but if you've got flaky cabling, it's Kenneth hard to guarantee that the bus reset will fix all of your Kenneth problems. But since removing the terminator seems to unwedge things, it would make sense to look at what state we're getting stuck in. Kenneth You're getting stuck in dataout phase. Ok... but... I just went over to the machine with the intention of changing the cables. I removed the terminator just to see... and everything unwedged (although ... this is after I replaced the terminator). Dave. -- ======== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Multiple crashes.
The crashes alternate between the previous message's backtrace and
this one.
panic: rlist_free: free start overlaps already freed area
(kgdb) bt
#0 boot (howto=256) at ../../kern/kern_shutdown.c:285
#1 0xc014c469 in panic (
fmt=0xc01f0a34 "rlist_free: free start overlaps already freed area")
at ../../kern/kern_shutdown.c:446
#2 0xc0155f36 in rlist_free (rlh=0xc0243338, start=0, end=7)
at ../../kern/subr_rlist.c:159
#3 0xc01aecc7 in swap_pager_freeswapspace (object=0xca0e9b24, from=0, to=7)
at ../../vm/swap_pager.c:422
#4 0xc01aeda8 in swap_pager_freespace (object=0xca0e9b24, start=48,
size=20500) at ../../vm/swap_pager.c:445
#5 0xc01b4209 in vm_map_delete (map=0xca2edd80, start=134868992,
end=218836992) at ../../vm/vm_map.c:1833
#6 0xc01b42ac in vm_map_remove (map=0xca2edd80, start=134868992,
end=218836992) at ../../vm/vm_map.c:1874
#7 0xc01bc14b in obreak (p=0xca2a89a0, uap=0xca400f94)
at ../../vm/vm_unix.c:107
#8 0xc01d6f1b in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 134868992,
tf_esi = 134549792, tf_ebp = -1077946648, tf_isp = -901771292,
tf_ebx = 671987304, tf_edx = 671987284, tf_ecx = 671987280, tf_eax = 17,
tf_trapno = 0, tf_err = 2, tf_eip = 671951256, tf_cs = 31,
tf_eflags = 647, tf_esp = -1077946684, tf_ss = 39})
at ../../i386/i386/trap.c:1100
#9 0xc01cc49c in Xint0x80_syscall ()
#10 0x280d2402 in ?? ()
#11 0x804c1a8 in ?? ()
#12 0x804b087 in ?? ()
#13 0x804a6c1 in ?? ()
#14 0x80490f5 in ?? ()
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
More on the crashes already mentioned.
In reference to the two crash dumps I've posted, the most interesting thing about them is that a non-debug kernel seems to be stable on the box. I can't really explain why, but we tried all kinds of things --- changing hardware... even exchanging whole guts of machines and those two examples of crashes persisted. Then in a fit of despairation, I recompiled the kernel w/o debug symbols and so far (touch wood) the machine has been stable. Now... the machine has 256M of memory ... so I wouldn't expect that kernel size *should* be an issue, but something is not right here. Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: vinum experiences (not as documented, at least).
"Brad" == Brad Knowles [EMAIL PROTECTED] writes: Brad Perhaps others have had problems, but I haven't. What Brad problems have you had in this area? Well... firstly, the design of the system was to put everything (even swap) on the RAID drive. The root is outside, of course... and this took some doing, but that's how the system is currently configured. I'm not confident that dumping to the raid-swap would be correct. I may be able to find another drive to dump to, but that will take several days. Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
mSQL getting stuck in objtrm state
"Mike" == Mike Kephart [EMAIL PROTECTED] writes: Mike Since this last update to STABLE, I've been seeing the mSQL Mike daemon (msql2d) getting stuck in objtrm state, and I'm forced to Mike reboot to clean up. I'm running mSQL binaries and library built Mike under 3.2-RELEASE. I witnessed this 'objtrm' state locking up netscape this weekend. I cvsup'd Saturday morning. Dave. -- ==== |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
buildworld choking on ipfw...
Has anyone seen (or fixed) the following in a recent buildworld: === sbin/ipfw cc -O -pipe -Wall -c /usr/src/sbin/ipfw/ipfw.c gzip -cn /usr/src/sbin/ipfw/ipfw.8 ipfw.8.gz /usr/src/sbin/ipfw/ipfw.c: In function `show_ipfw': /usr/src/sbin/ipfw/ipfw.c:248: `IP_FW_F_RND_MATCH' undeclared (first use this function) /usr/src/sbin/ipfw/ipfw.c:248: (Each undeclared identifier is reported only once /usr/src/sbin/ipfw/ipfw.c:248: for each function it appears in.) /usr/src/sbin/ipfw/ipfw.c: In function `add': /usr/src/sbin/ipfw/ipfw.c:1059: `IP_FW_F_RND_MATCH' undeclared (first use this function) *** Error code 1 1 error Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
