Re: -STABLE Frozen for 4.7
In message <[EMAIL PROTECTED]>, Murray Stokely writes: > We've prepared a small testing guide that highlights some of the > recent changes. This guide is only a starting point, and the full > release notes provide a better overall picture of whats new in this > release : > >http://www.freebsd.org/releases/4.7R/qa.html > > If you are experiencing any problems with -STABLE then by all means > speak up now! ... or forever hold your peace. Well, if it's put that way, make release will die because the GENERIC kernel will not fit on a floppy image. I've yet to determine what I think we should cut from the GENERIC kernel to make it fit, except to say that the GENERIC kernel should go on some kind of calorie restricted diet (no more bytes for the kernel) to prepare for the big day. -- Cheers, Phone: 250-387-8437 Cy SchubertFax: 250-387-5766 Team Leader, Sun/Alpha Team Email: [EMAIL PROTECTED] Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: [JUPITER] Fatal trap 12: page fault while in kernel mode (Was:Re: Woo hoo ... it crashed!! )
(adding the general list back in!) : :On Thu, 5 Sep 2002, Matthew Dillon wrote: : :> Whew! These are big! :-). I've got jupiter's files downloaded, now :> it's working on venus. : :Ya, both are 4gig servers :) That was why netdump was so critical, cause :they are also both production servers, so choking it back at 2gig *really* :hurt ;) : Ok, you are running out of KVM! Yes indeed, that is what is happening. It must be happening quickly or that while loop diagnostic you did would have caught it. (kgdb) print kernel_vm_end $77 = 0xff40 I'm not entirely sure but I believe SMP boxes reserve more page table pages then non-SMP boxes (e.g. an extra segment or two, and each segment represents 4MB of VM). So this could be hitting the limit. I'm going to dump a bunch of statistics first, then I'll analyize them: (kgdb) zlist 0xc943e780 NFSNODE0 init + 56109152 dyn = 56109152 0xc943e800 NFSMOUNT 0 init +83776 dyn =83776 0xc92db580 PIPE 0 init + 799680 dyn = 799680 0xc92b4a80 SWAPMETA37282560 init + 1044480 dyn = 38327040 0xc92b4f80 unpcb 0 init + 40 dyn = 40 0xc9254000 ripcb2949120 init + 8064 dyn = 2957184 0xc9254080 syncache 2457440 init +16320 dyn = 2473760 0xc9254100 tcpcb8355840 init + 1114112 dyn = 9469952 0xc9254180 udpcb2949120 init +81792 dyn = 3030912 0xc9254200 socket 2949120 init + 794496 dyn = 3743616 0xc9254280 DIRHASH0 init + 2007040 dyn = 2007040 0xc9254300 KNOTE 0 init +12288 dyn =12288 0xc9032d00 VNODE 0 init + 45344256 dyn = 45344256 0xc9032d80 NAMEI 0 init + 139264 dyn = 139264 0xc6302a80 VMSPACE0 init + 700416 dyn = 700416 0xc6302b00 PROC 0 init + 1528800 dyn = 1528800 0xc0228e40 DP fakepg 0 init +0 dyn =0 0xc0239b40 PV ENTRY92320648 init + 28901124 dyn = 121221772 0xc0228fc0 MAP ENTRY 0 init + 5334624 dyn = 5334624 0xc0228f60 KMAP ENTRY 1218 init + 673776 dyn = 12853776 0xc0229020 MAP0 init + 1080 dyn = 1080 0xc022c700 VM OBJECT 0 init + 26998656 dyn = 26998656 TOTAL ZONE KMEM RESERVED: 132546560 init + 147156992 dynamic = 279703552 Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) linux 7 1K 1K102400K70 0 32 NFS hash 1 512K512K102400K10 0 512K NQNFS Lease 1 1K 1K102400K10 0 1K NFSV3 srvdesc28 1K 4K102400K3144846270 0 16,256 NFSV3 diroff 14573K355K102400K418170 0 512 NFS daemon69 7K 7K102400K 690 0 64,256,512 NFS req 1 1K 3K102400K1573775730 0 64 NFS srvsock 1 1K 1K102400K10 0 256 atkbddev 2 1K 1K102400K20 0 32 memdesc 1 4K 4K102400K10 0 4K mbuf 124K 24K102400K10 0 32K isadev 4 1K 1K102400K40 0 64 ZONE16 2K 2K102400K 160 0 128 VM pgdata 1 128K128K102400K10 0 128K file desc 3174 913K 1280K102400K 5035340 0 256,512,1K,2K,4K,8K UFS dirhash 1593 636K 1158K102400K 2234400 0 16,32,64,128,256,512,1K,4K,8K UFS mount1559K 59K102400K 150 0 512,2K,8K,32K UFS ihash 1 512K512K102400K10 0 512K FFS node210654 52664K 58024K102400K1226980880 0 256 dirrem 130 5K952K102400K 4808900 0 32 mkdir 0 0K 7K102400K 16120 0 32 diradd 130 5K101K102400K 4181370 0 32 freefile62 2K727K102400K 2488610 0 32 freeblks7410K 2493K102400K 2133100 0 128 freefrag 6 1K 23K102400K 1420180 0 32 allocindir 1 1K289K102400K 4413310 0 64 indirdep 2 1K 81K102400K132490 0 32,8K allocdirect24 2K124K102400K 3383100 0 64 bmsafemap26 1K 5K102400K 2040680 0 32 newblk 1 1K 1K102400K 7796420 0 32,256 inodedep 262 545K 4055K102400K 6011350 0 128,512K pagedep 175 139K277K102400K 2985940 0 64,128K p1003.1b 1 1K 1K102400K10 0 16 syncache 1 8K 8K10
Re: little ssh / login different behaviour in 4.6.2
On Thu, 5 Sep 2002, Alessandro de Manzano wrote: > Hi! > > I've a bunch of 4.6p1 boxes and I've just upgraded one of them to > the latest RELENG_4_6, 4.6.2-RELEASE. > > I noticed a different behaviour of ssh when I login onto the 'new' > machine, now it displays: > [...] > That is, the Copyright message is now missing. > Just for curiosity, why it has been removed ? There maybe is an option > to display it again ? UseLogin is probably set to no (and should be). -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: FreeBSD, SMP and Stepping.
On Thu, 5 Sep 2002, Arnvid Karstad wrote: > > On Wed, 4 Sep 2002 17:28:42 -0700 (PDT) - Doug White <[EMAIL PROTECTED]> wrote: > > Its probably a part of Intel's and your motherboard spec actually, but > > generally SMP is only supported on CPUs of the same family and model. > > *nod* but then it would be similar on all os'es? ;) It does work on > Linux Kernel 2.2 but not 2.4. Havent bothered testing WinNT or 2000 . Different OSs have differing timing requirements and so forth... in the end its an unsupported configuration and any functionality may be purely conicidental. :-) -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
-STABLE Frozen for 4.7
We've prepared a small testing guide that highlights some of the recent changes. This guide is only a starting point, and the full release notes provide a better overall picture of whats new in this release : http://www.freebsd.org/releases/4.7R/qa.html If you are experiencing any problems with -STABLE then by all means speak up now! Thanks, - Murray / Release Engineering Team To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Rocketport (rp) PCI card on stable ?
Mike Tancsa <[EMAIL PROTECTED]> probably said: > I picked up a surplus Rocketport PCI card but am having problems getting it > to run on STABLE. I can get it to work just fine under windows, so I know > it works. But I cant get it to work with FreeBSD. I have the /dev/cuaR# > devices, but alas, no joy. All I want to do is just be able to use it as a > terminal server to connect to other FreeBSD boxes. I'm using a 4 port PCI rocketport RJ45 card fine under -STABLE; rp0: port 0xa000-0xa0ff mem 0xef045000-0xef045fff, 0xef044000-0xef044fff irq 11 at device 1.0 on pci2 RocketPort0 (Version 3.02) 16 ports. (no idea why it says 16 ports, it is the 4 port version). > I am just using cu, but I tried minicom as well without luck. Has anyone > used this card with luck under STABLE ? I use kermit to /dev/cuaR0 and can get out to the console of other machines fine. P. -- pir[EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Problems with mysql-server port
There was a bug in the uthread library for about 6 hours on August 1 that causes this problem. (I know, I was bitten by it as well.) cvsup to today and rebuild and the problem will go away. Phil. Ulf Zimmermann wrote: > I tried to upgrade mysql on 3 machines to 3.23.52. All 3 machines are > -STABLE august 1. Client build works fine, server build fails: > > checking for gcc... (cached) cc > checking for C compiler default output... configure: error: C compiler cannot create >executables > configure: error: could not configure Berkeley DB > ===> Script "configure" failed unexpectedly. > > > Checking work/mysql-3.23.52/bdb/build_unix/config.log: > > configure:1864: checking for C compiler default output > configure:1867: cc -DDBUG_OFF -O -pipe -D_THREAD_SAFE conftest.c -pthread > > /usr/lib/libc_r.so: undefined reference to `__sys_close' > configure:1870: $? = 1 > configure: failed program was: > #line 1848 "configure" > #include "confdefs.h" > > int > main () > { > > ; > return 0; > } > configure:1893: error: C compiler cannot create executables > > > Anyone have an idea what could be broken ? I see __sys_close as U in > /usr/lib/libc_r, so it seems another lib is missing to be linked against. > -- _-_|\ Phil Kernick E-Mail: [EMAIL PROTECTED] / \ ROTFL Enterprises Mobile: 041 61 ROTFL \_.-*_/ v Humourist, satirist, and probably a few more 'ists to boot! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Problems with mysql-server port
I tried to upgrade mysql on 3 machines to 3.23.52. All 3 machines are -STABLE august 1. Client build works fine, server build fails: checking for gcc... (cached) cc checking for C compiler default output... configure: error: C compiler cannot create executables configure: error: could not configure Berkeley DB ===> Script "configure" failed unexpectedly. Checking work/mysql-3.23.52/bdb/build_unix/config.log: configure:1864: checking for C compiler default output configure:1867: cc -DDBUG_OFF -O -pipe -D_THREAD_SAFE conftest.c -pthread > /usr/lib/libc_r.so: undefined reference to `__sys_close' configure:1870: $? = 1 configure: failed program was: #line 1848 "configure" #include "confdefs.h" int main () { ; return 0; } configure:1893: error: C compiler cannot create executables Anyone have an idea what could be broken ? I see __sys_close as U in /usr/lib/libc_r, so it seems another lib is missing to be linked against. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Rocketport (rp) PCI card on stable ?
I picked up a surplus Rocketport PCI card but am having problems getting it to run on STABLE. I can get it to work just fine under windows, so I know it works. But I cant get it to work with FreeBSD. I have the /dev/cuaR# devices, but alas, no joy. All I want to do is just be able to use it as a terminal server to connect to other FreeBSD boxes. Its detected as rp0: port 0xd000-0xd03f irq 10 at device 10.0 on pci0 RocketPort0 = 8 ports rp0: driver is using old-style compatibility shims I am just using cu, but I tried minicom as well without luck. Has anyone used this card with luck under STABLE ? ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,[EMAIL PROTECTED] Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Keyboard question
This is, in fact, an issue with the way PS/2 keyboards work; I'm not sure of all the technical details, but basically they have a timer chip in them that is required by the motherboard to work properly; modern machines that can run headless will redirect at an internal chip if there is no keyboard attached, but it requires resetting the keyboard bus (i.e. rebooting) to get it to switch from the non-keyboard to the keyboard. A USB keyboard, or a keyboard emulator box that will plug into the PS/2 port and act like a keyboard until you plug a real keyboard into it, is probably your best bet. -Justin On Thu, Sep 05, 2002 at 05:54:32PM -0700, Skye Poier wrote: > Hello, quick question... > > After I boot up my server, sometimes I would like to hook up a keyboard > and monitor to run some commands. However the keyboard will not work > unless it was booted with it connected, and I would rather not leave it > this way in the rack. > > Is this a problem with the keyboard, the mobo, or FreeBSD? > Or a combination of the above? > > I'm using FreeBSD 4.6.2, Intel L440GX+ mobo, Logitech 'deluxe access' > keyboard (ps/2 connector) > > Thanks, > Skye > > PS: I'm using memtest86 to do some burn-in testing, _great_ program > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message