Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE?
Am 05.05.2009, 09:46 Uhr, schrieb Daniel Gerzo : Manolis Kiagias wrote: I always use -iU too. I've lost motd, passwd, group and master.passwd During mergemaster -p I was asked to merge changes to some of these, and still they were replaced with the newer versions. I don't know what went wrong but have restored them from backup. (I always tar /etc before a source upgrade). Upgrading another system using freebsd-update did not cause any problem. I have the same experience while I was upgrading a few machines upgrading from RELENG_7 to RELENG_7_2. I haven't experienced when upgrading from 7.1-R to 7.2-R. Careful there - RELENG_7 is _newer_ than RELENG_7_2. The latter is branched off RELENG_7 at some point and progresses much slower (as in: errata and security, but no development), so that's no "update", but often the reverse. -- Matthias Andree ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Keeping Updated
Paul Stewart wrote: > I guess I'm kinda wondering the "condensed quick version" of what people are > typically doing to keep their system updated from source without making life > difficult ;) Yes, I've been reading through various things to get myself > updated to newer info but there's also a lot of stuff on the Internet based > on older info hence why I'm asking. Not to take away from any of the other great responses, I just want to throw out there that I use fastest_cvsup to find the csup server with the lowest latency: # pkg_add -r fastest_cvsup ... and then run it like this: # fastest_cvsup -c ca,us Given that I know where you are, you will likely always be best off with cvsup.ca.FreeBSD.org, and put that into your supfile against default host. I then run "csup -L 2 -g /etc/supfile" in cron for once a week. I'll then update the actual system for advisories, new features if they apply to me, or generally any time I turn up a new system or VM to keep them all consistent. Cheers, Steve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
RELENG_7 fatal trap
Hi, Sorry for my english. I have fatal trap on my box. Kernel compiled with debug options. System is RELENG_7 amd64 dated 2009-04-14. Kernel config is include GENERIC ident GENERIC-DEBUG device carp options INCLUDE_CONFIG_FILE options KDB options KDB_UNATTENDED options DDB options BREAK_TO_DEBUGGER nooptions SCHED_4BSD options SCHED_ULE options SHMMAXPGS=65536 options SEMMNI=40 options SEMMNS=240 options SEMUME=40 options SEMMNU=120 $ uname -a FreeBSD svc13.masterhost.ru 7.2-amd64-20090414-RELENG_7 FreeBSD 7.2-amd64-20090414-RELENG_7 #0: Tue Apr 14 07:28:46 UTC 2009 r...@svc13.masterhost.ru:/usr/obj/usr/src/sys/GENERICDEBUG amd64 In kgdb $ kgdb /boot/GENERICDEBUG/kernel /var/crash/vmcore.2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x108 fault code = supervisor write data, page not present instruction pointer = 0x8:0x805964bc stack pointer = 0x10:0xfffebe8b66d0 frame pointer = 0x10:0xfffebe8b6740 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 6010 (sh) trap number = 12 panic: page fault cpuid = 1 GEOM_MIRROR: Device gm1: rebuilding provider da1s2 stopped. Uptime: 27m29s Physical memory: 2029 MB Dumping 322 MB: 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /boot/GENERICDEBUG/geom_mirror.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_mirror.ko Reading symbols from /boot/kernel/geom_stripe.ko...Reading symbols from /boot/GENERICDEBUG/geom_stripe.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_stripe.ko Reading symbols from /boot/kernel/ipmi.ko...Reading symbols from /boot/GENERICDEBUG/ipmi.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipmi.ko Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /boot/GENERICDEBUG/smbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/smbus.ko Reading symbols from /boot/kernel/ipl.ko...Reading symbols from /boot/GENERICDEBUG/ipl.ko.symbols...done. done. Loaded symbols for /boot/kernel/ipl.ko Reading symbols from /boot/kernel/if_vlan.ko...Reading symbols from /boot/GENERICDEBUG/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_vlan.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/GENERICDEBUG/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/GENERICDEBUG/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/GENERICDEBUG/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x80521b08 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0x80521f6c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0x807f1fc3 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:757 #4 0x807f23a4 in trap_pfault (frame=0xfffebe8b6620, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:673 #5 0x807f2d52 in trap (frame=0xfffebe8b6620) at /usr/src/sys/amd64/amd64/trap.c:444 #6 0x807d660e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0x805964bc in cache_lookup (dvp=0x0, vpp=0xfffebe8b6978, cnp=0xfffebe8b69a0) at atomic.h:143 #8 0x80596903 in vfs_cache_lookup (ap=Variable "ap" is not available. ) at /usr/src/sys/kern/vfs_cache.c:747 #9 0x808393a0 in VOP_LOOKUP_APV (vop=0x80afcc20, a=0xfffebe8b6820) at vnode_if.c:99 #10 0x8059d0d8 in lookup (ndp=0xfffebe8b6950) at vnode_if.h:57 #11 0x8059debe in namei (ndp=0xfffebe8b6950) at /usr/src/sys/kern/vfs_lookup.c:215 #12 0x805ac721 in kern_stat (td=0xff004546e000, path=0x800b04400 , pathseg=Variable "pathseg" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2123 #13 0xfff
Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE?
On Thu, 07 May 2009 09:40:52 +0200, "Matthias Andree" wrote: > Am 05.05.2009, 09:46 Uhr, schrieb Daniel Gerzo : > >> Manolis Kiagias wrote: >> >>> I always use -iU too. >>> I've lost motd, passwd, group and master.passwd >>> During mergemaster -p I was asked to merge changes to some of these, and >>> still they were replaced with the newer versions. I don't know what went >>> wrong but have restored them from backup. (I always tar /etc before a >>> source upgrade). Upgrading another system using freebsd-update did not >>> cause any problem. >> >> I have the same experience while I was upgrading a few machines >> upgrading from RELENG_7 to RELENG_7_2. I haven't experienced when >> upgrading from 7.1-R to 7.2-R. > > Careful there - RELENG_7 is _newer_ than RELENG_7_2. The latter is > branched off RELENG_7 at some point and progresses much slower (as in: > errata and security, but no development), so that's no "update", but often > > the reverse. That's not definitely true all the time. You could for example update your 7.1 to releng_7, say in Sept. 2008, then run this box until releng_7_2 was branched and when you update to it at that point you actually are doing an update, definitely not a downgrade. -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kbd0 at both atkbd0 and ukbd0 [Was: [7.2] R/W mount of / denied. Filesystem not clean - run fsck.]
Andriy Gapon wrote: on 06/05/2009 14:43 Helmut Schneider said the following: kbd1 at kbdmux0 [snip] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] [snip] ukbd0: on uhub0 kbd0 at ukbd0 It took me three passes to notice the above: "kbd0 at atkbd0" and then again "kbd0 at ukbd0". Good point: http://www.freebsd.org/cgi/query-pr.cgi?pr=122887 http://www.freebsd.org/cgi/query-pr.cgi?pr=133919 I have 'hint.atkbd.0.disabled="1"' at /boot/default.hints and (probably) freebsd-update killed that one and silently replaced it with 1.16.8.1. The whole mess might be related. D'oh! -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
kern/130330: [mpt] [panic] Panic and reboot machine MPT ...
I just submitted a follow-up to PR kern/130330 with the same info. Maybe I found the committed lines doing the crash. Please see PR for more detailed info (and cc: this thread to me). I restricted the time window of the problem doing (a lot of) build&install world from 2008.07 up to now (read last week). With 2008.07.28.17.00.00 (7.0-STABLE) works fine but with 2008.07.28.18.00.00 start crashing removing the the second disk of a mirror (when the mirror is ok) or adding the second disk of a degraded ones. Also note that the same crash happens with all 7.1 stable or release and even all 7.2-PRE I tested. (wrapping long lines) # cd /home/ncvs/src/sys/ # grep -R "date.*2008\.07\.28\.17" ./ | grep -v /Attic ./dev/wi/if_wi.c,v: date2008.07.28.17.00.37;author imp; state Exp; ./dev/wi/if_wivar.h,v: date2008.07.28.17.00.37;author imp; state Exp; ./dev/mpt/mpt_raid.c,v: date2008.07.28.17.10.09;author jhb; state Exp; ./dev/mpt/mpt_raid.c,v: date2008.07.28.17.05.09;author jhb; state Exp; ./kern/sched_4bsd.c,v: date2008.07.28.17.25.24;author jhb; state Exp; ./modules/et/Makefile,v: date2008.07.28.17.56.37;author antoine; state Exp; In that time window there are only 4 file changed in src/sys/dev, and I bet to mpt_raid.c :-) This is the commit log extracted from cvsweb -8<- Revision 1.15.2.1: Mon Jul 28 17:05:09 2008 UTC (9 months, 1 week ago) by jhb Branches: RELENG_7 CVS tags: RELENG_7_1_BP Branch point for: RELENG_7_1 Diff to: previous 1.15: preferred, colored Changes since revision 1.15: +4 -4 lines SVN rev 180920 on 2008-07-28 17:05:09Z by jhb MFC: Allocate a single CCB at the start of the main loop of the RAID monitoring kthread of the mpt(4) driver. -8<- Here are the diff: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt_raid.c.diff?r1=1.15;r2=1.15.2.1 What can I do now? -- Riccardo. Network Manager @ ESAOTE S.p.A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Jails and IPv6
I just want to throw out a heart-felt thank you, congratulations and excellent work to all those who had their hand in making the jail framework so completely flexible (particularly on the IP side of things). Kudos, and thank you all. IPv6 works flawlessly! Steve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Xorg hangs with drmwtq in 7.2-RELEASE
On Tuesday 05 May 2009 08:41:48 pm David Johnson wrote: > On Monday 04 May 2009 11:20:17 pm Robert Noland wrote: > > This generally suggests that the GPU is locked up... Given that you say > > sometimes it locks up hard (usually a panic, that you can't see since X > > is running) and other times only X is stalled it might be related to > > this patch, if you haven't tried this on already. > > > > http://people.freebsd.org/~rnoland/drm_radeon-copyin-fix-try2.patch > > Nope, that didn't help. Still froze when I tried opening multiple windows > at once. I'm backing out the patch to get back to a clean state. > > I also edited my xorg.conf to be closer to yours. No difference. > > What information do you need to go forward, and how do I collect it? > > p.s. I didn't have a problem with sources from RELENG_7 date=2009.03.13, if > that helps any. I just upgraded graphics/libdrm. It didn't help any. I'm just shooting blanks in the dark. Any help would be greatly appreciated. Please let me know what information is needed and how I collect it. Thank you, -- David Johnson ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
