FreeBSD compatibility with HP ProLiant DL360p Generation 8 (Gen8) ?
Hello, I need to order a few more servers for an internal project, and instead of the usual DL360G7 we now use without any problem with FreeBSD, there would now be the next generation, called Gen8. Intel® C600 Series Chipset Intel® E5-2600 Processor Family Storage Controller : HP Smart Array P420i/1GB Network Controller : HP Ethernet 1Gb 4-port 331FLR Adapter (full specs: http://h18000.www1.hp.com/products/quickspecs/14211_na/14211_na.pdf ) I am just wondering if it would also be compatible with the current version of FreeBSD. I guess it is the case at least for the cpu/chipset according to http://www.freebsd.org/releases/9.0R/hardware.html , but I miss for example the P420 or the network interface in the actual hardware list, so a confirmation before ordering would be really nice to have :) Thanks kind regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
restricted ssh shell for ruby on rails hosting ? (rake, git, etc.)
Hello, I'm managing a few hosting servers, mostly php-based: customers have SFTP access (via proftpd and mod_sftp), phpmyadmin, etc. They are jailed in their home directory on both levels: DefaultRoot ~ for FTP, and open_basedir for PHP, and it's working fine like this. Now I have added a few personal ruby on rails hosting on one of the servers (via mod_passenger), and I'd like to do so for other people. Problem: most of the RoR operations will require a ssh shell, for example for rake db:migrate, local gem installation, debugging, and local git repository management as well. I presume I am not the only one in this situation: if it is the case on your systems, may I ask how to you handle this case, to maintain the best overall system security ? I just saw shells/ibsh in the ports list which could have helped, but it doesn't really seem to be maintained (last update was in 2005). The rails user can't browse other user's directories (solved simply with unix filesystem rights), and he can't see other processes ( security.bsd.see_other_gids=0, security.bsd.see_other_uids=0, etc.), but one of the thing I would like to prevent is for example accessing some files like /etc/passwd (= listing all other customers domains in this specific case). Other things would be: - prevent the launch of daemons (- screen, irssi, bots, etc.) - ? - prevent the use of crontab -e (for some people): /var/cron/allow|deny The document under http://www.bsdguides.org/guides/freebsd/security/harden.php is a good help, but not for all points... And it's also from 2005. Any suggestion welcome :) Merci regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
[solved] Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hello and thanks for your feedback! On Tue, 2010-11-16 at 13:03 +0100, end...@gmail.com wrote: [...@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) Here's what did it for me : remove the following lines from /usr/ports/textproc/libxml2/files/patch-configure and rebuild+reinstall libxml2 @@ -20678,6 +20679,8 @@ fi fi fi ;; + *freebsd*) THREAD_LIBS= + ;; esac if test $WITH_THREADS = 1 ; then THREAD_CFLAGS=$THREAD_CFLAGS -D_REENTRANT I found this somewhere but cannot remember the thread url unfortunately... Brillant! It fixed the issue, many thanks. CC'ing both ports manager (pecl-imagick and libxml2). It would be nice if this could be fixed in the ports tree directly: are these patch lines still required by other packages? Regards, Olivier PS: something probably related is visable under http://forums.freebsd.org/archive/index.php/t-8965.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [solved] Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Hi Alex, thanks for this even better feedback. On Tue, 2010-11-16 at 15:22 +0100, Alex Dupre wrote: This is not the correct fix, the correct fix is to enable threads in php, using the appropriate OPTION. Ok, so probably this one: LINKTHR=off (default) Link thread lib (for threaded extensions) - on Is there any chance this will have other consequences (problems, incompatibilities with other php/pecl extensions) ? Or why is this off by default ? This should at least be checked when installing pecl-imagick, and I presume it will happen sometime as there is already PR about this case: http://www.freebsd.org/cgi/query-pr.cgi?pr=150996 Thanks again for your input regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [freebsd] pecl-imagick - Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3
Good evening, On Tue, 2010-06-22 at 10:45 +0200, Olivier Mueller wrote: Problem: [...@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) If I comment the line extension=imagick.so in /usr/local/etc/php/extensions.ini , it works fine (but without imagick then...). I tried recompiling about nearly all related packages (png, imagemagick, php, etc.), but it didn't helped. Same if I comment some other extensions (like pdf.so, etc.). All packages are 100% uptodate, as well as the OS (7.3-RELEASE-p1 amd64), but it was previously a 7.2 system, so this may have an influence. Is anybody using pecl-imagick without this segfault at the moment? Or do you have any suggestion about what I could try? I will setup a blank 7.3 system as a VM later this week to test by myself I finally did that now (vmware-based freebsd basic system + fresh ports tree + portinstall -rvbp php5 pecl-imagick), and it is exactly the same: Segfault still displayed. Maybe it's related to the WITHOUT_X11=yes in my make.conf ? I'll try again without that parameter later. Here are the ports list and gdb output, maybe someone will have an idea why it is reacting like that? : [r...@bsdbox73 ~]# php -v PHP 5.3.3 with Suhosin-Patch (cli) (built: Nov 11 2010 14:40:34) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) [r...@bsdbox73 ~]# [r...@bsdbox73 ~]# gdb php php.core 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 amd64-marcel-freebsd...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000803190820 in ?? () (gdb) (gdb) bt #0 0x000803190820 in ?? () #1 0x000800db17d5 in xmlFreeMutex () from /usr/local/lib/libxml2.so.5 #2 0x000800db1215 in xmlCleanupGlobals () from /usr/local/lib/libxml2.so.5 #3 0x000800d49d3a in xmlCleanupParser () from /usr/local/lib/libxml2.so.5 #4 0x0044ff28 in php_libxml_shutdown () #5 0x0044ff59 in zm_shutdown_libxml () #6 0x00558f2f in module_destructor () #7 0x0056061a in zend_hash_apply_deleter () #8 0x00560888 in zend_hash_graceful_reverse_destroy () #9 0x00554357 in zend_shutdown () #10 0x005005f5 in php_module_shutdown () #11 0x005dea4f in main () #12 0x004186de in _start () #13 0x000800781000 in ?? () #14 0x in ?? () #15 0x in ?? () [...] ---Type return to continue, or q return to quit---q Quit (gdb) [r...@bsdbox73 ~]# cat /etc//make.conf # om/20080318 WITHOUT_X11=yes [r...@bsdbox73 ~]# cat /usr/local/etc/php/extensions.ini extension=imagick.so [r...@bsdbox73 ~]# uname -a FreeBSD bsdbox73.omx.ch 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 05:25:24 UTC 2010 r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 [r...@bsdbox73 ~]# pkg_info ImageMagick-nox11-6.6.4.10 Image processing tools apache-2.0.64 Version 2.0.x of Apache web server with prefork MPM. apr-0.9.19.0.9.19 Apache Portability Library autoconf-2.68 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf automake-1.11.1 GNU Standards-compliant Makefile generator (1.11) automake-wrapper-20071109 Wrapper script for GNU automake bash-4.0.35 The GNU Project's Bourne Again SHell cups-client-1.4.4 Common UNIX Printing System: Library cups
Re: freebsd-update - removing sources of a 7.2 system
Repost... Any idea, other should I really have a look at the source code of freebsd-update? :) Thanks regards, O. On Thu, 2010-04-22 at 18:43 +0200, Olivier Mueller wrote: Two little questions about freebsd-update best-practices: 1) These are the output when I start a freebsd-update upgrade on two different systems. On the first one, everything ok, on the second, the sources are still there and I would like to get rid of them: sys1: The following components of FreeBSD seem to be installed: kernel/generic world/base world/dict world/doc world/games world/info world/manpages sys2: The following components of FreeBSD seem to be installed: kernel/generic src/base src/bin src/cddl src/contrib src/crypto src/etc src/games src/gnu src/include src/krb5 src/lib src/libexec src/release src/rescue src/sbin src/secure src/share src/sys src/tools src/ubin src/usbin world/base world/dict world/doc world/games world/info world/lib32 world/manpages world/proflibs Just to be sure: is this correct that I can just remove these 2 directories completely: - /usr/src(500MB) - /usr/obj/usr/src (1304MB) and that it would solve my problem ? Or is there a list of installed components somewhere that should be updated too? (I tried by renaming these 2 dirs and running freebsd-update again and it seemed to work, but I've not found that in the documentations I checked) 2) directory /var/db/freebsd-update/files is getting large after a few upgrades (800M-1.2GB): can it be deleted after an upgrade, once I am sure a rollback will not be necessary for example? Or should rather the while directory /var/db/freebsd-update be trashed ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Is there PHP 5.2.x in ports? yes.
On Fri, 2010-04-23 at 15:34 -0400, doug schmidt wrote: On Thu, Apr 22, 2010 at 3:18 PM, Olivier Mueller om-lists-...@omx.ch wrote: And if you are patient, some devs are planing to add a php52 port, there is even something in the PR DB : http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145772 (but I don't know how active they are, maybe asking on freebsd-ports would be better). lang/php52 has been added to the ports tree. wow, that was quick... cool! thanks for the information :) ( http://www.freebsd.org/cgi/ports.cgi?query=php52stype=allsektion=all ) regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
freebsd-update - removing sources of a 7.2 system
Hello, Two little questions about freebsd-update best-practices: 1) These are the output when I start a freebsd-update upgrade on two different systems. On the first one, everything ok, on the second, the sources are still there and I would like to get rid of them: sys1: The following components of FreeBSD seem to be installed: kernel/generic world/base world/dict world/doc world/games world/info world/manpages sys2: The following components of FreeBSD seem to be installed: kernel/generic src/base src/bin src/cddl src/contrib src/crypto src/etc src/games src/gnu src/include src/krb5 src/lib src/libexec src/release src/rescue src/sbin src/secure src/share src/sys src/tools src/ubin src/usbin world/base world/dict world/doc world/games world/info world/lib32 world/manpages world/proflibs Just to be sure: is this correct that I can just remove these 2 directories completely: - /usr/src(500MB) - /usr/obj/usr/src (1304MB) and that it would solve my problem ? Or is there a list of installed components somewhere that should be updated too? (I tried by renaming these 2 dirs and running freebsd-update again and it seemed to work, but I've not found that in the documentations I checked) 2) directory /var/db/freebsd-update/files is getting large after a few upgrades (800M-1.2GB): can it be deleted after an upgrade, once I am sure a rollback will not be necessary for example? Or should rather the while directory /var/db/freebsd-update be trashed ? Thanks regards, Olivier PS: maybe these information would be useful to other? Putting them under http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgrading-freebsdupdate.html may be an idea... :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Is there PHP 5.2.x in ports?
On Thu, 2010-04-22 at 22:06 +0300, Eitan Adler wrote: Is there 5.2.x in ports, or is there other way to get it installed? For MySQL, for example, there are both 5.0.x and 5.1.x in ports. php 5.2 is not currently in the ports system. You could get it by using porteasy or portdowngrade. And if you are patient, some devs are planing to add a php52 port, there is even something in the PR DB : http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145772 (but I don't know how active they are, maybe asking on freebsd-ports would be better). regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
imagemagick/tiff lib - inverted tiffs since upgrade
Hello, I just spent some time with an issue: after a standard upgrade (by luck on a test server), the image generation/conversion part of a webpage is not working correctly anymore: pictures (which are dynamically re-sized with pecl-imagick) are simply inverted (but only TIFF's). Before: ImageMagick-nox11-6.4.9.3 Image processing tools gd-2.0.35,1 A graphics library for fast creation of images pecl-imagick-2.2.1_1 Provides a wrapper to the ImageMagick/GraphicsMagick librar tiff-3.8.2_3Tools and library routines for working with TIFF images After: ImageMagick-nox11-6.5.5.10 Image processing tools gd-2.0.35_2,1 A graphics library for fast creation of images pecl-imagick-2.3.0 Provides a wrapper to the ImageMagick/GraphicsMagick librar tiff-3.9.2 Tools and library routines for working with TIFF images I tried to downgrade some or all of these ports with portsdowngrade, but without luck until now (there are many dependencies). Maybe somebody around is having the same issue and an idea how to fix it? Regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hi Mel, On Wed, 2009-05-13 at 22:21 +0200, Mel Flynn wrote: I'm still thinking there's two different (threading|bdb) libraries linked into httpd, but not sure to ask for which ldd...httpd or mod_dav. The db version could be a red herring or that only one of the formats requires this mutex . This is how it currently looks:(I'll try recompiling some packages later next week): $ ldd /usr/local/sbin/httpd /usr/local/sbin/httpd: libz.so.3 = /lib/libz.so.3 (0x800681000) libaprutil-0.so.9 = /usr/local/lib/apache2/libaprutil-0.so.9 (0x800795000) libdb-4.2.so.2 = /usr/local/lib/libdb-4.2.so.2 (0x8008ab000) libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x800a87000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x800ba9000) libapr-0.so.9 = /usr/local/lib/apache2/libapr-0.so.9 (0x800da2000) libm.so.4 = /lib/libm.so.4 (0x800ec2000) libcrypt.so.3 = /lib/libcrypt.so.3 (0x800fde000) libc.so.6 = /lib/libc.so.6 (0x8010f7000) $ ldd /usr/local/libexec/apache2/mod_dav_svn.so /usr/local/libexec/apache2/mod_dav_svn.so: libsvn_repos-1.so.0 = /usr/local/lib/libsvn_repos-1.so.0 (0x800964000) libsvn_fs-1.so.0 = /usr/local/lib/libsvn_fs-1.so.0 (0x800a8b000) libsvn_delta-1.so.0 = /usr/local/lib/libsvn_delta-1.so.0 (0x800b91000) libsvn_subr-1.so.0 = /usr/local/lib/libsvn_subr-1.so.0 (0x800c9c000) libintl.so.8 = /usr/local/lib/libintl.so.8 (0x800de8000) libaprutil-0.so.9 = /usr/local/lib/apache2/libaprutil-0.so.9 (0x800ef1000) libdb-4.2.so.2 = /usr/local/lib/libdb-4.2.so.2 (0x801007000) libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x8011e3000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x801305000) libapr-0.so.9 = /usr/local/lib/apache2/libapr-0.so.9 (0x8014fe000) libm.so.4 = /lib/libm.so.4 (0x80161e000) libcrypt.so.3 = /lib/libcrypt.so.3 (0x80173a000) libsvn_fs_fs-1.so.0 = /usr/local/lib/libsvn_fs_fs-1.so.0 (0x801853000) libsvn_fs_base-1.so.0 = /usr/local/lib/libsvn_fs_base-1.so.0 (0x801978000) libsvn_fs_util-1.so.0 = /usr/local/lib/libsvn_fs_util-1.so.0 (0x801aa3000) libz.so.3 = /lib/libz.so.3 (0x801ba5000) libsqlite3.so.8 = /usr/local/lib/libsqlite3.so.8 (0x801cb9000) libpthread.so.2 = /lib/libpthread.so.2 (0x801e23000) $ ldd /usr/local/bin/svn /usr/local/bin/svn: libsvn_client-1.so.0 = /usr/local/lib/libsvn_client-1.so.0 (0x800653000) libsvn_wc-1.so.0 = /usr/local/lib/libsvn_wc-1.so.0 (0x800796000) libsvn_ra-1.so.0 = /usr/local/lib/libsvn_ra-1.so.0 (0x8008da000) libsvn_diff-1.so.0 = /usr/local/lib/libsvn_diff-1.so.0 (0x8009e4000) libsvn_ra_local-1.so.0 = /usr/local/lib/libsvn_ra_local-1.so.0 (0x800aee000) libsvn_repos-1.so.0 = /usr/local/lib/libsvn_repos-1.so.0 (0x800bf6000) libsvn_fs-1.so.0 = /usr/local/lib/libsvn_fs-1.so.0 (0x800d1d000) libsvn_fs_fs-1.so.0 = /usr/local/lib/libsvn_fs_fs-1.so.0 (0x800e23000) libsvn_fs_base-1.so.0 = /usr/local/lib/libsvn_fs_base-1.so.0 (0x800f48000) libsvn_fs_util-1.so.0 = /usr/local/lib/libsvn_fs_util-1.so.0 (0x801073000) libsvn_ra_svn-1.so.0 = /usr/local/lib/libsvn_ra_svn-1.so.0 (0x801175000) libsvn_ra_neon-1.so.0 = /usr/local/lib/libsvn_ra_neon-1.so.0 (0x801288000) libsvn_delta-1.so.0 = /usr/local/lib/libsvn_delta-1.so.0 (0x8013aa000) libsvn_subr-1.so.0 = /usr/local/lib/libsvn_subr-1.so.0 (0x8014b5000) libsqlite3.so.8 = /usr/local/lib/libsqlite3.so.8 (0x801601000) libpthread.so.2 = /lib/libpthread.so.2 (0x80176b000) libaprutil-0.so.9 = /usr/local/lib/apache2/libaprutil-0.so.9 (0x801896000) libdb-4.2.so.2 = /usr/local/lib/libdb-4.2.so.2 (0x8019ac000) libapr-0.so.9 = /usr/local/lib/apache2/libapr-0.so.9 (0x801b88000) libm.so.4 = /lib/libm.so.4 (0x801ca8000) libneon.so.28 = /usr/local/lib/libneon.so.28 (0x801dc4000) libssl.so.4 = /usr/lib/libssl.so.4 (0x801ee7000) libz.so.3 = /lib/libz.so.3 (0x80201f000) libgssapi.so.8 = /usr/lib/libgssapi.so.8 (0x802133000) libkrb5.so.8 = /usr/lib/libkrb5.so.8 (0x802242000) libasn1.so.8 = /usr/lib/libasn1.so.8 (0x802386000) libcrypto.so.4 = /lib/libcrypto.so.4 (0x8024af000) libroken.so.8 = /usr/lib/libroken.so.8 (0x8026f6000) libcrypt.so.3 = /lib/libcrypt.so.3 (0x802804000) libcom_err.so.3 = /usr/lib/libcom_err.so.3 (0x80291d000) libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x802a1f000) libintl.so.8 = /usr/local/lib/libintl.so.8 (0x802b41000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x802c4a000) libc.so.6 = /lib/libc.so.6 (0x802e43000) regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hi Mel, On Tue, 2009-05-12 at 17:25 +0200, Mel Flynn wrote: I have a strange situation on our internal svn server. Since a few days and some upgrades, if I try to access a new created repository via apache, I get a blank page and this error in the apache error log: == /var/log/httpd/httpd-error.log == Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 86) [Tue May 12 11:56:02 2009] [notice] child pid 64353 exit signal Abort trap (6) The only difference between both repositories is the db/format file: diff -r repos/websites/testing/db/format repos/websites/testing2/db/format 1c1 4 --- 3 If format is 3 (subversion pre-1.6), everything works fine, but if the format is 4 the DAV/SVN part crashes (while everything remains fine via svn client / svnserve). this is with the same binary? Meaning there's no Berkeley db library differences? Yes, the only recent change was a portupgrade -rvbp subversion. regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hello, I have a strange situation on our internal svn server. Since a few days and some upgrades, if I try to access a new created repository via apache, I get a blank page and this error in the apache error log: == /var/log/httpd/httpd-error.log == Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 86) [Tue May 12 11:56:02 2009] [notice] child pid 64353 exit signal Abort trap (6) The only difference between both repositories is the db/format file: diff -r repos/websites/testing/db/format repos/websites/testing2/db/format 1c1 4 --- 3 If format is 3 (subversion pre-1.6), everything works fine, but if the format is 4 the DAV/SVN part crashes (while everything remains fine via svn client / svnserve). I guess I should recompile something (apache?), or change a configuration somewhere, but I'm still looking where. Maybe you will have an idea? I'd still like to be able to use SVN/DAV with the new svn 1.6.x features... Thanks regards, Olivier httpd.conf: [...] LoadModule dav_module libexec/apache2/mod_dav.so LoadModule dav_svn_module libexec/apache2/mod_dav_svn.so LoadModule authz_svn_module libexec/apache2/mod_authz_svn.so [...] Location /svn/websites DAV svn SVNParentPath /[...]/repos/websites AuthType Basic AuthName SVNoverApache AuthUserFile /.[...]./passwd Require valid-user /Location [...] [...@dev ~]$ pkg_info |grep subv py-subversion-1.6.2 Python bindings for version control system subversion-1.6.2Version control system [...@dev ~]$ pkg_info |grep thre libpthread-stubs-0.1 This library provides weak aliases for pthread functions FreeBSD 6.2/amd64 (upgrade to 7.2 planed for later this month) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
filesystem: 12h to delete 32GB of data
Hello, $ df -m ; date ; rm -r templates_c ; df -m ; date Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/da0s1a 989 45 864 5%/ /dev/da0s1f128631 102179 1616086%/usr [...] Wed May 6 00:23:01 CEST 2009 Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/da0s1a 98945 864 5%/ /dev/da0s1f128631 69844 4849659%/usr Wed May 6 12:21:02 CEST 2009 - it took about 12 hours to delete these 30GB of files and sub-directories (smarty cache files: many small files in many dirs). It's a little bit surprising, as it's on a recent HP proliant DL360 g5 with SAS disks (Raid1) running freebsd 6.x ( /dev/da0s1f on /usr (ufs, local, soft-updates) ) Surprisingly, cpu load remained quite low during the operation (apache stayed responsive). Is it a known problem on this kind of hardware or something related to the filesystem? Is there a way to improve this? Even on my $500 PC with IDE disks this goes quicker... :) I checked http://www.freebsd.org/doc/en/books/handbook/configtuning-disk.html but I'm not sure if this would help in this case. Any suggestion how I can fix that? Regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: filesystem: 12h to delete 32GB of data (4 million files)
Thanks for your answer Bill! (and to Will as well), Some more infos I gathered a few minutes ago: [~/templates_c]$ date; du -s -m ; date Wed May 6 13:35:15 CEST 2009 2652 . Wed May 6 13:52:36 CEST 2009 [~/templates_c]$ date ; find . | wc -l ; date Wed May 6 13:52:56 CEST 2009 305461 Wed May 6 14:09:39 CEST 2009 So this is on the system after a complete cache cleanup (at 00h00). 300'000 files and 2.6GB. So this night, there were probably around 3-4 million files to delete. Deletion may take time, but 20 minutes juste to _count_ all the files seems pretty long to me... I think I'll say a word to the developers to let them tune their caching system a bit :) On Wed, 2009-05-06 at 08:48 -0400, Bill Moran wrote: With lots of small files, the time involved is far less dependent on the size of data, and much more dependent on the number of files, and the resultant number of directory entries that need to be updated. Lots isn't a particularly accurate count of the # of files, but if you're talking web cache files, I'll guess they average 5k each, which means you had 6 million files. df -i would have been more useful in the output above. Thanks, noted for next time. Now it looks like that: Filesystem 1M-blocks Used Avail Capacity iusedifree %iused Mounted on /dev/da0s1f128631 70544 4779560% 1913875 15114219 11% /usr This brings a number of questions up: * Are you _sure_ softupdates is enabled on that partition? That's going to make the biggest improvement in speed. According to mount output, yes. I found no specific message about that in the syslog or dmesg. * Are these 7200RPM disks or 15,000? Again, going to make a big difference. HP 146GB 6G SAS 10K SFF DP ENT HDD (15k were not available at the time the servers were ordered) ( http://h18004.www1.hp.com/products/servers/proliantstorage/serial/sas/index.html ) * If apache was still running, is it possible that it was creating enough disk activity to slow the activity down? Running top -m io will show you how much disk IO each process is creating. Yes, apache was still running, but the activity was quite low (it was during the night, and the webpage doesn't get so many hits before 9 am local time) While watching top -m io, the du or find takes between 80 and 99%, so I guess it's not the probleme here: PIDUID VCSW IVCSW READ WRITE FAULT TOTAL PERCENT COMMAND 87996 100259 56 0 0 0 0 0.00% php 45389 100235 25 0 0 2 2 0.84% php 3964 1002 0 0 0 0 0 0 0.00% httpd 3822 1002 151 98 0 0 0 0 0.00% httpd 3005 1002 0 0 0 0 0 0 0.00% httpd 4129 1002 0 0 0 0 0 0 0.00% httpd 3971 1002 0 0 0 0 0 0 0.00% httpd 4231 1002 1 0 0 0 0 0 0.00% httpd 4132 0 234 5234 0 0234 97.91% find 98862 1002 1 0 0 0 0 0 0.00% top 609 0 0 0 0 0 0 0 0.00% snmpd [...] * When you compared the speed to your laptop, did you delete 6 million files from the laptop? If you deleted a single 30G file, then you're comparing apples to atom bombs. Yes sorry, I know :) If this is a directory that you blow away on a regular schedule, you'd do much better to make it a dedicated partition and simply reformat it. Yes, it is one of the best options. My initial goal was to delete all files older than N days by cron (find | xargs | rm, etc.), but if each cronjob takes 2 hours (and takes so much cpu time), it's probably not the best way. I'll make some more tests on an test-server later this week and speak with the devs. Thanks again for your very constructive feedback! Regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
upgrade 7.0 - 7.1 : portupgrade -af required?
Hello, After an upgrade from FreeBSD 7.0 to 7.1 (with freebsd-update in my case), is it required to recompile all ports (portupgrade -af) like specified in some docs/blog-entries, or is it not *really* necessary? What are you doing on your production systems? Having to upgrade several servers (15), it's quite important for me to estimate the time required for the operation... I did the upgrade on a test server here, and all ports still seems to work (apache, php, mysql, etc.) so I guess the answer is no, but I'd like to be sure before upgrading some important servers :-) According to: http://www.freebsd.org/releases/7.1R/announce.html Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of freebsd-update install, in order to handle differences in the system libraries between FreeBSD 6.x and FreeBSD 7.x. It would be necessary only for major upgrades (6.x - 7.x). Right? thanks regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: upgrade 7.0 - 7.1 : portupgrade -af required?
Hello, Le 15 janv. 09 à 19:36, Peter Ulrich Kruppa a écrit : 1) On a production server you don't have so many ports, do you? So a portupgrade -af wouldn't take that long, would it? Well, it depends what you mean by not so many... :-) [...@omega09 ~]$ pkg_info | wc -l 370 just for a basic server with apache + mysql + php + spamassassin + clamav + qmail... 2) Probably you will get around without -af . But better have a look at /usr/ports/UPDATING first. Yes, it seems it's the answer for the upgrade 7.0 - 7.1, thanks for your answer and the 3 others on the list :) regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: HP Proliant DL360 G5
Hello, On Wed, 2008-10-29 at 13:27 +0100, Julien Cigar wrote: Our hardware begins to age and we plan to buy two new machines at HP. Our choice focused on the HP Proliant DL360 G5. As HP doesn't officially support FreeBSD, I checked with the 7.0-RELEASE Hardware Notes and everything seems to be supported, except the network interface which is an HP NC373i. From what I can see, only NC370i and NC370T are supported. Can someone confirm that this chip is not supported I have just got two new DL360G5 with xeon E5420 cpus (HP Ref Number: 470064-731), and the on-board network cards are seen from FreeBSD7 as: bce0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) mem 0xf800-0xf9ff irq 18 at device 0.0 on pci3 miibus0: MII bus on bce0 brgphy0: BCM5708C 10/100/1000baseTX PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:21:5a:a6:8f:f0 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x01090605); Flags( MFW MSI ) So there are good chances it's the same on your setup? But maybe it's a new model of mainboard... regards HTH, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
mrtg peak on reboot / snmp-issue?
Hello, Small but curious thing on my freebsd-based systems: when a server is rebooted, it generates a peak (or spike?) on the network mrtg for all interfaces (here just before 1 am): http://8304.ch/om/stuff/mrtg_localhost_1-day.png It happens with both net-snmp and ucd-snmp, with a quite standard mrtg installation (generated by cfgmaker). Do you have the same issue on your own servers? All I can add, is that there is not such a high traffic after a reboot, and that it doesn't happen on similar linux-based systems. Regards a nice week to you, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ZendDebugger.so for FreeBSD 6.x/7.x amd64?
Hello, Is there anyone around using the current ZendDebbuger (part of the Zend Plattform) under Freebsd/amd64?Zend support doesn't seem to be able to help at the moment... I tried the linux version in linux compatibility mode, but it didn't worked yet. Thanks regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0 Release for Alpha
Le 29 févr. 08 à 06:21, Moises Castellanos a écrit : I try to download the 7.0 Release for Alpha Platform, but 550 no such directory Y search in ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/ and there is no 7.0-RELEASE Anyone know why this is happening ??? Compare: FreeBSD 7.0-RELEASE is now available for the amd64, i386, ia64, pc98, and powerpc architectures. The version for the sparc64 architecture will become available in a few days. Some of the package builds are still in progress. ( http://www.freebsd.org/releases/7.0R/announce.html ) with: FreeBSD 6.3-RELEASE is now available for the alpha, amd64, i386, pc98, and sparc64 architectures. ( http://www.freebsd.org/releases/6.3R/announce.html ) http://lists.freebsd.org/pipermail/freebsd-alpha/2006-May/003011.html Short version: Alpha support is being retired in 7.0 regards HTH, Olivier___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: looking for online text editor
Le 4 déc. 07 à 21:09, David Banning a écrit : mindterm-ssh. Is there some plain text editor program out there that will allow me to simply login and edit my files in plain text - (not a gui html editor) ? ...You can't just SSH into your box and use vim? Let's say I'm in a library in some remote town. The only SSH I know that is web loadable is mindterm-ssh, but that runs on java. If java is blocked on the local box then I'm SOL. No? Then the last solution is to use ajaxterm... Doesn't require any special extension like java: http://anthony.lesuisse.com/qweb/trac/wiki/AjaxTerm Of course it's recommanded to access it via https... regards, Olivier___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]