SCSI hang when running under Ms Virtual Server 2005
Hi, I have tried to run both FreeBSD 4.10 and 5.3 under Microsoft's Virtual Server 2005. Both boot and work ok when virtual IDE disk is used. However, when trying to use SCSI disk (which seems to emulate an adaptec aic 7870 scsi adapter, so FreeBSD uses ahc driver) results in system hang after machine says waiting 15 seconds for scsi devices to settle. Has anyone else attempted this ? Ari S. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HZ in RELENG_5? tcp_subr.c related
On Tue, 22 Feb 2005, Emanuel Strobl wrote: I read this commit message to RELENG_5: http://www.freebsd.org/cgi/getmsg.cgi?fetch=436074+438355+/usr/local/www/db/text/2005/cvs-all/20050206.cvs-all and commented out the HZ=1000 line in my kernel config so I use the default. But I see only 100 interrupts/sec on clk (with systat) so is it true that the default HZ has changed from 100 to 1000 in RELENG_5? In RELENG_5, the default HZ for amd64 is 1000, but for all other platforms it is 100. So amd64 users will see a ten-fold decrease in tcp_isn_tick() running, but i386 (and other) users will see no change. Robert N M Watson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
apache php child pid exit signal Bus error (10)
Hello, I just upgraded a lot of ports on a 4.9-STABLE machine and many php scripts will not run. phpinfo() works but most scripts kill apache and the following is on httpd-error.log [Tue Feb 22 04:30:33 2005] [notice] child pid 92055 exit signal Bus error (10) [Tue Feb 22 04:30:46 2005] [notice] child pid 92056 exit signal Bus error (10) httpd in free(): warning: junk pointer, too high to make sense [Tue Feb 22 04:30:47 2005] [notice] child pid 92105 exit signal Bus error (10) This is all on a FreeBSD 4.9-STABLE #0: Thu Oct 30 18:26:33 GMT 2003 apache+mod_ssl-1.3.33+2.8.22 The Apache 1.3 webserver with SSL/TLS functionality apache-ant-1.6.2Java- and XML-based build tool, conceptually similar to mak php4-4.3.10_2 PHP Scripting Language (Apache Module and CLI) This server has an uptime of 466 days, 8:06, 4 users, load averages: 2.05, 2.21, 2.12 I tried to start apache with truss and all I can see is that the line below looks suspicious but other than that I have no ideas... How can I provide more information? How can I trace the httpd child processes? Should I? Before I put in the DNS request to switch over to the yet-untested-in-real-life backup server can someone tell me how to get apache php working again on this machine before all my users wake up? Thanks! stat(/var/run/httpd.pid,0xbfbff700) ERR#2 'No such file or directory' truss -o help.log /usr/local/sbin/apachectl startssl getpid() = 91339 (0x164cb) geteuid()= 0 (0x0) getppid()= 91337 (0x164c9) readlink(/etc/malloc.conf,J,63) = 1 (0x1) mmap(0x0,4096,0x3,0x1002,-1,0x0) = 671817728 (0x280b2000) break(0x80c1000) = 0 (0x0) break(0x80c2000) = 0 (0x0) stat(/var/mail/root,0xbfbff9d0) ERR#2 'No such file or directory' getuid() = 0 (0x0) geteuid()= 0 (0x0) getgid() = 0 (0x0) getegid()= 0 (0x0) open(/usr/local/sbin/apachectl,0x0,01002652540) = 4 (0x4) fcntl(0x4,0x0,0xa) = 10 (0xa) close(4) = 0 (0x0) fcntl(0xa,0x2,0x1) = 0 (0x0) sigaction(SIGINT,0x0,0xbfbff9c8) = 0 (0x0) sigaction(SIGINT,0xbfbff9c8,0xbfbff9b0) = 0 (0x0) sigaction(SIGINT,0x0,0xbfbff9c8) = 0 (0x0) sigaction(SIGINT,0xbfbff9c8,0x0) = 0 (0x0) sigaction(SIGQUIT,0x0,0xbfbff9b8)= 0 (0x0) sigaction(SIGQUIT,0xbfbff9b8,0xbfbff9a0) = 0 (0x0) sigaction(SIGQUIT,0x0,0xbfbff9b8)= 0 (0x0) sigaction(SIGQUIT,0xbfbff9b8,0x0)= 0 (0x0) sigaction(SIGTERM,0x0,0xbfbff9c8)= 0 (0x0) sigaction(SIGTERM,0xbfbff9c8,0xbfbff9b0) = 0 (0x0) sigaction(SIGWINCH,0x0,0xbfbff9b8) = 0 (0x0) sigaction(SIGWINCH,0xbfbff9b8,0xbfbff9a0)= 0 (0x0) sigaction(SIGSYS,0xbfbff538,0xbfbff520) = 0 (0x0) __getcwd(0xbfbff6a0,0x400) = 0 (0x0) sigaction(SIGSYS,0xbfbff520,0x0) = 0 (0x0) read(0xa,0x80bee20,0x3ff)= 1023 (0x3ff) read(0xa,0x80bee20,0x3ff)= 1023 (0x3ff) break(0x80c3000) = 0 (0x0) read(0xa,0x80bee20,0x3ff)= 1023 (0x3ff) stat(/sbin/limits,0xbfbff660)ERR#2 'No such file or directory' stat(/usr/sbin/limits,0xbfbff660)ERR#2 'No such file or directory' stat(/bin/limits,0xbfbff660) ERR#2 'No such file or directory' stat(/usr/bin/limits,0xbfbff660) = 0 (0x0) break(0x80c4000) = 0 (0x0) pipe() = 4 (0x4) fork() = 91405 (0x1650d) SIGNAL 20 close(5) = 0 (0x0) read(0x4,0xbfbff850,0x80)= 128 (0x80) read(0x4,0xbfbff850,0x80)= 103 (0x67) read(0x4,0xbfbff850,0x80)= 0 (0x0) close(4) = 0 (0x0) getpgrp()= 91337 (0x164c9) wait4(0x,0xbfbff7bc,0x2,0x0) = 91405 (0x1650d) break(0x80c5000) = 0 (0x0) fcntl(0x1,0x0,0xa) = 11 (0xb) open(/dev/null,0x601,0666) = 4 (0x4) close(1) = 0 (0x0) fcntl(0x4,0x0,0x1) = 1 (0x1) close(4) = 0 (0x0) fcntl(0x2,0x0,0xa) = 12 (0xc) close(2) = 0 (0x0) fcntl(0x1,0x0,0x2)
b_to_q to a clist with no reserved cblocks floods console
Hi, I have updated my system + kernel to 5-Stable from cvsup of around Feb. 21. It seems that since then, my console gets flooded with zillion lines, about once every second: b_to_q to a clist with no reserved cblocks Any idea where they are from and what's going wrong? Or is this related to a ports upgrade? Thanks, Rob. __ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems installing ruby18-1.8.2_2
Hello, There seems to be a problem installing ruby18 on 5-STABLE AMD64. It compiles cleanly however. No special flags in make.conf. FreeBSD 5.3-STABLE #0: Mon Feb 21 11:29:20 EST 2005 amd64 === Installing for ruby-1.8.2_2 === Generating temporary packing list === Checking if lang/ruby18 already installed ./miniruby ./instruby.rb --dest-dir= --make=make --mflags= -j 3 --make-flags= ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503102 PORTOBJFORMAT=elf SYSTEMVERSION= -j 3 --mantype=doc install -c -p -m 0755 ruby18 /usr/local/bin/ruby18 ./miniruby ./ext/extmk.rb --dest-dir= --make=make --mflags= -j 3 --make-flags= ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503102 PORTOBJFORMAT=elf SYSTEMVERSION= -j 3 install The process sits at this point, taking up all CPU. PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 595 root 1320 10056K 5468K RUN 1:58 97.80% 97.56% miniruby I have to ctrl-c at this point. I never had problems with ruby on this machine before. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing ruby18-1.8.2_2
Hello, The process sits at this point, taking up all CPU. I've just experienced the same problem on sparc64, cvsup from an hour ago. -- Rink P.W. Springer- http://rink.nu God, root, what is difference? - Pitr, Userfriendly pgpK5UfIAzpmx.pgp Description: PGP signature
Re: {Spam?} Re: can't get a crash dump
Roberto Nunnari wrote: Kris Kennaway wrote: On Sun, Feb 20, 2005 at 12:34:42AM +0100, Roberto Nunnari wrote: Kris Kennaway wrote: On Thu, Feb 17, 2005 at 12:40:56PM +0100, Roberto Nunnari wrote: another crash.. and in /var/log/messages I see: Feb 17 12:20:50 jupiter savecore: no dumps found Any hints, please? If you watch it panic (or trigger one; break to ddb and use call doadump), does it dump? Yes. Once in ddb, if I call doadump it dumps! But I have not yet been that lucky to see it crash.. You can remove KDB_UNATTENDED from your kernel configuration, and it should drop to DDB when it panics, so you can catch the panic then. I don't have KDB_UNATTENDED in my kernel configuration.. if you would like to give it a look you'll find it here: http://www.nunnisoft.ch/JUPITER and here is my rc.conf: http://www.nunnisoft.ch/rc.conf but I just found out something was wrong with perl.. I had perl 5.6.2 and perl-5.8.6_2.. but calling use.perl system would let me without any soft links in /usr/bin and /usr/local/bin, while use.perl port would create links for 5.6.2.. so I deinstalled 5.6.2 and portupgrade -f 5.8.6.. hope that fixes something.. I'll let you know. That alone didn't fix anything.. but: fix awstats configuration (that uses perl) and removed linprocfs /compat/linux/proc linprocfs rw 0 0 from /etc/fstab seems to have fixed it.. at least it hasn't crashed for the last nearly two days... But.. apart from that.. I still don't understand why the system would not dump nor enter ddb upon crash! Could the fact that I have an old keyboard/mouse/video switcher attached to the crashing computer? I mean.. what if upon crash, trying to enter ddb the system senses that there is no keyboard attached (because the switcher is set to another computer)? Or.. maybe the fault that causes the crash is so severe that the kernel don't get a chance to do anything (doadump, nor enter ddb)? Best regards. I'm going to get some sleep now.. Thank you for your time, Kris. Best regards. Kris -- Roberto Nunnari -software engineer- mailto:[EMAIL PROTECTED] Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonaletel: +41-91-6108561 6928 Mannofax: +41-91-6108570 Switzerland (o o) ===oOO==(_)==OOo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing ruby18-1.8.2_2
On Tue, 22 Feb 2005, Mike Jakubik wrote: Hello, There seems to be a problem installing ruby18 on 5-STABLE AMD64. It compiles cleanly however. No special flags in make.conf. FreeBSD 5.3-STABLE #0: Mon Feb 21 11:29:20 EST 2005 amd64 === Installing for ruby-1.8.2_2 === Generating temporary packing list === Checking if lang/ruby18 already installed ./miniruby ./instruby.rb --dest-dir= --make=make --mflags= -j 3 --make-flags= ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503102 PORTOBJFORMAT=elf SYSTEMVERSION= -j 3 --mantype=doc install -c -p -m 0755 ruby18 /usr/local/bin/ruby18 ./miniruby ./ext/extmk.rb --dest-dir= --make=make --mflags= -j 3 --make-flags= ARCH=amd64 OPSYS=FreeBSD OSREL=5.3 OSVERSION=503102 PORTOBJFORMAT=elf SYSTEMVERSION= -j 3 install The process sits at this point, taking up all CPU. PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 595 root 1320 10056K 5468K RUN 1:58 97.80% 97.56% miniruby I have to ctrl-c at this point. I never had problems with ruby on this machine before. Thanks. I've had this problem for 2 weeks now on my AMD64.. After ctrl-c on the make install, miniruby is still running. I finally gave up and grabbed the package off ftp.freebsd.org. -Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing ruby18-1.8.2_2
Mike said: On Tue, 22 Feb 2005, Mike Jakubik wrote: Hello, There seems to be a problem installing ruby18 on 5-STABLE AMD64. It compiles cleanly however. No special flags in make.conf. I've had this problem for 2 weeks now on my AMD64.. After ctrl-c on the make install, miniruby is still running. I finally gave up and grabbed the package off ftp.freebsd.org. Great.. I have emailed the port maintainer and cc'd ports yesterday. But no replys, thought id try here :P ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: {Spam?} Re: can't get a crash dump
Roberto Nunnari wrote: Roberto Nunnari wrote: Kris Kennaway wrote: On Sun, Feb 20, 2005 at 12:34:42AM +0100, Roberto Nunnari wrote: Kris Kennaway wrote: On Thu, Feb 17, 2005 at 12:40:56PM +0100, Roberto Nunnari wrote: another crash.. and in /var/log/messages I see: Feb 17 12:20:50 jupiter savecore: no dumps found Any hints, please? If you watch it panic (or trigger one; break to ddb and use call doadump), does it dump? Yes. Once in ddb, if I call doadump it dumps! But I have not yet been that lucky to see it crash.. You can remove KDB_UNATTENDED from your kernel configuration, and it should drop to DDB when it panics, so you can catch the panic then. I don't have KDB_UNATTENDED in my kernel configuration.. if you would like to give it a look you'll find it here: http://www.nunnisoft.ch/JUPITER and here is my rc.conf: http://www.nunnisoft.ch/rc.conf but I just found out something was wrong with perl.. I had perl 5.6.2 and perl-5.8.6_2.. but calling use.perl system would let me without any soft links in /usr/bin and /usr/local/bin, while use.perl port would create links for 5.6.2.. so I deinstalled 5.6.2 and portupgrade -f 5.8.6.. hope that fixes something.. I'll let you know. That alone didn't fix anything.. but: fix awstats configuration (that uses perl) and removed linprocfs /compat/linux/proc linprocfs rw 0 0 from /etc/fstab seems to have fixed it.. at least it hasn't crashed for the last nearly two days... hehe.. talked to early.. just had another crash.. and as usual it didn't dump, and it didn't enter ddb.. it just reset! I have no more clues.. ideas anyone? I somehow got the impression that it happens when there's a ssh/ssl connection. Any hints? But.. apart from that.. I still don't understand why the system would not dump nor enter ddb upon crash! Could the fact that I have an old keyboard/mouse/video switcher attached to the crashing computer? I mean.. what if upon crash, trying to enter ddb the system senses that there is no keyboard attached (because the switcher is set to another computer)? Or.. maybe the fault that causes the crash is so severe that the kernel don't get a chance to do anything (doadump, nor enter ddb)? Best regards. I'm going to get some sleep now.. Thank you for your time, Kris. Best regards. Kris -- Roberto Nunnari -software engineer- mailto:[EMAIL PROTECTED] Scuola Universitaria Professionale della Svizzera Italiana Dipartimento Tecnologie Innovative http://www.dti.supsi.ch SUPSI-DTI Via Cantonaletel: +41-91-6108561 6928 Mannofax: +41-91-6108570 Switzerland (o o) ===oOO==(_)==OOo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
dump mksnap_ffs: not found
I have this error when I try to run dump from cron where dump didn't find mksnap_ffs. I have try to add set path = /sbin to dump script without success. Any suggestions? mksnap_ffs: not found dump: Cannot create /var/.snap/dump_snapshot: No such file or directory # uname -a FreeBSD trinity.infodev.ca 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing ruby18-1.8.2_2
On Tuesday, 22. February 2005 15:42, Mike Jakubik wrote: Mike said: On Tue, 22 Feb 2005, Mike Jakubik wrote: Hello, There seems to be a problem installing ruby18 on 5-STABLE AMD64. It compiles cleanly however. No special flags in make.conf. I've had this problem for 2 weeks now on my AMD64.. After ctrl-c on the make install, miniruby is still running. I finally gave up and grabbed the package off ftp.freebsd.org. Great.. I have emailed the port maintainer and cc'd ports yesterday. But no replys, thought id try here :P Ehm, you got a *lot* of replies on ports@, including patches to test (the first person to reply cut you from cc however). You might want to check the archives. -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org pgpe9EYrfPWca.pgp Description: PGP signature
Re: Problems installing ruby18-1.8.2_2
Michael Nottebrock said: Ehm, you got a *lot* of replies on ports@, including patches to test (the first person to reply cut you from cc however). You might want to check the archives. Great, im not subscribed to ports :P. Thanks for the info! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardcoding gmirror provider [was Re: Problem with migrating...]
I just skimmed through your comment about hardcoding the provider name if ad0 and ad0s1 have the same length. I think that you need to mention that you need to add the -h flag to both the gmirror label command and the final gmirror insert command when you add in the second disk. g. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems installing ruby18-1.8.2_2
Michael Nottebrock said: Ehm, you got a *lot* of replies on ports@, including patches to test (the first person to reply cut you from cc however). You might want to check the archives. Just an FYI. The following patch seems to work for me. Tested with portupgrade. http://people.freebsd.org/~mezz/diff/ruby18.diff ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Tarpitting Spam Traffic using PF...
On Sun, Feb 20, 2005 at 12:36:07AM -0500, Forrest Aldrich wrote: I read about the spamd redirect in pf.conf. However, I wonder if it might be useful to set up a redirect to something like this: http://www.fresh.files2.serveftp.net/smtarpit/ I suppose it doesn't make a difference, but I do want to make it extremely painful for any spammers. What are other people doing on this part? I doubt this is of much use for a few reasons: 1) Many spammers don't bother with any result codes. They open a connection and start spewing data. 2) Those who do look at result codes will quickly stop if this technique becomes prevalent. 3) There is no way to distinguish between legitimate email and spam. Anyone setting this up would have to be very careful about how they present the email addresses for the tarpit to the net to make sure they didn't got to legitimate email senders. 4) Many spammers use zombied machines on cable modems and the like to do their dirty work. Gumming up those machines doesn't really mean much to them; they'll just go find more. If you want to setup a tarpit/honeypot, I think it would be much more productive to run http://projecthoneypot.org. -- Jim C. Nasby, Database Consultant [EMAIL PROTECTED] Give your computer some brain candy! www.distributed.net Team #1828 Windows: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming, or what? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Panics with 5-stable - vinum? raid5?
Hi there, I have random, non-reproducable panics every so often (roughly averaging once a week) with my Intel server running FreeBSD- 5-stable and I am running out of options trying to track down the issue. Error details: Definitely not consistent, generally something like: panic: vm_fault fault on naofault entry, addr:d6f68000 Turned to debugging kernel, unattended reboot and crash dumping via swap, however this doesn't work at all. Kernel options added to GENERIC: makeoptions DEBUG=-g options KDB, GDB, DDB, KDB_UNATTENDED dumpdev specified correctly in rc.conf (swap parition mem) and rights set correctly and existing /var/crash. Recently cvsed /usr/src, no optimizations in /etc/make.conf and world/kernel made in accordance with the handbook. Further system details: uname -a: FreeBSD thesaloon.flipse.org 5.3-STABLE FreeBSD 5.3-STABLE #1: Wed Feb 9 01:36:58 CET 2005 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/GENERIC-DEBUG i386 dmesg cpu/mem: CPU: Intel Pentium III (866.33-MHz 686-class CPU) real memory = 469696512 (447 MB) avail memory = 454152192 (433 MB) ide hardware: atapci0: VIA 82C686A UDMA66 controller port 0x9000-0x900f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: Promise PDC20269 UDMA133 controller port 0xc000-0xc00f,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb007 mem 0xe900-0xe9003fff irq 11 at device 12.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ad0: 194481MB Maxtor 6B200P0/BAH41B10 [395136/16/63] at ata0-master UDMA66 ad2: 156334MB Maxtor 6Y160P0/YAR41BW0 [317632/16/63] at ata1-master UDMA66 ad4: 156334MB Maxtor 6Y160P0/YAR41BW0 [317632/16/63] at ata2-master UDMA133 ad6: 156334MB Maxtor 6Y160P0/YAR41BW0 [317632/16/63] at ata3-master UDMA133 network hardware: rl0: RealTek 8139 10/100BaseTX port 0xac00-0xacff mem 0xe9004000-0xe90040ff irq 10 at device 10.0 on pci0 miibus0: MII bus on rl0 rlphy0: RealTek internal media interface on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:35:6f:2e Mounting root from ufs:/dev/ad0s1a kldstat: Id Refs AddressSize Name 13 0xc040 3b05c8 kernel 21 0xc189c000 dd000vinum.ko 31 0xc1a0a000 7000 nullfs.ko vinum dumpconfig: Drive vinumdrive0: Device /dev/ad0s1e Created on TestHost.TestDomain at Mon Nov 15 20:24:19 2004 Config last updated Mon Feb 21 23:51:52 2005 Size: 163921572864 bytes (156327 MB) volume vinum0 state up plex name vinum0.p0 state up org raid5 479s vol vinum0 sd name vinum0.p0.s0 drive vinumdrive0 len 320158810s driveoffset 265s state up plex vinum0.p0 plexoffset 0s sd name vinum0.p0.s1 drive vinumdrive1 len 320158810s driveoffset 265s state up plex vinum0.p0 plexoffset 479s sd name vinum0.p0.s2 drive vinumdrive2 len 320158810s driveoffset 265s state up plex vinum0.p0 plexoffset 958s sd name vinum0.p0.s3 drive vinumdrive3 len 320158810s driveoffset 265s state up plex vinum0.p0 plexoffset 1437s Drive /dev/ad0s1e: 152 GB (163921572864 bytes) Drive vinumdrive1: Device /dev/ad2s1e (..) Size: 163921572864 bytes (156327 MB) volume vinum0 state up (..) Drive /dev/ad2s1e: 152 GB (163921572864 bytes) Drive vinumdrive2: Device /dev/ad4s1e (..) Size: 163921572864 bytes (156327 MB) volume vinum0 state up (..) Drive /dev/ad4s1e: 152 GB (163921572864 bytes) Drive vinumdrive3: Device /dev/ad6s1e (..) Size: 163921572864 bytes (156327 MB) volume vinum0 state up (..) Drive /dev/ad6s1e: 152 GB (163921572864 bytes) disklabel /dev/ad0s1: # /dev/ad0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 7707551904.2BSD 2048 16384 28552 b: 1048576 77075519 swap c: 3982834170unused0 0 # raw part, don't edit e: 320159322 78124095 vinum Other disklabels (ad2s1, ad4s1, ad6s1) only parition e: available labelled vinum and with the same size. Checkparity option of vinum returns no errors and fsck /dev/vinum/vinum0 returns no errors. I have carried out extensive hardware tests and most of the hardware (including most of the memory, the cpu and main board) have already been replaced but this makes no difference to stability. I also believe this issue was already there when running 4-STABLE. I have tried out the new geom feature and gvinum but crashes where more frequent and panic dumps were specifically mentioning vinum, so I turned back to non-geom vinum (which also has a significantly higher performance). I am sure I am forgetting to provide some required details but please ask. Has anybody got a clue whether this is a kernel bug, hardware and/or driver bug, vinum bug or configuration issue? Thanks for looking into this! Daniel ___ freebsd-stable@freebsd.org mailing list
Re: {Spam?} Re: can't get a crash dump
On Tue, Feb 22, 2005 at 03:52:00PM +0100, Roberto Nunnari wrote: hehe.. talked to early.. just had another crash.. and as usual it didn't dump, and it didn't enter ddb.. it just reset! OK, now that we've established that it's not actually panicking, the overwhelmingly most likely cause of 'spontaneous reset' crashes is bad hardware. e.g. your power supply may be marginal and unable to hold up to peak loads, so your system will lose power and reboot when you exceed that load. Kris pgppmvigcHFxg.pgp Description: PGP signature
Re: HZ in RELENG_5? tcp_subr.c related
Date: Tue, 22 Feb 2005 08:41:58 + (GMT) From: Robert Watson [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] On Tue, 22 Feb 2005, Emanuel Strobl wrote: I read this commit message to RELENG_5: http://www.freebsd.org/cgi/getmsg.cgi?fetch=436074+438355+/usr/local/www/db/text/2005/cvs-all/20050206.cvs-all and commented out the HZ=1000 line in my kernel config so I use the default. But I see only 100 interrupts/sec on clk (with systat) so is it true that the default HZ has changed from 100 to 1000 in RELENG_5? In RELENG_5, the default HZ for amd64 is 1000, but for all other platforms it is 100. So amd64 users will see a ten-fold decrease in tcp_isn_tick() running, but i386 (and other) users will see no change. Now that 5 is STABLE, I guess we are stuck with it, but in an era of slow 2GHz systems, it seems like a questionable choice. I know that there are a lot of folks running old hardware (like my trusty old K6), but they are a minority and changing HZ is not a big deal. Why make the majority live with 100 on fast systems or know enough to manually change it? Has there been discussion of changing this for V6 or is there a reason I missed for keeping HZ at 100 in the iX86 platforms. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: b_to_q to a clist with no reserved cblocks floods console
On Tue, 22 Feb 2005, Rob wrote: I have updated my system + kernel to 5-Stable from cvsup of around Feb. 21. It seems that since then, my console gets flooded with zillion lines, about once every second: b_to_q to a clist with no reserved cblocks Any idea where they are from and what's going wrong? Or is this related to a ports upgrade? Are you using the serial ports on your system -- for example, serial console, ttys entries for ttyd serial ports, etc? If so, I'd be interested in seeing the details? Thanks, Robert N M Watson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HZ in RELENG_5? tcp_subr.c related
On Tue, 22 Feb 2005, Kevin Oberman wrote: In RELENG_5, the default HZ for amd64 is 1000, but for all other platforms it is 100. So amd64 users will see a ten-fold decrease in tcp_isn_tick() running, but i386 (and other) users will see no change. Now that 5 is STABLE, I guess we are stuck with it, but in an era of slow 2GHz systems, it seems like a questionable choice. I know that there are a lot of folks running old hardware (like my trusty old K6), but they are a minority and changing HZ is not a big deal. Why make the majority live with 100 on fast systems or know enough to manually change it? Has there been discussion of changing this for V6 or is there a reason I missed for keeping HZ at 100 in the iX86 platforms. In 6-CURRENT, HZ is 1000 for amd64, i386, and ia64, but 100 for other platforms (i.e., ppc, arm, and alpha). I'm not opposed to merging the HZ change to RELENG_5 at some point, but given that occasional nits, such as the TCP nit, are turning up, I think it's worth waiting until after 5.4. Robert N M Watson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardcoding gmirror provider
George Hartzell [EMAIL PROTECTED] writes: I just skimmed through your comment about hardcoding the provider name if ad0 and ad0s1 have the same length. This wouldn't be a problem if gmirror, gstripe etc. placed metadata at the start of the provider, like God intended, instead of at the end. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 46.3% interrupt
On Mon, Feb 21, 2005 at 07:47:12PM +0200, Dani Popa wrote: but on top : CPU states: 25.3% user, 0.0% nice, 56.4% system, 46.3% interrupt, 0.0% idle my question is: why 46.3% interrupt , i don't see with vmstat -i any device use interrupt so many top is quite poor at measuring CPU usage, it often gives wildly inaccurate readings. Kris pgpGsyIS32mTs.pgp Description: PGP signature
Re: HZ in RELENG_5? tcp_subr.c related
Date: Tue, 22 Feb 2005 19:56:03 + (GMT) From: Robert Watson [EMAIL PROTECTED] On Tue, 22 Feb 2005, Kevin Oberman wrote: In RELENG_5, the default HZ for amd64 is 1000, but for all other platforms it is 100. So amd64 users will see a ten-fold decrease in tcp_isn_tick() running, but i386 (and other) users will see no change. Now that 5 is STABLE, I guess we are stuck with it, but in an era of slow 2GHz systems, it seems like a questionable choice. I know that there are a lot of folks running old hardware (like my trusty old K6), but they are a minority and changing HZ is not a big deal. Why make the majority live with 100 on fast systems or know enough to manually change it? Has there been discussion of changing this for V6 or is there a reason I missed for keeping HZ at 100 in the iX86 platforms. In 6-CURRENT, HZ is 1000 for amd64, i386, and ia64, but 100 for other platforms (i.e., ppc, arm, and alpha). I'm not opposed to merging the HZ change to RELENG_5 at some point, but given that occasional nits, such as the TCP nit, are turning up, I think it's worth waiting until after 5.4. Let's keep STABLE stable. If there are timing issues with HZ of 1000 in V5, we clearly would not want to change before they are resolved. Happily, I have not see these on my faster systems and have not increased HZ on anything 1 GHz. If I do see network problems, now I know another place to look, too. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HZ in RELENG_5? tcp_subr.c related
Just put something like this in /boot/loader.conf. kern.hz=250 It works for me since a long time (freebsd 4 I think). Ronald. On Tue, 22 Feb 2005 12:52:06 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: Date: Tue, 22 Feb 2005 19:56:03 + (GMT) From: Robert Watson [EMAIL PROTECTED] On Tue, 22 Feb 2005, Kevin Oberman wrote: In RELENG_5, the default HZ for amd64 is 1000, but for all other platforms it is 100. So amd64 users will see a ten-fold decrease in tcp_isn_tick() running, but i386 (and other) users will see no change. Now that 5 is STABLE, I guess we are stuck with it, but in an era of slow 2GHz systems, it seems like a questionable choice. I know that there are a lot of folks running old hardware (like my trusty old K6), but they are a minority and changing HZ is not a big deal. Why make the majority live with 100 on fast systems or know enough to manually change it? Has there been discussion of changing this for V6 or is there a reason I missed for keeping HZ at 100 in the iX86 platforms. In 6-CURRENT, HZ is 1000 for amd64, i386, and ia64, but 100 for other platforms (i.e., ppc, arm, and alpha). I'm not opposed to merging the HZ change to RELENG_5 at some point, but given that occasional nits, such as the TCP nit, are turning up, I think it's worth waiting until after 5.4. Let's keep STABLE stable. If there are timing issues with HZ of 1000 in V5, we clearly would not want to change before they are resolved. Happily, I have not see these on my faster systems and have not increased HZ on anything 1 GHz. If I do see network problems, now I know another place to look, too. Thanks! -- Ronald Klop Amsterdam, The Netherlands ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
HZ=1000 on slow CPUs considered harmful?
On Tue, Feb 22, 2005 at 07:56:03PM +, Robert Watson wrote: In 6-CURRENT, HZ is 1000 for amd64, i386, and ia64, but 100 for other platforms (i.e., ppc, arm, and alpha). I'm not opposed to merging the HZ change to RELENG_5 at some point, but given that occasional nits, such as the TCP nit, are turning up, I think it's worth waiting until after 5.4. Wouldn't that be a problem for slow CPUs like VIA C3 (EPIA) or GEODE (Soekris)? For fast CPUs, it's not that much overhead, but for slow CPUs? Can HZ remain user-configurable? Robert N M Watson Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HZ=1000 on slow CPUs considered harmful?
Date: Tue, 22 Feb 2005 22:48:21 +0100 From: [EMAIL PROTECTED] On Tue, Feb 22, 2005 at 07:56:03PM +, Robert Watson wrote: In 6-CURRENT, HZ is 1000 for amd64, i386, and ia64, but 100 for other platforms (i.e., ppc, arm, and alpha). I'm not opposed to merging the HZ change to RELENG_5 at some point, but given that occasional nits, such as the TCP nit, are turning up, I think it's worth waiting until after 5.4. Wouldn't that be a problem for slow CPUs like VIA C3 (EPIA) or GEODE (Soekris)? For fast CPUs, it's not that much overhead, but for slow CPUs? Can HZ remain user-configurable? Robert N M Watson Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ As far as I know, no one is talking about removing the knob. I believe the issue is the default value changing from 100 to 1000. There are many boxes that would not be very happy with 1000. I'm sure that there are many 75 MHz Pentiums and 66 MHz 486s still running FreeBSD and even running V5. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: loader.conf: init_path=/stand/sysinstall appropriate?
On Thursday 17 February 2005 12:30 am, Rob wrote: Hi, In /boot/defaults/loader.conf there's the line: #init_path=[...skip...]:/stand/sysinstall I wonder if /stand/sysinstall is still appropriate as one of the defaults in the init path. There has been a plan to remove /stand/ altogether after install, or even have it completely replaced by /rescue/. Moreover, a more up-to-date sysinstall is now in /usr/sbin/sysinstall !! Regards, Rob. Installs still use a MFS root filesystem with sysinstall in /stand. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve = http://www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_4 tag in stable-supfile on 5.2.1 box - change it to RELENG_5?
I would like to upgrade my 5.2.1 box from source with cvsup to 5-STABLE. Do I need to change the tag to RELENG_5 for FreeBSD 5-STABLE? Or can I cvsup a new stable-supfile? thanks, woody p.s. sorry if hotmail is sending HTML, I know, I know, all you pine users hate it. _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 tag in stable-supfile on 5.2.1 box - change it to RELENG_5?
On Tue, Feb 22, 2005 at 02:35:28PM -0800, W C [EMAIL PROTECTED] was witnessed plotting the following conspiracy: I would like to upgrade my 5.2.1 box from source with cvsup to 5-STABLE. Do I need to change the tag to RELENG_5 for FreeBSD 5-STABLE? Or can I cvsup a new stable-supfile? thanks, woody p.s. sorry if hotmail is sending HTML, I know, I know, all you pine users hate it. Firstly, read the handbook. Secondly, please read http://www.freebsd.org/releng/ for a list of tags to use. Dan P.S. I use mutt, not pine. :) -- Dan Ponte http://www.theamigan.net/ Captain Penny's Law: You can fool all of the people some of the time, and some of the people all of the time, but you Can't Fool Mom. pgpwIZorKarPS.pgp Description: PGP signature
Re: dump mksnap_ffs: not found
On Feb 22, 2005, at 7:01 AM, D.Pageau wrote: I have this error when I try to run dump from cron where dump didn't find mksnap_ffs. I have try to add set path = /sbin to dump script without success. Any suggestions? mksnap_ffs: not found dump: Cannot create /var/.snap/dump_snapshot: No such file or directory Sounds like you need to create /var/.snap/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_4 tag in stable-supfile on 5.2.1 box - change it to RELENG_5?
From: W C [EMAIL PROTECTED] Date: Tue, 22 Feb 2005 14:35:28 -0800 Sender: [EMAIL PROTECTED] I would like to upgrade my 5.2.1 box from source with cvsup to 5-STABLE. Do I need to change the tag to RELENG_5 for FreeBSD 5-STABLE? Or can I cvsup a new stable-supfile? Yes, change your tag to RELENG_5, but be sure to read UPDATING, too. thanks, woody p.s. sorry if hotmail is sending HTML, I know, I know, all you pine users hate it. Nope. I don't see any sign of HTML. (Not that I use pine.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardcoding gmirror provider
On Tue, Feb 22, 2005 at 09:29:38PM +0100, Dag-Erling Sm?rgrav wrote: + George Hartzell [EMAIL PROTECTED] writes: + I just skimmed through your comment about hardcoding the provider name + if ad0 and ad0s1 have the same length. + + This wouldn't be a problem if gmirror, gstripe etc. placed metadata at + the start of the provider, like God intended, instead of at the end. You won't be able to boot from the mirror then. -- Pawel Jakub Dawidek http://www.wheel.pl [EMAIL PROTECTED] http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgp7vo2mr7CW0.pgp Description: PGP signature
Re: Hardcoding gmirror provider
On Wed, Feb 23, 2005 at 12:47:28AM +0100, Pawel Jakub Dawidek wrote: + On Tue, Feb 22, 2005 at 09:29:38PM +0100, Dag-Erling Sm?rgrav wrote: + + George Hartzell [EMAIL PROTECTED] writes: + + I just skimmed through your comment about hardcoding the provider name + + if ad0 and ad0s1 have the same length. + + + + This wouldn't be a problem if gmirror, gstripe etc. placed metadata at + + the start of the provider, like God intended, instead of at the end. + + You won't be able to boot from the mirror then. ...and metadata at the begining of the provider still doesn't fix 'c' partition problem and 'a' partition which starts at sector 0, which is the default start offset in sysinstall. -- Pawel Jakub Dawidek http://www.wheel.pl [EMAIL PROTECTED] http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgpShBczDCbWs.pgp Description: PGP signature
Re: RELENG_4 tag in stable-supfile on 5.2.1 box - change it to RELENG_5?
On Tue, 22 Feb 2005, W C wrote: I would like to upgrade my 5.2.1 box from source with cvsup to 5-STABLE. Do I need to change the tag to RELENG_5 for FreeBSD 5-STABLE? Or can I cvsup a new stable-supfile? At the time 5.2.1 was released, RELENG_4 was still the stable branch. You'll need to switch to RELENG_5. Be aware, however, that you may need to reinstall your ports/packages -- 5.2[.1] was considered a technology preview release for early adopters, and there was a compiler-related ABI change that came in between 5.2 and 5.3, which affects C++ apps. Nothing in the base system, I think, but my recollection is that KDE and the like needed to be reinstalled for me. Robert N M Watson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[Somewhat OT]: Is There A CVSUP Type Update For ...
I know this is a bit outside the -stable charter, but I'm hoping someone here can respond (privately is fine): Is there a way to do cvsup type updates of the 'packages' tree or am I forever forced to do bulk ftps every few weeks. IOW, I want to mirror 'packages', in this case for i386, and I am looking for suggestions for the best way to do this... TIA, -- Tim Daneliuk [EMAIL PROTECTED] PGP Key: http://www.tundraware.com/PGP/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: b_to_q to a clist with no reserved cblocks floods console
--- Robert Watson [EMAIL PROTECTED] wrote: On Tue, 22 Feb 2005, Rob wrote: I have updated my system + kernel to 5-Stable from cvsup of around Feb. 21. It seems that since then, my console gets flooded with zillion lines, about once every second: b_to_q to a clist with no reserved cblocks Any idea where they are from and what's going wrong? Or is this related to a ports upgrade? Are you using the serial ports on your system -- for example, serial console, ttys entries for ttyd serial ports, etc? If so, I'd be interested in seeing the details? No, I'm not using ttyd serial ports. Strange enough, the message disappeared as miraculously as it appeared. From Feb 22 15:24:28 until about Feb 23 01:06:51 the b_to_q... line was reported approximately 25000 times, which is approx. 40 per minute. Rob. __ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardcoding gmirror provider
On Wed, Feb 23, 2005 at 12:58:52AM +0100, Pawel Jakub Dawidek wrote: ...and metadata at the begining of the provider still doesn't fix 'c' partition problem and 'a' partition which starts at sector 0, which is the default start offset in sysinstall. Is this the C partition problem you refer to? bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities Could this possibly be at the root of my boot problem: disk1s1: FFS bad disklabel disk2s1: FFS bad disklabel It only seems to be a problem if I try to use slices as gmirror providers and shrink them to avoid the last sector collision with the whole disk. -Snow ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dump mksnap_ffs: not found
Fred Condo wrote: On Feb 22, 2005, at 7:01 AM, D.Pageau wrote: I have this error when I try to run dump from cron where dump didn't find mksnap_ffs. I have try to add set path = /sbin to dump script without success. Any suggestions? mksnap_ffs: not found dump: Cannot create /var/.snap/dump_snapshot: No such file or directory Sounds like you need to create /var/.snap/ creating /var/.snap/dump_snapshot is mksnap_ffs job. mksnap_ffs is launch by dump without full path and can't be found. mksnap_ffs is in /sbin folder. I'm I the only one here who dump -L in cron ?!?! -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.2.0 - Release Date: 2/21/2005 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dump mksnap_ffs: not found
On Wed, 23 Feb 2005 00:02:54 -0500, D.Pageau [EMAIL PROTECTED] wrote: creating /var/.snap/dump_snapshot is mksnap_ffs job. mksnap_ffs is launch by dump without full path and can't be found. mksnap_ffs is in /sbin folder. This issue was fixed in revision 1.56 of src/sbin/dump/main.c on January 4, 2004, and the fix is in both FreeBSD 5.3 and 5-STABLE. Sadly for you, FreeBSD 5.2.1 has version 1.55 of that file. http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dump/main.c Why you're posting questions about 5.2.1 to freebsd-stable instead of freebsd-questions is something I can't answer. Bryan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hardcoding gmirror provider
On Tue, Feb 22, 2005 at 09:48:37PM -0500, James Snow wrote: On Wed, Feb 23, 2005 at 12:58:52AM +0100, Pawel Jakub Dawidek wrote: ...and metadata at the begining of the provider still doesn't fix 'c' partition problem and 'a' partition which starts at sector 0, which is the default start offset in sysinstall. Is this the C partition problem you refer to? bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities Could this possibly be at the root of my boot problem: disk1s1: FFS bad disklabel disk2s1: FFS bad disklabel It only seems to be a problem if I try to use slices as gmirror providers and shrink them to avoid the last sector collision with the whole disk. The c partition doesn't need to be shrunk by a sector since it's not used as a gmirror provider, and only the slices that end at the end of the disk/provider their slicing. So a disk with two consecutive slices, say a and d, only d needs to be reduced by 1 sector since a doesn't end at the end of the disk anyways. -Snow ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-geom To unsubscribe, send any mail to [EMAIL PROTECTED] -- I sense much NT in you. NT leads to Bluescreen. Bluescreen leads to downtime. Downtime leads to suffering. NT is the path to the darkside. Powerful Unix is. Public Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc Fingerprint: B3B9 D669 69C9 09EC 1BCD 835A FAF3 7A46 E4A3 280C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]