FreeBSD Quarterly Status Report January-March, 2012
FreeBSD Quarterly Status Report January-March, 2012 Introduction This report covers FreeBSD-related projects between January and March 2012. It is the first of the four reports planned for 2012. This quarter was highlighted by releasing the next major version of FreeBSD, 9.0, which was finally released in the beginning of January 2012. The FreeBSD Project dedicates the FreeBSD 9.0-RELEASE to the memory of Dennis M. Ritchie, one of the founding fathers of the UNIXŽ operating system. Our release engineering team has been also busy with preparation of the 8.3-RELEASE, which was publicly announced in April. Thanks to all the reporters for the excellent work! This report contains 27 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between April and June 2012 is July 15th, 2012. __ Projects * FreeBSD Services Control * GNU-Free C++11 Stack * Growing filesystems online * The FreeNAS Project User-land Programs * Clang Replacing GCC in the Base System * Replacing the Regular Expression Code * The bsdconfig(8) utility FreeBSD Team Reports * Release Engineering Team Status Report * The FreeBSD Foundation Team Report Kernel * DTrace Probes for the linuxulator * HDMI/DisplayPort Audio Support in HDA Sound Driver (snd_hda) * Improved hwpmc(9) Support for MIPS * isci(4) SAS Driver Network Infrastructure * Atheros 802.11n Support * IPv6 Performance Analysis * Multi-FIB: IPv6 Support and Other Enhancements Documentation * The FreeBSD Japanese Documentation Project Architectures * FreeBSD/arm on Various TI Boards * FreeBSD/powerpc on Freescale QorIQ DPAA * NAND File System, NAND Flash Framework, NAND Simulator * Porting DTrace to MIPS and ARM Ports * A New linux_base Port Based Upon CentOS * BSD-licensed sort Utility (GNU sort Replacement) * KDE/FreeBSD * Perl Ports Testing * The FreeBSD Haskell Ports * The FreeBSD Ports Collection __ A New linux_base Port Based Upon CentOS Contact: Alexander Leidinger netch...@freebsd.org We got a PR with a linux_based port which is based upon CentOS 6. Currently this can only be used as a test environment, as it depends upon a more recent linux kernel version, than the linuxulator provides. As of this writing, I'm in the process of preparing a commit of this port. Open tasks: 1. Repocopy by portmgr. 2. Add conflicts in other linux_base ports. 3. Commit the CentOS based one. 4. Some cleanup. __ Atheros 802.11n Support URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosTxAgg URL: http://wiki.FreeBSD.org/dev/ath(4) Contact: Adrian Chadd adr...@freebsd.org 802.11n station and hostap support is now fully functional, sans correct hostap side power saving. TX aggregation and TX BAR handling is implemented. Station chip power saving is not implemented at all yet, it's not in the scope of this work. Testers should disable bgscan (-bgscan) as scan/bgscan will simply drop any traffic in the TX/RX queues, causing potential traffic stalls. Open tasks: 1. Fix up hostap side power save handling. 2. Implement filtered frames support in the driver. 3. Fix scan/bgscan to correctly buffer and retransmit frames when going off channel, so frames are not just dropped - this causes issues in the aggregation sessions and may cause traffic stalls. 4. Test/fix any issues with adhoc 802.11n support. __ BSD-licensed sort Utility (GNU sort Replacement) URL: http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/ URL: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html Contact: Oleg Moskalenko oleg.moskale...@citrix.com Contact: Gábor Kövesdán ga...@freebsd.org Currently the BSD sort reached usable stable stage. It is stable, it is as fast as the GNU sort, and it supports multi-byte locales (this is something that GNU sort does not do correctly). BSD sort has all features of GNU sort 5.3.0 (version included into FreeBSD) with some extra features and bug fixes. Open tasks: 1. Add BSD sort into HEAD as an alternative, installed as bsdsort. If proven to work as expected, change it to the default sort version and remove GNU sort. 2. Investigate the possibility of a multi-threaded sort implementation and implement it, if it proves more efficient. 3. Upgrade BSD sort features to include some obscure new features in the latest GNU sort version 8.15.
FreeBSD Quarterly Status Report October-December, 2011
FreeBSD Quarterly Status Report October-December, 2011 Introduction This report covers FreeBSD-related projects between October and December 2011. It is the last of the four reports planned for 2011. This quarter was mainly devoted to polishing the bits for the next major version of FreeBSD, 9.0, which was already successfully released in the beginning of January 2012. Thanks to all the reporters for the excellent work! This report contains 32 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between January and March 2012 is April 15th, 2012. __ Projects * Auditdistd Project * BSD-Licensed C++ Stack * pfSense User-land Programs * Replacing the Regular Expression Code * System Configuration Utilities FreeBSD Team Reports * FreeBSD Ports Management Team Status Report * Release Engineering Team Status Report * The FreeBSD Foundation Status Report Kernel * CAM Target Layer (CTL) * FreeBSD No-IPv4 (IPv6-Only) Support * GEOM MULTIPATH Rewrite * HDA Sound Driver (snd_hda) Improvements * LSI Supported mps(4) SAS driver * SCSI Direct Access Driver (da) Improvements * Status Report for NFS * The New CARP Documentation * A Tool to Check for Mistakes in Documentation -- igor * The FreeBSD German Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD/390 * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 * FreeBSD/powerpc on Freescale QorIQ DPAA * Improving Support for New Features in the Intel SandyBridge CPUs Ports * FreeBSD Haskell Ports * FreeBSD Ruby Ports * FreeBSD/GNOME * FreeBSD/KDE * Multimedia -- Watching/Recording Digital TV * Perl Ports Testing * Public FreeBSD Ports Development Infrastructure -- redports.org * Up to Date X.Org Server __ A Tool to Check for Mistakes in Documentation -- igor URL: http://www.wonkity.com/~wblock/igor/ Contact: Warren Block wbl...@freebsd.org igor is a program that proofreads man pages, DocBook SGML source, and other text files for many common mistakes. Files are tested for spelling mistakes, repeated words, and white-space problems. Man pages are also checked for minimal structure, and DocBook SGML source files are checked for formatting and tag problems. If you write or edit FreeBSD documentation, let igor help you check it for correctness. Open tasks: 1. Find a testing or parsing framework that can do a faster or better job, or that can understand the state of DocBook tags. 2. Add more tests. 3. Improve speed. __ Auditdistd Project Contact: Pawel Jakub Dawidek p...@freebsd.org Current weakness of FreeBSD's Security Event Audit facility is that audit records are stored locally and can be modified or removed by an attacker after a system compromise. The auditdistd will allow to reliably and securely distribute audit trail files over TCP/IP network to remote system. In case of system compromise it will enable administrators to analyze audit records in trusted environment. This project is sponsored by the FreeBSD Foundation and should be completed by the end of February 2012. __ BSD-Licensed C++ Stack Contact: David Chisnall thera...@freebsd.org Two new libraries, libc++ (providing a C++11 STL implementation) and libcxxrt (providing an implementation of the C++ ABI specification) have been added. This is enabled by adding WITH_LIBCPLUSPLUS=yes to src.conf. It is not enabled by default because libc++ does not build with the version of gcc in the base system and requires you to build with clang. Once it is built, you can select between using GNU libstdc++ and libc++ by adding -stdlib=libc++ or -stdlib=libstdc++ to your compile and link flags (when building with clang). If you are running head (or have a spare [virtual] machine you can try it on) then please try building your C++ code with libc++ and let me know of any failures, ideally with reduced test cases. Open tasks: 1. Test ports with libc++. Hopefully most will Just Work., but others may need patches or have a hard dependency on libstdc++. 2. Make libstdc++ dynamically link to libsupc++. This will allow us to use libmap.conf to switch between libsupc++ and libcxxrt. 3. Enable building libc++ by default (hopefully in the 9.1 time-frame, when clang becomes the default system compiler) and switch to using libcxxrt instead of libsupc++ by default. 4. Lots more
REMAINDER: Call for FreeBSD Status Reports - 4Q/2011
Hello everybody, I'd like to remind you that only ca. 10 days have left to the status report submission deadline. Note that we have only received 4 entries so far. I guess most of the people's holidays have finished by now so I hope we will receive much more than that by January 15, 2012. Thanks in advance! PS: Happy New Year 2012! Original Message Subject: REMAINDER: Call for FreeBSD Status Reports - 4Q/2011 Date: Wed, 21 Dec 2011 12:20:01 +0100 From: Daniel Gerzo dan...@freebsd.org Organization: The FreeBSD Project To: hack...@freebsd.org, curr...@freebsd.org, sta...@freebsd.org Dear all, I would like to remind you that the next round of status reports covering the fourth quarter of 2011 are due on January 15th, 2012. As this initiative is very popular among our users, I would like to ask you to submit your status reports as sooner than later (holidays are quickly approaching), so that we can compile the report in a timely fashion. Do not hesitate and write a few lines; a short description about what you are working on, what your plans and goals are, or any other information that you consider interested is always welcome. This way we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome as well. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Anything related to FreeBSD can be covered. Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to mont...@freebsd.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- Kind regards Daniel Gerzo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
REMAINDER: Call for FreeBSD Status Reports - 4Q/2011
Dear all, I would like to remind you that the next round of status reports covering the fourth quarter of 2011 are due on January 15th, 2011. As this initiative is very popular among our users, I would like to ask you to submit your status reports as sooner than later (holidays are quickly approaching), so that we can compile the report in a timely fashion. Do not hesitate and write a few lines; a short description about what you are working on, what your plans and goals are, or any other information that you consider interested is always welcome. This way we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome as well. Note that the submissions are accepted from anyone involved within the FreeBSD community, you do not have to be a FreeBSD committer. Anything related to FreeBSD can be covered. Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to mont...@freebsd.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- Kind regards Daniel Gerzo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: FreeBSD Status Report July-September, 2011
On Tue, 8 Nov 2011 09:55:09 +, Daniel Gerzo wrote: FreeBSD Quarterly Status Report - Q3/2011 Unfortunately, I managed to use an old status report entry for KDE/FreeBSD, instead of the current one. I am sorry for any inconvenience; the current entry for KDE/FreeBSD is below: KDE/FreeBSD URL: http://FreeBSD.KDE.org URL: http://FreeBSD.KDE.org/area51.php Contact: KDE FreeBSD kde-free...@kde.org The KDE/FreeBSD team has continued to improve the experience of KDE software and Qt under FreeBSD. The latest round of improvements include: * Splitting some of the KDE modules into smaller ports * Reduced startup time by ~15 seconds * Allowed auto-login out-of-the-box * Kopete supports GoogleTalk * Kalzium installs with its molecular editor * Zeitgeist support added * Porting Calligra to FreeBSD (work-in-progress) The team has also made many releases and upstreamed many fixes and patches. The latest round of releases include: * Qt: 4.7.4 * PyQt: 4.8.5 (SIP: 4.12.4) * KDE SC: 4.7.2 * Amarok: 2.4.3 * KDevelop: 4.2.3 (KDevPlatform: 1.2.3) The team is always looking for more testers and porters so please contact us at kde-free...@kde.org and visit our home page at http://FreeBSD.KDE.org. Open tasks: 1. Testing KDE PIM 4.7.2 2. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend was deprecated (and will remain in ports) -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
FreeBSD Status Report July-September, 2011
FreeBSD Quarterly Status Report - Q3/2011 Introduction This report covers FreeBSD-related projects between July and September 2011. It is the third of the four reports planned for 2011. This quarter was mainly devoted to polishing the bits for the next major version of FreeBSD, 9.0, which is to be released by then end of this year. Thanks to all the reporters for the excellent work! This report contains 28 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between October and December 2011 is January 15th, 2012. __ Projects * GELI status update * HAST (Highly Available Storage) status update * pfSense * Tool for providing FreeBSD VM Images * ZFSguru * ZRouter.org project -- a FreeBSD-based firmware for embedded devices FreeBSD Team Reports * Ports Collection * The FreeBSD Foundation * The FreeBSD Release Engineering Team Network Infrastructure * 802.11n / atheros * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * Ethernet Switch Framework Kernel * The new CARP * VM layer for allocations larger than a page Documentation * Doc sprint on IRC, September 5, 2011 * The FreeBSD German Documentation Project Status Report * The FreeBSD Greek Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 Ports * FreeBSD Haskell Ports * KDE-FreeBSD * OpenAFS port * Portmaster Miscellaneous * bsd_day(2011) * EuroBSDcon 2011 * FreeBSD Developer Summit, Maarssen Google Summer of Code * Multibyte Encoding Support in Nvi __ 802.11n / atheros URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosTxAgg Contact: Adrian Chadd adr...@freebsd.org AR5416, AR9160, and AR9280 functions in both station and hostap mode. Performance is good. Software retry of frames is implemented. Aggregation is implemented. BAR TX is not yet handled. HT protection is not implemented; neither is MIMO powersave. Open tasks: 1. BAR TX 2. MIMO powersave 3. Correct handling of flushing TX queues during interface reset/reconfigure 4. Correct handling of 20-20/40mhz transitions (without dropping frames) 5. More intelligent rate control __ bsd_day(2011) URL: http://bsdday.eu/2011 Contact: Martin Matuska m...@freebsd.org Contact: Gabor Pali p...@freebsd.org The purpose of this one-day event was to gather Central European developers of today's open-source BSD systems to popularize their work and their organizations, and to meet each other in the real life. We wanted to motivate potential future developers and users, especially undergraduate university students, to work with BSD systems. This year's BSD-Day was be held in Bratislava, Slovakia at Slovak University of Technology, Faculty of Electrical Engineering and Information Technology on November 5, 2011. __ DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) URL: http://caia.swin.edu.au/freebsd/diffused/ URL: http://www.FreeBSDFoundation.org/project%20announcements.shtml#diffuse URL: http://caia.swin.edu.au/urp/diffuse/ URL: http://caia.swin.edu.au/urp/diffuse/downloads.html Contact: Sebastian Zander szan...@swin.edu.au Contact: Lawrence Stewart szan...@swin.edu.au Contact: Grenville Armitage garmit...@swin.edu.au DIFFUSE enables FreeBSD's IPFW firewall subsystem to classify IP traffic based on statistical traffic properties. With DIFFUSE, IPFW computes statistics (such as packet lengths or inter-packet time intervals) for observed flows, and uses ML (machine learning) to classify flows into classes. In addition to traditional packet inspection rules, IPFW rules may now also be expressed in terms of traffic statistics or classes identified by ML classification. This can be helpful when direct packet inspection is problematic (perhaps for administrative reasons, or because port numbers do not reliably identify applications). DIFFUSE also enables one instance of IPFW to send flow information and classes to other IPFW instances, which then can act on such traffic (e.g. prioritise, accept, deny, etc.) according to its class. This allows for distributed architectures, where classification at one location in your network is used to control fire-walling or rate-shaping actions at other locations. The FreeBSD Foundation has funded the Centre for Advanced Internet
FreeBSD Status Report April - June, 2011
FreeBSD Quarterly Status Report - April-June, 2011 Introduction This report covers FreeBSD-related projects between April and June 2011. It is the second of the four reports planned for 2011. Since this quarter, the work is being focused on the next major version of FreeBSD, 9.0, which is to be released in September. Thanks to all the reporters for the excellent work! This report contains 36 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between July and September 2011 is October 15th, 2011. __ Projects * Clang replacing GCC in the base system * Fix clang warnings * libarchive, bsdtar, bsdcpio * ZFS pool version 28 FreeBSD Team Reports * ArabBSD * The FreeBSD Foundation Network Infrastructure * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * FreeBSD IPv6-only Support * IPv6 RA Handling Improvements * netmap * New ipfw features * TCP User Timeout Option (UTO) Kernel * Intel GPU Driver * OpenAFS port * Overhaul of the mii(4)-subsystem * Status Report for NFS Documentation * FreeBSD June 6th, 2011 Doc Sprint * The FreeBSD Dutch Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD on the Sony Playstation 3 * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 * FreeBSD/powerpc64 on IBM pSeries machines * FreeBSD/sparc64 Ports * Chromium * FreeBSD Haskell Ports * KDE-FreeBSD * libvirt networking port * Portbuilder * Ports Collection Miscellaneous * bsd_day(2011) Google Summer of Code * Capsicum adaptation and core libraries * Disk device error counters * Google Summer of Code * nvi-iconv * Replacing the Regular Expression Code __ ArabBSD URL: https://sites.google.com/site/arabbsd/ Contact: Mohammed Farrag mfar...@freebsd.org FreeBSD Awareness, Handbook Translation and FreeBSD Kernel Development Summer Course. Open tasks: 1. FreeBSD Kernel Development Summer Course. __ bsd_day(2011) URL: http://bsdday.eu/2011 Contact: Martin Matuska m...@freebsd.org Contact: Gábor Páli p...@freebsd.org The purpose of this one-day event is to gather Central European developers of today's open-source BSD systems to popularize their work and their organizations, and to meet each other in the real life. We would also like to motivate potential future developers and users, especially undergraduate university students to work with BSD systems. This year's BSD-Day will be held in Bratislava, Slovakia at Slovak University of Technology, Faculty of Electrical Engineering and Information Technology on November 5, 2011. Everybody is welcome! Open tasks: 1. Apply. We are looking for you! __ Capsicum adaptation and core libraries URL: http://www.cl.cam.ac.uk/research/security/capsicum URL: http://wiki.FreeBSD.org/SOC2011IlyaBakulin Contact: Ilya Bakulin ki...@freebsd.org Some applications from the base system received sandboxing support, current task is to adapt lightweight resolver daemon for using it in sandboxes -- this fixes problems with applications that need to convert IP addresses into domain names while in sandbox. Open tasks: 1. Add sandboxing to even more applications in the base system. 2. Help Jonathan Anderson and Robert Watson to merge FreeBSD-Capsicum into FreeBSD-HEAD. __ Chromium URL: http://www.chromium.org/Home URL: http://trillian.chruetertee.org/chromium Contact: Chromium on FreeBSD Team chrom...@freebsd.org During the last quarter we have been keeping the Chromium browser up to date, with new major releases being imported into the Ports Collection the same day as the upstream release. As time passes by, more patches are incorporated or otherwise became obsolete by virtue of upstream code cleanups. Version 13 is already available from the Chruëtertee repository, with 70 patches less than version 12. __ Clang replacing GCC in the base system URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang URL: http://wiki.FreeBSD.org/PortsAndClang Contact: Dimitry Andric d...@freebsd.org Contact: Roman Divacky rdiva...@freebsd.org Contact: Brooks Davis bro...@freebsd.org Contact: Pawel Worach pawel.wor...@gmail.com We imported newer snapshot of clang/llvm. This features quite a lot
Re: Networking - CARP interfaces
On Tue, 14 Jun 2011 17:01:21 -0400, Steve Polyack wrote: I'll just have to adapt and ensure they have the same IP addresses then. I have a suspicion that the important part may be the number of IP addresses on the CARP interface. If CARP sends an advertisement from each IP alias on a CARP interface, then I think that would explain what you are seeing - and also possibly give you a workaround by adding two more bogus IPs on your primary datacenter firewalls (where IPs W and Z are normally missing). - Steve I'll give it a try, although I think in a scenario where the carp interfaces have the same number of IPs and these IPs differ, both interfaces will claim mastership. Will post results. Now that I look at the spec, it looks like both the count and the addresses themselves are provided in VRRP packets. CARP likely does the same. I can't speak for whether these things are considered along with the VHID and password, but it's worth a shot. I think you are correct, though. CARP does the same and should you have different IP addresses on the master/backup machines they will misbehave. I think the way to solve this issue is to split the two other IP addresses onto a separate carpN interface... -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
FreeBSD Status Report January-March, 2011
for a HOWTO). Open tasks: 1. Decide which RPM based linux distribution+version to track next for the linux_base ports, create ports for it and test for compatibility with our kernel code. __ MIPS/Octeon Support and bootinfo Contact: Andrew Duane adu...@juniper.net Working on improving support for Octeon processors and integrating with other MIPS processor families. Currently working on support for the standard MIPS bootinfo structure as a boot API (to supplement/replace the Caviums-specific structure). Other Octeon improvements including cleanups to CF and USB drivers to come. __ New FreeBSD Handbook Section Covering HAST URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/disks-hast.ht ml Contact: Daniel Gerzo dan...@freebsd.org A new FreeBSD Handbook section covering the Highly Available STorage, or HAST developed by Pawel Jakub Dawidek has been recently added. In this section, you will learn what HAST is, how it works, which features it provides and how to set it up. It also includes a working example on how it can be used together with devd(8) and CARP. Enjoy your reading. __ New FreeBSD Installer URL: http://wiki.FreeBSD.org/BSDInstall URL: http://wiki.FreeBSD.org/PCBSDInstallMerge Contact: Nathan Whitehorn nwhiteh...@freebsd.org On March 14th, sysinstall was replaced on the 9.0 snapshot media by a new, modular installer called BSDInstall. This adds support for a wide variety of new features while simplifying the installation process. Testing before the 9.0 release will be very much appreciated -- CD and memory stick images for a variety of platforms are linked from the BSDInstall wiki page. Interesting features: * Install CD media are always live CDs * Installations spanning multiple disks * Wireless setup * GPT disk formatting * Virtualization friendly: can install from a live system onto disk images * Easily hackable and more modular than sysinstall * Greater flexibility: shells available throughout the installation Work is presently ongoing to integrate this installer with the backend provided by pc-sysinstall (second wiki link). Open tasks: 1. ZFS installation support. 2. IA64 disk setup. __ OpenAFS Port URL: http://openafs.org URL: http://web.mit.edu/freebsd/openafs/openafs.shar Contact: Benjamin Kaduk ka...@mit.edu Contact: Derrick Brashear sha...@gmail.com AFS is a distributed network filesystem that originated from the Andrew Project at Carnegie-Mellon University. The OpenAFS client implementation has not been particularly useful on FreeBSD since the FreeBSD 4.X releases. Work covered in previous reports brought the OpenAFS client to a useful form on 9.0-CURRENT, though with some rough edges. Since our last report, we have fixed several bugs that were impacting usability, and we expect the upcoming 1.6.0 release to be usable for regular client workloads (though not heavy load). Accordingly, we have submitted packaging for inclusion in the Ports Collection (PR ports/152467). There are several known outstanding issues that are being worked on, but detailed bug reports are welcome at port-free...@openafs.org. Open tasks: 1. Update VFS locking to allow the use of disk-based client caches as well as memory-based caches. 2. Track down races and deadlocks that may appear under load. 3. Integrate with the bsd.kmod.mk kernel-module build infrastructure. 4. Eliminate a moderate memory leak from the kernel module. 5. PAG (Process Authentication Group) support is not functional. __ pfSense URL: www.pfsense.org Contact: Scott Ullrich sullr...@freebsd.org Contact: Chris Buechler c...@pfsense.org Contact: Ermal Luci e...@freebsd.org Work on 2.0 is rapidly coming to an end. We released RC1 around Feb 25 2011 and so far it seems to be rather stable. 2.0 is our first major release in 2 years and almost all limitations of the previous version has been overcome. Open tasks: 1. Finish testing RC1 and certify for release. __ Portmaster URL: http://dougbarton.us/portmaster-proposal.html Contact: Doug Barton do...@freebsd.org The latest version of portmaster contains numerous improvements aimed at large-scale enterprise users. Particularly, support for the --index-only/--packages-only code has been significantly improved. Some of the highlights include: * New --update-if-newer option which takes a list
Re: powerd / cpufreq question
On 11.4.2011 6:08, Ian Smith wrote: As you see, total of differences for each cpu is here 89 ticks, but I've no idea of the interval between your two readings, or your value of HZ? the interval may have been around 1-2 seconds. My value of HZ is default, 1000. Are those kern.cp_times values as they came, or did you remove trailing zeroes? Reason I ask is that on my Thinkpad T23, single-core 1133/733 MHz, sysctl kern.cp_time shows the usual 5 values, but kern.cp_times has the same 5 values for cpu0, but then 5 zeroes for each of cpu1 through cpu31, on 8.2-PRE about early January. I need to update the script to remove surplus data for non-existing cpus, but wonder if the extra data also appeared on your 12 core box? I haven't removed anything, it's a pure copypaste. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: powerd / cpufreq question
On 8.4.2011 19:52, Alexander Motin wrote: So, here is my attempt to implement it: http://danger.rulez.sk/powerd.diff Can you please review comment? I should be able to commit it mysqlf if you consider it acceptable. It seems to work for me :) Looks fine, except that -f option have to be the first, that is not obvious. Another moment -- I've noticed some load constants hardcoded there. They should also be handled to make higher values to work properly. I tried to be more explicit in the error message which tries to emphasis the need to put it first. I don't know myself how it would be possible to code it so that the -f doesn't need to be first. Ideas? Do you mean the values around lines of 730 - 762? From what I have observed, if I have a machine that is a little more loaded (say 300%) and the load goes up, it tries to increases the performance to quite high freq (5336) and when the load decreases again, it takes quite a while to go down from 5366 to a frequency that is actually available to decrease the performance (something less than 2934). So the lower frequency is used for too short time because it takes too much time to get it... Seems like it was enabled by default. I have like these: dev.cpu.0.cx_supported: C1/3 C2/96 C3/128 Does that mean I only need to set these in rc.conf?: performance_cx_lowest=C3 economy_cx_lowest=C3 Then run /etc/rc.d/power_profile 0x00? It short - yes. In long - read the link I've given. May it cause any instability? It you won't switch from LAPIC to other timer and it stop - your system will freeze, or at least not work well. You should notice problems immediately, if there are. So I will also need to change the kern.timecounter.hardware to i8254? I suppose it will cause a little less precise time, but should I expect lower performance? I don't care that much about the time accuracy. How do I know the C3 is active? And how does it switch back to C1 for example? This is 8-STABLE, any idea whether there's a MFC plan for the extra 9-CURRENT bonuses? I suppose around May. Do you have some patches? If not you don't really need to make them just for me, I can wait a little. Last ones I've generated are five months old: http://people.freebsd.org/~mav/timers_merge/ They are large and I am not sure how good they apply now. I guess I will just stick with vanilla 8-stable and then update. You may want to look here: http://wiki.freebsd.org/TuningPowerConsumption -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: powerd / cpufreq question
On Fri, 08 Apr 2011 14:42:04 +0300, Alexander Motin wrote: Hello Alexander, thanks for quick reply; root@[s1-a ~]# powerd -v -r 1000 -i 600 powerd: 1000 is not a valid percent Well, that makes sense, but why powerd itself knows about load 100% but doesn't allow me to specify it? Is this bug? I suppose not if it works for other people... It is reasonable limitation. powerd can't know how load distributed among multiple cores in time. If all cores are equally busy at lets say 10% (that gives 120% total) and cores are never waiting for each other then obviously frequency could be reduced. But if the same 120% mean 100%+20%, or if load is equally spread, but processes on different cores are waiting for each other, then reducing frequency will reduce performance. powerd can't know that and so stays on a safe side. OK, I understand what you are saying here. On the other side, I know pretty well how the load is distributed - in this particular case, the box is a web server, running ~30 php-cgi processes. This kind of operation doesn't require very high frequency and I suspect the cores are never waiting for each other. There could be an option which would allow an administrator to decide whether this is the case and allow him to set a higher -r and -i values, what do you think? Other question would be why powerd wants to set freq 5336, when it is not available at all (would be nice to have it heh.): You may see there it is a wanted frequency, not real one. :) It is internal implementation details. In such way powerd implements keeping a full frequency for some time after the load dropped. It's not a bug. OK :-) I actually though powerd always honors the values from dev.cpu.0.freq_levels (and 5336 is not there), so it looked a little weird to me. On multi-core systems like this power management can better be done on per-core bases. Powerd can't control frequencies on per-core basis (also because it require non-trivial interoperation with scheduler). But if your ACPI BIOS allows, you can try to put unused cores into deeper C-states, that may give better power saving and TurboBoost on busy cores as a bonus. It works better on 9-CURRENT, but on 8-STABLE some bonuses still could be achieved. Any idea what I should look for in the BIOS? This is 8-STABLE, any idea whether there's a MFC plan for the extra 9-CURRENT bonuses? You may want to look here: http://wiki.freebsd.org/TuningPowerConsumption From reading this, are you reffering above to the C2 states? (seems like C3 is not optimal for this kind of operation...) Thanks. -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: powerd / cpufreq question
On Fri, 08 Apr 2011 18:02:28 +0300, Alexander Motin wrote: OK, I understand what you are saying here. On the other side, I know pretty well how the load is distributed - in this particular case, the box is a web server, running ~30 php-cgi processes. This kind of operation doesn't require very high frequency and I suspect the cores are never waiting for each other. There could be an option which would allow an administrator to decide whether this is the case and allow him to set a higher -r and -i values, what do you think? I think it should be possible with minimal changes. So, here is my attempt to implement it: http://danger.rulez.sk/powerd.diff Can you please review comment? I should be able to commit it mysqlf if you consider it acceptable. It seems to work for me :) Any idea what I should look for in the BIOS? Something about C-states, or Cx-states on the CPU page. But first look at dev.cpu.X.cx_supported to make sure it is not already present and just unused. Seems like it was enabled by default. I have like these: dev.cpu.0.cx_supported: C1/3 C2/96 C3/128 Does that mean I only need to set these in rc.conf?: performance_cx_lowest=C3 economy_cx_lowest=C3 Then run /etc/rc.d/power_profile 0x00? May it cause any instability? This is 8-STABLE, any idea whether there's a MFC plan for the extra 9-CURRENT bonuses? I suppose around May. Do you have some patches? If not you don't really need to make them just for me, I can wait a little. You may want to look here: http://wiki.freebsd.org/TuningPowerConsumption From reading this, are you reffering above to the C2 states? (seems like C3 is not optimal for this kind of operation...) The deeper state, the more power saved. To get most of it and to get TurboBoost working you need at least C3 CPU state (ACPI may report it with different number). Some latest Intel CPUs have no described problems with C3 and LAPIC, for others described system tuning requited. I believe this is pretty recent CPU (6 core Xeon X5650). Do you know about any problems? PS: Using powerd in best case wont hurt performance, while using C-states may even increase it in some cases because of TurboBoost. If I want to use C-states, should I stop to use powerd, or is it possible to use them both together? Thanks! -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
FreeBSD Status Report - 4Q/2010
FreeBSD Quarterly Status Report Introduction This report covers FreeBSD-related projects between October and December 2010. It is the last of the four reports planned for 2010. The work on the new minor versions of FreeBSD, 7.4 and 8.2, has been progressing well and they should be released around the end of this month. Thanks to all the reporters for the excellent work! This report contains 37 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between January and March 2011 is April 15th, 2011. __ Projects * BSDInstall * Non-executable Stacks * Webcamd * xz Compression for Packages and Log Files * ZFS pool version 28 FreeBSD Team Reports * FreeBSD Bugbusting Team Status Report * Release Engineering Team Status Report * The FreeBSD Foundation Status Report Network Infrastructure * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * Ethernet Switch Framework * Five New TCP Congestion Control Algorithms for FreeBSD * FreeBSD 802.11n * FreeBSD VirtIO Network Driver * Generic IEEE 802.3 annex 31B full duplex flow control support for Ethernet in mii(4) * IPv6 and VIMAGE * TCP SMP scalability project Kernel * Resource Containers * SYSCTL Type Safety * TRIM support for UFS Documentation * mdocml Replacing groff For manpage Rendering * The FreeBSD German Documentation Project Status Report * The FreeBSD Japanese Documentation Project Userland Programs * FreeBSD Services Control (fsc) * GEOM-based ataraid(4) Replacement -- geom_raid * gpart Improvements Architectures * Bringing up OMAP3 * FreeBSD on the Playstation 3 * FreeBSD/EC2 * FreeBSD/sparc64 Ports * Chromium * FreeBSD as Home Theater PC * Port-Sandbox * Portmaster * Ports Additions * Ports Collection * Robot Operating System Miscellaneous * FOSDEM 2011 __ Bringing up OMAP3 URL: http://people.FreeBSD.org/~raj/patches/arm/dove_v6.diff Contact: Warner Losh i...@bsdimp.com Contact: Mohammed Farrag mfar...@freebsd.org The attached file is an old patch for ARM. We are developing new patch and then we are going toward Porting OMAP3. __ BSDInstall URL: http://wiki.FreeBSD.org/BSDInstall Contact: Nathan Whitehorn nwhiteh...@freebsd.org BSDInstall is a replacement for the venerable sysinstall installer. It is designed to be modular and easily extensible, while being fully scriptable and streamlining the installation process. It is mostly complete, and installs working systems on i386, amd64, sparc64, powerpc, and powerpc64, with untested PC98 support. New Features: * Allows installation onto GPT disks on x86 systems * Can do installations spanning multiple disks * Allows installation into jails * Eases PXE installation * Virtualization friendly: can install from a live system onto disk images * Works on PowerPC * Streamlined system installation * More flexible scripting * Easily tweakable * All install CDs are live CDs Open tasks: 1. Wireless networking configuration wizard. 2. ZFS installation support. 3. Itanium disk setup. __ Chromium URL: http://www.chromium.org/Home URL: http://people.FreeBSD.org/~bapt/chrome9-fbsd.png Contact: René Ladan freebsd-chrom...@freebsd.org We are working on updating the Chromium web browser in our ports to stay up to date with the latest supported release. We currently have the Chromium 9 beta running, but not all features are fully implemented and the port still needs some polish before it can be committed to the Ports Collection. We have also been making arrangements with Google to merge our work with their upstream, which should ease the number of features and fixes we have to maintain for ourselves in the future. Our first release should be in a few weeks and coincide with the official release of Chromium 9. __ DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) URL: http://caia.swin.edu.au/urp/diffuse/ URL: http://caia.swin.edu.au/urp/diffuse/downloads.html Contact: Sebastian Zander szan...@swin.edu.au Contact: Grenville Armitage garmit...@swin.edu.au DIFFUSE is a system enabling FreeBSD's IPFW firewall subsystem to classify IP traffic based on statistical traffic properties. With DIFFUSE, IPFW computes statistics (such as packet lengths or inter-packet time
FreeBSD Status Report January-March, 2010
FreeBSD Quarterly Status Report Introduction This report covers FreeBSD related projects between January and March 2010. Being the first of the four reports planned for 2010 with 46 entries, it shows a good progress of the FreeBSD Project and proves that our committers are keeping up with the latest trends in the OS development. During this period, a new minor version of FreeBSD, 7.3-RELEASE, has been released, while the release process for 8.1-RELEASE is soon to begin and is planned to be released later this summer. Thanks to all the reporters for their excellent work! We hope you enjoy the reading. Please note that the deadline for submissions covering the period between April and June 2010 is July 15th, 2010. __ Google Summer of Code * Google Summer of Code 2010 Projects * Chromium web browser * Clang replacing GCC in the base system * EFI support for FreeBSD/i386 * mfsBSD * Modular Congestion Control * NAND Flash framework for embedded FreeBSD * Out of Tree Toolchain * PC-BSD PC-SysInstall Backend * The tbemd branch * webcamd FreeBSD Team Reports * FreeBSD Bugbusting Team * Release Engineering Team * The FreeBSD Foundation Network Infrastructure * (Virtual) Network Stack resource cleanup * 802.11n support * Atheros AR9285 support * Enhancing the FreeBSD TCP Implementation * Experimental NFS subsystem (NFSv4) * ipfw and dummynet enhancements * net80211 rate control framework * TCP/UDP connection groups Kernel * CAM-based ATA implementation * Dynamic Ticks in FreeBSD * geom_sched * IPv6 without legacy IP kernel * Multichannel playback in HDA sound driver (snd_hda) * Rewrite of FreeBSD read/write path using vnode page * SUJ: Journaled Softupdates * ZFS Documentation * The FreeBSD German Documentation Project * The FreeBSD Hungarian Documentation Project Userland Programs * FreeBSD port for libunwind * LDAP support in base system Architectures * FreeBSD/arm port for TI DaVinci * FreeBSD/ia64 * FreeBSD/mips on D-Link DIR-320 * FreeBSD/powerpc * FreeBSD/powerpc64 port * FreeBSD/sparc64 Ports * Portmaster * Ports Collection * QAT Miscellaneous * BSDCan 2010 -- The BSD Conference * meetBSD 2010 -- The BSD Conference __ (Virtual) Network Stack resource cleanup Contact: Bjoern A. Zeeb b...@freebsd.org In February work was done to address resource leaks in the (virtual) network stack, especially on teardown. During that time also multiple general run-time problems and leaks were identified and fixed including leaked ipfw tables on module unload, routing entries leaked, in case of interfaces going away, as well as leaked link-layer entries in interaction with flowtable and timers. For virtual network stacks resources are are no longer allocated multiple times or freed upon teardown for eventhandlers, IP and upper level layers, like TCP syncache and host cache, flowtable, and especially radix/routing table memory. In addition epair(4) was enhanced and debugging was improved. This work was sponsored by ISPsystem. Open tasks: 1. Merge the remaining patches. 2. Work on a better teardown model and get to the point where we can free UMA zones without keeping pages for type stability and timers around. __ 802.11n support Contact: Rui Paulo rpa...@freebsd.org 802.11n support in the Atheros driver is being worked on. Right now it can do AMPDU RX in software and we are working on TX AMPDU. The code lives in a private Perforce branch, but some bits of it are already committed to HEAD. This work is being sponsored by iXsystems, inc. __ Atheros AR9285 support Contact: Rui Paulo rpa...@freebsd.org Atheros AR9285 support was added to FreeBSD HEAD and 8-STABLE. There are still some issues but in general it works fine. __ BSDCan 2010 -- The BSD Conference URL: http://www.BSDCan.org/2010/ URL: http://www.BSDCan.org/2010/schedule/ Contact: BSDCan Information i...@bsdcan.org BSDCan, a BSD conference held in Ottawa, Canada, has quickly established itself as the technical conference for people working on and with 4.4BSD based operating systems and related projects. The organizers have found a fantastic formula that appeals to a wide range of people from extreme novices to advanced developers. BSDCan 2010 will be held on 13-14 May 2010 at the University of Ottawa, and will be
HEADSUP: Call for FreeBSD Status Reports - 1Q/2010
Dear all, I would like to remind you that the next round of status reports covering the first quarter of 2010 is due on April 15th, 2010. This initiative is very welcome in our community. Therefore, I would like to ask you to submit your status reports as soon as possible, so that we can compile the report on time. There is a lot of projects which are currently being worked on, so do not hesitate and write us a few lines - a short description about what you are working on, what are your plans and goals, so we can inform our community about your great work! Check out the reports from past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved with the FreeBSD community, you do not have to be a FreeBSD committer. Submissions about anything related to FreeBSD are very welcome! Please email us the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to mont...@freebsd.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
FreeBSD Quarterly Status Report for October - December 2009
Introduction This report covers FreeBSD related projects between October and December 2009. This is the last of the four reports covering 2009, which has shown to be a very important year for the FreeBSD Project. Besides other notable things, a new major version of FreeBSD, 8.0-RELEASE, has been released, while the release process for 7.3-RELEASE is soon to begin. Thanks to all the reporters for the excellent work! We hope you enjoy reading. Let us also take this opportunity to wish you all a happy and successful new year for 2010. Please note that the deadline for submissions covering the period between January and March 2010 is April 15th, 2010. __ Google Summer of Code * BSD-licensed iconv Projects * 3G USB support * Clang replacing GCC in the base system * FreeBSD TDM Framework * HAST -- Highly Available Storage * Intel XScale hwpmc(9) support * POSIX utmpx for FreeBSD * SUJ -- Journaled SoftUpdates * The webcamd deamon FreeBSD Team Reports * FreeBSD Bugbusting Team * FreeBSD Release Engineering * The FreeBSD Foundation Status Report Network Infrastructure * bwn(4) -- Broadcom Wireless driver * IP Payload Compression Protocol support * Ralink wireless RT2700U/2800U/3000U run(4) USB driver * Syncing pf(4) with OpenBSD 4.5 * Wireless mesh networking Kernel * CAM-based ATA implementation * Group Limit Increase * NFSv4 ACL support * V4L support in Linux emulator Documentation * The FreeBSD German Documentation Project * The FreeBSD Hungarian Documentation Project * The FreeBSD Spanish Documentation Project Architectures * Flattened Device Tree for embedded FreeBSD * FreeBSD/ia64 * FreeBSD/mips * FreeBSD/sparc64 Ports * Chromium web browser * Ports Collection * VirtualBox on FreeBSD Vendor / 3rd Party Software * DAHDI (Zaptel) support for FreeBSD * NVIDIA amd64 driver Miscellaneous * AsiaBSDCon 2010 -- The BSD Conference * BSDCan 2010 -- The BSD Conference * meetBSD 2010 -- The BSD Conference * The FreeBSD Forums Userland utilities * BSD-licensed text processing tools __ 3G USB support Contact: Andrew Thompson thom...@freebsd.org Recently, a bunch of new device IDs have been added for the u3g(4) cellular wireless driver; the list should be comparable now with other operating systems around. A lot of these devices have a feature where the unit first attaches as a disk or CD-ROM that contains the Win/Mac drivers. This state should be detected by the u3g driver and the usb device is sent a command to switch to modem mode. This has been working for quite some time but as it is implemented differently for each vendor I am looking for feedback on any units where the auto switchover is not working (or the init is not recognized at all). Please ensure you are running an up to date kernel, like r201681 or later from 9.0-CURRENT, or 8-STABLE after the future merge of this revision. __ AsiaBSDCon 2010 -- The BSD Conference URL: http://2010.AsiaBSDCon.org/ Contact: AsiaBSDCon Information secret...@asiabsdcon.org AsiaBSDCon is a conference for users and developers on BSD based systems. AsiaBSDCon is a technical conference and aims to collect the best technical papers and presentations available to ensure that the latest developments in our open source community are shared with the widest possible audience. The conference is for anyone developing, deploying and using systems based on FreeBSD, NetBSD, OpenBSD, DragonFlyBSD, Darwin and MacOS X. The next conference will be held at the Tokyo University of Science, Tokyo, Japan, on 11th to 14th March, 2010. For more detailed information, please check the conference web site. __ BSD-licensed iconv URL: http://p4db.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2 009/gabor_iconv Contact: Gábor Kövesdán ga...@freebsd.org Good compatibility has been ensured and there are only few pending items that have to be reviewed/enhanced. Recently, an enhancement has been completed, which makes it possible to accomplish better transliteration, just like in the GNU version. An initial testing patch is expected at the beginning of February. Open tasks: 1. Enhance conversion tables to make use of enhanced transliteration. 2. A performance optimization might be done later. __ BSD-licensed text processing tools URL:
Re: HEADS UP: FreeBSD 6.3 EoL coming soon
Dňa 7.1.2010 0:50, Brett Glass wrote / napísal(a): As both an administrator and a system builder who cannot afford the labor and downtime inherent in frequent operating system upgrades, it is important to me to be able to build systems whose operating system version will be supported for at least 18 months There will be 7.4 release quiet soon (read in approx. 3 months from now) which should meet your requirements. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: HEADS UP: FreeBSD 6.3 EoL coming soon
Dňa 7.1.2010 2:21, Oliver Pinter wrote / napísal(a): and who is 7.3 ;) ah, good catch, of course I meant FreeBSD 7.3. Sorry for that. My mind just got a little confused because of a little discussion on IRC. ;-) There will be 7.4 release quiet soon (read in approx. 3 months from now) which should meet your requirements. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 2009)
Dear all, Another quarter is soon to be finished and as such, I would like to remind you to submit your status reports as soon as possible, because the submissions for this quarter (covering period of Oct - Dec 2009) are due by Janurary 15th, 2010. I believe a lot of things have happened in the meantime. This call is not only for a reports about new projects, but entries including updates about previously announced projects are to be accepted too. You can find the latest report at http://www.freebsd.org/news/status/report-2009-04-2009-09.html. Please do not hesitate to write us a few lines - a short description about what you are working on, what are the plans and goals or possibly problems you have encountered, so we can inform our community about your great work! It is useful for you, as well as our users! To submit your entry, please post the filled-in XML template available at http://www.freebsd.org/news/status/report-sample.xml, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi to generate the XML file to be posted by email to mont...@. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
FreeBSD Status Reports April - September, 2009
FreeBSD Quarterly Status Report Introduction This report covers FreeBSD related projects between April and September 2009. During that time a lot of work has been done on wide variety of projects, including the Google Summer of Code projects. The BSDCan conference was held in Ottawa, CA, in May. The EuroBSDCon conference was held in Cambridge, UK, in September. Both events were very successful. A new major version of FreeBSD, 8.0 is to be released soon. If you are wondering what's new in this long-awaited release, read Ivan Voras' excellent summary. Thanks to all the reporters for the excellent work! We hope you enjoy the reading. Please note that the next deadline for submissions covering reports between October and December 2009 is January 15th, 2010. __ Google Summer of Code * About Google Summer of Code 2009 * BSD-licensed iconv (Summer of Code 2009) * BSD-licensed text-processing tools (Summer of Code 2008) * Ext2fs Status report (Summer of Code 2009) * libnetstat(3) - networking statistics (Summer of Code 2009) * pefs - stacked cryptographic filesystem (Summer of Code 2009) Projects * BSD# Project * Clang replacing GCC in the base system * FreeBSD TDM Framework * Grand Central Dispatch - FreeBSD port * libprocstat(3) - process statistics * New BSD licensed debugger * NFSv4 ACLs * The Newcons project * VirtualBox on FreeBSD FreeBSD Team Reports * FreeBSD Bugbusting Team * FreeBSD KDE Team * FreeBSD Ports Management Team * Release Engineering Status Report * The FreeBSD Foundation Status Report Network Infrastructure * Enhancing the FreeBSD TCP Implementation * Modular Congestion Control * Network Stack Virtualization * Stream Control Transmission Protocol (SCTP) Kernel * FreeBSD/ZFS * hwpmc for MIPS Documentation * The FreeBSD Dutch Documentation Project * The FreeBSD German Documentation Project * The FreeBSD Hungarian Documentation Project * The FreeBSD Spanish Documentation Project Architectures * FreeBSD/sparc64 Ports * FreeBSD Gecko Project * Portmaster - utility to assist users with managing ports * Valgrind suite on FreeBSD Miscellaneous * EuroBSDcon 2009 * FreeBSD Developer Summit, Cambridge UK * New approach to the locale database * The FreeBSD Forums __ About Google Summer of Code 2009 URL: http://socghop.appspot.com/org/home/google/gsoc2009/freebsd URL: http://wiki.freebsd.org/SummerOfCode2009Projects Contact: Brooks Davis bro...@freebsd.org Contact: Tim Kientzle kient...@freebsd.org Contact: Robert Watson rwat...@freebsd.org 2009 was The FreeBSD Project's fifth year of participation in the Google Summer of Code. We had a total of 17 successful projects. Some GSoC code will be shipping with FreeBSD 8.0-RELEASE and others will be integrated into future releases. The FreeBSD GSoC admin team would like to thank Google and our students and mentors of another great year! __ BSD# Project URL: http://code.google.com/p/bsd-sharp/ URL: http://www.mono-project.org/ Contact: Romain Tartičre rom...@blogreen.org The BSD# Project is devoted to porting the Mono .NET framework and applications to the FreeBSD operating system. During the past year, the BSD# Team continued to track the Mono development and the lang/mono port have almost always been up-to-date (we however had to skip mono-2.2 because of some regression issues in this release). Most of our patches have been merged in the mono trunk upstream, and should be included in the upcoming mono-2.6 release. In the meantime, a few more .NET related ports have been updated or added to the FreeBSD ports tree. These ports include: * www/xsp and www/mod_mono that make it possible to use FreeBSD for hosting ASP.NET application; * lang/boo, a CLI-targeted programming language similar to Python; * lang/mono-basic, the Visual Basic .NET Framework for Mono; * devel/monodevelop, an Integrated Development Environment for .NET; * and much more... Open tasks: 1. Test mono ports and send feedback (we are especially interested in tests where NOPORTDOCS / WITH_DEBUG is enabled). 2. Port the mono-debugger to FreeBSD. 3. Build a debug live-image of FreeBSD so that Mono hackers without a FreeBSD box can help us fixing bugs more efficiently. __ BSD-licensed iconv (Summer of Code 2009) URL: http://wiki.freebsd.org/G%C3%A1borSoC2009 Contact: Gábor Kövesdán ga...@freebsd.org The code has been extracted from
HEADSUP: Call for FreeBSD Status Reports
Dear all, I would like to remind you to submit your status reports as soon as possible. Long time has passed since the last status reports were released; and surely a lot has had happened since then. Our developers are relaxed after DevSummit and EuroBSDCon in Cambridge, which both were great! I believe a lot of stuff has been discussed during these events (I hope we will have reports covering this too) and since the last report a lot of things have happened. During that time, two other conferences have been held (BSDCan and AsiaBSDCon), we have released 7.2, not to mention that 8.0 is behind the door. Google Summer of Code should be finished by now too, and we would like to hear about its results. Surely there are a lot more projects which are currently being worked on, so please do not hesitate and write us a few lines - a short description about what you are working on, what are the plans and goals, so we can inform our community about your great work! It's useful for you as well as our users! Please note, the submissions for this quarter (well...rather halfyear, because we should now cover 4-9/2009) are due by October 7th, 2009. Please post the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to mont...@freebsd.org, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: make distribution Re: 8.0-BETA2 Available
Marten Vijn wrote: cd /usr/src make distribution gives an error data below, README /usr/tftpboot1//etc/pam.d/README make: don't know how to make gdm. Stop *** Error code 2 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I believe r195753 fixes this problem. Please update your sources. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE?
On Thu, 07 May 2009 09:40:52 +0200, Matthias Andree m...@dt.e-technik.tu-dortmund.de wrote: Am 05.05.2009, 09:46 Uhr, schrieb Daniel Gerzo dan...@freebsd.org: Manolis Kiagias wrote: I always use -iU too. I've lost motd, passwd, group and master.passwd During mergemaster -p I was asked to merge changes to some of these, and still they were replaced with the newer versions. I don't know what went wrong but have restored them from backup. (I always tar /etc before a source upgrade). Upgrading another system using freebsd-update did not cause any problem. I have the same experience while I was upgrading a few machines upgrading from RELENG_7 to RELENG_7_2. I haven't experienced when upgrading from 7.1-R to 7.2-R. Careful there - RELENG_7 is _newer_ than RELENG_7_2. The latter is branched off RELENG_7 at some point and progresses much slower (as in: errata and security, but no development), so that's no update, but often the reverse. That's not definitely true all the time. You could for example update your 7.1 to releng_7, say in Sept. 2008, then run this box until releng_7_2 was branched and when you update to it at that point you actually are doing an update, definitely not a downgrade. -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: RELENG_7 - has mergemaster changed logic since 7.2-RELEASE?
Manolis Kiagias wrote: I always use -iU too. I've lost motd, passwd, group and master.passwd During mergemaster -p I was asked to merge changes to some of these, and still they were replaced with the newer versions. I don't know what went wrong but have restored them from backup. (I always tar /etc before a source upgrade). Upgrading another system using freebsd-update did not cause any problem. I have the same experience while I was upgrading a few machines upgrading from RELENG_7 to RELENG_7_2. I haven't experienced when upgrading from 7.1-R to 7.2-R. Here auth.conf, csh.cshrc, hosts, crontab, syslogd.conf, passswd, master.passwd, group, sysctl.conf motd and maybe some more got overwritten :-( I had to restore from backups. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: interrupt storm on MSI IXP600 based motherboards
On Fri, 16 Jan 2009 11:52:34 +, Pete French petefre...@ticketswitch.com wrote: trouble with onboard re(4) was resolved in -CURRENT and -STABLE, but storms are not bound to ethernet only. storm may appear on any device. if any device generates enough interrupts rate, storm will arrive. Yes, I just got another storm, on my ATA controller this time. Ah well, so much for the idea of disabling unneeded devices! Yah, I have the same exprience when we disabled onboard nic and added intel pci based one; the storm went elsewhere... I don't personally own such box, but I had a few of them at hetzner.de. -- Kind regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re[2]: interrupt storm
Hello Marat, Dan, I suppose you guys are running amd64? Could you try i386? AFAIR the interrupt storms have gone away after I moved my MSI machine to i386 on an affected box. -- Best regards, Danielmailto:dan...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re[2]: re0 problem
Hello Pyun, Saturday, October 18, 2008, 4:02:48 AM, you wrote: re(4) didn't require special PHY handling for 8169/8110 controllers. Did it ever work on older FreeBSD releases? I vaguely I don't know, I have bought this NIC 3 days ago :-) remember nork@ (Norikatsu Shigemura) also said Carbus GbE (RTL8169SBL) is not working but he could see successful attachment of rgephy(4). How about plugging UTP cable to controller before loading driver? That didn't help unfortunately. Do you have some other ideas? -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
re0 problem
Hello guys, Recently, I have bought a pcmcia gige ethernet card and it seems it is re(4) based. However, when I plug the card into the slot, I get the following messages on my console: re0: RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet port 0x1000-0x10ff mem 0x8800-0x88ff irq 21 at device 0.0 on cardbus0 re0: Chip rev. 0x1800 re0: MAC rev. 0x re0: PHY write failed re0: PHY write failed re0: PHY read failed re0: MII withot any phy! device_attach: re0 attach returned 6 Do you have any ideas how can I try to work this out? It is the most recent installation of PC-BSD, i.e. FreeBSD 7.1-PRERELEASE Thu Sep 11 09:07:25 EDT 2008 i386. pciconf -lv lists: [EMAIL PROTECTED]:4:0:0: class=0x02 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class= network subclass = ethernet If you need any more information, please let me know. Your help is greatly appreciated! -- Best regards, Daniel mailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status of ZFS in -stable?
Hello Pierre-Luc, Tuesday, May 13, 2008, 6:26:49 AM, you wrote: Hi, I would like to know if the memory allocation problem with zfs has been fixed in -stable? Is zfs considered to be more stable now? It's still an experimental feature in FreeBSD, though the memory allocation issues might have been already fixed (I don't know personally). Many people have reported success stories when using ZFS on FreeBSD, however there's also plenty of them who are reporting substantial issues when using ZFS. It's up to your own decision whether ZFS will be feasible for you; you might want to test it before deploying it to the production environment. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Weird system cpu usage
Hello Oliver, Wednesday, March 19, 2008, 6:53:36 PM, you wrote: Charlie Root [EMAIL PROTECTED] wrote: [...] It's preferable to send mail as a real user, not as root, for various reasons. I know, I've just forgot to edit the headers, my apologies. I have to report, that I have a very strange cpu usage by system (as the `top' reports). You haven't mentioned what exactly you think is strange in your top(1) output. I think it looks pretty normal under the given circumstances. What do you mean by given circumstances? I don't think that 50+% cpu usage by system is that normal. [EMAIL PROTECTED] ~]# vmstat -i interrupt total rate irq1: atkbd0 12 0 irq16: ohci0 1 0 irq17: ohci1 ohci3 1 0 irq18: ohci2 ohci4 1 0 irq20: em0 86255835 1361 irq22: em1 atapci0 18611379049 293795 Now that looks unusual indeed. Do you get that rate on irq22 right after boot, before the services have started? It looks like either hardware or driver problems. Do you have polling enabled on em1? No, the rate slowly increases after the system boots. Polling is disabled at the moment. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Weird system cpu usage
Hello Mike, Wednesday, March 19, 2008, 9:32:13 PM, you wrote: Also, I believe there was a report from another user who saw similar issues with em(4), and found that disabling MSI fixed the storm in question. I believe you can disable MSI/MSIX by placing the following in /boot/loader.conf, then reboot: hw.pci.enable_msi=0 hw.pci.enable_msix=0 When MSI is enabled, the irq will be a strangely high number. e.g. Interesting, I have disabled MSI and MSIX support, but they still share the same irq. However, I don't know yet if the interrupt storm is going to be resolved, it needs some time (It always used to take some time until it has showed up). If anything, I found enabling MSI helped matters where I saw strange IRQ issues. However, not sure if the original poster's hardware supports it. One thing it does remind me of is some strange IRQ issues I had on an AMD board where a USB setting for legacy handoff (something like that) would really slow down the machine with an in inordinate amount of IRQs firing. I forget if I had to enable it or disable it to fix the problem. If anything, I would try disabling USB all together if its not being used even though its not figuring in the above really high rate of IRQs. The USB isn't indeed used, I will think about disabling it, and also about trying to move around the em(4) NICs to the other slots. Unfortunately I don't have a physical access to the given maschine. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: The Design and Implementation of the FreeBSD Operating System
Hello mv, Friday, March 14, 2008, 6:59:39 PM, you wrote: Hello Marc, Does yes it is mean the book is - still relevant; or - a second edition is coming soon. As a newbie I'm also interested in this book. Assuming the second edition covers FreeBSD 7 or 8, I would rather wait for it rather than purchase the first edition. +1; -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: packet loss with re(4)
Hello Pyun, Monday, February 25, 2008, 3:01:23 AM, you wrote: Perhaps the recent MFC's for re helps? see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c I have just upgraded my machine[1] to the latest 7-stable,so it is still too early to tell if re(4) is stable now. Unfortunately 7-stable does not have latest fixes for re(4). For 7-stable or 7.0-RELEASE use the following files. How about http://people.freebsd.org/~yongari/re/re.HEAD.patch ? It applies to RELENG_7_0 cleanly (well with a small offset). -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Scheduler in Various Docs
Hello Stephen, Sunday, January 20, 2008, 7:12:49 PM, you wrote: Jason C. Wells wrote: The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with information found in the email archives. LINT says ULE is experimental. The handbook doesn't mention ULE at all. The archives say ULE is the new recommended scheduler. If ULE is in fact the current recommendation, then a few docs need to be updated. To add to Jason's point - why does GENERIC still default to SCHED_4BSD? Actually, 8.0-CURRENT has the SCHED_ULE scheduler set as default. Are there plans to change this before 7.0 is truly released? No, this will not be changed for 7.0, but it's planned for 7.1. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: 2 x quad-core system is slower that 2 x dual core on FreeBSD
Hello Alexey, Saturday, December 1, 2007, 10:37:32 PM, you wrote: I use OS Linux on my hosting for web-servers, base for all servers is the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, and the result was totally non productive. Please try with RELENG_7 (aka. FreeBSD 7.0-BETA3) and ULE scheduler. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64)
On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote: Hi, I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in amd64 mode at a german dedicated server provider. The mainboard has a onboard re(4) ethernet controller. I experience a very strange behaiviour: Just for the record - I have almost the same hardware as Martin has, and I had alike problems as described here. You will be able to access my original problem report at: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00675.html Since that time, I have moved to the Intel NICs, as I haven't had time to debug this issue. There are no more network problems that I am aware of, although I am having issues with interrupt storms described in the other email from Martin. I am open to any debugging suggestions, I might be also able to arrange a remote ssh access to the machine, just let me know. -- S pozdravom / Best Regards, Daniel Gerzo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Status of FreeBSD 6.2?
Hello Brett, Tuesday, December 26, 2006, 9:51:11 PM, you wrote: I'm not asking that the release be rushed; I'm asking that the projections, to-do lists, etc. be updated so that we who are anticipating it have some idea of the RE team's plans going into the new year. Even if the release date is in February, that's fine -- just so it makes for a better product and we can anticipate and plan for it. 6.2-RC2 builds already started. --Brett Glass -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: EV1 Servers makes me sick
Hello Nik, Tuesday, October 3, 2006, 4:31:11 PM, you wrote: Alexandre Vieira wrote: I was also told that http://www.serverpronto.com/ is freebsd friendly and extremely cheap. Since this seems to have become a recommendation thread, I'm a happy customer of http://www.johncompanies.com/. They offer discounts to open source contributor's too. also layeredtech.com is pretty good. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU
Hello Pete, Friday, September 22, 2006, 12:15:29 PM, you wrote: Yes, I'm using kqueue support. Try taking it out and the problem should go away. this is indeed a nice workaround (at least if it helps :-)), but somebody(tm) should have a look why the kqueue support is broken there in the first place. -pete. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Dovecot 1.0 rc7 on FreeBSD 6.1-RELEASE/i386 with kqueue eats much CPU
Hello Taras, Friday, September 22, 2006, 12:59:24 PM, you wrote: Pete French пишет: this is indeed a nice workaround (at least if it helps :-)), but somebody(tm) should have a look why the kqueue support is broken there in the first place. I think it's a problem in Dovecot, not FreeBSD - there are a number of messages regarding this on the Dovecot lists, including a nunmber of attempts to fix the problem. OpenBSD also disables kqueue on their port of Dovecot due to it not working properly. -pete. I can make additional tests of dovecot with kqueue if somebody gives me some tips what to do. if this is really a dovecot issue, I think that this topic should be moved to the dovecot's mailing list. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: arrrrgh! Guys, who's breaking -STABLE's gmirror code?!
Hello Alban, Friday, September 15, 2006, 9:44:07 AM, you wrote: On Sep 15, 2006, at 24:34, hackmiester (Hunter Fuller) wrote: Hahahahaha... That's ironic... That wasn't meant to be ironic. Years of experience and observations of development lead to this conclusion. RIght. All i can say, though, is that someone that doesn't know any better would probably not think Oh! That means that upgrades are possible between releases, and not that my system will actually run, or anything! It just seems it'd be quite a cause of confusion. So, actually Microsoft may be correctly claiming that WindowsXP is more stable than Linux. That it spontaneously reboots as soon as I bore it isn't related at all... Your Windows must be really badly broken, because my Windows XP spontaneously rebooted only once in those many years I have been using it. In my opinion, XP is pretty decent system. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Anyone??? (was Reproducible data corruption on 6.1-Stable)
Hello Jonathan, Wednesday, September 13, 2006, 2:38:14 AM, you wrote: I set up a new server recently and transferred all the information from my old server over. I tried to use unison to synchronize the backup of pictures I have taken and noticed that a large number of pictures where marked as changed on the server. After checking the pictures by hand I confirmed that many of the pictures on the server were corrupted. It appears the corruption happens during the read process because when I recompare the files in a graphical diff tool between cache flushes the differences move around!?!?!? The differences also appear to be very small for the most part, single bytes scattered throughout the file. I really have no idea what is causing the problem and would like to pin it down so I can either replace hardware if it's bad or fix whatever the bug is. CPU: AMD Athlon(tm) XP 3200+ (2090.16-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x6a0 Stepping = 0 I saw very similar simptons on p4 3.2ghz. I was able to build world without any problems and the overall stability of the machine was completely good, but when I tried to install some ports, the md5 sums didn't match the source and I was sure that they were all right. The following simple test demonstrates the problem I was hitting: [EMAIL PROTECTED] ~]# sha256 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz SHA256 (/usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz) = b95ddf27bc0ffa379c9aa881ca39e92a7d79e0d08999b4dff6d7d9547ee2a72d [EMAIL PROTECTED] ~]# sha256 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz SHA256 (/usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz) = 71432841b3965b7ab2d83f0dc7c3049195ea4e9267a8dc2d825a8a0466982930 [EMAIL PROTECTED] ~]# sha256 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz SHA256 (/usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz) = 83e44f5301b3270e821850164c74d275f6721bed5d126480cf518a9fe5ca0d6c [EMAIL PROTECTED] ~]# md5 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz bd8c2e593e1fa4b01fd98eaf016329bb [EMAIL PROTECTED] ~]# md5 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz bd8c2e593e1fa4b01fd98eaf016329bb [EMAIL PROTECTED] ~]# md5 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz b9342bb213393238dd37322d4e2ee3fe [EMAIL PROTECTED] ~]# md5 /usr/ports/distfiles/ruby/ruby-1.8.4.tar.gz 88efa7977fd3febaa8d260e3d5f21917 The memtest didn't show any problems with RAM and we were unable to clarify what is really going on. Then we managed to get the machine replaced with the complete new hardware and the problem was gone. Later, I was told that it is some kind of known bug in older p4's bioses (and advised to update the bios which should have been fixed in the meantime) but we were unable to find out any information about the problem. Fortunately the colo company replaced the hardware with no problems. So long so good and the box is running flawlessly. -- Best regards, Danielmailto:[EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Best practices for remote upgrade?
Hi Scott, Monday, May 8, 2006, 2:29:23 PM, you contributed this to our collective wisdom: Hello, I have some 4.x servers that I would like to upgrade to 5.x, and perhaps 6.x. However, I do not have any local access to these machines. I can ssh into them only. I would like to know whether it is possible for me to upgrade the machines with only ssh access, and what one should do to go about upgrading them. Yeah, it's possible (and risky), however you will not get, for example, an advantages of UFS2 and so forth, because you can't upgrade from UFS to UFS2 without rebuilding FS. The problem is that it's not possible to upgrade directly to 6.0/1. You will have to go through process of upgrading to 5.3 first. But I would recommend you to make a backups of your configuration and ask someone who has a physical access to your servers to reinstall them for you. -- Sincerely, Daniel Gerzo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Handbook in Dutch
Hello Polichism, Thursday, May 4, 2006, 10:53:14 AM, you made these points: Hey Folks, Hello! Is there allready a Dutch translated Handbook of FreeBSD? I know the project is started.. but I want to know how far the project is. And maybe I can help. I'm pretty sure that Dutch doc@ people will be really thankful if you could help them with translating. The head person in the Dutch FreeBSD Documentation team is Remko Lodder and you can reach him at remko [at] freebsd.org. Also, you can check their site which is located at http://www.evilcoder.org/content/section/6/39/, which contains information about the translations statuses and so forth. -- Sincerely, Daniel Gerzo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: bruteforce
Hello Dmitriy, Tuesday, April 11, 2006, 7:04:37 PM, you typed the following: On Tue, Apr 11, 2006 at 10:58:48AM +0200, Matteo 'egon' Baldi wrote: Hy, I'm triing to find a solution to bruteforce attack, mostly on port 22, without moving services on different ports. try to use /usr/ports/security/sshit maybe security/bruteforceblocker By. Dmitriy -- Best regards Daniel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: [panic] Fatal trap 12: page fault while in kernel mode
Hello Peter, Friday, February 10, 2006, 7:10:50 PM, you has on mind: Please don't cross-post. A problem with 6-RELEASE is not appropriate for [EMAIL PROTECTED] I apologize. On Fri, 2006-Feb-10 14:48:39 +0100, Daniel Gerzo wrote: I've just got installed a brand new box, and I can say that it's hanging on regular basis, around every 10 minutes. Is the panic always at the same place or does it move around? __qdivrem() hasn't been touched for just under two years and it seems unlikely that it would suddenly start triggering panics. yes. the bactrace is the same all the time. Since you mention that this is a brand new box, are you certain that it isn't a hardware fault? I suggest running (eg) memtest86 on it for a few hours and see if that picks anything up. we upgraded our power supply to the stronger one and we can get 1+ hours of uptime before crash. I've run sysutils/memtest and it didn't fail in any way. I can provide more info if anybody tell me how :-) -- Best regards Daniel Gerzo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
[panic] Fatal trap 12: page fault while in kernel mode
Hello, I've just got installed a brand new box, and I can say that it's hanging on regular basis, around every 10 minutes. The backtrace is included, as well as the dmesg. Any help with this will be appreciated. Thank you. -- Sincerely, Daniel Gerzo bigbang# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd. Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xa9b2d30c fault code = supervisor write, page not present instruction pointer = 0x20:0xc0810407 stack pointer = 0x28:0xe33b9b58 frame pointer = 0x28:0xe33b9be0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 11 (idle) trap number = 12 panic: page fault Uptime: 17m32s Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257776 pages) 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) list *0xc0810407 0xc0810407 is in __qdivrem (/usr/src/sys/libkern/qdivrem.c:251). 246 u[i + j] = LHALF(t); 247 t = HHALF(t); 248 } 249 u[j] = LHALF(u[j] + t); 250 } 251 q[j] = qhat; 252 } while (++j = m); /* D7: loop on j. */ 253 254 /* 255 * If caller wants the remainder, we have to calculate it as (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc0638498 in panic (fmt=0xc084e5a2 %s) at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0807c30 in trap_fatal (frame=0xe33b9b18, eva=2847068940) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc08073d2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 606, tf_esi = 0, tf_ebp = -482632736, tf_isp = -482632892, tf_ebx = 0, tf_edx = 0, tf_ecx = -1447898356, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1065286649, tf_cs = 32, tf_eflags = 589894, tf_esp = 55296, tf_ss = 55930}) at /usr/src/sys/i386/i386/trap.c:267 #5 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0810407 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:251 #7 0xc081050e in __udivdi3 (a=9223372036854775808, b=3579545) at /usr/src/sys/libkern/udivdi3.c:47 #8 0xc0640e5d in tc_windup () at /usr/src/sys/kern/kern_tc.c:491 #9 0xc064132d in tc_ticktock () at /usr/src/sys/kern/kern_tc.c:756 #10 0xc060ec50 in hardclock (frame=0xe33b9c98) at /usr/src/sys/kern/kern_clock.c:243 #11 0xc07fcbe5 in lapic_handle_timer (frame= {cf_vec = 0, cf_fs = -1037828088, cf_es = -1067319256, cf_ds = 40, cf_edi = -1036617472, cf_esi = -1036617448, cf_ebp = -482632484, cf_ebx = 0, cf_edx = 0, cf_ecx = 1000, cf_eax = 1000, cf_eip = -1062831147, cf_cs = 32, cf_eflags = 524870, cf_esp = -482632452, cf_ss = -1062848970}) at /usr/src/sys/i386/i386/local_apic.c:630 #12 0xc07f73b0 in Xtimerint () at apic_vector.s:137 #13 0xc0a67bd5 in ?? () #14 0xe33b9d04 in ?? () #15 0xc07fe487 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 Previous frame inner to this frame (corrupt stack?) (kgdb) list 256 * u[m..m+n] d (this is at most n digits and thus fits in 257 * u[m+1..m+n], but we may need more source digits). 258 */ 259 if (arq) { 260 if (d) { 261 for (i = m + n; i m; --i) 262 u[i] = (u[i] d) | 263 LHALF(u[i - 1] (HALF_BITS - d)); 264 u[i] = 0; 265 } (kgdb) backtrace full #0 doadump () at pcpu.h:165 No locals. #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc0638498 in panic (fmt=0xc084e5a2 %s) at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc2247780 bootopt = 260
Re[2]: Jail to jail network performance?
Hello Brandon, Thursday, September 15, 2005, 5:17:57 AM, you wrote: Robert Watson wrote: (1) Modifying the name space exclusion assumption for jails, so that the file system name spaces overlap. One way to do this is with nullfs. nullfs looks interesting. I was thinking about sharing files between jails using NFS, but it looks like nullfs would do the trick with better performance. Although the bugs section of the man page for mount_nullfs is rather scary. Does anyone have any experience with it? Does it actually work? btw unionfs is interesting as well, but the BUGS section is pretty the same :) If the point here is to make /tmp/mysql.sock show up in another jail's file space, can I use a symlink instead? Can a jailed process see the target of the symlink? I read that using such a symlinks has security impacts. -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rebuilding world without physical access
Hello Øystein, Thursday, September 15, 2005, 11:53:05 PM, you wrote about: I have usually followed the canonical way to update my system, as described in the handbook. But now I need to update a system that I cannot reach physically for a long time. Is there any way to do this? The system runs primarily as a webserver, and it doesn't have many users. Could I just stop apache and follow the canonical way, except I don't go into single user mode? You even don't have to stop apache and other processes during buildworld procedure... -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Those who flee temptation generally leave a forwarding ad ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: Stress testing and TIMEOUT - WRITE_DMA
Hi Anthony, Sunday, September 11, 2005, 10:18:36 PM, you has on mind: I'm not seeing much in the way of responses to this post from freebsd-questions, so I thought I'd take it to freebsd-stable, where it is probably more relevant. ;-) Please see my original thread on freebsd-questions for context. On Fri, 26 Aug 2005 03:21:35 -0600 Anthony Chavez [EMAIL PROTECTED] wrote: My question is simply this: is the fact that I received 4 TIMEOUT warnings in the space of roughly 2 weeks significant cause for concern? Apparently, the fact that the stress tool produced so few warnings may have given me a false sense of security. I'm being treated to the following messages (81 in total) today, after 8 days uptime: Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348191 ... Sep 6 18:59:09 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348383 Sep 6 19:04:58 mybox kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=61749183 The READ_DMA timeouts are happening very infrequently, but it's worth mentioning that I'm seeing them now in addition. This is quite disturbing, particularly when the machine in question is *in*production.* I thing you should really quickly look for backuping your data. When I was seeing this kind of messages last time, my disk died after 3 days from time they started showing up in my log files. I wasn't able to write any data to the disk (system just sudennly paniced, when I tried to mount it rw, but I was able to mount it ro and copy most of the data) Note, that I wasn't able to copy about 10GB out of 30GB. So don't ignore them and have a good luck. Has anyone who has experienced this pain found solace in 5-STABLE's ATA drivers? dmesg below. -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ I am not Mr. Tator! I am not the entertainment! - Dictator to Yakko ]
Re: auto cvsup
Hi Maher, Sunday, June 26, 2005, 8:17:50 PM, you typed: how can i upgrade my cvsup weekly with an auto way? use cron -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ I am being followed by a pair of boxer shorts. ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.4-p1 crash
Hi Mitch, Saturday, June 18, 2005, 12:23:19 AM, you typed the following: Below are details regarding another crash on a Dell 2600 SMP (HTT and USB disabled). It has been 9 days since the last crash. I didn't have the serial console in place for this last crash, but it is now. Text includes: 1. backtrace 2. dmesg 3. kernel conf Since Dell diagnostics and Memtest check out fine, I'm kind of between a rock and a hard place here. I have a similar 2600 running 4.9 that is working great. I'd welcome any advice. I think I'm experiencing this as well on my Dell gx280, however I don't have any backtrace. my dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-DanGerSEC #2: Fri May 27 23:16:31 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/daemon Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf41 Stepping = 1 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1071144960 (1021 MB) avail memory = 1042702336 (994 MB) MPTable: DELL Opti GX280 ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic0 Version 2.0 irqs 0-23 on motherboard npx0: math processor on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: MPTable Host-PCI bridge pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib0: unable to route slot 1 INTA pcib0: unable to route slot 2 INTA pcib0: unable to route slot 28 INTA pcib0: unable to route slot 28 INTB pcib1: MPTable PCI-PCI bridge irq 11 at device 1.0 on pci0 pci1: PCI bus on pcib1 pci0: display, VGA at device 2.0 (no driver attached) pci0: display at device 2.1 (no driver attached) pcib2: MPTable PCI-PCI bridge irq 11 at device 28.0 on pci0 pci2: PCI bus on pcib2 bge0: Broadcom BCM5751 Gigabit Ethernet, ASIC rev. 0x4001 mem 0xdfcf-0xdfcf irq 16 at device 0.0 on pci2 miibus0: MII bus on bge0 brgphy0: BCM5750 10/100/1000baseTX PHY on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:43:b9:b2:ef pcib3: MPTable PCI-PCI bridge irq 10 at device 28.1 on pci0 pci3: PCI bus on pcib3 uhci0: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A port 0xff80-0xff9f irq 21 at device 29.0 on pci0 usb0: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B port 0xff60-0xff7f irq 22 at device 29.1 on pci0 usb1: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-C port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usb2: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-D port 0xff20-0xff3f irq 23 at device 29.3 on pci0 usb3: Intel 82801FB/FR/FW/FRW (ICH6) USB controller USB-D on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: serial bus, USB at device 29.7 (no driver attached) pcib4: MPTable PCI-PCI bridge at device 30.0 on pci0 pci4: PCI bus on pcib4 xl0: 3Com 3c905C-TX Fast Etherlink XL port 0xdc80-0xdcff mem 0xdf9fff80-0xdf9f irq 16 at device 0.0 on pci4 miibus1: MII bus on xl0 xlphy0: 3c905C 10/100 internal PHY on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:14:be:1d isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH6 UDMA100 controller port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 16 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: Intel ICH6 SATA150 controller port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 20 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pci0: serial bus, SMBus at device 31.3 (no driver attached) orm0: ISA Option ROMs at iomem 0xcc800-0xc,0xcb000-0xcc7ff,0xca800-0xcafff,0xc-0xca7ff on isa0 atkbdc0: Keyboard controller (i8042) at port 0x64,0x60 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1:
Re[2]: port-problem: apache2.0.54 mod_perl2 no Modules!!
Hello Florian, Tuesday, May 31, 2005, 9:18:33 AM, you made these points: Sorry, my mistake we misunderstood: installed the mod_perl2 port. And I added to the httpd.conf: LoadModule perl_module libexec/apache2/mod_perl.so PerlModule Apache2 ^^ - remove this line, this is obsoleted after mod_perl 2.0 release. How many times do I need to repeat myself? ;-) Alias /perl/ /data/chroot/www/perl/ Location /perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI /Location I'm not sure about this, but the error you are getting is IMHO related to the PerlModule Apache2 line in httpd.conf, so again, remove it and let us know. But nothing happens, the server cannot find the modules: Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.8.6/mach /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach /usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n [Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for server ... Any Ideas?? If I search for the Perl modules, I cannot find them anywhere!?! Or are all the modules within the mod_perl.so?? Or do I have to install the CPAN modules?? I have no clue, sorry! thanks Florian -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ God made the cat so that we, for a moment, might caress \SLMR\TAGLI ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IP Firewalling by DNS name
Hello Ivan, Tuesday, May 31, 2005, 4:43:16 PM, si pisal: Is it possible to use ipfw to filter packets by domain name? What I need it for: I'd like to allow ssh logins only from a specific TLD (by reverse lookup...) - maybe there's another way? you can use AllowUsers sshd_config directive e.g: AllowUsers [EMAIL PROTECTED] or something like: AllowUsers [EMAIL PROTECTED] I think this is possible too. -- Sincerely, DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: port-problem: apache2.0.54 mod_perl2 no Modules!!
Hello Florian, Monday, May 30, 2005, 3:57:13 PM, you wrote these comments: Hi, I installed the mod_perl2 port. I added to the httpd.conf: PerlModule Apache2 this is wrong, you should add: LoadModule perl_module libexec/apache2/mod_perl.so Be careful, the mod_perl2 API was changed nearly to the 2.0 release, so your scripts should not work. Check: http://perl.apache.org/docs/2.0/rename.html Btw. the mod_perl2 maintainer should check his pkg-message, because it says: LoadModule perl_module modules/mod_perl.so, this path is wrong, since FreeBSD installs modules to libexec/apache2/ Alias /perl/ /data/chroot/www/perl/ Location /perl/ SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI /Location But nothing happens, the server cannot find the modules: Fri May 27 12:04:56 2005] [error] Can't locate Apache2.pm in @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.8.6/mach /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl/5.8.5 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach /usr/local/lib/perl5/5.8.6 . /usr/local) at (eval 4) line 3.\n [Fri May 27 12:04:56 2005] [error] Can't load Perl module Apache2 for server ... Any Ideas?? Thanks in advance darkspace -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Great! Just what I want to be...cute! -- Ens. Ro Laren ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: port-problem: apache2.0.54 mod_perl2 no Modules!!
Hello Florian, Monday, May 30, 2005, 4:58:44 PM, you typed: Hello Gerzo, Thanks for your reply. Hi, I installed the mod_perl2 port. I added to the httpd.conf: PerlModule Apache2 this is wrong, you should add: LoadModule perl_module libexec/apache2/mod_perl.so Sorry, of course I added this line as well, forgot to mention. As well? Wrong. Remove the old line and add only that one I have mentioned before. I do not have any scripts, so I am jist at the beginning :-( -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Have a yabba dabba gay old time! ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: FreeBSD 5.4 release status
Hello Chris, Monday, May 2, 2005, 10:14:47 PM, you wrote these comments: Hi I am abit confused here, have seen a post from someone using 5.4-STABLE how is that possible if 5.4 isnt RELEASE yet, and good news RELENG_5 has a -STABLE tag since RELENG_5_4 was branched, so if you use _5 you will get 5.4-STABLE and if you use _5_4, you will get 5.4-RC4. on the bug fix. Chris -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at:http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Be a dear and turn the shower massage head on pulsate. -- Servo ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 5.4-BETA1 Available
Hello Ken, Monday, March 21, 2005, 4:03:32 AM, you wrote: Announcement The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 5.4-BETA1, which marks the beginning of the FreeBSD 5.4 Release Cycle. This BETA1 release is in the same basic format as the Monthly Snapshots, for this BETA there are no packages on the CDs at all so the install of things like perl from the installation media will fail. As with the Snapshots there is however a full ports tarball it offers to install and you can use that to install the ports (or just download the packages you want from the FTP mirror sites). The Release Candidates posted through the next few weeks will contain the package sets. Availability The BETA1 ISOs and FTP support are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html -ken ok, since there is official anouncement and there are already posted some information to news servers like osnews, i think we should update newvers.sh so people who download BETA1 build wouldn't be confused with -PRERELEASE branch. here is simple diff: --- newvers.sh.orig Mon Mar 21 20:44:45 2005 +++ newvers.sh Mon Mar 21 20:45:31 2005 @@ -32,7 +32,7 @@ TYPE=FreeBSD REVISION=5.4 -BRANCH=PRERELEASE +BRANCH=BETA1 RELEASE=${REVISION}-${BRANCH} VERSION=${TYPE} ${RELEASE} -- Best regards +--==/\/\==--+ FreeBSD | DanGer [EMAIL PROTECTED] | (__)The | [EMAIL PROTECTED] ICQ261701668 | \\\'',)Power | http://danger.homeunix.org |\/ \ ^ To +--==\/\/==--+.\._/_) Serve [ (IF IsStolen(Tagline) THEN Insult(Thief); ] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re[2]: FreeBSD 5.4-BETA1 Available
Hello Ken, Monday, March 21, 2005, 9:19:30 PM, you wrote about: On Mon, 2005-03-21 at 21:04 +0100, Daniel Gerzo wrote: Hello Ken, ok, since there is official anouncement and there are already posted some information to news servers like osnews, i think we should update newvers.sh so people who download BETA1 build wouldn't be confused with -PRERELEASE branch. Thanks for the suggestion but we can't. Lots and lots and lots of past experience has shown us that it really freaks some people out if newvers.sh on a RELENG_X branch says anything other than -STABLE, -PRERELEASE, or -RELEASE. ok, if FreeBSD-team's experience is that it's better keeping -PRERELEASE in BETAx builds, keep it, but I personally think that people who download BETA builds shouldn't be misinformed with uname's output that they are using -PRERELEASE build. another thing is that when there will be more BETAs, it will be harder to track bugs, because people reporting them will everytime send that it appears in -PRERELEASE no matter how old their build is... Just before the Release Candidates we will create the RELENG_5_4 branch and the RCs will be based on that. Once that's done we are free to name that RELENG_5_4 branch -RC1, -RC2, etc. But doing that sort of thing on the RELENG_X branches has caused lots of panic-stricken email from people who believe the RELENG_X branches are stable branches and therefore should never have words like -BETA associated with them. well, people tracking RELENG_X should know, that -STABLE branch isn't always so stable as they think it is, or as they expect it, therefore -BETAx in uname's output shouldn't bring those paniced e-mails :) -- Best regards +--==/\/\==--+ FreeBSD | DanGer [EMAIL PROTECTED] | (__)The | [EMAIL PROTECTED] ICQ261701668 | \\\'',)Power | http://danger.homeunix.org |\/ \ ^ To +--==\/\/==--+.\._/_) Serve [ How about washing his underwear in jalapena pepper juice? G ]