Re: gmirror + subset of partitions gjournal'd, autosync setting?
Carl wrote: I've built a GEOM mirror on a single slice of a single disk and am about to insert the second disk. Of the partitions in the mirror, I made only a few of them gjournal'd. I've seen it recommended that one disable autosynchronization for the mirror if using journaled filesystems. 1. Is that recommendation a must or a nice-to-have? What are the actual consequences of not taking that advice? 2. In a case like mine, the non-journaled partitions need autosychronization enabled to benefit from being mirrored, right? 3. Exactly how would I disable autosynchronization for the journaled partitions in the mirror, but not for the rest? Can no one help me with this question? Carl / K0802647 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Status line for text mode console
Some question, inspired by my mainframe time... Is there a port that allows FreeBSD to be equipped with some kind of status line when using the shell on a text mode console? With status line I mean some automagically updating text line that informs about... date, time, terminal, actual system load, number of users logged in or another status, for example like this: [EMAIL PROTECTED]:~/src/bla% _ --- [EMAIL PROTECTED]:ttyv2 (3) .:I = =2008-11-30 07:02:15 For example, the status line sits in line 25, line 24 contains a barrier, and the shell runs on lines 1 - 23. Is there anything comparable? Or do I have to write my own? :-) -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror + subset of partitions gjournal'd, autosync setting?
On Wed, Oct 29, 2008 at 11:04:37PM -0700, Carl wrote: Carl wrote: I've built a GEOM mirror on a single slice of a single disk and am about to insert the second disk. Of the partitions in the mirror, I made only a few of them gjournal'd. I've seen it recommended that one disable autosynchronization for the mirror if using journaled filesystems. 1. Is that recommendation a must or a nice-to-have? What are the actual consequences of not taking that advice? 2. In a case like mine, the non-journaled partitions need autosychronization enabled to benefit from being mirrored, right? 3. Exactly how would I disable autosynchronization for the journaled partitions in the mirror, but not for the rest? Can no one help me with this question? Are you aware of the freebsd-fs list? freebsd-questions is mainly for generic How do I use ls(1)? questions. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status line for text mode console
On Thu, Oct 30, 2008 at 07:04:59AM +0100, Polytropon wrote: Some question, inspired by my mainframe time... Is there a port that allows FreeBSD to be equipped with some kind of status line when using the shell on a text mode console? With status line I mean some automagically updating text line that informs about... date, time, terminal, actual system load, number of users logged in or another status, for example like this: [EMAIL PROTECTED]:~/src/bla% _ --- [EMAIL PROTECTED]:ttyv2 (3) .:I = =2008-11-30 07:02:15 For example, the status line sits in line 25, line 24 contains a barrier, and the shell runs on lines 1 - 23. Is there anything comparable? Or do I have to write my own? :-) Sounds like something screen(1) offers. See sysutils/screen. In general, this is really not something the *operating system* offers, or the shell. This is often the responsibility of a third-party program that manipulates the pty. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
pwn wrote: [snip] on this page http://www.freebsd.org/doc/en/books/handbook/kernelconfig-building.html it says: Tip: By default, when you build a custom kernel, all kernel modules will be rebuilt as well. If you want to update a kernel faster or to build only custom modules, you should edit /etc/make.conf before starting to build the kernel: It would take more time to edit /etc/make.conf than you would save in the kernel build.If you are doing lots of kernel builds while doing development, maybe then this would be worthwhile, but kernel builds do not take enough time on modern machines to bother speeding them up trivial amounts. Basically, this is saying you can fix things up so that it only builds those modules that you are changing when you do a rebuild and skips the others. This is not relevant to general system performance, just kernel builds. [snip] i got it =), although, imho kernel builds always affect system performance.(maybe not in general) i was just asking myself a away for simplify at extreme this tasks that sometime can take many time, i guess after configure FreeBSD on a machine i should copy some configuration files like, /etc/make.conf and a custom kernel in attempt to avoid repetitive tasks. Note the docs are a little out of date wrt to 7.x and newer. While the make.conf will still be used by gcc when building ports software(s), for the system/kernel/modules this functionality has been moved to /etc/src.conf. Reading man src.conf will explain the details. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
On Wed, 2008-10-29 at 19:05 +0100, Gary Jennejohn wrote: I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. It is strange, that exactly same site works fine for me with native ff3 under 8-CURRENT. Gary Jennejohn -- Vladimir B. Grebenchikov [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firewalls in FreeBSD?
Hi Jack! Right now I have a Windows machine a FreeBSD natd/firewall then a cable modem. This is working for web surfing. But I've been playing a lot of games lately and it doesn't work at all (for multiplayer/internet games). As a fellow gamer, I've found that PF with stateful filtering has been a good firewall for my needs. Usually with stateful ruleset the games work out of the box, just when outgoing traffic is allowed and state is kept. There are some special situations where PF shines though, Asherons Call (or any other game using bidirectional UDP traffic) can be made to work with following configuration: This to nat section: binat on $ext_if from my internal gaming IP to game server netblock or IP - $ext_if Which should do the trick with some of the silly games out there using standard defined, but really rare kind of traffic. -Reko ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status line for text mode console
On Wed, 29 Oct 2008 23:10:02 -0700, Jeremy Chadwick [EMAIL PROTECTED] wrote: Sounds like something screen(1) offers. See sysutils/screen. Much too complicated. :-) I'm using screen on a daily basis to manage multiple SSH sessions (very comfortable tool), but for something that should run locally (a local terminal session) it doesn't seem to be the right tool. In general, this is really not something the *operating system* offers, or the shell. This is often the responsibility of a third-party program that manipulates the pty. That's a correct consideration. Maybe I have some ideas running a shell, along with some Ncurses stuff... -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
On Thu, 30 Oct 2008 10:30:14 +0300 Vladimir Grebenschikov [EMAIL PROTECTED] wrote: On Wed, 2008-10-29 at 19:05 +0100, Gary Jennejohn wrote: I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. It is strange, that exactly same site works fine for me with native ff3 under 8-CURRENT. Well, I was thinking about this. I am running an up-to-date FF2, but my 8-current kernel and linux-base fc8 are not the most recent versions. That might explain why some people don't see any problems whereaas I do. --- Gary Jennejohn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Setting a different default source address
Is it possible to set a default source address on a machine? I have an ADSL connection with a fixed IP and a further /29 routed to it. Until recently I used an ADSL router which acquired the connection IP, and then the first of the /29 on the internal interface. In an effort to conserve both IPs and the number of machines I have running I have recently changed to using an ADSL modem (Vigor Draytek 110) which essentially does no more than change the PPPoA to PPPoE. A FreeBSD machine then handles the connection using ppp. The machine in question has always used one of the /29 addresses, and continues to do so (this is assigned to its DMZ facing NIC, vr0). Now, of course, outgoing packets are using the connection address, which is assigned to tun0. Whilst I can override this on an application by application basis for many things (eg postfix smtp_bind_address parameter, ping -S switch) is there any way to override it system wide, so that the address from the /29 is used by default? I think I succeeded in doing something similar for an IPv6 tunnel by not assigning an IP address to gif0 and configuring the routing as follows in rc.conf: ipv6_defaultrouter=-interface gif0 But I'm not clear whether this would work with ppp, and if so, how to do it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Setting a different default source address
On Thu, Oct 30, 2008 at 09:19:48AM +, Chris Hastie wrote: Is it possible to set a default source address on a machine? I have an ADSL connection with a fixed IP and a further /29 routed to it. Until recently I used an ADSL router which acquired the connection IP, and then the first of the /29 on the internal interface. In an effort to conserve both IPs and the number of machines I have running I have recently changed to using an ADSL modem (Vigor Draytek 110) which essentially does no more than change the PPPoA to PPPoE. A FreeBSD machine then handles the connection using ppp. The machine in question has always used one of the /29 addresses, and continues to do so (this is assigned to its DMZ facing NIC, vr0). Now, of course, outgoing packets are using the connection address, which is assigned to tun0. Whilst I can override this on an application by application basis for many things (eg postfix smtp_bind_address parameter, ping -S switch) is there any way to override it system wide, so that the address from the /29 is used by default? I think I succeeded in doing something similar for an IPv6 tunnel by not assigning an IP address to gif0 and configuring the routing as follows in rc.conf: ipv6_defaultrouter=-interface gif0 But I'm not clear whether this would work with ppp, and if so, how to do it. Try freebsd-net? -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
iSCSI support
Hi, My company is a storage RAID system company. There is one customer ask iSCSI solution with my production of my company with FreeBSD 6.1. But I found some information in the Internet, the iSCSI full support on FreeBSD is 7.0. Is it mean FreeBSD 6.1 can’t support iSCSI? BR, Jeff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: iSCSI support
Jeff Chen - PTT 陳龍焜 wrote: Hi, My company is a storage RAID system company. There is one customer ask iSCSI solution with my production of my company with FreeBSD 6.1. But I found some information in the Internet, the iSCSI full support on FreeBSD is 7.0. Is it mean FreeBSD 6.1 can’t support iSCSI? Yes, the iSCSI initiator is in FreeBSD 7.x. Soon, FreeBSD 7.1 will be released. signature.asc Description: OpenPGP digital signature
Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
Hi ALl, I have a DFI LanParty Mobo that includes Marvells 88E8052 and 88E8053 LAN IF. Using the module with 7.0 [msk] the network preformance is terrible, Opera / Links stall, or wont page load at all although pings to the router are fine? I then tried using Marvells own driver the website [myk] and the results where about the same. Just before I was about to give up and put in my trusty old 3Com 3C509 [xl] I noticed that in the Marvell doco there where several tunable params so decided to try out a few. I discovered that adding -txcsum and -rxcsum (i.e. disabling hardware checksuming) to the ifconfig statement, the performance was as quick as it is on that other OS! It seems that hw cs is on by default so I added the above to my ifoncfig line in /etc/rc.conf and now all is snappy! I was wondering how could this be the case and also if anyone else had this issue with Marvell chips? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: iSCSI support
can't be iSCSI client, but iscsi-target is userlevel app, you may run on any FreeBSD (most probably under any unix). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
I discovered that adding -txcsum and -rxcsum (i.e. disabling hardware checksuming) to the ifconfig statement, the performance was as quick as it is on that other OS! there is a lot of buggy chips produced today. normally the should go to thrash, but - what a problem - they put onto motherboards so user have no choice. then they include windoze drivers that simply disable non-working features and they are happy, not even telling anyone about this. unless you are buying motherboard for servers, DO NOT expect lan to work ;) it's my common practice. nvidia ethernet was the worst one (it never worked), but realtek gigabit ethernet on other motherboard needed the same as yours (-txcsum, -rxcsum) or it randomly drop packets, probably because it calculates checksums wrong. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
updating from 6.3 to 7, mirror problems
I have been trying to update my system remotely using freebsd-update.sh . I receive this error message; Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... failed. No mirrors remaining, giving up. I checked all the suggested solutions, my resolv.conf is pointing to my ISP's nameservers, I even tried pointing to other public name servers, but the same result.Changing Server Name to update1.FreeBSD.org did nothing either. What causes the failure to retrieve the key? Is there any other way of updating that does not involve downloading the iso files and burning to CD ? Thanks in advance. Regards, Alasdair pgpfDTuGVRBnc.pgp Description: PGP signature
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
On Thu, Oct 30, 2008 at 11:33:34AM -, Graham Bentley wrote: Hi ALl, I have a DFI LanParty Mobo that includes Marvells 88E8052 and 88E8053 LAN IF. Using the module with 7.0 [msk] the network preformance is terrible, Opera / Links stall, or wont page load at all although pings to the router are fine? I then tried using Marvells own driver the website [myk] and the results where about the same. Just before I was about to give up and put in my trusty old 3Com 3C509 [xl] I noticed that in the Marvell doco there where several tunable params so decided to try out a few. I discovered that adding -txcsum and -rxcsum (i.e. disabling hardware checksuming) to the ifconfig statement, the performance was as quick as it is on that other OS! Yong-Hyeon Pyun can probably explain what's going on here. I've CC'd him on this mail; he usually hangs out on -stable though. You need to keep something in mind here: Marvell does not give out documentation for their cards publicly, so Yong-Hyeon has to reverse-engineer and tinker with what he already knows. Some hardware feature do not work, others are buggy, others work fine on specific revisions of the chip while later ones break. And if you tell me Well Linux has support for this chip!, I will throw the following evidence back in your face: Marvell and other companies are giving Linux developers development PCI cards to develop drivers with (sometimes even before the card is out in the market), so Linux has the upper hand here. They are not doing this with the BSDs. Purely as an example: in my Wiki, section Network devices, see the entry for the 88E8040 NIC. I'm still working with Yong-Hyeon to try to get him access to a laptop that has this chip so he can write the driver. http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues This should give you some idea of the complexities. As I said, Linux has the upper hand, because they're getting support from Marvell. It seems that hw cs is on by default so I added the above to my ifoncfig line in /etc/rc.conf and now all is snappy! I was wondering how could this be the case and also if anyone else had this issue with Marvell chips? I would urge you to go out and purchase an Intel Pro/1000 PT card, which runs for around 30-40 USD. It's good to have a spare NIC on hand anyways -- your 3C509 xl(4) based NIC probably won't cut it, especially if you're complaining about performance. :-) No one uses those cards any more except individuals running on hardware from 1997, which you are obviously not. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
On Thu, 30 Oct 2008 13:15:04 +0100 (CET) Wojciech Puchar [EMAIL PROTECTED] wrote: I discovered that adding -txcsum and -rxcsum (i.e. disabling hardware checksuming) to the ifconfig statement, the performance was as quick as it is on that other OS! there is a lot of buggy chips produced today. normally the should go to thrash, but - what a problem - they put onto motherboards so user have no choice. then they include windoze drivers that simply disable non-working features and they are happy, not even telling anyone about this. Not technically correct. If you go into 'Control Panel' and access the correct logs you will see what has transpired when the driver was loaded. Most Window users do not want to be bothered with the details of what happened; they just want it to work (actually, not a bad concept). Think about it; if Microsoft actually displayed by default all error messages they or the OEM would probably be inundated with frivolous requests for support. unless you are buying motherboard for servers, DO NOT expect lan to work ;) it's my common practice. nvidia ethernet was the worst one (it never worked), but realtek gigabit ethernet on other motherboard needed the same as yours (-txcsum, -rxcsum) or it randomly drop packets, probably because it calculates checksums wrong. I had a friend who used nvidia. They never complained about it. I will see if I can find out what model and how they got it to work. -- Jerry [EMAIL PROTECTED] semper en excretus signature.asc Description: PGP signature
Re: flash9 checklist
On Thu, Oct 30, 2008 at 10:30:14AM +0300, Vladimir Grebenschikov wrote: On Wed, 2008-10-29 at 19:05 +0100, Gary Jennejohn wrote: I don't have flashblock installed, but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just fine and I have pretty much the same version of flash and firefox installed on both systems. It is strange, that exactly same site works fine for me with native ff3 under 8-CURRENT. Hi, I think that a problem in futexes, therefore native ff3 works, as it uses native locking. -- Have fun! chd ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Seg Fault Action!
Graham Bentley [EMAIL PROTECTED] writes: I have often wondered what to do if I compile a port and immediatly after trying to run it I get a seg fault. In the past I have just tried to find an alternative port that did the same job, but it has always felt as though I wasnt trying hard enough. Yesterday after upgrading all my ports tree I decided to get printing working and cups / HP stuff all works fine as does the web gui to cups so I decided to try and make xpp. The result is 'Segmentation Fault' - thats it! How do I go about finding out what caused it and how to get the program running? Any tips etc appreciated! Segmentation fault means (roughly) accessing a region of memory that hadn't even been mapped into that process. Generally you need some software debugging skills to go after these problems directly. There are some less direct steps you can take that can help. For one, make sure your ports are up-to-date with your installed ports tree before installing more ports. You can run the program under truss(1), which will help you figure out what kind of bad data is being passed to system calls (assuming that's where the failure is, but it's not unusual for that to be the case). You can generate a crash dump of the program, and (you or someone else) can use a debugger to see where it was when it failed -- usually a strong hint. And of course, asking for help in figuring out a specific problem is an option as well. I'd look at xpp, but at the moment my machines with the ports collection installed are powered down... -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GPT Support on Freebsd
On Wednesday 29 October 2008 06:20:15 pm Franck wrote: 2008/10/29 John Baldwin [EMAIL PROTECTED]: On Wednesday 29 October 2008 05:39:27 pm Franck wrote: Hi, Thank you for help. I provide you the maximum information about my partitions. Before, I watch the kernel configuration. When I fetch the kernel sources, I can see 2 differents configuration files : DEFAULTS and GENERIC. and the line : options GEOM_PART_GPT is present only in GENERIC. If I use my knowledge in linux systems, I would say that my actual kernel was compiled with the DEFAULTS conf, which doesn't enable the support of GPT for GEOM. Maybe I'm wrong, my knew kernel is compiling... The install kernel from the CD is GENERIC. So only if you've built a custom I apologize, I didn't watch in the handbook for this kernel would you not have GPT support. It seems that the kernel does find the GPT table, but gets confused by it. Can you get the output of 'fdisk ad0' and 'gpt show ad0'? fdisk ad0 : *** Working on device /dev/ad0 *** parameters extracted from in-core disklabel are: cylinders=387621 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=387621 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 409639 (200 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 175 (0xaf),(HFS+) start 409640, size 37486592 (18304 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 131 (0x83),(Linux native) start 37897335, size 401625 (196 Meg), flag 80 (active) beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 38298960, size 38908800 (18998 Meg), flag 0 beg: cyl 107/ head 0/ sector 1; end: cyl 818/ head 15/ sector 63 Ok, so it's not a PMBR. My understanding is that a GPT requires the MBR to be a PMBR (only one partition in the 4th slot with a special type of 0xee that covers the whole disk). What this box is doing is trying to make the MBR match the first 4 partitions in the GPT. I'm not sure if you will be able to get FreeBSD's GPT stuff to recognize that reliably. Marcel (cc'd) might have some ideas. If you can get FreeBSD's GPT support to handle this disk it will mean that you will have to use only GPT device names (so /dev/ad0p4a instead of /dev/ad0s4a). You will also need to make sure the GPT partition for FreeBSD has the right UUID since your partition contains a BSD label. [EMAIL PROTECTED] ~]$ sudo gpt show ad0 gpt show: unable to open device 'ad0': Operation not permitted Normally with GPT you don't put a BSD label inside a GPT partition, so you wouldn't have /dev/ad0p4a, but instead would use a separate GPT partition for each filesystem/swap/etc. The fstab from my laptop (not a macbook) looks like this: # DeviceMountpoint FStype Options Dump Pass# /dev/ad0p3 noneswapsw 0 0 /dev/ad0p2 / ufs rw 1 1 /dev/ad0p5 /tmpufs rw 2 2 /dev/ad0p6 /usrufs rw 2 2 /dev/ad0p4 /varufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 Are you booting using boot camp or parallels or some such? Yes, I think It's the problem. Actually I have a Leopard Mac OS X System. And it seems to automatically switch on the bootcamp feature when I tried to install pcbsd. That's weird because I haven't any problems to see the gpt table when I boot from a ubuntu cd for example. If I well remember, I was obliged to install pcbsd in one of the four first parititions. I'll reboot on the pcbsd cd to see if I can access to all the partitions. I realize that's must be efi/refit/bootcamp which mess up all. And I don't how to fix that. Thank you, Franck On Freebsd : [EMAIL PROTECTED] /usr/home/Dante]$ ls /dev/|grep ^ad ad0 ad0s2 ad0s3 ad0s4 ad0s4a ad0s4b ad0s4c my dmesg : http://pastebin.com/m7b5f130e On Gentoo : [EMAIL PROTECTED]:~ % LANG=C sudo parted /dev/sda GNU Parted 1.8.8 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Model: ATA ST9200420ASG (scsi) Disk /dev/sda: 200GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End
Re: Seg Fault Action!
For one, make sure your ports are up-to-date with your installed ports tree before installing more ports. Yep, done that :) You can run the program under truss(1), which will help you figure out what kind of bad data is being passed to system calls (assuming that's where the failure is, but it's not unusual for that to be the case). OK will check out truss You can generate a crash dump of the program, and (you or someone else) can use a debugger to see where it was when it failed -- usually a strong hint. Is that what a core dump is? Thanks for replies :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
You need to keep something in mind here: Marvell does not give out documentation for their cards publicly, so Yong-Hyeon has to reverse-engineer and tinker with what he already knows. Some hardware feature do not work, others are buggy, others work fine on specific revisions of the chip while later ones break. Don't get me wrong - I appreciate that people are working in the trenches on this stuff and thats great about FreeBSD. I only switched to the Marvel .ko as it was suggested on previous questions list, so didnt spend much time with the stock 7.0 driver. And if you tell me Well Linux has support for this chip!, I will throw the following evidence back in your face: Marvell and other companies are giving Linux developers development PCI cards to develop drivers with (sometimes even before the card is out in the market), so Linux has the upper hand here. They are not doing this with the BSDs. I guess even specs would be nice - hardware donations would be nicer though :) I would urge you to go out and purchase an Intel Pro/1000 PT card Funnily enough, in the back of my mind I had the same thought upon seeing the words 'Marvell' amongst the mobo spec. Thats said at least they made an effort on supporting multi OS http://www.marvell.com/drivers/search.do even if they are a precious with their specs etc With some Vendors its Windos or nothing. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Script-friendly (parseble) ps(1) output?
On Wednesday 29 October 2008 23:02:43 Eduardo Meyer wrote: ps -ax -o pid -o user -o emul -o lstart -o lockname -o stat -o command First of all you will want -ww, since the command will otherwise be truncated. Secondly, you can comma seperate the -o arguments for brevity, so: ps -awwx -o pid,user,emul,lstart,lockname,stat,command will be your command. You forgot to mention what language your CGI will be in, so I'll just give you the simplest algorithm: - read the first line - record position of the first character after a space character, by simply walking the line char by char - Using those positional numbers it is now trivial to extract the information from the rest of the lines. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Seg Fault Action!
Graham Bentley [EMAIL PROTECTED] writes: You can generate a crash dump of the program, and (you or someone else) can use a debugger to see where it was when it failed -- usually a strong hint. Is that what a core dump is? I actually meant core dump. Crash dump slipped into my brain from a somewhat different concept, on a different OS, that I am dealing with at work. Sorry. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: updating from 6.3 to 7, mirror problems
On Thu 2008-10-30 22:38:58 UTC+1100, Alasdair Reed ([EMAIL PROTECTED]) wrote: I have been trying to update my system remotely using freebsd-update.sh . On 6.3 you should be using /usr/sbin/freebsd-update. Can you ping update1.freebsd.org? $ ping -c 5 update1.FreeBSD.org PING update1.FreeBSD.org (72.21.59.252): 56 data bytes 64 bytes from 72.21.59.252: icmp_seq=0 ttl=48 time=233.185 ms 64 bytes from 72.21.59.252: icmp_seq=1 ttl=48 time=233.034 ms 64 bytes from 72.21.59.252: icmp_seq=2 ttl=48 time=233.655 ms 64 bytes from 72.21.59.252: icmp_seq=3 ttl=48 time=234.310 ms 64 bytes from 72.21.59.252: icmp_seq=4 ttl=48 time=233.445 ms --- update1.FreeBSD.org ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 233.034/233.526/234.310/0.446 ms You might also like to try the --debug switch: $ sudo /usr/sbin/freebsd-update --debug fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... latest.ssl100% of 512 B 582 kBps done. Fetching metadata index... 344cfb64472cacb781688b5de744795f140233e84105c4100% of 225 B 234 kBps done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 6.3-RELEASE-p5. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Large discrepancy in reported disk usage on USR partition
On Thursday 30 October 2008 01:42:32 Brendan Hart wrote: Hi, I have inherited some servers running various releases of FreeBSD and I am having some trouble with the /usr partition on one of these boxen. The problem is that there appears to be far more space used on the USR partition than there are actual files on the partition. The utility df -h reports 25GB used (i.e. nearly the whole partition), but du -x /usr reports only 7.6GB of files. I have reviewed the FAQ, particularly item 9.24 The du and df commands show different amounts of disk space available. What is going on?. However, the suggested cause of the discrepancy (large files already unlinked but still held open by active processes), does not appear to be true in this case as problem is present even after rebooting into single user mode. #: uname -a FreeBSD ibisweb4spare.strategicecommerce.com.au 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 #: df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/aacd0s1a 496M163M 293M36%/ devfs 1.0K1.0K 0B 100% /dev /dev/aacd0s1e 496M15M 441M3% /tmp /dev/aacd0s1f28G25G 1.2G96%/usr /dev/aacd0s1d 1.9G429M 1.3G24%/var Is this output untruncated? Is df really df or an alias to 'df -t nonfs'? #: du -x -h /usr 2.0K/usr/.snap 24M/usr/bin snip 584M/usr/ports 140K/usr/lost+found 7.6G/usr Is it possible that nfs directory got written to /usr at some point in time? You would only notice this with du if the nfs directory is unmounted. Unmount it and ls -al /usr/mountpoint should only give you an empty dir. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Script-friendly (parseble) ps(1) output?
On Wed, Oct 29, 2008 at 04:15:29PM -0700, Xin LI wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eduardo Meyer wrote: Hello, I need to write a cgi script which will print the output from ps(1) in a table (html), so the average-operator can click on a KILL link and the cgi will send the selected signal. I need to add one ps information per column in a table (html), however, I found ps(1) output to be too hard to parse. There is no separator. I believed \t was the separator but its not. The ps(1) command I need to use is: ps -ax -o pid -o user -o emul -o lstart -o lockname -o stat -o command Since many of those args use [:space:] in the output, I can not use [:space:] as a separator. Sadly, `-o fiend='value'` will only format the HEADER output, not the values. Ive got no clue what to do, can someone enlight me? Well, first pick a language. This would be easy in PHP or Perl or other similar scripting interpreter languages. If you pick one and then study it a little - write a few simple practice scripts, you will probably quickly see how to do it. jerry Perhaps use cut(1) with -c or something similar in other scripting language? It looks like that the output is aligned. Cheers, - -- Xin LI [EMAIL PROTECTED]http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkI7pEACgkQi+vbBBjt66Bi3wCgmk9chU/FIZjuBpm/57Yl7jBY D6kAoI6ZmQRdxDm7mzjale84p4uXmlmz =4FMM -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fail with wireless network configuration with SIOCS80211: Invalid argument
Zhang Weiwu wrote: Hello. I am trying to get an AboveCable (model: ACPC 2000-01) wireless card connected to my home network with 40-bit Hex WEP Encryption on FreeBSD 6.1. # ifconfig wi0 inet 192.168.1.90 ssid ZWW wepmode on wepkey 0xea82552825 ifconfig: SIOCS80211: Invalid argument Did I made anything wrong or miss something in the kernel? I have the related lines in kernel: driver wi driver wlan It turns out this error message is a direct result of lack of wlan_wep neither loaded as module nor compiled in kernel. However I still could not make the card work (even though it works in Ubuntu Linux) after having wlan_wep compiled in, but at least I eliminated the SIOCS80211: Invalid argument error message, which may be helpful for someone who finds this thread by using this error message as search key to google. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: improvement idea of man page of strfile
another idea: 3 A Chinese poem in Tang-dynasty style is very short, fitting in 4 lines. Some people find getting familiar with all famous 300 such poem written in Tang-dynasty a good way to use up brain-power of the days. They can display random one of them on login or use a random one as desktop background. In fact, there are already public-published fortune data files collecting them. This one I didn't try. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
improvement idea of man page of strfile
Original text: OTHER USES What can you do with this besides printing sarcastic and obscene mes- sages to the screens of lusers at login or logout? There are some other possibilities. 1 Include strfile.h into a news reading/posting program, to gener- ate random signatures. Tin(1) does something similar, in a much more complex manner. 2 Include it in a game. While strfile doesn't support 'fields' or 'records', there's no reason that the text strings can't be con- sistent: first line, a die roll; second line, a score; third and subsequent lines, a text message. 3 Use it to store your address book. Hell, some of the guys I know would be as well off using it to decide who to call on Fri- day nights (and for some, it wouldn't matter whether there were phone numbers in it or not). 4 Use it in 'lottery' situations. If you're an ISP, write a script to store login names and GECOS from /etc/passwd in str- file format, write another to send 'congratulations, you've won' to the lucky login selected. The prize might be a month's free service, or if you're AOL, a month free on a real service provider. My improvement ideas: 5 Those who study a foreign language may find it useful to have a word-bank that shows sentences you want to understand better by reading them randomly and include in shell start script. Maybe you can start by picking your favorite novel from wikiquotes and convert the quotes into a format acceptable for strfile, and enjoy one quote every time opening a terminal. 6 Tip-of-the-day for message to show when user started your application. 7 A website of environmental protection can show a tip how to do things with least harm to the environment for every visitor, which simply invoke fortune on every page request, e.g. by using SSI. I know these things work well because I implemented all of use 5, 6 and 7. But being an infrequent participate of OSS I don't know how to contribute this information back to the author / maintainer of the manual (not mentioned in the manual itself). I also worry improving something that hasn't been changed for 10 years could be difficult because nobody wish to move them. What should I do or who should I contact to let them decide if they include my idea in their manual as well? In fact I think the 4th lottery idea isn't better than any of 5, 6, 7 because it is not a full use of strfile, which can produce random text repeatedly (in case of 4, random text is only needed as many time as you decide to give price to someone). And is the change going to spread to other systems that uses strfile? e.g. many Linux distributions contain the strfile manual from BSD distributions. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: improvement idea of man page of strfile
--- On Thu, 10/30/08, Zhang Weiwu [EMAIL PROTECTED] wrote: From: Zhang Weiwu [EMAIL PROTECTED] Subject: improvement idea of man page of strfile To: freebsd-questions@FreeBSD.org Date: Thursday, October 30, 2008, 10:47 AM Original text: OTHER USES What can you do with this besides printing sarcastic and obscene mes- sages to the screens of lusers at login or logout? There are some other possibilities. 1 Include strfile.h into a news reading/posting program, to gener- ate random signatures. Tin(1) does something similar, in a much more complex manner. 2 Include it in a game. While strfile doesn't support 'fields' or 'records', there's no reason that the text strings can't be con- sistent: first line, a die roll; second line, a score; third and subsequent lines, a text message. 3 Use it to store your address book. Hell, some of the guys I know would be as well off using it to decide who to call on Fri- day nights (and for some, it wouldn't matter whether there were phone numbers in it or not). 4 Use it in 'lottery' situations. If you're an ISP, write a script to store login names and GECOS from /etc/passwd in str- file format, write another to send 'congratulations, you've won' to the lucky login selected. The prize might be a month's free service, or if you're AOL, a month free on a real service provider. Erm, I don't see this text in strfile(8) on RELENG_7 which is reasonably recent. Where did you get your man page from? - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
Purely as an example: in my Wiki, section Network devices, see the entry for the 88E8040 NIC. I'm still working with Yong-Hyeon to try to get him access to a laptop that has this chip so he can write the driver. the best solution is to not use that cards. it's producer's choice to loose some clients. I would urge you to go out and purchase an Intel Pro/1000 PT card, which runs for around 30-40 USD. It's good to have a spare NIC on hand i exactly did it everywhere i had such problems. they are excellent ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
I had a friend who used nvidia. They never complained about it. I will see if I can find out what model and how they got it to work. mine (on amd64 board, nforce3 if i remember correctly, i sold that computer) simply stopped working every 5-10 minutes until you did ifconfig nve0 down ifconfig nve0 up ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Script-friendly (parseble) ps(1) output?
| By Eduardo Meyer [EMAIL PROTECTED] | [ 2008-10-30 00:04 +0200 ] Hello, I need to write a cgi script which will print the output from ps(1) in a table (html), so the average-operator can click on a KILL link and the cgi will send the selected signal. I need to add one ps information per column in a table (html), however, I found ps(1) output to be too hard to parse. There is no separator. I believed \t was the separator but its not. Another option might be to mount /proc and use that instead. See procfs(5). Regards, Aragon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Script-friendly (parseble) ps(1) output?
Hi, On Thu, 30 Oct 2008 17:45:12 +0200, Aragon Gouveia [EMAIL PROTECTED] wrote: | By Eduardo Meyer [EMAIL PROTECTED] | [ 2008-10-30 00:04 +0200 ] Hello, I need to write a cgi script which will print the output from ps(1) in a table (html), so the average-operator can click on a KILL link and the cgi will send the selected signal. I need to add one ps information per column in a table (html), however, I found ps(1) output to be too hard to parse. There is no separator. I believed \t was the separator but its not. Another option might be to mount /proc and use that instead. See procfs(5). I wouldn't do that. IIRC procfs(5) is deprecated in FreeBSD. But I could be wrong... regards, Marian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Script-friendly (parseble) ps(1) output?
Marian Hettwer wrote: [ .. ] I wouldn't do that. IIRC procfs(5) is deprecated in FreeBSD. But I could be wrong... Just wanted to point out since discussion of procfs came up - I think this was FreeBSD6.2 IIRC, I had to mount /proc manually for a Java application to work because the code was implemented in Linux using JDK1.5 and a day came when our app had to run on FreeBSD =:-P). I still remember we had a heck of time trying to find a solution! This could probably help some poor little bugger searching for solution in the future. -- en0f ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: iSCSI support
Jeff Chen - PTT 陳龍焜 wrote: Hi, My company is a storage RAID system company. There is one customer ask iSCSI solution with my production of my company with FreeBSD 6.1. But I found some information in the Internet, the iSCSI full support on FreeBSD is 7.0. Is it mean FreeBSD 6.1 can’t support iSCSI? BR, Jeff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] There are some patches around to run it on 6.2 (maybe all of 6.x) but the performance isn't very good. I used this on 6.2 and it did work: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.0.92.tar.gz This looks like a more recent version (tho no guarantee it will work on 6.x): ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.1.tar.gz ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no reverse dns
Chuck Swiger wrote: On Oct 29, 2008, at 11:10 AM, Robin Becker wrote: We have just moved offices and our freebsd machine has started complaining in the following terms Oct 29 17:14:39 int kernel: arplookup ww.xx.yy.zz failed: host is not on local network We have an external router connected as a dhcp server at 192.168.0.2 which apparently has external address ww.xx.yy.zz. I am using a fixed ip address ie 192.168.0.6 I have this in my rc.conf defaultrouter=192.168.0.2 hostname=int.myoffice.com ifconfig_em0=inet 192.168.0.6 netmask 255.255.255.0 and have dns mapping int.myoffice.com -- ww.xx.yy.zz, If you tell the machine that it is int.myoffice.com and you set up DNS which claims that hostname has an external IP, it will be sad because it doesn't know how to reach that IP. You can use DNS split-horizon / views to return the internal IP when the machine asks, or simply keep your external and internal names separate. Ie, set up DNS like: int.myoffice.com A 192.168.0.6 ext.myoffice.com A ww.xx.yy.zz Regards, On the machine I have set the local names to point to 192.168.0.6 in the hosts file. I have not set up any dns except externally. I suppose that packets are arriving and being routed via NAT into the internal server which claim to be addressed to the router's external address. Can I add some simple route that fixes this? -- Robin Becker ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GPT Support on Freebsd
On Oct 30, 2008, at 6:36 AM, John Baldwin wrote: Ok, so it's not a PMBR. My understanding is that a GPT requires the MBR to be a PMBR (only one partition in the 4th slot with a special type of 0xee that covers the whole disk). What this box is doing is trying to make the MBR match the first 4 partitions in the GPT. I'm not sure if you will be able to get FreeBSD's GPT stuff to recognize that reliably. Marcel (cc'd) might have some ideas. In FreeBSD 6, the kernel checks explicitly for a PMBR when it checks for a GPT. Besides being part of the specification, it also avoids conflicts. In the GEOM framework, there's no a priori support for having one GEOM control another. When there's a valid MBR as well as a valid GPT, it's undeterministic which one will be used, unless they both cooperate. They don't. This is where GPart helps out. In FreeBSD 7 and up, GPart supports multiple partitioning schemes, including MBR and GPT. The kernel will not enforce a PMBR in front of a GPT, because upon detecting both a MBR and a GPT, the GPT will be used. However, this only applies when the kernel is configured with GEOM_PART_MBR and not with GEOM_MBR. At this time GEOM_MBR is still the default. So, to make it work for you, you need at least FreeBSD 7.1 (to be released shortly) or use next month's snapshot and build a custom kernel without GEOM_MBR and with GEOM_PART_MBR. In FreeBSD 8 and up GPart is the default and you won't have to make a custom kernel in that case. FYI, -- Marcel Moolenaar [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firewalls in FreeBSD?
--- On Wed, 10/29/08, Jeremy Chadwick [EMAIL PROTECTED] wrote: From: Jeremy Chadwick [EMAIL PROTECTED] Subject: Re: Firewalls in FreeBSD? To: Terry Sposato [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Polytropon [EMAIL PROTECTED], Freebsd questions freebsd-questions@freebsd.org Date: Wednesday, October 29, 2008, 11:25 PM On Thu, Oct 30, 2008 at 01:36:58PM +1100, Terry Sposato wrote: It is most likely caused by your ruleset not being stateful. If packets are going out certain sessions and your firewall isn't then allowing back in you would see the issue you are seeing. I am not sure how this is accomplished via ipfw as I use pf but there would be a tonne of documentation out there on how to make your rules stateful. Are you sure about that? Read his statement once more: For example, I load up a client (game) and it connects out on XYZ port. The server will send data back on ABC. I assume based on this, the following is happening: - 192.168.x.x:a sends packet to gameserver:xyz - NAT gateway translates packet (where natgw is a public WAN IP) 192.168.x.x:a -- natgw:b -- gameserver:xyz - gameserver sees packet to port xyz, and initiates new connection to natgw:abc - NAT gateway drops packet destined to WAN IP port abc, because the gameserver:abc connection is *new*, and does not relate to the previous NAT'd gameserver:xyz connection. If this is **truly** how the protocol works (the OP will need to be absolutely 100% positive of that fact; I recommend he reconfirm how it works), then the only solution is to set up a port forward on the NAT gateway for port abc to point to 192.168.x.x. This also means that only one computer on the LAN will be capable of playing this game. Not much one can do about that, other than write the authors of the game and explain that their protocol is absolutely disgusting. Does the game support IPv6? This may be a work-around for you, since you can get a relatively large chunk of IPs for free via any one of a number of tunnel brokers. If possible, ask your IP provider if they provide native IPv6 transport first. A few do, in North America and Europe, and a surprising lot do in Asia, especially Japan and South Korea. If you're on a North American consumer ISP, chances are a tunnel broker is your only option for v6 connectivity, however. If the game doesn't support IPv6, however, then you are likely stuck with playing with port forwarding from the public routable address, however. It stinks, so feel free to lobby your ISP, the game's designers, and any other involved parties, about supporting IPv6 connectivity. In essence, a problem like the one Mr. Chadwick is eluding to is one of the primary motivating forces behind the adoption of IPv6 to begin with. - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
kqemu runs 2x faster on i386 than amd64!?
I'm not comparing apples-to-apples exactly, but both my disks are in the same system, both are running 7-stable from within the last few months, so it's pretty close. Also, the i386 is a direct replacement of the amd64 to fix this and other problems, so the software settings set is pretty identical also... kqemu crawls when I boot amd64 (and I notice the processor is always over 50%), and it's reasonalbly usable on i386 (also, the processor is often in the 30% range, instead of 60%). Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kqemu runs 2x faster on i386 than amd64!?
Guess I should've mentioned the target is 32-bit win2k... On Thu, Oct 30, 2008 at 11:28 AM, Steve Franks [EMAIL PROTECTED] wrote: I'm not comparing apples-to-apples exactly, but both my disks are in the same system, both are running 7-stable from within the last few months, so it's pretty close. Also, the i386 is a direct replacement of the amd64 to fix this and other problems, so the software settings set is pretty identical also... kqemu crawls when I boot amd64 (and I notice the processor is always over 50%), and it's reasonalbly usable on i386 (also, the processor is often in the 30% range, instead of 60%). Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tangoGPS FreeBSD 7.0
Matthias Apitz [EMAIL PROTECTED] wrote: Is anybody aware of a port of tangoGPS http://www.tangogps.org/gps/cat/About to FreeBSD 7.0? It runs it in my Linux based cellphone Openmoko FreeRunner and it would be nice to have it as well in my eeePC (just for having better capacity for cached maps of OpenStreetMap and a bigger display). What kind of USB based GPS devices could be used in this eeePC with FreeBSD 7.0? Using your FreeRunner seems like an obvious choice to me. I got one as well, but I'm not aware of a tangoGPS port for FreeBSD and haven't looked into how much effort porting it would take either. Fabian signature.asc Description: PGP signature
Re: tangoGPS FreeBSD 7.0
El día Thursday, October 30, 2008 a las 07:51:05PM +0100, Fabian Keil escribió: Matthias Apitz [EMAIL PROTECTED] wrote: Is anybody aware of a port of tangoGPS http://www.tangogps.org/gps/cat/About to FreeBSD 7.0? It runs it in my Linux based cellphone Openmoko FreeRunner and it would be nice to have it as well in my eeePC (just for having better capacity for cached maps of OpenStreetMap and a bigger display). What kind of USB based GPS devices could be used in this eeePC with FreeBSD 7.0? Using your FreeRunner seems like an obvious choice to me. I got one as well, but I'm not aware of a tangoGPS port for FreeBSD and haven't looked into how much effort porting it would take either. tangoGPS compiled and works just fine in FreeBSD, just the usual way: ./configure make make install it needs a gps daemon which is in the ports, and you need some GPS device RS232 or USB based and the web pages of gpsd have a long list of compatibel devices, for sure not all tested with FreeBSD; will see if I could check some out in the near future; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kqemu runs 2x faster on i386 than amd64!?
Steve Franks [EMAIL PROTECTED] writes: Guess I should've mentioned the target is 32-bit win2k... If the target isn't the same as the host, I think it's going to have to use (at least partial) emulation instead of direct execution... On Thu, Oct 30, 2008 at 11:28 AM, Steve Franks [EMAIL PROTECTED] wrote: I'm not comparing apples-to-apples exactly, but both my disks are in the same system, both are running 7-stable from within the last few months, so it's pretty close. Also, the i386 is a direct replacement of the amd64 to fix this and other problems, so the software settings set is pretty identical also... kqemu crawls when I boot amd64 (and I notice the processor is always over 50%), and it's reasonalbly usable on i386 (also, the processor is often in the 30% range, instead of 60%). Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: updating from 6.3 to 7, mirror problems
-- Original Message -- Date: Fri, 31 Oct 2008 01:33:27 +1100 From: andrew clarke [EMAIL PROTECTED] To: Alasdair Reed [EMAIL PROTECTED] Cc: freebsd-questions@freebsd.org Subject: Re: updating from 6.3 to 7, mirror problems On 6.3 you should be using /usr/sbin/freebsd-update. Can you ping update1.freebsd.org? $ ping -c 5 update1.FreeBSD.org PING update1.FreeBSD.org (72.21.59.252): 56 data bytes 64 bytes from 72.21.59.252: icmp_seq=0 ttl=48 time=233.185 ms 64 bytes from 72.21.59.252: icmp_seq=1 ttl=48 time=233.034 ms 64 bytes from 72.21.59.252: icmp_seq=2 ttl=48 time=233.655 ms 64 bytes from 72.21.59.252: icmp_seq=3 ttl=48 time=234.310 ms 64 bytes from 72.21.59.252: icmp_seq=4 ttl=48 time=233.445 ms --- update1.FreeBSD.org ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max/stddev = 233.034/233.526/234.310/0.446 ms You might also like to try the --debug switch: $ sudo /usr/sbin/freebsd-update --debug fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 6.3-RELEASE from update1.FreeBSD.org... latest.ssl100% of 512 B 582 kBps done. Fetching metadata index... 344cfb64472cacb781688b5de744795f140233e84105c4100% of 225 B 234 kBps done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 6.3-RELEASE-p5. Hi Andrew, Tried the above, results as follows: Ping ok %ping -c 5 update1.FreeBSD.org PING update1.FreeBSD.org (72.21.59.252): 56 data bytes 64 bytes from 72.21.59.252: icmp_seq=0 ttl=48 time=240.401 ms 64 bytes from 72.21.59.252: icmp_seq=1 ttl=48 time=240.708 ms 64 bytes from 72.21.59.252: icmp_seq=2 ttl=48 time=240.799 ms 64 bytes from 72.21.59.252: icmp_seq=3 ttl=48 time=240.364 ms 64 bytes from 72.21.59.252: icmp_seq=4 ttl=48 time=240.946 ms No luck with using freebsd-update localhost# /usr/sbin/freebsd-update --debug fetch Looking up update1.FreeBSD.org mirrors... none found. Fetching public key from update1.FreeBSD.org... fetch: http://update1.FreeBSD.org/6.3-STABLE/i386/pub.ssl: Not Found failed. No mirrors remaining, giving up. Any work arounds or other possibilities? Is there any diagnostics to run that might clarify things? Regards, Alasdair ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kqemu runs 2x faster on i386 than amd64!?
Steve Franks [EMAIL PROTECTED] writes: Guess I should've mentioned the target is 32-bit win2k... If the target isn't the same as the host, I think it's going to have to use (at least partial) emulation instead of direct execution... Yes, but isn't that the same for win2k regardless of wether the host is fbsdamd64 or fbsdi386? Or are you talking 64 vs. 32 bit? On Thu, Oct 30, 2008 at 11:28 AM, Steve Franks [EMAIL PROTECTED] wrote: I'm not comparing apples-to-apples exactly, but both my disks are in the same system, both are running 7-stable from within the last few months, so it's pretty close. Also, the i386 is a direct replacement of the amd64 to fix this and other problems, so the software settings set is pretty identical also... kqemu crawls when I boot amd64 (and I notice the processor is always over 50%), and it's reasonalbly usable on i386 (also, the processor is often in the 30% range, instead of 60%). Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: updating from 6.3 to 7, mirror problems
does your DNS support SV lookups they are actually putting in some A records for a work around for people with broken DNS. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kqemu runs 2x faster on i386 than amd64!?
On Thu, 30 Oct 2008 15:08:51 -0700 Steve Franks [EMAIL PROTECTED] wrote: Steve Franks [EMAIL PROTECTED] writes: Guess I should've mentioned the target is 32-bit win2k... If the target isn't the same as the host, I think it's going to have to use (at least partial) emulation instead of direct execution... Yes, but isn't that the same for win2k regardless of wether the host is fbsdamd64 or fbsdi386? Or are you talking 64 vs. 32 bit? As I understand it, the performance advantage of kqemu over ordinary qemu, comes from running many of the instructions in the emulation directly on the host cpu. An amd64 compatible processor can't run 32-bit code in 64-bit mode and vice-versa, so it's either doing some emulation or switching back and forth between 32/64-bit modes. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: improvement idea of man page of strfile
mdh wrote: Erm, I don't see this text in strfile(8) on RELENG_7 which is reasonably recent. Where did you get your man page from? - mdh Hi. Sorry, you are right. This text does not exist in FreeBSD. I have a freeBSD notebook and a Gentoo Linux notebook. I found this text by using the Gentoo Linux notebook in bed, the manual page says it is from the 4th BSD distribution. It was in winter too cold to get my FreeBSD notebook to verify this, and I assumed it must be inhered as it is derived from 4th BSD more directly than Linux (which only borrows). Sorry for posting in the wrong list. I will start a search on the origin for this different manual page. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Wed, Oct 29, 2008 at 07:49:00PM +, Matthew Seaman wrote: Given that you don't have a BBU, what is the status of write caching on the individual hard drives? You'll have to use 3dm2 or the CLI equivalent to investigate this, as the RAID controller tends to hide that level of information from the OS. However, this setting is the same thing as controlled by the hw.ata.wc sysctl -- and like that it has a major effect on disk IO performance. Turning write caching off is the safe, conservative thing to do for maximum data security. Doesn't hw.ata.wc affect only card-level caching? It seems likely that the softupdates queuing order might be scrambled by card-level caching if it juggles pending writes around to minimize seek times. If so, it would be disasterous for data integrity in the event of a power outage. Disk-level caching might be safe though ... Someone needs to ask 3ware whether the card reorders updates and if so, if there's a setting to keep them in order. Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
nspluginwrapper and NIS
Has anyone noticed that nspluginwrapper -a -i -v crashes when operating under a userid which is defined under NIS? If you put the user's full master.passwd entry in the local master.passwd it works fine. Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
In article [EMAIL PROTECTED] you write: will this howto work for amd64 ? [...] Yes. Juergen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
In article [EMAIL PROTECTED] you write: Juergen Lock wrote: Preliminary checklist for getting flash9 to work in native firefox: (flash10 needs more ports work, I shall post about that seperately on -emulation...) If you have additions to this please post a followup to this thread, keeping the Cc: (I'm not on -questions...) 1. You need RELENG_7 from at least Mon Oct 20 11:15:57 2008 UTC (the relevant MFC commits are: http://svn.freebsd.org/viewvc/base?view=revisionrevision=183819 http://svn.freebsd.org/viewvc/base?view=revisionrevision=184075 - a recent HEAD should also work of course.) There are linprocfs patches for RELENG_6 too (merging the former commit), but the latter commit can't be merged to 6 (and 7.0) since they lack the cpuset bits, so flash9 probably won't work on SMP there. (Although if you have SMP you probably should be running 7 anyway. :) Oh and if you do have SMP you also need to use the ULE scheduler, the cpuset syscalls are not supported with 4BSD. linprocfs patches for 6: http://people.freebsd.org/~nox/linprocfs-6.3.patch http://people.freebsd.org/~nox/linprocfs-6.4.patch 2. Your portstree needs to be from at least Sun Oct 19 17:37:28 2008 UTC (the last www/linux-flashplugin9 commit is: http://lists.freebsd.org/pipermail/cvs-ports/2008-October/158404.html ) 3. Make sure linprocfs is mounted to /compat/linux/proc . 4. Make sure www/nspluginwrapper, www/linux-flashplugin9 and dependencies are installed and up to date(!). (the default emulators/linux_base-fc4 should work, if you want to use a later one don't forget to set compat.linux.osrelease=2.6.16 in sysctl.conf and OVERRIDE_LINUX_BASE_PORT to whichever version you use in make.conf. Note however that on 6, only the default compat.linux.osrelease=2.4.2 really works.) 5. If the plugin doesnt show up in firefox' about:plugins, run nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and restart firefox. 6. And remember there's a security advisory for the current version of flash9, http://www.FreeBSD.org/ports/portaudit/78f456fd-9c87-11dd-a55e-00163e16.html (if you use portaudit you need to `make -DDISABLE_VULNERABILITIES ...' to be able to install the port), and fc4 seems to be eol'd too, so you probably want to install something like the noscript firefox extension, https://addons.mozilla.org/en-US/firefox/addon/722 and only allow plugins (and scripts, tho thats a different problem) on sites you trust... And finally, if you still get crashes after following the above even on pages that are reported to work now (like youtube) you probably want to run `ktrace -di firefox...' and look at the output using linux_kdump (thats the devel/linux_kdump port, you want to use a package), paying specific attention to the lines above `PSIG SIGSEGV' (or whichever signal you got), maybe there are still shlibs missing that the plugin needs (NAMI ...something.so...), and if this is the case tell us about it so the appropriate dependencies can be added to the relevant ports. If you can't figure it out I guess it doesn't hurt to post the last few 100 lines of the dump up to the relevant PSIG on -emulation... You may also want to check linked shlibs like this: /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so and /compat/linux/bin/sh /compat/linux/usr/bin/ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin (if you see `not found' in there you know something is wrong) - although that doesn't show libs that may be dlopen()d at runtime. Thanks for this. I was able to get linux-flashplugin9 working in native Firefox 3.0.3 on FreeBSD 7-STABLE i386. The only additional thing I had to do was copy /usr/X11R6/lib/browser_plugins/npwrapper.libflashplayer.so into ~/.mozilla/plugins/ for Firefox to recognize the plugin. Yeah I forgot to note that you want to run nspluginwrapper -i as the user that will run the native browser, not as root, then the wrapper will go into ~/.mozilla/plugins/... After that Youtube, google video, and google maps (incl. street view) work fine, but slow. A friend of mine with a very similar setup was not so lucky and still has problems with flash9 locking up FF. Hmm, lockups I haven't seen yet here. HTH, Juergen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
In article [EMAIL PROTECTED] you write: On Wed, Oct 29, 2008 at 07:05:51PM +0100, Gary Jennejohn wrote: On Wed, 29 Oct 2008 11:50:27 -0400 Mikhail Teterin [EMAIL PROTECTED] wrote: Sent by Vladimir Grebenschikov: I've seen temporary FF lockups with flashblock FF plugin enabled. Same here. Sometimes it works and some times any page containing flash will hang the entire browser. Doing a `killall npviewer.bin' (I use nspluginwrapper) will unfreeze the browser like nothing happened. You'll get the page -- but without the embedded flash, of course. I have only gotten Flash-9 to (mostly) work this morning -- thanks to nox' checklist, and have not yet been able to investigate, why it hangs on occasion... I don't have flashblock installed, btw, noscript flashblock :) also it hasn't caused hangs here yet. but http://www.mtvmusic.com/ hangs firefox 100% of the time. Strangely enough, under Linux it works just Hi, yes, I can confirm. thnx! No hangs here on mtvmusic.com with either linux flash9 + linux_base-fc4 + native ff2 on 6.3/i386/UP or linux flash10 + linux_base-f7 + native ff3 on 7/amd64/SMP. (my flash10 post is here: http://lists.freebsd.org/pipermail/freebsd-emulation/2008-October/005438.html ) HTH, Juergen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firewalls in FreeBSD?
Ok, I had some progress with this last night. Basically what I do is: in natd - redirect_port 1000 to 1 to the internal windows box. set ipfw to open file wall. Obviously this isn't prefect - but gives some idea of what's going on. What I'd like to do, is a) keep the nat redirects since that works pretty well. b) in ipfw, ONLY allow data back on these ports IF the windows box has established the connection out first then deny everything else. I tried this, but it didn't work for anything (tried 5-6 differant games): ${fwcmd} add allow tcp from any to any out via x10 setup keep-state ${fwcmd} add allow udp from any to any out via xl0 keep-state ${fwcmd} add allow icmp from any to any out via xl0 keep-state ${fwcmd} add 100 check-state mdh wrote: --- On Wed, 10/29/08, Jeremy Chadwick [EMAIL PROTECTED] wrote: From: Jeremy Chadwick [EMAIL PROTECTED] Subject: Re: Firewalls in FreeBSD? To: Terry Sposato [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Polytropon [EMAIL PROTECTED], Freebsd questions freebsd-questions@freebsd.org Date: Wednesday, October 29, 2008, 11:25 PM On Thu, Oct 30, 2008 at 01:36:58PM +1100, Terry Sposato wrote: It is most likely caused by your ruleset not being stateful. If packets are going out certain sessions and your firewall isn't then allowing back in you would see the issue you are seeing. I am not sure how this is accomplished via ipfw as I use pf but there would be a tonne of documentation out there on how to make your rules stateful. Are you sure about that? Read his statement once more: For example, I load up a client (game) and it connects out on XYZ port. The server will send data back on ABC. I assume based on this, the following is happening: - 192.168.x.x:a sends packet to gameserver:xyz - NAT gateway translates packet (where natgw is a public WAN IP) 192.168.x.x:a -- natgw:b -- gameserver:xyz - gameserver sees packet to port xyz, and initiates new connection to natgw:abc - NAT gateway drops packet destined to WAN IP port abc, because the gameserver:abc connection is *new*, and does not relate to the previous NAT'd gameserver:xyz connection. If this is **truly** how the protocol works (the OP will need to be absolutely 100% positive of that fact; I recommend he reconfirm how it works), then the only solution is to set up a port forward on the NAT gateway for port abc to point to 192.168.x.x. This also means that only one computer on the LAN will be capable of playing this game. Not much one can do about that, other than write the authors of the game and explain that their protocol is absolutely disgusting. Does the game support IPv6? This may be a work-around for you, since you can get a relatively large chunk of IPs for free via any one of a number of tunnel brokers. If possible, ask your IP provider if they provide native IPv6 transport first. A few do, in North America and Europe, and a surprising lot do in Asia, especially Japan and South Korea. If you're on a North American consumer ISP, chances are a tunnel broker is your only option for v6 connectivity, however. If the game doesn't support IPv6, however, then you are likely stuck with playing with port forwarding from the public routable address, however. It stinks, so feel free to lobby your ISP, the game's designers, and any other involved parties, about supporting IPv6 connectivity. In essence, a problem like the one Mr. Chadwick is eluding to is one of the primary motivating forces behind the adoption of IPv6 to begin with. - mdh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Thu, Oct 30, 2008 at 06:12:07PM -0500, Rich Winkel wrote: On Wed, Oct 29, 2008 at 07:49:00PM +, Matthew Seaman wrote: Given that you don't have a BBU, what is the status of write caching on the individual hard drives? You'll have to use 3dm2 or the CLI equivalent to investigate this, as the RAID controller tends to hide that level of information from the OS. However, this setting is the same thing as controlled by the hw.ata.wc sysctl -- and like that it has a major effect on disk IO performance. Turning write caching off is the safe, conservative thing to do for maximum data security. Doesn't hw.ata.wc affect only card-level caching? hw.ata.wc causes the ata(4) subsystem to disable write caching on all disks attached to the subsystem. It does not disable card features. There's also the below PR, which extends atacontrol to permit disabling and enabling write caching on a per-disk basis. http://www.freebsd.org/cgi/query-pr.cgi?pr=127717 It seems likely that the softupdates queuing order might be scrambled by card-level caching if it juggles pending writes around to minimize seek times. If so, it would be disasterous for data integrity in the event of a power outage. Disk-level caching might be safe though ... Someone needs to ask 3ware whether the card reorders updates and if so, if there's a setting to keep them in order. What gives you the impression that during a power outage your data is going to be intact? The RAID card itself may have a BBU, so during loss of power any cached data *on the card* will be attempt to be flushed to disk... except the PC (including hard disks -- unless they're powered from some other source) is already down/offline by this point. And let's not forget that the OS/kernel is also gone, which means any writes which were sitting in cached memory in the kernel are lost as well. Even disabling write caching on the disks themselves won't help, although it might help with actual I/O performance (using 2 levels of caching: RAID controller, and OS/kernel). In this scenario, write caching on the disks is usually done by the controller itself (through a BIOS option), and not by FreeBSD. For some reason people think that a H/W RAID card with a BBU guarantees data integrity (keyword: guarantees). I'm still trying to understand why people think that. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firewalls in FreeBSD?
On Thu, Oct 30, 2008 at 06:34:31PM -0500, Jack Barnett wrote: Ok, I had some progress with this last night. Basically what I do is: in natd - redirect_port 1000 to 1 to the internal windows box. set ipfw to open file wall. Obviously this isn't prefect - but gives some idea of what's going on. What I'd like to do, is a) keep the nat redirects since that works pretty well. b) in ipfw, ONLY allow data back on these ports IF the windows box has established the connection out first then deny everything else. This is called port triggering in the residential router world. I don't know how to do this on FreeBSD. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Thu, Oct 30, 2008 at 04:38:49PM -0700, Jeremy Chadwick wrote: ... In this scenario, write caching on the disks is usually done by the controller itself (through a BIOS option), and not by FreeBSD. This should have read: ... usually enabled/disabled by the controller itself. :-) Sorry if that confused anyone. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fail with wireless network configuration with SIOCS80211: Invalid argument
On 10/30/08, Zhang Weiwu [EMAIL PROTECTED] wrote: Zhang Weiwu wrote: Hello. I am trying to get an AboveCable (model: ACPC 2000-01) wireless card connected to my home network with 40-bit Hex WEP Encryption on FreeBSD 6.1. # ifconfig wi0 inet 192.168.1.90 ssid ZWW wepmode on wepkey 0xea82552825 ifconfig: SIOCS80211: Invalid argument Why is deftxkey 1 missing ? from ifconfig(8) Note that you must set a default transmit key with deftxkey for ^ the system to know which key to use in encrypting outbound traf- fic Did I made anything wrong or miss something in the kernel? I have the related lines in kernel: driver wi driver wlan It turns out this error message is a direct result of lack of wlan_wep neither loaded as module nor compiled in kernel. However I still could not make the card work (even though it works in Ubuntu Linux) after having wlan_wep compiled in, but at least I eliminated the SIOCS80211: Invalid argument error message, which may be helpful for someone who finds this thread by using this error message as search key to google. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Large discrepancy in reported disk usage on USR partition
I took a look at using the smart tools as you suggested, but have now found that the disk in question is a RAID1 set on a DELL PERC 3/Di controller and smartctl does not appear to be the correct tool to access the SMART data for the individual disks. After a little research, I have found the aaccli tool and used it to get the following information: Sadly, that controller does not show you SMART attributes. This is one of the biggest problems with the majority (but not all) of hardware RAID controllers -- they give you no access to disk-level things like SMART. FreeBSD has support for such (using CAM's pass(4)), but the driver has to support/use it, *and* the card firmware has to support it. At present, Areca, 3Ware, and Promise controllers support such; HighPoint might, but I haven't confirmed it. Adaptec does not. What you showed tells me nothing about SMART, other than the remote possibility its basing some of its decisions on the general SMART health status, which means jack squat. I can explain why this is if need be, but it's not related to the problem you're having. Thanks for this additional information. I hadn't understood that there was far more information behind the simple SMART ok/not ok reported by the PERC controller. Either way, this is just one of many reasons to avoid hardware RAID controllers if given the choice. I have seen some mentions of using gvinum and/or gmirror to achieve the goals of protection from Single Point Of Failure with a single disk, which I believe is the reason that most people, myself included, have specified Hardware RAID in their servers. Is this what you mean by avoiding Hardware Raid? I hope these are SCSI disks you're showing here, otherwise I'm not sure how the controller is able to get the primary defect count of a SATA or SAS disk. So, assuming the numbers shown are accurate, then yes, I don't think there's any disk-level problem. Yes, they are SCSI disks. Not particularly relevant to this topic, but interesting: I would have thought that SAS would make the same information available as SCSI does, as it is a serial bus evolution of SCSI. Is this thinking incorrect? I understand at this point you're running around with your arms in the air, but you've already confirmed one thing: none of your other systems exhibit this problem. If this is a production environment, step back a moment and ask yourself: just how much time is this worth? It might be better to just newfs the filesystem and be done with it, especially if this is a one-time-never-seen-before thing. I will wait and see if any other list member has any suggestions for me to try, but I am now leaning toward scrubbing the system. Oh well. When you say scrubbing, are you referring to actually formatting/wiping the system, or are you referring to disk scrubbing? I meant reformatting and reinstalling, as a way to escape the issue without spending too much more time on it. I would of course like to understand the problem so as to know what to avoid in the future, but as you make the point above, time is money and it is rapidly approaching the point where it isn't worth any more effort. Thanks for all your help. Best Regards, Brendan Hart __ Information from ESET NOD32 Antivirus, version of virus signature database 3571 (20081030) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Large discrepancy in reported disk usage on USR partition
On Fri, Oct 31, 2008 at 11:15:15AM +1030, Brendan Hart wrote: What you showed tells me nothing about SMART, other than the remote possibility its basing some of its decisions on the general SMART health status, which means jack squat. I can explain why this is if need be, but it's not related to the problem you're having. Thanks for this additional information. I hadn't understood that there was far more information behind the simple SMART ok/not ok reported by the PERC controller. Here's an example of some attributes: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 200 200 051Pre-fail Always - 0 3 Spin_Up_Time0x0003 178 175 021Pre-fail Always - 6066 4 Start_Stop_Count0x0032 100 100 000Old_age Always - 50 5 Reallocated_Sector_Ct 0x0033 200 200 140Pre-fail Always - 0 7 Seek_Error_Rate 0x000e 200 200 051Old_age Always - 0 9 Power_On_Hours 0x0032 085 085 000Old_age Always - 11429 10 Spin_Retry_Count0x0012 100 253 051Old_age Always - 0 11 Calibration_Retry_Count 0x0012 100 253 051Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000Old_age Always - 48 192 Power-Off_Retract_Count 0x0032 200 200 000Old_age Always - 33 193 Load_Cycle_Count0x0032 200 200 000Old_age Always - 50 194 Temperature_Celsius 0x0022 117 100 000Old_age Always - 33 196 Reallocated_Event_Count 0x0032 200 200 000Old_age Always - 0 197 Current_Pending_Sector 0x0012 200 200 000Old_age Always - 0 198 Offline_Uncorrectable 0x0010 200 200 000Old_age Offline - 0 199 UDMA_CRC_Error_Count0x003e 200 200 000Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 051Old_age Offline - 0 You probably now understand why having access to this information is useful. :-) It's very disappointing that so many RAID controllers don't provide a way to get at this information; the ones which do I am very thankful for! Either way, this is just one of many reasons to avoid hardware RAID controllers if given the choice. I have seen some mentions of using gvinum and/or gmirror to achieve the goals of protection from Single Point Of Failure with a single disk, which I believe is the reason that most people, myself included, have specified Hardware RAID in their servers. Is this what you mean by avoiding Hardware Raid? More or less. Hardware RAID has some advantages (I can dig up a mail of mine long ago outlining what the advantages were), but a lot of the time the controller acts as more of a hindrance than a benefit. I personally feel the negatives outweigh the positives, but each person has different needs and requirements. There are some controllers which work very well and provide great degrees of insights (at a disk level) under FreeBSD, and those are often what I recommend if someone wants to go that route. I make it sound like I'm the authoritative voice for what a person should or should not buy -- I'm not. I predominantly rely on Intel ICHx on-board controllers with SATA disks, because ICHx works quite well under FreeBSD (especially with AHCI). I personally have no experience with gmirror or gvinum, but I do have experience with ZFS. (I'll have a little more experience with gmirror once I have the time to test some reported problems with gmirror and high interrupt counts when a disk is hot-swapped). I hope these are SCSI disks you're showing here, otherwise I'm not sure how the controller is able to get the primary defect count of a SATA or SAS disk. So, assuming the numbers shown are accurate, then yes, I don't think there's any disk-level problem. Yes, they are SCSI disks. Not particularly relevant to this topic, but interesting: I would have thought that SAS would make the same information available as SCSI does, as it is a serial bus evolution of SCSI. Is this thinking incorrect? I don't have any experience with SAS, so I can't comment on what features are available on SAS. Specifically with regards to SMART: historically, SCSI does not provide the amount of granularity/detail with attributes as ATA/SATA does. I do not consider this a negative against SCSI (in case, I very much like SCSI). SAS might provide these details, but I don't know, as I don't have any SAS disks. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making
Re: Marvell 88E8052 PCI-E LAN on FreeBSD 7.0
On Thu, Oct 30, 2008 at 05:38:15AM -0700, Jeremy Chadwick wrote: On Thu, Oct 30, 2008 at 11:33:34AM -, Graham Bentley wrote: Hi ALl, I have a DFI LanParty Mobo that includes Marvells 88E8052 and 88E8053 LAN IF. Using the module with 7.0 [msk] the network preformance is terrible, Opera / Links stall, or wont page load at all although pings to the router are fine? I then tried using Marvells own driver the website [myk] and the results where about the same. Just before I was about to give up and put in my trusty old 3Com 3C509 [xl] I noticed that in the Marvell doco there where several tunable params so decided to try out a few. I discovered that adding -txcsum and -rxcsum (i.e. disabling hardware checksuming) to the ifconfig statement, the performance was as quick as it is on that other OS! I'm not sure you suffers from the same problem but there was a Tx checksum offload related bug in msk(4) driver and it was fixed in HEAD. How about applying the diff in CVS rev 1.33 of if_msk? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/msk/if_msk.c.diff?r1=1.32;r2=1.33;f=h Yong-Hyeon Pyun can probably explain what's going on here. I've CC'd him on this mail; he usually hangs out on -stable though. You need to keep something in mind here: Marvell does not give out documentation for their cards publicly, so Yong-Hyeon has to reverse-engineer and tinker with what he already knows. Some hardware feature do not work, others are buggy, others work fine on specific revisions of the chip while later ones break. And if you tell me Well Linux has support for this chip!, I will throw the following evidence back in your face: Marvell and other companies are giving Linux developers development PCI cards to develop drivers with (sometimes even before the card is out in the market), so Linux has the upper hand here. They are not doing this with the BSDs. Purely as an example: in my Wiki, section Network devices, see the entry for the 88E8040 NIC. I'm still working with Yong-Hyeon to try to get him access to a laptop that has this chip so he can write the driver. http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues This should give you some idea of the complexities. As I said, Linux has the upper hand, because they're getting support from Marvell. It seems that hw cs is on by default so I added the above to my ifoncfig line in /etc/rc.conf and now all is snappy! I was wondering how could this be the case and also if anyone else had this issue with Marvell chips? I would urge you to go out and purchase an Intel Pro/1000 PT card, which runs for around 30-40 USD. It's good to have a spare NIC on hand anyways -- your 3C509 xl(4) based NIC probably won't cut it, especially if you're complaining about performance. :-) No one uses those cards any more except individuals running on hardware from 1997, which you are obviously not. -- Regards, Pyun YongHyeon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Large discrepancy in reported disk usage on USR partition
#: df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/aacd0s1a 496M163M 293M36%/ devfs 1.0K1.0K 0B 100% /dev /dev/aacd0s1e 496M15M 441M3% /tmp /dev/aacd0s1f28G25G 1.2G96%/usr /dev/aacd0s1d 1.9G429M 1.3G24%/var Is this output untruncated? Is df really df or an alias to 'df -t nonfs'? Yes, it really is the untruncated output of df -h. I also tried the df -t nonfs and it gives exactly the same output as df. What are you expecting that is not present in the output ? Is it possible that nfs directory got written to /usr at some point in time? You would only notice this with du if the nfs directory is unmounted. Unmount it and ls -al /usr/mountpoint should only give you an empty dir Bingo!! That is exactly the problem. An NFS mount was hiding a 17G local dir which had an old copy of the entire NFS mounted dir. I guess it must have been written incorrectly to this standby server by RSYNC before the NFS mount was put in place. I will add an exclusion to rsync to make sure it does not happen again even if the NFS dir is not mounted. Thank you for your help, you have saved me much time rebuilding this server. Best Regards, Brendan Hart - Brendan Hart, Development Manager Strategic Ecommerce Division Securepay Pty Ltd Phone: 08-8274-4000 Fax: 08-8274-1400 __ Information from ESET NOD32 Antivirus, version of virus signature database 3571 (20081030) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Large discrepancy in reported disk usage on USR partition
On Fri, Oct 31, 2008 at 11:50:39AM +1030, Brendan Hart wrote: #: df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/aacd0s1a 496M163M 293M36%/ devfs 1.0K1.0K 0B 100% /dev /dev/aacd0s1e 496M15M 441M3% /tmp /dev/aacd0s1f28G25G 1.2G96%/usr /dev/aacd0s1d 1.9G429M 1.3G24%/var Is this output untruncated? Is df really df or an alias to 'df -t nonfs'? Yes, it really is the untruncated output of df -h. I also tried the df -t nonfs and it gives exactly the same output as df. What are you expecting that is not present in the output ? Is it possible that nfs directory got written to /usr at some point in time? You would only notice this with du if the nfs directory is unmounted. Unmount it and ls -al /usr/mountpoint should only give you an empty dir Bingo!! That is exactly the problem. An NFS mount was hiding a 17G local dir which had an old copy of the entire NFS mounted dir. I guess it must have been written incorrectly to this standby server by RSYNC before the NFS mount was put in place. I will add an exclusion to rsync to make sure it does not happen again even if the NFS dir is not mounted. Thank you for your help, you have saved me much time rebuilding this server. Can either of you outline what exactly happened here? I'm trying to figure out how an NFS mount was hiding a 17G local dir, when there's no NFS mounts shown in the above df output. This is purely an ignorant question on my part, but I'm not able to piece together what happened. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Thu, Oct 30, 2008 at 04:38:49PM -0700, Jeremy Chadwick wrote: On Thu, Oct 30, 2008 at 06:12:07PM -0500, Rich Winkel wrote: Doesn't hw.ata.wc affect only card-level caching? hw.ata.wc causes the ata(4) subsystem to disable write caching on all disks attached to the subsystem. It does not disable card features. I mean, the individual disks are invisible to the OS unless the card's driver (and the card itself) specifically supports it. There's also the below PR, which extends atacontrol to permit disabling and enabling write caching on a per-disk basis. http://www.freebsd.org/cgi/query-pr.cgi?pr=127717 But not on disks which are behind hardware raid cards, correct? What gives you the impression that during a power outage your data is going to be intact? One of the main functions of softupdates is to order disk updates in such a way that the fs organizational integrity is maintained at all times. Of course this doesn't protect against actual sector corruption, but if the disk is between writes at the time it loses power, the fs structure is supposed to still be internally consistent. At least that's my understanding of it. Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: flash9 checklist
Since I had linux_base-fc4 installed npviewer.bin kept hogging all CPU power until I killed it for native firefox3. Well I installed linux_base-fc7 and now flash9 and npviewer.bin works fine in native firefox3. ok I tried this for the ones that have firefox3 native installed. install linux_base-fc7 and npviewer.bin should stop hogging all the cpu along with firefox3 freezing up until npviewer.bin is killed. I do not use extensions in my firefox3 so the flashblock issue before was not an issue for me. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Thu, Oct 30, 2008 at 08:41:59PM -0500, Rich Winkel wrote: On Thu, Oct 30, 2008 at 04:38:49PM -0700, Jeremy Chadwick wrote: On Thu, Oct 30, 2008 at 06:12:07PM -0500, Rich Winkel wrote: Doesn't hw.ata.wc affect only card-level caching? hw.ata.wc causes the ata(4) subsystem to disable write caching on all disks attached to the subsystem. It does not disable card features. I mean, the individual disks are invisible to the OS unless the card's driver (and the card itself) specifically supports it. Correct. With regards to ATA: ata(4) has support for pass-through on some RAID cards, such as Promise. FreeBSD will see the individual disks (e.g. ad4, ad6, etc.) as well as the array (e.g. ar0). With regards to SCSI: pass(4) provides this capability. I don't think in the case of SCSI that the disks will appear in FreeBSD (e.g. da0) though. Instead, pass(4) can be used to query individual disks on an array, e.g. smartctl's -d flag (e.g. -d 3ware, -d marvell, etc.). In both cases (ATA and SCSI), the card itself has to support pass-through, *and* the FreeBSD driver has to have code to allow for such, otherwise no go. There's also the below PR, which extends atacontrol to permit disabling and enabling write caching on a per-disk basis. http://www.freebsd.org/cgi/query-pr.cgi?pr=127717 But not on disks which are behind hardware raid cards, correct? Correct. For FreeBSD to be able to disable write caching on disks behind a RAID controller, one of two things is needed: 1) Pass-through support (see above), 2) A native CLI program that interfaces with the card directly (usually written by the vendor). Sadly, #2 appears to be the most common choice when a RAID card is used. I say sadly because many vendors do not support FreeBSD, and only offer Linux CLI programs -- requiring an administrator to install Linux emulation, Linux libraries, etc., and *hoping* that it works. If the neither of the above options are available, then your only choice is to go into the RAID card's BIOS and disable write caching in there, assuming the option exists (on many cards it does). What gives you the impression that during a power outage your data is going to be intact? One of the main functions of softupdates is to order disk updates in such a way that the fs organizational integrity is maintained at all times. And we've recently found that this is simply not the case. The benefits of SU are applicable to very specific environments; desktop PCs are the main ones, offering great performance improvements there. But there's a known problem with the background fsck feature of FreeBSD, which is only applicable to filesystems which use SU; sometimes fsck does not correct all errors, causing the filesystem to be marked clean, even though there are actual problems with it. There's a thread from about a month ago discussing why background_fsck=no is highly recommended when using SU. Of course this doesn't protect against actual sector corruption, but if the disk is between writes at the time it loses power, the fs structure is supposed to still be internally consistent. At least that's my understanding of it. Yep, that's how I understand it as well. But this is a different topic than what we were discussing 2-3 replies ago, talking about how a RAID controller with cache + BBU is sufficient enough to guarantee data integrity even when power is lost -- that's incorrect. Back to write caching: Disabling write caching on disks does not guarantee integrity in the case of such failures either -- on the other hand, by disabling an extra layer of caching, you've essentially diminished the risk by only a nominal amount. I personally believe disabling write caching is not a plausible option for users; the performance hit is major (I have done tests) -- write speeds drop to 12% of total capability. Meaning: 70MB/sec with WC enabled, 8.4MB/sec with WC disabled. This is *without* a controller that does caching of any kind. Essentially you can use this to benchmark which is faster: write caching disabled on disks + caching enabled on a controller, or write caching enabled on disks + caching disabled on a controller. It would be interesting to see benchmark comparisons of different controllers. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Thu, Oct 30, 2008 at 07:33:47PM -0700, Jeremy Chadwick wrote: One of the main functions of softupdates is to order disk updates in such a way that the fs organizational integrity is maintained at all times. And we've recently found that this is simply not the case. The benefits of SU are applicable to very specific environments; desktop PCs are the main ones, offering great performance improvements there. Thanks for pointing that out. Is this an acknowledged bug in SU? Is it still a problem in 7.0? Of course this doesn't protect against actual sector corruption, but if the disk is between writes at the time it loses power, the fs structure is supposed to still be internally consistent. At least that's my understanding of it. Yep, that's how I understand it as well. But this is a different topic than what we were discussing 2-3 replies ago, talking about how a RAID controller with cache + BBU is sufficient enough to guarantee data integrity even when power is lost -- that's incorrect. The reason I brought it up is that it occurred to me that if the hardware raid card reorders disk i/o it would mess with SU's ordering. I wonder whether this was happening in the previous thread you referred to concerning fsck? Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Large discrepancy in reported disk usage on USR partition
Jeremy Chadwick wrote: On Fri, Oct 31, 2008 at 11:50:39AM +1030, Brendan Hart wrote: #: df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/aacd0s1a 496M163M 293M36%/ devfs 1.0K1.0K 0B 100% /dev /dev/aacd0s1e 496M15M 441M3% /tmp /dev/aacd0s1f28G25G 1.2G96%/usr /dev/aacd0s1d 1.9G429M 1.3G24%/var Is this output untruncated? Is df really df or an alias to 'df -t nonfs'? Yes, it really is the untruncated output of df -h. I also tried the df -t nonfs and it gives exactly the same output as df. What are you expecting that is not present in the output ? I would have to assume he's looking for an NFS mount ;-) Is it possible that nfs directory got written to /usr at some point in time? You would only notice this with du if the nfs directory is unmounted. Unmount it and ls -al /usr/mountpoint should only give you an empty dir Bingo!! That is exactly the problem. An NFS mount was hiding a 17G local dir which had an old copy of the entire NFS mounted dir. I guess it must have been written incorrectly to this standby server by RSYNC before the NFS mount was put in place. I will add an exclusion to rsync to make sure it does not happen again even if the NFS dir is not mounted. Thank you for your help, you have saved me much time rebuilding this server. Can either of you outline what exactly happened here? I'm trying to figure out how an NFS mount was hiding a 17G local dir, when there's no NFS mounts shown in the above df output. This is purely an ignorant question on my part, but I'm not able to piece together what happened. Well, it would appear that perhaps Mel also guessed right about df being aliased? Just my guess, but, as you mention, no nfs mounts appear. I may be mistaken, but I think it's also possible to get into this sort of situation by mounting a local partition on a non-empty mountpoint---at least, it happened to me recently. Kevin Kinsey -- A triangle which has an angle of 135 degrees is called an obscene triangle. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem, RAID Question
On Thu, Oct 30, 2008 at 10:05:43PM -0500, Rich Winkel wrote: On Thu, Oct 30, 2008 at 07:33:47PM -0700, Jeremy Chadwick wrote: One of the main functions of softupdates is to order disk updates in such a way that the fs organizational integrity is maintained at all times. And we've recently found that this is simply not the case. The benefits of SU are applicable to very specific environments; desktop PCs are the main ones, offering great performance improvements there. Thanks for pointing that out. Is this an acknowledged bug in SU? Is it still a problem in 7.0? It's a problem in every release. I believe it's more of an engineering oversight; I don't know if it's truly fixable. I guess there are some kinds of filesystem errors which can't safely be fixed automatically. There's no harm in background_fsck=no, but the reason that's not the default is that most people want their system back up and working immediately after a crash (don't want to wait for fsck to finish). It's a personal choice: I would prefer the system stay down longer due to a thorough fsck than have it come back up and still have some underlying corruption that's being silenced. The thread is below. It is quite long and complex, so be sure to have coffee or water on hand. http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/thread.html#45211 I kind of consider all of this water under the bridge now that ZFS is available, and addresses all of these problems quite effectively. Of course this doesn't protect against actual sector corruption, but if the disk is between writes at the time it loses power, the fs structure is supposed to still be internally consistent. At least that's my understanding of it. Yep, that's how I understand it as well. But this is a different topic than what we were discussing 2-3 replies ago, talking about how a RAID controller with cache + BBU is sufficient enough to guarantee data integrity even when power is lost -- that's incorrect. The reason I brought it up is that it occurred to me that if the hardware raid card reorders disk i/o it would mess with SU's ordering. I wonder whether this was happening in the previous thread you referred to concerning fsck? Quite honestly, I don't understand the technical details of RAID card I/O re-ordering vs. softupdates to be able to state yeah, that's a problem. Someone much more familiar with the intricacies will have to comment on this, and I believe freebsd-fs would be a better group for that discussion, not -questions. But I assume that if it was a problem, we'd be seeing a *very* large number of business customers (making the assumption they're the ones using hardware RAID cards) complaining regularly and loudly. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fail with wireless network configuration with SIOCS80211: Invalid argument
Paul B. Mahol wrote: On 10/30/08, Zhang Weiwu [EMAIL PROTECTED] wrote: Zhang Weiwu wrote: Hello. I am trying to get an AboveCable (model: ACPC 2000-01) wireless card connected to my home network with 40-bit Hex WEP Encryption on FreeBSD 6.1. # ifconfig wi0 inet 192.168.1.90 ssid ZWW wepmode on wepkey 0xea82552825 ifconfig: SIOCS80211: Invalid argument Why is deftxkey 1 missing ? from ifconfig(8) Note that you must set a default transmit key with deftxkey for ^ the system to know which key to use in encrypting outbound traf- fic That quoted line of text is not appearing in my version (6.4) FreeBSD's manual. I tried to add deftxkey 1, same result. a.k.a. the interface is configured, but DHCP couldn't obtain IP address, manually assigned IP address couldn't communicate with other hosts. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Large discrepancy in reported disk usage on USR partition
Now that you mention it, it *is* strange that the NFS mount was not listed by the df function. Try again after a fresh reboot: #: df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/aacd0s1a 496M176M280M39%/ devfs 1.0K1.0K 0B 100%/dev /dev/aacd0s1e 496M 15M441M 3%/tmp /dev/aacd0s1f 28G4.8G 21G19%/usr /dev/aacd0s1d 1.9G430M1.3G24%/var server2:/storage/blah/foo/data/397G103G262G28% /usr/home/development/mount/foobar I guess I must have missed the final line when copying the output when I first posted to the mailing list. And then when I replied Mel, I had already nmounted the NFS dir when attempting the suggested fix, so it did not show when I ran df again to double-check, and I did not realize what had happened. I apologise for any confusion caused. Best Regards, Brendan Hart - Brendan Hart, Development Manager Strategic Ecommerce Division Securepay Pty Ltd Phone: 08-8274-4000 Fax: 08-8274-1400 -Original Message- From: Jeremy Chadwick [mailto:[EMAIL PROTECTED] Sent: Friday, 31 October 2008 12:02 PM To: Brendan Hart Cc: 'Mel'; freebsd-questions@freebsd.org Subject: Re: Large discrepancy in reported disk usage on USR partition On Fri, Oct 31, 2008 at 11:50:39AM +1030, Brendan Hart wrote: #: df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/aacd0s1a 496M163M 293M36%/ devfs 1.0K1.0K 0B 100% /dev /dev/aacd0s1e 496M15M 441M3% /tmp /dev/aacd0s1f28G25G 1.2G96%/usr /dev/aacd0s1d 1.9G429M 1.3G24%/var Is this output untruncated? Is df really df or an alias to 'df -t nonfs'? Yes, it really is the untruncated output of df -h. I also tried the df -t nonfs and it gives exactly the same output as df. What are you expecting that is not present in the output ? Is it possible that nfs directory got written to /usr at some point in time? You would only notice this with du if the nfs directory is unmounted. Unmount it and ls -al /usr/mountpoint should only give you an empty dir Bingo!! That is exactly the problem. An NFS mount was hiding a 17G local dir which had an old copy of the entire NFS mounted dir. I guess it must have been written incorrectly to this standby server by RSYNC before the NFS mount was put in place. I will add an exclusion to rsync to make sure it does not happen again even if the NFS dir is not mounted. Thank you for your help, you have saved me much time rebuilding this server. Can either of you outline what exactly happened here? I'm trying to figure out how an NFS mount was hiding a 17G local dir, when there's no NFS mounts shown in the above df output. This is purely an ignorant question on my part, but I'm not able to piece together what happened. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | __ Information from ESET NOD32 Antivirus, version of virus signature database 3571 (20081030) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3571 (20081030) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status line for text mode console
On Thu, 30 Oct 2008 09:30:15 +0100, Polytropon [EMAIL PROTECTED] wrote: On Wed, 29 Oct 2008 23:10:02 -0700, Jeremy Chadwick [EMAIL PROTECTED] wrote: Sounds like something screen(1) offers. See sysutils/screen. Much too complicated. :-) I'm using screen on a daily basis to manage multiple SSH sessions (very comfortable tool), but for something that should run locally (a local terminal session) it doesn't seem to be the right tool. That's right, but screen(1) is pretty easy to configure this way. You just have to add a `.screenrc' file with: caption always %{= bf}%5n %t (%H) %l%=%Y-%m-%d %c:%s This should produce a colored, blue 'hardstatus' line near the bottom of the screen window, that displays something like this: ,--- | bash$ | | |0 shell (kobe) 0.44 0.52 0.58 2008-10-31 6:14:00 `--- FWIW, I regularly use screen(1) in console sessions too, because ssh sessions to `other' OS types work much better with a terminal type of `screen'. Some Linux and Solaris systems do funny things when the environment includes `TERM=cons25' :( ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]