Re: 100.chksetuid in /etc/periodic/security resets the mashine
Andrei Grudiy wrote: I have a problem. When I (or system) start the script 100.chksetuid in /etc/periodic/security my machine resets. Are you using null mounts? Or perhaps jails? I've had a combination of these features cause a kernel panic. Too many 'find' processing going at once. Setting different jails to do their security checks at slightly different times fixed it for me. Cheers, Nate ___ [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 Szymanski wrote: As for the swap: why would you want to do that? It was my understanding that the kernel load balanced swap requests across drives? You'd want to do it not for load-balancing but for fault tolerance. With a RAID 1/3/5 setup you could have a drive fail and still have swapping (and hence the system) continue to work. That's not the same as (or true of) having multiple swap partitions with the system balancing load over all of them. Cheers, Paul. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Multiple Network Cards
10.100.104.1/24 10.0.0.24/24 only common in the same /8, but they're masked as /24s anyway. Former is my house/family LAN, latter is my hardware (switches, modems, WAPs etc..) management network. Myke Abdul Rf wrote: Hello Mykel, Saturday, November 27, 2004, 8:39:02 AM, you wrote: If you wanna using the same class ip in your FreeBSD box, change NetMask for the second ip with 255.255.255.255. abdulrf# cat /etc/rc.conf | grep ifconfig ifconfig_rl0="inet 192.168.3.210 netmask 255.255.255.0" ifconfig_rl1="inet 192.168.3.211 netmask 255.255.255.255" abdulrf# munn wrote: I want to add a second network card to a FreeBSD 4.10p4 box. The first card has an address 192.168.123.99 (xl0). The second card has the address 192.168.123.98 (fpx0). When I reboot the machine and do an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 now has options=1(RXCSUM) where the ip address 192.168.123.99 would normally be. What am I doing wrong? <>radix# cat /etc/rc.conf | grep ifconfig ifconfig_fxp0="inet 10.100.104.1/24" ifconfig_fxp0_alias0="inet 66.96.19.169/29" ifconfig_fxp1="inet 10.0.0.24/24" radix# ___ [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. Actually I experienced a number of bugs with vinum in 5.3 that proved fatal to a root vinum install (in fact, everything on the second ATA channel was marked down after every reboot if I recall correctly). As for the swap: why would you want to do that? It was my understanding that the kernel load balanced swap requests across drives? Cheers, Brian > 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 > -- Brian Szymanski [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re[2]: Multiple Network Cards
Hello Mykel, Saturday, November 27, 2004, 8:39:02 AM, you wrote: If you wanna using the same class ip in your FreeBSD box, change NetMask for the second ip with 255.255.255.255. abdulrf# cat /etc/rc.conf | grep ifconfig ifconfig_rl0="inet 192.168.3.210 netmask 255.255.255.0" ifconfig_rl1="inet 192.168.3.211 netmask 255.255.255.255" abdulrf# > munn wrote: >> I want to add a second network card to a FreeBSD 4.10p4 box. The >> first card has an address 192.168.123.99 (xl0). The second card has >> the address 192.168.123.98 (fpx0). When I reboot the machine and do >> an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 >> now has options=1(RXCSUM) where the ip address 192.168.123.99 would >> normally be. >> What am I doing wrong? > radix# cat /etc/rc.conf | grep ifconfig > ifconfig_fxp0="inet 10.100.104.1/24" > ifconfig_fxp0_alias0="inet 66.96.19.169/29" > ifconfig_fxp1="inet 10.0.0.24/24" > radix# > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" -- Best regards, Abdulmailto:[EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Multiple Network Cards
munn wrote: I want to add a second network card to a FreeBSD 4.10p4 box. The first card has an address 192.168.123.99 (xl0). The second card has the address 192.168.123.98 (fpx0). When I reboot the machine and do an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 now has options=1(RXCSUM) where the ip address 192.168.123.99 would normally be. What am I doing wrong? radix# cat /etc/rc.conf | grep ifconfig ifconfig_fxp0="inet 10.100.104.1/24" ifconfig_fxp0_alias0="inet 66.96.19.169/29" ifconfig_fxp1="inet 10.0.0.24/24" radix# ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: isp driver crashes on amd64
David Gilbert wrote: 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. Try updating to 5-STABLE. This is likely due to bugs in the >4GB handling for bounce buffers that I fixed recently. Actually, on closer look it might be that the isp driver is buggy also. Well, updating to 5-STABLE is a requirement here anyways, so give that a try and let me know if it's still a problem. Scott ___ [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: Bug in xterm?
On Fri, Nov 26, 2004 at 02:07:51PM +, Brian Candler wrote:
> I can cause xterm to hang reliably with the following command:
>
> perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))'
>
> A control-middlebutton-"Do Full Reset" is needed to get out of this state.
It's not a bug in xterm on itself. If you cat a binary file you
might end up in the same situation.
[~] [EMAIL PROTECTED]>perl -mDigest::MD5 -e 'print
pack("H*",Digest::MD5::md5("test"))' | hexdump -C
9f 4d f1 3c ae 73 67 46 |.M.<.sgF|
This shows that it outputs some high-ascii data, which causes the
xterm to stop output. If you do "echo hi > /tmp/aaa" while in this
state (be alert for typos), you see that it still accepts commands,
but doesn't show them anymore.
In other words, don't worry too much about it but make sure you
redirect binary output to files or pipes and not the console.
Edwin
--
Edwin Groothuis |Personal website: http://www.mavetju.org
[EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RAID1 with Promise Fastrack TX2000
Hi, Just got an Intelserver with a Promise Fastrack TX2000 controller. So I installed 5.3-STABLE on it, and pulled a disk. Got a nice report that I disk had gone, but the box kept on running. Which is nice. So I reinserted the drive, and got atacontrol to reinit the channel, and voila back was the drive. But all my attempts to get the RAID 1 to rebuild through atacontrol failed. Used atacontrol rebuild 0 atacontrol was giving me "RAID1 disk ad4 ad6 mode: DEGRADED" (from memory) It booted fine with just one disk, only was required to indicate that I really wanted to boot of the harddisk in the BIOS. Not very nice if the box is in a far off colo (Is the RAID-bios output also available on the serial console??) So now I started to rebuild it through the bios, but the bios does not let the system continue to boot Currently it's only 120G but what if we're talking 300G. That'll take forever. How can I get the controller to rebuild the RAID whilest running FreeBSD? Thanx, --WjW ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Multiple Network Cards
I want to add a second network card to a FreeBSD 4.10p4 box. The first card has an address 192.168.123.99 (xl0). The second card has the address 192.168.123.98 (fpx0). When I reboot the machine and do an ifconfig -a, I see fpx0 with the address 192.168.123.98 but xl0 now has options=1(RXCSUM) where the ip address 192.168.123.99 would normally be. What am I doing wrong? Robert Munn ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Netgrafh ng_mppc, disabling node!!
Hello All, I have in my work one vpn server (point to multi-point ) using MPD, AAA with FreeRadius and 5.3-STABLE, sometimes a look in dmesg this messages. "ng_mppc_decompress: too many (4095) packets dropped, disabling node 0xc34d4800!ng_mppc_decompress: too many (4004) packets dropped, disabling node 0xc33be700! " What is the problem? i using a generic kernel with a "HZ=2000 e POLLING" dmesg output . Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Wed Nov 24 00:50:30 BRDT 2004 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/GENERIC MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2658.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff SE2,SS,HTT,TM,PBE> Hyperthreading: 2 logical CPUs real memory = 1073676288 (1023 MB) avail memory = 1041108992 (992 MB) ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pci2: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci2 pci4: on pcib2 ahd0: port 0x4000-0x40ff,0x3800-0x38ff mem 0xfe8f-0xfe8f1fff irq 50 at device 7.0 on pci4 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x3400-0x34ff,0x3000-0x30ff mem 0xfe9f-0xfe9f1fff irq 49 at device 7.1 on pci4 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci2 pci3: on pcib3 em0: port 0x2040-0x207f mem 0xfe6c-0xfe6d irq 30 at device 7 .0 on pci3 em0: Ethernet address: 00:07:e9:06:4c:22 em0: Speed:N/A Duplex:N/A em1: port 0x2000-0x203f mem 0xfe6e-0xfe6f irq 31 at device 7 .1 on pci3 em1: Ethernet address: 00:07:e9:06:4c:23 em1: Speed:N/A Duplex:N/A pci0: at device 3.1 (no driver attached) pcib4: at device 30.0 on pci0 pci1: on pcib4 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3a0-0x3af,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) cpu0 on motherboard orm0: at iomem 0xc9800-0xcafff,0xc8000-0xc97ff,0xc-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (irq) Timecounter "TSC" frequency 2658100184 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 Waiting 15 seconds for SCSI devices to settle ses0 at ahd1 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) Mounting root from ufs:/dev/da0s1a -- MPD.conf default: load p2p0 ... load p2p254 global: set bundle disable multilink set bundle yes bw-manage set bundle yes compression set iface enable proxy-arp set iface idle 3600 set iface session 28800 set iface enable tcpmssfix set ipcp dns xxx.xxx.xxx.xxx xxx.xxx.xxx.xxx set ipcp nbns xxx.xxx.xxx.xxx set ipcp yes vjcomp set ipcp yes req-pri-dns set ipcp yes req-pri-nbns set link yes chap-msv2 chap-msv1 chap-md5 set link yes acfcomp protocomp set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e56 set ccp yes mpp-stateless set ecp yes des radius:
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]"
Re: the best graphicscard for FreeBSD
Uwe Laverenz wrote: I love my G400max and still use it but: for their (slow+expensive) Parhelias there is absolutely no support from Matrox, no drivers or specs that would make them work with FreeBSD or other systems besides RH 7.3-9.0. The only trouble-free cards are G400 or G550 if you don't need 3D power. Sorry, nowadays Matrox is not an option for FreeBSD- or Linux-Users. Actually, on i386 you should be able to just use the binary driver modules from the matrox supplied "redhat" drivers, at least for basic accelerated 2D (that probably excludes advanced multihead functionality like quad-head though). -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Huge slapd?
Hi. On Thu, Nov 25, 2004 at 05:03:48PM +0100, Ivan Voras wrote: > After a few days of mostly test load, top reports that the slapd process > (OpenLDAP server) is huge: > > 439 ldap 200 149M 6128K kserel 0:07 0.00% 0.00% slapd > > I know that the actually used memory size is the 6MB figure above, but > why does it allocate almost 150MB? Is it normal? I observed the same behaviour, especially if a lot of data are added. The same behaviour was seen on FreeBSD/i386 as well as on Solaris/sun4u - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Problems with 5.3-p1 and mrouted
Hi All, I had a freebsd-5.2.1-p11 running as a multicast router with mrouter and ipfw. I migrate it to 5.3-p1 and the firewall to pf, so, my mrouted didn´t work more. Now, I back all my configurations, and, I have a 5.3 running ipfw with the same rules it ran on 5.2.1, but, for my surprise, it doesn´t work anymore. Anybody know if 5.3 has any problem with multicast route? I searched on /usr/src/UPDATING but didn´t find nothing. Does anybody have an idea what´s happening? thanks a lot -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Samba & filesystem ACLs?
I noticed Samba 3 can be built to support "ACL"s, so I tried it, mounted a ufs2 partition with acls, shared it and really, manipulation of files through windows explorer dialog adds ACL data to files, and getfacl(1) reports there indeed are ACLs. BUT, there are two problems: the permissions set this way are weird when viewed from ls or getfacl (looks to me like random r/w/x bits are set in the unix perms mask), and using it on windows "roaming profiles" share causes the windows client to fail on logoff, complaining it cannot create/store some roaming profile folders (but some files and folders work ok). Did I misunderstood what Samba's ACL support means, or is it a bug? Did anybody succeed running Samba with acls-enabled filesystem? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Bug in xterm?
I can cause xterm to hang reliably with the following command:
perl -mDigest::MD5 -e 'print pack("H*",Digest::MD5::md5("test"))'
A control-middlebutton-"Do Full Reset" is needed to get out of this state.
Konsole doesn't have this problem (but Konsole takes too much screen
real-estate). Anyway, just thought it was worth a mention...
Regards,
Brian.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.3 on Intel 386 ?
top post: forget it. It's Friday, and I'm not tired. I just oversaw that you asked how to get FreeBSD running on a 386 then... sorry :) Marian Hettwer wrote: Hej there, Rob wrote: Hi, I thought 386 support had been removed since 5.X. But http://www.freebsd.org/releases/5.3R/installation-i386.html says: 1.2 Hardware Requirements FreeBSD for the i386 requires a 486 or better processor to install and run (although FreeBSD can run on 386 processors with a custom kernel) What does this mean? the very same what is written down. i386 class architecture requieres to have at least a (80)486 CPU. Should I install on 486 or higher, build a custom kernel and then physically put the very same disk in a 386 PC? I believe you are confused by i386 and 486 ... i386 is just the architecture, often called x86 too. 486 is the processor class itself. So: i386 != 386 hth, Marian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.3 on Intel 386 ?
Hej there, Rob wrote: Hi, I thought 386 support had been removed since 5.X. But http://www.freebsd.org/releases/5.3R/installation-i386.html says: 1.2 Hardware Requirements FreeBSD for the i386 requires a 486 or better processor to install and run (although FreeBSD can run on 386 processors with a custom kernel) What does this mean? the very same what is written down. i386 class architecture requieres to have at least a (80)486 CPU. Should I install on 486 or higher, build a custom kernel and then physically put the very same disk in a 386 PC? I believe you are confused by i386 and 486 ... i386 is just the architecture, often called x86 too. 486 is the processor class itself. So: i386 != 386 hth, Marian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mrouted + pf problems on 5.3-p1
I had a server running FreeBSD 5.2.1 with ipfw + natd and mrouted. All worked fine for a long time. Yesterday, I migrate my server to FreeBSD 5.3-RELEASE-p1, and change my firewall to pf. Now, I can´t find my image server from my internal network. I reduce my pf.conf to two simple rules pass in all pass out all and the problem persists. Now, I´m compilling another kernel with ipfirewall, to be sure the problem is the firewall. Anybody know if have any problems with pf + routing multicast? Thanks a lot -- Renato Botelho ICQ: 54596223 AIM: RBGargaBR ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: the best graphicscard for FreeBSD
alex bustamante <[EMAIL PROTECTED]> wrote: > Is there any graphicscard that is known to work better than others with > freebsd/x11? (open sourcecode for the drivers, etc) Here are my two (Euro) cents ... If you don't want to play the latest 3D ego shooter games, get a Matrox MGA G400 (or even G200) from eBay. They are cheap, work very well for 2D stuff (even support OpenGL for those cool 3D screen savers). Also, the analog VGA output of Matrox cards has legendary quality which matches that of the digital DVI output of other cards (you get an excellent, sharp picture). And last but not least, the XFree86/Xorg drivers are rock-stable. I'm using Matrox MGA cards for many years, starting with the Matrox Millenium. Unfortunately, Matrox has gotten stingy of drivers and specs lately, so I'd advise against buying their newer cards (Parhelia). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: the best graphicscard for FreeBSD
El Thu, 25 Nov 2004 23:23:57 +0100 "Jorn Argelo" <[EMAIL PROTECTED]> escribió: [...] > Also, I don't think many people will exactly understand how it works > anyway. At least, one may assume that GPUs are really complicated. >From what I've heard to the x.org guys, programming such drivers is a very complex task. Several DRI developers have access to the ATI r2xx specs and the driver is 100% opensource, but the driver is still quite inferior compared with the available binary drivers. Lack of experience of the opensource community when it comes to "graphics" is IMHO a problem too (we know how to build servers and how to build drivers for network cards, but "desktops" are somewhat different and not many people knows/cares about 3D acceleration). IMHO supported opensource drivers are much better than open specs. That's what Intel seems to be doing or they are planning to do or there's a hope that they'll do, I've heard. Intel seems to be more opensource-friendly lately, at least they're releasing specs for some of their hardware, like this littel jewel: http://www.intel.com/technology/serialata/pdf/rev1_0.pdf ___ [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 Szymanski wrote: 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. Are you using vinum Raid5 ? I'm considering rolling back to 5.1 myself if someone attests that things "just work" there with R5, then waiting for gvinum to mature before getting my machine back on stable. Also, when did vinum stop working in favor of gvinum? is it with 5.3? Could I expect 5.2.1 to work? Pardon the barrage of questions, but it would take me hours to test each case, so if anyone knows, drop me a line. Thanks! [~wjw] [EMAIL PROTECTED]> uname -a FreeBSD files.digiware.nl 5.1-RELEASE-p11 FreeBSD 5.1-RELEASE-p11 #3: Sat Dec 20 16:16:35 CET 2003 [EMAIL PROTECTED]:/mnt2/obj/usr/src51/src/sys/GENERIC i386 [~wjw] [EMAIL PROTECTED]> vinum l 4 drives: D vinumdrive1 State: up /dev/ad7s1h A: 0/58143 MB (0%) D vinumdrive0 State: up /dev/ad6s1h A: 0/58143 MB (0%) D vinumdrive3 State: up /dev/ad5s1h A: 0/58143 MB (0%) D vinumdrive2 State: up /dev/ad4s1h A: 0/58143 MB (0%) 1 volumes: V vinum0State: up Plexes: 1 Size:170 GB 1 plexes: P vinum0.p0 R5 State: up Subdisks: 4 Size:170 GB 4 subdisks: S vinum0.p0.s0 State: up D: vinumdrive0 Size: 56 GB S vinum0.p0.s1 State: up D: vinumdrive1 Size: 56 GB S vinum0.p0.s2 State: up D: vinumdrive2 Size: 56 GB S vinum0.p0.s3 State: up D: vinumdrive3 Size: 56 GB Note that this is vinum in its most simple state: - 4* whole disk in vinum. - NO root or swap or other complicating issues. This server is only doing one simple thing: NFS en SMB serving. Even SMB is still way behind on 2.2.8 And I have not tried in going to the 5.2.1 venture. I only went to 5.1 on this box, because it was the last of the mohicans in my home server park not running >= 5. So I wanted to get ride of the 4.x tree. And as you can see I have not tinkered with this box for almost a year. --WjW ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: the best graphicscard for FreeBSD
On Thu, Nov 25, 2004 at 09:41:30PM +0100, Stein M. Sandbech wrote: > > On Nov 25, 2004, at 9:03 PM, Matthias Buelow wrote: > > >Harald Arnesen wrote: > > > >>All Radeons up to 9100 (9200, but that one is slower). Unfortunately, > >>that excludes all reasonably new cards. > > > >The newer cards work very well. I have a X800se PCI-Express card and > >it works like a charm with X.org 6.8.1 on 5.3. > > Which also the newest nVidia cards also do. I got a brand new Intel MB > based P4 with nVidia GeForce 6 6600 GPU > (on PCI Express of course). They run flawlessly in VESA mode > (FreeBSD5.3 and 4.10). Fast enough for me as a > regular 2D accelerator. In fact this not enough, I've got a Quadro FX 500 on my box at work, I used to have dual head configuration, but unfortunately, for this card it requires nvidia's binary drivers. Ok, it is not so unstable, but, by exprerience, some application make it crash, I, sometimes, have problem with mplayer, it forbid the use of a VESA console, it doesn't do well with ACPI and hyperthreading (simply crash the system ... totaly), it's not thread safe and from my own tests, acceleration is not so fast. I have no use for 3D acceleration (or maybe just for xscreensaver ;) but some other features require the driver, so it's lake of stability is realy a big issue for every day use. Of course nvidia have good reason for that binary only driver, they don't own totaly their libGL (there're big parts from SGI in it.) Since about half of the good performances come from algorithm in libGL (a GPUs, or every other hardware acceleration devices, only provide primitive operations, this operations maybe fast, one still need to combine them cleverly in order to have good perfs), openning it is, somehow, out of question (in fact, the real break comes from SGI, for that point.) So, which card ? I haven't test latest ATI, but if open drivers from Xorg (or XFree) are enough for essential use (no 3D, but acces to the 2 outputs and other features like that) they're maybe the good choice. my 2c. -- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ([EMAIL PROTECTED] | [EMAIL PROTECTED]) pgpoYWpuamI9Y.pgp Description: PGP signature
Re: graid3 - requirements or manpage wrong?
> 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. Are you using vinum Raid5 ? I'm considering rolling back to 5.1 myself if someone attests that things "just work" there with R5, then waiting for gvinum to mature before getting my machine back on stable. Also, when did vinum stop working in favor of gvinum? is it with 5.3? Could I expect 5.2.1 to work? Pardon the barrage of questions, but it would take me hours to test each case, so if anyone knows, drop me a line. Thanks! Brian Szymanski [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: the best graphicscard for FreeBSD
On Thu, Nov 25, 2004 at 09:52:48AM -0800, Joe Kelsey wrote: > I always tell anyone who asks to run very fast and very far away from > anything with NVIDIA in it. IMHO NVidia is the only option if you want decent 3D acceleration on FreeBSD or Linux desktops. Other manufacturers don't even care for FreeBSD and ATI's drivers are crap on any platform (including Windows). > countless errors which will cause system failures on every single > machine I have tried to use them with. Do not ever buy or attempt to Sorry, must be something on your side, I never experienced such problems with NVidia cards/drivers. > Use Matrox cards. I love my G400max and still use it but: for their (slow+expensive) Parhelias there is absolutely no support from Matrox, no drivers or specs that would make them work with FreeBSD or other systems besides RH 7.3-9.0. The only trouble-free cards are G400 or G550 if you don't need 3D power. Sorry, nowadays Matrox is not an option for FreeBSD- or Linux-Users. cu, Uwe ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
