Re: FreeBSD and large harddrives
Thanks a lot to all who responded to my post. I have learned lots here. Too bad I have to find another use for my 4 x 2TB green WDC drives I have laying around. Anyways - they'll probably end up as a temp/work drive on a few Windows stations. Btw. will these drive work better in a ZFS pool/tank (not connected to a raid card)? I have noticed on my FreeNAS server that you can group several drives together into one large ZFS drive. So my conclusion is so far: I'm going to go for the 64bit version of FreeBSD and use ZFS (mainly due to error correction), but perhaps UFS for the OS. I will use a Raid controller (probably the RocketRaid 2640x1 which I have here, but may also consider getting a new 3ware card with battery backup), get the largest Raid Edition drives (need to order them) and use a separate Raid 1 for the OS (or worst case simply a SATA connector on the motherboard and backup this often) and a Raid 5 for the file storage area. Again - thanks a lot for all your help! Very appreciated! Best regards, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: disk recovery problem(s)
Thomas Exner thomas.ex...@uni-konstanz.de wrote: when running fsck the first error message is ROOT INODE UNALLOCATED ... Is there a chance to get the data back? Dunno about current versions, but IIRC some earlier versions of dump(8) could handle even a badly-corrupted FS. No harm in trying, since it will not try to write anything to the FS being dumped. Of course, you need to find a place to dump it to (and I would _not_ advise piping the output into restore(8) in this kind of situation -- save the dumpfile itself somewhere in case you find yourself needing to hack on restore(8) to extract files from it). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On Fri, Nov 19, 2010 at 2:03 AM, Andy Wodfer wod...@gmail.com wrote: I have learned lots here. Too bad I have to find another use for my 4 x 2TB green WDC drives I have laying around. Anyways - they'll probably end up as a temp/work drive on a few Windows stations. Btw. will these drive work better in a ZFS pool/tank (not connected to a raid card)? I have noticed on my FreeNAS server that you can group several drives together into one large ZFS drive. They should be fine in ZFS, I think there is also a utility to set the amount of time before it parks the heads, if you raise the time you should less of the load/unload cycles. Not sure if it's mentioned, but those drives are susceptible to misalignment, however that shouldn't be an issue if you use the whole drive. -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
Thanks a lot to all who responded to my post. I have learned lots here. Too bad I have to find another use for my 4 x 2TB green WDC drives I have laying around. Anyways - they'll probably end up as a temp/work drive on a few Windows stations. Btw. will these drive work better in a ZFS pool/tank (not connected to a raid card)? I have noticed on my FreeNAS server that you can group several drives together into one large ZFS drive. I tend to stay away from raid cards. With ZFS pools all you need is ZFS and any OS [easily move drives around servers], vs. raid cards have to be the same if moving/replacing/card fails. With 'ZFS: do not give it all your HDD' [ http://www.freebsddiary.org/zfs-with-gpart.php ] You don't even need to have drives that are exactly the same. Completely not tied to any hardware So my conclusion is so far: I'm going to go for the 64bit version of FreeBSD and use ZFS (mainly due to error correction), but perhaps UFS for the OS. I will use a Raid controller (probably the RocketRaid 2640x1 which I have here, but may also consider getting a new 3ware card with battery backup), get the largest Raid Edition drives (need to order them) and use a separate Raid 1 for the OS (or worst case simply a SATA connector on the motherboard and backup this often) and a Raid 5 for the file storage area. Again - thanks a lot for all your help! Very appreciated! Best regards, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org -- ]Peter[ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On Fri, Nov 19, 2010 at 9:30 AM, Peter fb...@peterk.org wrote: I tend to stay away from raid cards. With ZFS pools all you need is ZFS and any OS [easily move drives around servers], vs. raid cards have to be the same if moving/replacing/card fails. With 'ZFS: do not give it all your HDD' [ http://www.freebsddiary.org/zfs-with-gpart.php ] You don't even need to have drives that are exactly the same. Completely not tied to any hardware Wow! I'm learning more and more and I'm really beginning to like ZFS! Question: What happens if 1 drive out of say 4 fails in a pool? And what about hotswapping a (faulty) drive? Is this still possible with ZFS? Can I actually replace a Raid 5 setup with a ZFS settup and have the same data security if drives fail?' Cheers, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On 18 November 2010 13:51, Mike Tancsa m...@sentex.net wrote: On 11/18/2010 7:16 AM, Andy Wodfer wrote: Hi, I'm going to build a server that's intended to store uncompressed videofiles (where 1 hour film equals about 500GB). I plan on using Western Digital 2TB or 3TB SATA harddrives. Total storage in version 1 of this server will probably be 8-12 TB. Harddrive speed is not so important so a 5400rpm drive would be OK. Seems like the green line of WD harddrives use both 5400rpm and 7200rpm. I will use RAID 5. I would stay away from the green series hard drives for this application. There have been a number of reports of issues with the drive's power saving design causing problems when used in raid arrays. Search the list for more details. Use their black series instead. The processor will be a 64bit capable Intel processor and I plan on using a Highpoint Rocketraid or 3ware Raid controller. I would use FreeBSD 8.2 ( a contemporary RELENG_8 snapshot in other words) that is AMD64. eg ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201011/FreeBSD-8.1-STABLE-201011-amd64-dvd1.iso Use ZFS for the file system. Snapshots for backup and data integrity. 3Wares are great controllers, but a decent MB with 6 SATA ports and then an additional eSata controller with external drive cage like this one. http://www.addonics.com/products/host_controller/adsa3gpx8-4e.asp see the man page for ahci on what is supported. Booting off zfs is a bit tricky. If you already have the 3ware card, a pair of smaller / cheaper drives for the base OS and then all your zfs drives for data storage is the least painful way to go right now. I do this for my backup server. 10TB of storage, but the box boots off a 3ware raid card in raid1 mirror for the base OS. ZFS is a bit of a different beast at first, but its very worth while to get to know and understand. ---Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Save on the drives and put the base part of the os on a usb stick, just make sure you mount the writeable areas of the os from the pool (tmp, var etc). A few people have mentioned labelling the drives. Its a good thing to do, but take it a step further. Before you put the drives in the system, physically label them with something identifiable (colored sticker, number whatever). Then when you create the logical labels with geom, match them up. Makes you life a lot easier when the 'RED' drive fails ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On 19 November 2010 09:48, Andy Wodfer wod...@gmail.com wrote: On Fri, Nov 19, 2010 at 9:30 AM, Peter fb...@peterk.org wrote: I tend to stay away from raid cards. With ZFS pools all you need is ZFS and any OS [easily move drives around servers], vs. raid cards have to be the same if moving/replacing/card fails. With 'ZFS: do not give it all your HDD' [ http://www.freebsddiary.org/zfs-with-gpart.php ] You don't even need to have drives that are exactly the same. Completely not tied to any hardware Wow! I'm learning more and more and I'm really beginning to like ZFS! Question: What happens if 1 drive out of say 4 fails in a pool? And what about hotswapping a (faulty) drive? Is this still possible with ZFS? Can I actually replace a Raid 5 setup with a ZFS settup and have the same data security if drives fail?' Cheers, Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org If you already have a 3ware card and you are familiar with them, why not let it do the raid and just plonk zfs on top of the lun presented to the system? Will make booting off pure zfs much easier. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On Thu, 18 Nov 2010 22:44:12 + Paul Wootton p...@fletchermoorland.co.uk wrote: Here is a copy from smartctl 9 Power_On_Hours 0x0032 092 092 000Old_age Always - 5958 193 Load_Cycle_Count0x0032 001 001 000Old_age Always - 885346 The drive has less than 250 days online, but is nearly at tripple the rated load/unload cycle. While the drive is still working, I have NO faith in it anymore and am just waiting for it to die. It seems almost necessary to use WD's wdidle3.exe utility to disable the aggressive power management. I'm at 27002 hours and 39405 load cycles so far. More worrying perhaps is that there's already a reallocated sector and a few uncorrectable errors logged. Having said that I got a brand new disk yesterday and found the Multi_Zone_Error_Rate was non-zero so I think people should probably stop worrying about the raw value and learn to focus on the Value/Worst/Thesh fields instead. -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On 19/11/2010 10:00, krad wrote: If you already have a 3ware card and you are familiar with them, why not let it do the raid and just plonk zfs on top of the lun presented to the system? Will make booting off pure zfs much easier. There's a lot of duplication of function there -- both ZFS and the RAID card will be doing background tasks to try and ensure the integrity of the data, which means more disk IO than is really necessary. A good RAID card should give you almost all of what ZFS gives you, and if you spec it with BBU really should outperform ZFS over the same number of drives. Also RAID cards tend to have plenty of battery-backed cache, which also aids performance. Of course, all this comes at a fairly hefty price tag. ZFS wins by using some of the excess CPU power -- and modern CPUs tend to have cores and cycles to spare -- and the main system RAM, all of which you'ld have to have anyhow, to let you connect a bunch of drives to a system using relatively cheap SAS / SATA cards and get much the same functionality as an expensive dedicated RAID card. Not to mention you can do all the ZFS adminning from the OS; no need to boot into the BIOS or flail about trying to find a compatible management program. I've put ZFS on top of h/w RAID before now, but I configured the h/w RAID as a JBOD, and let ZFS do all the work. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: FreeBSD and large harddrives
On Fri, Nov 19, 2010 at 9:30 AM, Peter fb...@peterk.org wrote: I tend to stay away from raid cards. With ZFS pools all you need is ZFS and any OS [easily move drives around servers], vs. raid cards have to be the same if moving/replacing/card fails. With 'ZFS: do not give it all your HDD' [ http://www.freebsddiary.org/zfs-with-gpart.php ] You don't even need to have drives that are exactly the same. Completely not tied to any hardware Wow! I'm learning more and more and I'm really beginning to like ZFS! Question: What happens if 1 drive out of say 4 fails in a pool? And what about hotswapping a (faulty) drive? Is this still possible with ZFS? Can I actually replace a Raid 5 setup with a ZFS settup and have the same data security if drives fail?' Cheers, Andy Easily can be done. zpool mirror on a desktop, I recently just did a 'zpool offline' one of the drives, unplugged it from my sata port, plugged in another drive, and put it into the pool - all with desktop running. No esata, just cheap sata controller [biostar mobo] with AHCI enabled in BIOS and loader.conf. [My version of cheap esata and offsite backups] Make sure to use labels when adding drives to pool. With gpart labels, I can plug a drive into any port and FreeBSD/ZFS will pickup the label and no need to worry about putting drives into correct port/controller. You might want to try raidz instead of raid-5, but I've no experience with that except for what I've read. [ http://en.wikipedia.org/wiki/RAID-Z#RAID-Z ] ]Peter[ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On 19 November 2010 10:25, Matthew Seaman m.sea...@infracaninophile.co.ukwrote: On 19/11/2010 10:00, krad wrote: If you already have a 3ware card and you are familiar with them, why not let it do the raid and just plonk zfs on top of the lun presented to the system? Will make booting off pure zfs much easier. There's a lot of duplication of function there -- both ZFS and the RAID card will be doing background tasks to try and ensure the integrity of the data, which means more disk IO than is really necessary. Not really as zfs wouldnt be doing any raid. Just checksuming etc. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and large harddrives
On Fri, Nov 19, 2010 at 1:58 AM, krad kra...@gmail.com wrote: A few people have mentioned labelling the drives. Its a good thing to do, but take it a step further. Before you put the drives in the system, physically label them with something identifiable (colored sticker, number whatever). Then when you create the logical labels with geom, match them up. Makes you life a lot easier when the 'RED' drive fails Also, think about how you label them. If you mark up the drive, the manufacturer may refuse to honor the warranty. (http://consumerist.com/2010/09/write-on-your-hard-drive-kill-the-warranty.html) Best to use something removable. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Where to send coredump?
Hi, Freebsd-questions. I ran FreeBSD 9-Current. System sometimes page faults. Does FBSD comunity need core dumps? If so where I can put dumps for you? -- С уважением, Коньков mailto:kes-...@yandex.ru ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: openssl version - how to verify
From owner-freebsd-questi...@freebsd.org Mon Nov 15 09:38:53 2010 Date: Mon, 15 Nov 2010 18:40:27 +0300 From: c0re nr1c...@gmail.com To: FreeBSD freebsd-questions@freebsd.org Subject: Re: openssl version - how to verify 2010/11/15 Jerry freebsd.u...@seibercom.net: There are still too many broken ports with openssl from ports, I do not like debug it and really like to use base openssl, almost no difference. But I just want to have some proves that base system openssl has security patches because 7.3-RELEASE base openssl is 0.9.8e, but 0.9.8e has got security vulnerabilities. But how can I be sure that freebsd base system with 0.9.8e version does not have any vulnerabilities? _authoritative_ answer: You _cannot_. Statement rationale: The number of discovered bugs in any system is a finite number. The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. By definition. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: openssl version - how to verify
On Fri, Nov 19, 2010 at 2:54 PM, Robert Bonomi bon...@mail.r-bonomi.comwrote: _authoritative_ answer: You _cannot_. Statement rationale: The number of discovered bugs in any system is a finite number. The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. By definition. While I agree with your point in this context, the statement The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. is false. http://www.unsw.edu.au/news/pad/articles/2009/sep/microkernel_breakthrough.html -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: openssl version - how to verify
On Fri, 19 Nov 2010 15:08:26 -0600 Adam Vande More amvandem...@gmail.com articulated: While I agree with your point in this context, the statement The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. is false. http://www.unsw.edu.au/news/pad/articles/2009/sep/microkernel_breakthrough.html It was later discovered that the software used to certify the kernel 100% bug-free was not itself bug-free thereby nullifying results. -- Jerry ✌ freebsd.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ My sister opened a computer store in Hawaii. She sells C shells by the seashore. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: openssl version - how to verify
On Fri, Nov 19, 2010 at 3:36 PM, Jerry freebsd.u...@seibercom.net wrote: On Fri, 19 Nov 2010 15:08:26 -0600 Adam Vande More amvandem...@gmail.com articulated: While I agree with your point in this context, the statement The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. is false. http://www.unsw.edu.au/news/pad/articles/2009/sep/microkernel_breakthrough.html It was later discovered that the software used to certify the kernel 100% bug-free was not itself bug-free thereby nullifying results. Link or another Jerry Fact -- Adam Vande More ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
[solved] Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hello and thanks for your feedback! On Tue, 2010-11-16 at 13:03 +0100, end...@gmail.com wrote: [...@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) Here's what did it for me : remove the following lines from /usr/ports/textproc/libxml2/files/patch-configure and rebuild+reinstall libxml2 @@ -20678,6 +20679,8 @@ fi fi fi ;; + *freebsd*) THREAD_LIBS= + ;; esac if test $WITH_THREADS = 1 ; then THREAD_CFLAGS=$THREAD_CFLAGS -D_REENTRANT I found this somewhere but cannot remember the thread url unfortunately... Brillant! It fixed the issue, many thanks. CC'ing both ports manager (pecl-imagick and libxml2). It would be nice if this could be fixed in the ports tree directly: are these patch lines still required by other packages? Regards, Olivier PS: something probably related is visable under http://forums.freebsd.org/archive/index.php/t-8965.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: openssl version - how to verify
On Fri, 19 Nov 2010 15:53:11 -0600 Adam Vande More amvandem...@gmail.com articulated: On Fri, Nov 19, 2010 at 3:36 PM, Jerry freebsd.u...@seibercom.net wrote: On Fri, 19 Nov 2010 15:08:26 -0600 Adam Vande More amvandem...@gmail.com articulated: While I agree with your point in this context, the statement The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. is false. http://www.unsw.edu.au/news/pad/articles/2009/sep/microkernel_breakthrough.html It was later discovered that the software used to certify the kernel 100% bug-free was not itself bug-free thereby nullifying results. Link or another Jerry Fact I would have thought that was obvious. Although, it does remind me of the old myth that the bumblebee should not be able to fly http://en.wikipedia.org/wiki/Bumblebee. There's a sucker born every minute is a phrase often credited to P. T. Barnum, and quite often true. -- Jerry ✌ freebsd.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ signature.asc Description: PGP signature
Re: Where to send coredump?
2010/11/20 Коньков Евгений kes-...@yandex.ru: Hi, Freebsd-questions. I ran FreeBSD 9-Current. System sometimes page faults. Does FBSD comunity need core dumps? If so where I can put dumps for you? -CURRENT is 'bleeding-edge'; and if you're using it you should be subscribing to freebsd-curr...@freebsd.org. Your kernel-fu should be of a sufficient level before contemplating this branch. In general, stack traces are more useful than raw-core dumps; but patches are more than welcome. Cheers. -- Jonathan Chen j...@chen.org.nz ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [solved] Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hi Alex, thanks for this even better feedback. On Tue, 2010-11-16 at 15:22 +0100, Alex Dupre wrote: This is not the correct fix, the correct fix is to enable threads in php, using the appropriate OPTION. Ok, so probably this one: LINKTHR=off (default) Link thread lib (for threaded extensions) - on Is there any chance this will have other consequences (problems, incompatibilities with other php/pecl extensions) ? Or why is this off by default ? This should at least be checked when installing pecl-imagick, and I presume it will happen sometime as there is already PR about this case: http://www.freebsd.org/cgi/query-pr.cgi?pr=150996 Thanks again for your input regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Restarting network vlan interface = kernel memory corruption (if_vlan / conf/63700 redux)
[Originally from freebsd-hackers@ / Feb 2008; freebsd-net Jun 2010] All: pf conf/63700 got the ball rolling on fixing cloned/VLAN interface management with rc.d/netif, but a very specific problem still remains. For example, adding an alias to a VLAN and running: /etc/rc.d/netif restart /etc/rc.d/routing restart is a failure. --- Take the following rc.conf(4) config: hostname=sexdrugsandunix cloned_interfaces=vlan14 ifconfig_em0=up media 100baseTX mediaopt full-duplex -tso ifconfig_vlan14=inet 1.2.3.4 netmask 255.255.255.128 vlan 14 vlandev em0 up ifconfig_vlan14_alias0=inet 1.2.3.5 netmask 255.255.255.255 Change it to include a second alias without a reboot, instead run 'rc.d/netif restart', as works on a physical interface: hostname=sexdrugsandunix cloned_interfaces=vlan14 ifconfig_em0=up media 100baseTX mediaopt full-duplex -tso ifconfig_vlan14=inet 1.2.3.4 netmask 255.255.255.128 vlan 14 vlandev em0 up ifconfig_vlan14_alias0=inet 1.2.3.5 netmask 255.255.255.255 ifconfig_vlan14_alias1=inet 1.2.3.6 netmask 255.255.255.255 The result will be: % ifconfig vlan14 [bsekle...@sureshot ~]$ ifconfig vlan14 vlan14: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu inet 1.2.3.6 netmask 0x broadcast 192.168.158.152 inet 1.2.3.5 netmask 0x broadcast 192.168.158.255 1) I'm not sure where the .152 broadcast comes from. ?! 2) The new _alias1= data is now in the primary IP slot 3) The primary IP is lost, there is no routable IP 4) The original _alias0= data is now in the 1st alias slot 5) rc.d/routing fails because the interface lacks a routable IP with a valid netmask/broadcast combination. --- Problem #1: rc.d/netif::network_stop() The core problem is that rc.d/netif::network_stop() never calls network.subr::clone_down() in the same way that rc.d/netif::network_start() calls network.subr::cloned_up() I'd speculate that this is a design decision not to destroy network interfaces that certain userland daemons (DHCP, RTADVD, BPF) may be strictly bound to; I disagree. Even if you explicitly pass your VLAN interface to rc.d/netif, a stop doesn't call 'ifconfig [VL] destory', and, when 'rc.d/netif start' is called later, SIOCSETVLAN results. jail-host-80:/home/bseklecki% sudo ifconfig vlan666 destroy jail-host-80:/home/bseklecki% sudo ifconfig vlan666 create inet 1.2.3.4 netmask 255.255.255.0 vlan 666 vlandev em0 jail-host-80:/home/bseklecki% sudo ifconfig vlan666 create inet 1.2.3.4 netmask 255.255.255.0 vlan 666 vlandev em0 ifconfig: create: bad value A simple rc.d/network_stop() patch could fix this problem if we can avoid bikeshedding. -- Problem #2: VLAN interface kernel data structures maintain configuration data after being destroyed and re-created %ifconfig vlan666 vlan666: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=3RXCSUM,TXCSUM ether 00:0c:29:a1:4b:9d inet 192.168.15.54 netmask 0xff00 broadcast 192.168.15.255 media: Ethernet 1000baseT full-duplex status: active vlan: 666 parent interface: em0 %sudo ifconfig vlan666 destroy %sudo ifconfig vlan666 create %ifconfig vlan666 vlan666: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=3RXCSUM,TXCSUM ether 00:0c:29:a1:4b:9d !!** inet 192.168.15.54 netmask 0xff00 broadcast 192.168.15.255 **!! media: Ethernet 1000baseT full-duplex status: active vlan: 666 parent interface: em0 Now, that's something you don't see very day!! NOTE: I can't get that persistent IP data problem to happen consistently, but its highly reproducible. I also have no idea on the fixes, I'll check this weekend, but I have a work-around. To avoid destroying your routing table after adding an alias to a VLAN interface in rc.conf(5), simply run: $ sudo /etc/rc.d/netif [VLAN] start DO NOT RESTART, and you should be okay. ~BAS References: http://lists.freebsd.org/pipermail/freebsd-hackers/2008-February/023440.html http://www.freebsd.org/cgi/query-pr.cgi?pr=63700cat= (Circa 2004) http://lists.freebsd.org/pipermail/freebsd-net/2007-September/015447.html http://lists.freebsd.org/pipermail/freebsd-net/2010-June/025514.html -- Brian A. Seklecki bsekle...@collaborativefusion.com Collaborative Fusion, Inc. signature.asc Description: This is a digitally signed message part
DNS Resolution
I have a weird DNS problem I am hoping someone can help me with. I have server running FBSD 8.0. /etc/resolv.conf is set to use my ISP's DNS servers for name resolution. If run dig @ns3.socket.net .yyy. the INTERNAL ip address of the server is returned. If I run d...@ns3.socket.net .yyy. axfr, the correct information for the entire zone is returned. I am only noticing problems with .yyy.. All other names seem to resolve correctly. Any suggestions would be greatly appreciated. Thanks, Jay ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: DNS Resolution
I ran into a similar situation where the ns was behind a Juniper SRX doing NAT. Said Juniper had a smart DNS piece (ALG) that does special stuff on DNS packets; max record length, special NAT, etc. I had to disable the DNS ALG to fix the problem. If your ns is behind a NATing device, start there. Or, if you can run tcpdump on the ns, or before it hits a fw/NAT - ensure the reply packets have the proper IP in them as they leave the ns. - Original Message - From: owner-freebsd-questi...@freebsd.org owner-freebsd-questi...@freebsd.org To: freebsd-questions@freebsd.org freebsd-questions@freebsd.org Sent: Fri Nov 19 18:50:33 2010 Subject: DNS Resolution I have a weird DNS problem I am hoping someone can help me with. I have server running FBSD 8.0. /etc/resolv.conf is set to use my ISP's DNS servers for name resolution. If run dig @ns3.socket.net .yyy. the INTERNAL ip address of the server is returned. If I run d...@ns3.socket.net .yyy. axfr, the correct information for the entire zone is returned. I am only noticing problems with .yyy.. All other names seem to resolve correctly. Any suggestions would be greatly appreciated. Thanks, Jay ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org font size=1 div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in' /div This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system. /font ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Is ZFS ready for prime time?
On 11/15/10 21:06, Chris Rees wrote: On 15 November 2010 19:59, Peter Boostenpe...@boosten.org wrote: He's consistent in any case (a quick google search reveals this 2008 message): http://www.mail-archive.com/freebsd-questions@freebsd.org/msg192926.html Consistent, but still just spouting uninformed FUD. Actually, I don't see anything incorrect in the above archive post. As for specific problems with ZFS, I'm also pessimistic right now - it's enough to read the freebsd-fs @ freebsd.org and zfs-discuss @ opensolaris.org lists to see that there are frequent problems and outstanding issues. You can almost grep for people losing data on ZFS weekly. Compare this to the volume of complaints about UFS in both OSes (almost none). ZFS is young and ambitiously designed. We'll see if it grows up. As for FreeBSD's implementation, I think it will be as good as it gets in 9.0 if the import of ZFS v28 doesn't destabilize it. By this I mean that any problems left would not be FreeBSD's fault but ZFS's own fault. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: DNS Resolution
On Friday, November 19, 2010 07:25:10 pm Gary Gatten wrote: I ran into a similar situation where the ns was behind a Juniper SRX doing NAT. Said Juniper had a smart DNS piece (ALG) that does special stuff on DNS packets; max record length, special NAT, etc. I had to disable the DNS ALG to fix the problem. If your ns is behind a NATing device, start there. Or, if you can run tcpdump on the ns, or before it hits a fw/NAT - ensure the reply packets have the proper IP in them as they leave the ns. Thanks for the quick response. I think this is a problem with a piece of equipment I do not have access to. The only difference between the site experiencing the problem and the other sites I maintain is the router. If I redirect DNS queries to other sites, everything works as expected. Thanks for your help. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: openssl version - how to verify
On Fri, Nov 19, 2010 at 4:36 PM, Jerry freebsd.u...@seibercom.net wrote: On Fri, 19 Nov 2010 15:08:26 -0600 Adam Vande More amvandem...@gmail.com articulated: While I agree with your point in this context, the statement The number of _UNDISCOVERED_ bugs, on the other hand, is an infinite one. is false. http://www.unsw.edu.au/news/pad/articles/2009/sep/microkernel_breakthrough.html It was later discovered that the software used to certify the kernel 100% bug-free was not itself bug-free thereby nullifying results. The paper Diverse Double-Compiling by David A Wheeler is relevant although not strictly the same topic. It could be used to avoid this type of issue. -- Eitan Adler ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Building kdiff3 for kde 3.5
On Wed, 17 Nov 2010, Maciej Milewski wrote: On Wednesday 17 November 2010 08:37:51, d...@safeport.com wrote: Apparently only the version for kde4 is on the ports and I could not find a package for 3.5. Building the available source had some interesting results but ultimate did not work. What I finally did was google the 3.5 package name I had installed and found a copy at the University of Kent. There must be a better way to find older ports/packages. What should I have done? From kdiff3 homepage looks that from version 0.9.93 kdiff3 works with KDE4. Earlier version worked with KDE3 only. In ports is version 0.9.95 and in Makefile it's line USE_KDE4 so it builds with KDE4. You can take earlier port version 0.9.92 manually from http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/kdiff3/ or use ports-mgmt/portdowngrade Regards, Maciej Milewski Thank you, portdowngrade worked perfectly. I doubt I would have found this without your help ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Why do you use a devil as a mascot?
On 11/13/10 16:08, Chris Brennan wrote: On Fri, Nov 12, 2010 at 9:16 PM, Bruce Cranbr...@cran.org.uk wrote: On Fri, 12 Nov 2010 19:08:51 -0500 Chris Brennanxa...@xaerolimit.net wrote: Did you know... If you play a Windows 2000 CD backwards, you hear satanic messages, but what's worse is when you play it forward ...it installs Windows 2000 Yes, I think we know that by now. -- Bruce Cran It's part of my signature it's not like I am spamming *just* my sig to the list. Did you know... If you play a Windows 2000 CD backwards, you hear satanic messages, but what's worse is when you play it forward ...it installs Windows 2000 I personally love it - way too true! Mind if I use it? Incidentally, doesn't this hold true for all Winblow$ disks? Cheers ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
