FreeBSD 7.0-Stable Crashed with Cacti
Dear All, we face problem with running cacti on FreeBSD 7.0-Stable. From top command output: last pid: 5836; load averages: 0.03, 0.17, 0.24 up 0+01:17:30 15:24:11 96 processes: 1 running, 95 sleeping CPU: 0.2% user, 0.0% nice, 1.5% system, 0.0% interrupt, 98.3% idle Mem: 736M Active, 125M Inact, 127M Wired, 300K Cache, 111M Buf, 3776K Free Swap: 2014M Total, 2014M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 1054 root1 760 118M 94916K pfault 1 0:07 0.00% php 1382 root1 760 110M 87224K pfault 1 0:07 0.00% php 1740 root1 760 103M 75576K pfault 0 0:06 0.00% php 2120 root1 760 97160K 74056K pfault 1 0:06 0.00% php 2451 root1 760 91016K 79316K pfault 1 0:05 0.00% php 2818 root1 760 83848K 72324K pfault 1 0:05 0.00% php 3147 root1 760 76680K 64856K pfault 1 0:04 0.00% php 3511 root1 760 69512K 57836K pfault 1 0:04 0.00% php 3823 root1 760 62344K 50880K pfault 1 0:03 0.00% php 4170 root1 760 55176K 43568K pfault 0 0:03 0.00% php 4513 root1 760 48008K 36480K pfault 1 0:02 0.00% php 4847 root1 760 40840K 29452K pfault 1 0:02 0.00% php 5180 root1 760 33672K 22664K pfault 0 0:01 0.00% php 5810 root1 -8 19 11696K 9344K piperd 1 0:01 0.00% perl 5534 root1 760 26504K 15612K pfault 0 0:01 0.00% php 5811 root1 -8 19 11876K 9488K piperd 1 0:01 0.00% perl 5812 root1 -8 19 11676K 9304K piperd 1 0:01 0.00% perl 1651 root1 440 8400K 2440K select 1 0:01 0.00% sshd 839 root1 440 21536K 9152K select 0 0:00 0.00% httpd 747 root1 440 7372K 4996K select 0 0:00 0.00% perl 658 root1 440 8808K 4096K select 1 0:00 0.00% snmpd 5814 root1 760 10588K 4016K pfault 1 0:00 0.00% php 1655 root1 80 4404K 1600K wait 1 0:00 0.00% bash 746 mysql 24 40 70884K 21936K sbwait 1 0:00 0.00% mysqld 858 root1 440 5864K 2152K select 1 0:00 0.00% sendmail 5835 root1 440 3504K 1520K CPU0 0 0:00 0.00% top 652 root1 440 7824K 3048K select 1 0:00 0.00% snmptrapd 5809 root1 80 3472K 1008K wait 0 0:00 0.00% sh 5808 root1 80 3472K 1008K wait 1 0:00 0.00% sh 870 root1 -160 3200K 1072K vmwait 0 0:00 0.00% cron 5827 root1 76 19 3204K 1480K pfault 0 0:00 0.00% rateup 5828 root1 76 19 3204K 1472K pfault 0 0:00 0.00% rateup 5819 root1 -80 3200K 1108K piperd 0 0:00 0.00% cron 5820 root1 80 3472K 1004K wait 0 0:00 0.00% sh 577 root1 440 3172K 1008K select 1 0:00 0.00% syslogd 5823 root1 760 10588K 4112K pfault 1 0:00 0.00% php 5829 root1 76 19 3204K 1332K pfault 1 0:00 0.00% rateup We realized that all cacti process just eat my cpu and memory (STATE: pfault) and my server should be reboot. Is there any way how to fix it? Thank you Kalpin Erlangga Silaen ___ 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: Foiling MITM attacks on source and ports trees
Unless designed carefully, there will be substantial logistical problems to maintaining such lists of signatures. ... You can then verify the correctness of what's on your disk ... The idea is that one needs to get this public key only once ... IMHO, this could or should take place at the subversion server itself. This problem has already been solved in the form of Git*. Now whether FreeBSD can/will migrate to Git or an equivalent for version control is another question. The security benefits would result even if a trusted person (the FreeBSD security team, maybe?) maintained a git mirror of the CVS/Subversion/Whatever repository. Git avoids the issue of versioned lists of signatures by simply making the version history of the repository an unbroken chain. If any link in history is changed, the sha1 checksums no longer compute. By simply verifying a sha1 hash, you can be assured (at least, as assured as [that implementation of] sha1 can make you feel) that the files at that point in time and all their prior history are exactly the same on your computer as what's on the distribution server. No lengthy lists or checksum tuples are required. The checksums are built in to the version control itself. Git also provides a mechanism for cryptographic sign-off of tags, which would provide the public/private keyed infrastructure you're trying to (awkwardly) replicate with SSL and PKI. The combination of sha1-strength history integrity verification and cryptographic tags mean all the information necessary to validate your on-disk source tree (and its history) is widely available and easily verified even if obtained from an untrusted source. You will need a secure means of obtaining either a (single) sha1 hash or a public key, but everything else can e verified once you have that small bit of very public (and therefore difficult to forge) information. Even if Git isn't the answer, it's at least worth stealing some of their ideas. * http://git.or.cz ___ 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 7.0-Stable Crashed by Cacti
Dear all, we faced problem with running cacti on FreeBSD 7.0-Stable. From top command output: last pid: 5836; load averages: 0.03, 0.17, 0.24 up 0+01:17:30 15:24:11 96 processes: 1 running, 95 sleeping CPU: 0.2% user, 0.0% nice, 1.5% system, 0.0% interrupt, 98.3% idle Mem: 736M Active, 125M Inact, 127M Wired, 300K Cache, 111M Buf, 3776K Free Swap: 2014M Total, 2014M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 1054 root1 760 118M 94916K pfault 1 0:07 0.00% php 1382 root1 760 110M 87224K pfault 1 0:07 0.00% php 1740 root1 760 103M 75576K pfault 0 0:06 0.00% php 2120 root1 760 97160K 74056K pfault 1 0:06 0.00% php 2451 root1 760 91016K 79316K pfault 1 0:05 0.00% php 2818 root1 760 83848K 72324K pfault 1 0:05 0.00% php 3147 root1 760 76680K 64856K pfault 1 0:04 0.00% php 3511 root1 760 69512K 57836K pfault 1 0:04 0.00% php 3823 root1 760 62344K 50880K pfault 1 0:03 0.00% php 4170 root1 760 55176K 43568K pfault 0 0:03 0.00% php 4513 root1 760 48008K 36480K pfault 1 0:02 0.00% php 4847 root1 760 40840K 29452K pfault 1 0:02 0.00% php 5180 root1 760 33672K 22664K pfault 0 0:01 0.00% php 5810 root1 -8 19 11696K 9344K piperd 1 0:01 0.00% perl 5534 root1 760 26504K 15612K pfault 0 0:01 0.00% php 5811 root1 -8 19 11876K 9488K piperd 1 0:01 0.00% perl 5812 root1 -8 19 11676K 9304K piperd 1 0:01 0.00% perl 1651 root1 440 8400K 2440K select 1 0:01 0.00% sshd 839 root1 440 21536K 9152K select 0 0:00 0.00% httpd 747 root1 440 7372K 4996K select 0 0:00 0.00% perl 658 root1 440 8808K 4096K select 1 0:00 0.00% snmpd 5814 root1 760 10588K 4016K pfault 1 0:00 0.00% php 1655 root1 80 4404K 1600K wait 1 0:00 0.00% bash 746 mysql 24 40 70884K 21936K sbwait 1 0:00 0.00% mysqld 858 root1 440 5864K 2152K select 1 0:00 0.00% sendmail 5835 root1 440 3504K 1520K CPU0 0 0:00 0.00% top 652 root1 440 7824K 3048K select 1 0:00 0.00% snmptrapd 5809 root1 80 3472K 1008K wait 0 0:00 0.00% sh 5808 root1 80 3472K 1008K wait 1 0:00 0.00% sh 870 root1 -160 3200K 1072K vmwait 0 0:00 0.00% cron 5827 root1 76 19 3204K 1480K pfault 0 0:00 0.00% rateup 5828 root1 76 19 3204K 1472K pfault 0 0:00 0.00% rateup 5819 root1 -80 3200K 1108K piperd 0 0:00 0.00% cron 5820 root1 80 3472K 1004K wait 0 0:00 0.00% sh 577 root1 440 3172K 1008K select 1 0:00 0.00% syslogd 5823 root1 760 10588K 4112K pfault 1 0:00 0.00% php 5829 root1 76 19 3204K 1332K pfault 1 0:00 0.00% rateup all cacti process just eat my memory and cpu, after that my server crashed and should be reboot. How to fix this problem? Thank you Kalpin Erlangga Silaen ___ 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: Foiling MITM attacks on source and ports trees
someone like the FreeBSD Foundation as an appropriate body to own the cert. OT I would actually trust a self-signed cert by the FreeBSD security officer, more then one by Verisign. of course. there is no need to have an authority to make key pairs, everybody do it alone. actually i would fear using such keys because i'm sure such companies do have a copy of both keys. ___ 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: PHP setup question
On Mon, Jan 05, 2009 at 09:45:23PM -0600, Kelly D. Grills wrote: On Mon, Jan 05, 2009 at 04:51:08PM -0500, stan wrote: Clearly I am still confused. :-( I just duid as you suggested, and all went well until I pushed the Write Config button at Step 2. At this point I was offered the option fo downlaoding to the machine that I was running the web browser on this config file. Since this is where I got hung up last. I stoped to ask what I am doing wrong. If I download this file, and put it in the config directory, based upon previous behavior the setup process will refuse to run, because the config file exists. What basic misunderstanding do I ahve here? I'm out of advice. I'd strongly advise that you seek help from the Ampache developers / community (http://ampache.org/). You'll be on topic there, and surely get more advice. OK, Can you please explain how the step 2 to 3 transition is supposed to work in the web based installer? Is the step 2 process supposed to write the config.php file to ampache/config? If so, why, when I do that manually does it refuse to go to step 3? -- One of the main causes of the fall of the roman empire was that, lacking zero, they had no way to indicate successful termination of their C programs. ___ 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: Portsnap Not Found Issues
Hi, thank for the tip! portsnap3 just worked good right now for me, it surely has to do with the release of FreeBSD 7.1 as said in this post: http://www.nabble.com/FYI%2C-portsnap-problems-td21301895.html Jeffrey Goldberg wrote: On Jan 5, 2009, at 2:40 PM, Matthew Pounsett wrote: I'm seeing a similar error on a different metadata file from portsnap1. portsnap3 seems to be working for me at the moment. I'm having problems on 2 and 3 (haven't tried 1). But I did get much further when portsnap3. $ sudo portsnap -s portsnap3.freebsd.org fetch update Looking up portsnap3.freebsd.org mirrors... none found. Fetching snapshot tag from portsnap3.freebsd.org... done. Fetching snapshot metadata... done. Updating from Sun Jan 4 11:29:12 CST 2009 to Mon Jan 5 13:49:44 CST 2009. Fetching 3 metadata patches.. done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 530 patches. 10 20 30 40 50 60 70 80 90 100 110 120 130 140 150 160 170 180 190 200 210 220 230 240 250 260 270 280 290 300 310 320 330 340 350 360 370 380 390 400 410 420 430 440450460470480490500510520530 done. Applying patches... done. Fetching 90 new ports or files... /usr/sbin/portsnap: cannot open e12e83e8518a445d192fa06546e06cfd4eee82824a1a5d36e508ac7cb78968f8.gz: No such file or directory snapshot is corrupt. Anyway, I'll wait a day or two before trying again. Cheers, -j -- Jeffrey Goldberghttp://www.goldmark.org/jeff/ ___ 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 -- View this message in context: http://www.nabble.com/Portsnap-%22Not-Found%22-Issues-tp21294899p21308723.html Sent from the freebsd-questions mailing list archive at Nabble.com. ___ 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
re0 losing connection when idle
Since i updated my ports/source/world on a FREEBSD 7.1-PRERELEASE AMD64 a few days ago and had to do a reboot, all of a sudden my network connection is dropping out if no consistent traffic is being done, more then simply an IRC chats. i've had to have a few torrents seeding to maintain the connection without it dropping out an my having to disconnect the net cable wait a lil while an re-connect. I checked a few things i knew of locally an there seems to be nothing on the modem//router. Any thoughts//ideas? ___ 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
compilation vs binary files
hi, i would like to know, if it has a sense to compile software provided in form of ports in /usr/ports. I mean, I know there is a bunch of options you can choose from and make certain application more suitable for your hardware / software needs. I just want to know, if I can install software in binary form (eg. pkg_add -r soft) without a significant change of performance to my machine. If I lost some percents of perfromance, I would rather install it in that way like to compile it and lose a lot of time ... Yes, there is also a matter of patches and updates, because software is constantly improving. Have even a packages in binary form a sense? thank you ___ 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: PHP Apache module no longer loads /usr/local/etc/php.ini
On Tue, Jan 6, 2009 at 12:26 AM, Morgan Wesström freebsd-questi...@pp.dyndns.biz wrote: Hi. I have two almost identical FreeBSD servers with FreeBSD 7.0, Apache 2.2.11 and PHP 5.2.8. After a restart of Apache four days ago, the PHP module on one of those servers no longer loads /usr/local/etc/php.ini and I can't for my world figure out what's preventing it. My workaround right now is to move php.ini to / where it is loaded properly. phpinfo on non-working server: http://pp.dyndns.biz/phpinfo.php phpinfo on working server: http://prefectftp.no-ip.com/phpinfo.php According to php.net the default location for php.ini is /usr/local/lib and to change that you have to compile PHP with --with-config-file-path=/some/path but I can't see that this is done on FreeBSD. Still /usr/local/etc is listed in phpinfo's Configuration File (php.ini) Path. What mechanism does FreeBSD use to alter the default location of the ini file? Can I somehow have interfered with that mechanism? The following things DO work though: - Setting PHPRC to /usr/local/etc (as described in php.ini) and restarting Apache loads /usr/local/etc/php.ini correctly. - CLI version works correctly regardless of PHPRC: # php -i | grep php.ini Configuration File (php.ini) Path = /usr/local/etc Loaded Configuration File = /usr/local/etc/php.ini No errors are listed in any log-file and I've been banging my head against the wall for four days now trying to solve this... Any help would be appreciated to figure out what stupid mistake I've made. :-) Regards Morgan Notice: Configuration File (php.ini) Path /usr/local/etc Loaded Configuration File /php.ini So it _IS_ looking in /usr/local/etc/ for a php.ini file, it just can't find it. Move the file back to /usr/local/etc/, then make sure the permissions are correct (so the www-data user can read) on both the php.ini file and the directories above it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD 7.0-Stable Crashed with Cacti
On Tue, Jan 6, 2009 at 3:30 AM, Kalpin Erlangga Silaen kal...@muliahost.com wrote: Dear All, we face problem with running cacti on FreeBSD 7.0-Stable. From top command output: - snip - We realized that all cacti process just eat my cpu and memory (STATE: pfault) and my server should be reboot. Is there any way how to fix it? Thank you Kalpin Erlangga Silaen Cacti runs the poller script using php. It looks like the poller script is taking too long to finish, and it ends up having several instances running at the same time. I'd recommend that you look into the 'Spine' poller (formally known as Cactid). It's a threading C program, which is _MUCH_ faster than php will ever be. ___ 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: compilation vs binary files
On Tue, 6 Jan 2009 14:16:51 +0100, Stefan Miklosovic miklosovic.free...@gmail.com wrote: hi, i would like to know, if it has a sense to compile software provided in form of ports in /usr/ports. I mean, I know there is a bunch of options you can choose from and make certain application more suitable for your hardware / software needs. I just want to know, if I can install software in binary form (eg. pkg_add -r soft) without a significant change of performance to my machine. If I lost some percents of perfromance, I would rather install it in that way like to compile it and lose a lot of time ... For most software provided as precompiled binary packages, there is no loss in speed, especially not if today's hardware is considered. As you mentioned correctly, there are applications where building from source is the better way in many regards (e. g. mplayer: codecs, CPU optimization). You usually do this on older hardware for some speed gain, but on modern hardware... Yes, there is also a matter of patches and updates, because software is constantly improving. Have even a packages in binary form a sense? Yes, they have, especially if you don't have the hardware for a long compilation process - just consider KDE or OpenOffice - I wouldn't even compile them on today's hardware. :-) Binary packages often make the life easier. Personally, I do prefer them. But as you know, you can't always use them (you mentioned the reasons above). You can, for example, put a collection of already compiled software on a CD or DVD in the common tbz form and then install them on another system (that may have no Internet access). The advantage is that you have your software running right after install, no time is needed to build from sources. Binary packages aren't always up to date (they're not compiled with every change in the port's source code), so if you're requiring bleeding edge software, using the ports and building from source is the better way to go. But if you intend to once install a system and then let it run, there's no problem using software from binary packages. Especially on servers, you usually do the neccessary updates (such as security patches) and keep the rest as it is. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Transparent SOCKS proxy (server side)?
Hi, My ISP's NAT, unfortunately, does not work more than it does. This is a problem as I need to provide 'direct' internet access for the computers inside my network. I would like to set up a transparent SOCKS proxy (similar to transparent HTTP proxy, aka squid) on the server. Does anyone know how to do this (and which ports to use)? This needs to be a server side solution since I am unable to implement this on the clients... I know there is a Linux specific program that does this, called KSB [http://ksb.sourceforge.net] that looks like what I would like, except the wrong OS :-( Regards David signature.asc Description: This is a digitally signed message part.
pkg_info php
Hi all, I am getting 'segmentation faults' when using php (apache module) on a server that recently had php 4 instlalled when php 5 was already there. /var/log/httpd-error.log: [Tue Jan 06 09:44:39 2009] [notice] child pid 8209 exit signal Segmentation fault (11) Is there a way to completely remove all hints of php 5? Do you think this would stop the segmentation faults? Uname -a: FreeBSD servername 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Thu Feb 22 02:59:38 EST 2007 ... i386 Output of pkg_info: apache-2.2.3Version 2.2 of Apache web server with prefork MPM. apachetop-0.12.6Apache RealTime log stats autoconf-2.59_2 Automatically configure source code on many Un*x platforms bind95-base-9.5.0.2 The BIND DNS suite with updated DNSSEC and threads bsdpan-Archive-Tar-1.30 Archive::Tar - module for manipulations of tar archives bsdpan-Authen-PAM-0.16 Authen::PAM - Perl interface to PAM library bsdpan-CGI-SpeedyCGI-2.22 SpeedyCGI - Speed up perl scripts by running them persisten bsdpan-Compress-Raw-Zlib-2.004 Compress::Raw::Zlib - Low-Level Interface to zlib compressi bsdpan-Compress-Zlib-2.004 Compress::Zlib - Interface to zlib compression library bsdpan-Crypt-CBC-2.14 Crypt::CBC - Encrypt Data with Cipher Block Chaining Mode bsdpan-Crypt-CBC-2.22 Crypt::CBC - Encrypt Data with Cipher Block Chaining Mode bsdpan-Crypt-DES-2.05 Crypt::DES - Perl DES encryption module bsdpan-Crypt-SSLeay-0.53 Crypt::SSLeay - OpenSSL glue that provides LWP https suppor bsdpan-Date-Calc-5.4 Unknown perl module bsdpan-Date-Manip-5.44 Unknown perl module bsdpan-Digest-1.15 Digest - Modules that calculate message digests bsdpan-Digest-HMAC-1.01 Digest::HMAC - Keyed-Hashing for Message Authentication bsdpan-Digest-MD5-2.36 Digest::MD5 - Perl interface to the MD5 Algorithm bsdpan-Digest-Nilsimsa-0.06 Digest::Nilsimsa - Perl version of Nilsimsa code bsdpan-Digest-SHA1-2.11 Digest::SHA1 - Perl interface to the SHA-1 algorithm bsdpan-ExtUtils-CBuilder-0.18 ExtUtils::CBuilder - Compile and link C code for Perl modul bsdpan-ExtUtils-ParseXS-2.18 ExtUtils::ParseXS - converts Perl XS code into C code bsdpan-HTML-Parser-3.56 HTML::Parser - HTML parser class bsdpan-HTML-Tagset-3.10 HTML::Tagset - data tables useful in parsing HTML bsdpan-HTML-Template-2.9 HTML::Template - Perl module to use HTML Templates from CGI bsdpan-IO-Compress-Base-2.004 IO::Compress::Base - Base Class for IO::Compress modules bsdpan-IO-Compress-Zlib-2.004 IO::Compress::Gzip - Write RFC 1952 files/buffers bsdpan-IO-Socket-INET6-2.51 IO::Socket::INET6 - Object interface for AF_INET|AF_INET6 d bsdpan-IO-Socket-SSL-1.02 IO::Socket::SSL -- Nearly transparent SSL encapsulation for bsdpan-IO-Tty-1.07 IO::Tty - Low-level allocate a pseudo-Tty, import constants bsdpan-IO-Zlib-1.05 IO::Zlib - IO:: style interface to LCompress::Zlib bsdpan-IO-stringy-2.110 IO-stringy - I/O on in-core objects like strings and arrays bsdpan-Locale-gettext-1.01 gettext - message handling functions bsdpan-MD5-2.03 MD5 - Perl interface to the MD5 Message-Digest Algorithm bsdpan-MIME-Base64-3.07 MIME::Base64 - Encoding and decoding of base64 strings bsdpan-MIME-tools-5.420 MIME-tools - modules for parsing (and creating!) MIME entit bsdpan-Mail-SpamAssassin-3.001008 Mail::SpamAssassin - Spam detector and markup engine bsdpan-MailTools-1.74 Mail::Cap - Parse mailcap files bsdpan-Net-CIDR-Lite-0.20 Net::CIDR::Lite - Perl extension for merging IPv4 or IPv6 C bsdpan-Net-DNS-0.59 Net::DNS - Perl interface to the DNS resolver bsdpan-Net-IP-1.25 Net::IP - Perl extension for manipulating IPv4/IPv6 address bsdpan-Net-Ident-1.20 Net::Ident - lookup the username on the remote end of a TCP bsdpan-Net_SSLeay.pm-1.30 Net::SSLeay - Perl extension for using OpenSSL bsdpan-Number-Format-1.52 Number::Format - Perl extension for formatting numbers bsdpan-Parse-Syslog-1.09 Parse::Syslog - Parse Unix syslog files bsdpan-Socket6-0.19 Socket6 - IPv6 related part of the C socket.h defines and s bsdpan-Text-Iconv-1.4 Text::Iconv - Perl interface to iconv() codeset conversion bsdpan-Unicode-String-2.09 Unicode::String - String of Unicode characters (UTF-16BE) bsdpan-XML-Parser-2.34 XML::Parser - A perl module for parsing XML documents bsdpan-libnet-1.20 Net::FTP - FTP Client class bsdpan-libwww-perl-5.805 LWP - The World-Wide Web library for Perl curl-7.15.5 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) db41-4.1.25_3 The Berkeley DB package, revision 4.1 exim-4.63 High performance MTA for Unix systems on the Internet expat-2.0.0_1 XML 1.0 parser written in C ezm3-1.2_1 Easier, more portable Modula-3 distribution for building CV fontconfig-2.3.2_6,1 An XML-based font configuration API for X Windows freetype2-2.2.1_1 A free and portable TrueType font rendering engine fribidi-0.10.7 A Free Implementation of the Unicode Bidirectional Algorith fuser-1142334561POSIX fuser utility for FreeBSD gd-2.0.33_4,1 A graphics library
Re: pkg_info php
On Tue, Jan 6, 2009 at 7:47 AM, Grant Peel gp...@thenetnow.com wrote: Hi all, I am getting 'segmentation faults' when using php (apache module) on a server that recently had php 4 instlalled when php 5 was already there. /var/log/httpd-error.log: [Tue Jan 06 09:44:39 2009] [notice] child pid 8209 exit signal Segmentation fault (11) Is there a way to completely remove all hints of php 5? Do you think this would stop the segmentation faults? Uname -a: FreeBSD servername 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Thu Feb 22 02:59:38 EST 2007 ... i386 Output of pkg_info: [snip list of pkg_info output] Thanks, -Grant It sounds like you need fixphpextorder.sh: http://www.pingle.org/2006/10 ___ 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: pkg_info php
Grant Peel wrote: Hi all, I am getting 'segmentation faults' when using php (apache module) on a server that recently had php 4 instlalled when php 5 was already there. /var/log/httpd-error.log: [Tue Jan 06 09:44:39 2009] [notice] child pid 8209 exit signal Segmentation fault (11) Is there a way to completely remove all hints of php 5? Do you think this would stop the segmentation faults? IANAE, but (and I don't intend a personal offense) this is a very convoluted configuration. Having PHP4 and PHP5 side by side isn't something I'd try on one box; too much chance of the extensions overlapping one another, and this would be a prime cause of a segfault --- that is, PHP5, just as an example, might be attempting to use an extension.so that was compiled against PHP4, or vice-versa, and such a problem is the usual cause of such errors. My $0.02. There is a good possibility that doing the following would help: *Pick one version or the other, probably v 5, as v4 is EOL'ed. *Uninstall both versions and Apache, and all php-extension ports. *Reinstall the PHP$n port with Apache module enabled via OPTIONS. *Reinstall the correct php-extension ports. HTH, Kevin Kinsey PS once again, a fitting .sig. Is our randomizer not random enough? Or something more sinister? Uname -a: FreeBSD servername 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Thu Feb 22 02:59:38 EST 2007 ... i386 Output of pkg_info: apache-2.2.3Version 2.2 of Apache web server with prefork MPM. apachetop-0.12.6Apache RealTime log stats autoconf-2.59_2 Automatically configure source code on many Un*x platforms bind95-base-9.5.0.2 The BIND DNS suite with updated DNSSEC and threads bsdpan-Archive-Tar-1.30 Archive::Tar - module for manipulations of tar archives bsdpan-Authen-PAM-0.16 Authen::PAM - Perl interface to PAM library bsdpan-CGI-SpeedyCGI-2.22 SpeedyCGI - Speed up perl scripts by running them persisten bsdpan-Compress-Raw-Zlib-2.004 Compress::Raw::Zlib - Low-Level Interface to zlib compressi bsdpan-Compress-Zlib-2.004 Compress::Zlib - Interface to zlib compression library bsdpan-Crypt-CBC-2.14 Crypt::CBC - Encrypt Data with Cipher Block Chaining Mode bsdpan-Crypt-CBC-2.22 Crypt::CBC - Encrypt Data with Cipher Block Chaining Mode bsdpan-Crypt-DES-2.05 Crypt::DES - Perl DES encryption module bsdpan-Crypt-SSLeay-0.53 Crypt::SSLeay - OpenSSL glue that provides LWP https suppor bsdpan-Date-Calc-5.4 Unknown perl module bsdpan-Date-Manip-5.44 Unknown perl module bsdpan-Digest-1.15 Digest - Modules that calculate message digests bsdpan-Digest-HMAC-1.01 Digest::HMAC - Keyed-Hashing for Message Authentication bsdpan-Digest-MD5-2.36 Digest::MD5 - Perl interface to the MD5 Algorithm bsdpan-Digest-Nilsimsa-0.06 Digest::Nilsimsa - Perl version of Nilsimsa code bsdpan-Digest-SHA1-2.11 Digest::SHA1 - Perl interface to the SHA-1 algorithm bsdpan-ExtUtils-CBuilder-0.18 ExtUtils::CBuilder - Compile and link C code for Perl modul bsdpan-ExtUtils-ParseXS-2.18 ExtUtils::ParseXS - converts Perl XS code into C code bsdpan-HTML-Parser-3.56 HTML::Parser - HTML parser class bsdpan-HTML-Tagset-3.10 HTML::Tagset - data tables useful in parsing HTML bsdpan-HTML-Template-2.9 HTML::Template - Perl module to use HTML Templates from CGI bsdpan-IO-Compress-Base-2.004 IO::Compress::Base - Base Class for IO::Compress modules bsdpan-IO-Compress-Zlib-2.004 IO::Compress::Gzip - Write RFC 1952 files/buffers bsdpan-IO-Socket-INET6-2.51 IO::Socket::INET6 - Object interface for AF_INET|AF_INET6 d bsdpan-IO-Socket-SSL-1.02 IO::Socket::SSL -- Nearly transparent SSL encapsulation for bsdpan-IO-Tty-1.07 IO::Tty - Low-level allocate a pseudo-Tty, import constants bsdpan-IO-Zlib-1.05 IO::Zlib - IO:: style interface to LCompress::Zlib bsdpan-IO-stringy-2.110 IO-stringy - I/O on in-core objects like strings and arrays bsdpan-Locale-gettext-1.01 gettext - message handling functions bsdpan-MD5-2.03 MD5 - Perl interface to the MD5 Message-Digest Algorithm bsdpan-MIME-Base64-3.07 MIME::Base64 - Encoding and decoding of base64 strings bsdpan-MIME-tools-5.420 MIME-tools - modules for parsing (and creating!) MIME entit bsdpan-Mail-SpamAssassin-3.001008 Mail::SpamAssassin - Spam detector and markup engine bsdpan-MailTools-1.74 Mail::Cap - Parse mailcap files bsdpan-Net-CIDR-Lite-0.20 Net::CIDR::Lite - Perl extension for merging IPv4 or IPv6 C bsdpan-Net-DNS-0.59 Net::DNS - Perl interface to the DNS resolver bsdpan-Net-IP-1.25 Net::IP - Perl extension for manipulating IPv4/IPv6 address bsdpan-Net-Ident-1.20 Net::Ident - lookup the username on the remote end of a TCP bsdpan-Net_SSLeay.pm-1.30 Net::SSLeay - Perl extension for using OpenSSL bsdpan-Number-Format-1.52 Number::Format - Perl extension for formatting numbers bsdpan-Parse-Syslog-1.09 Parse::Syslog - Parse Unix syslog files bsdpan-Socket6-0.19 Socket6 - IPv6 related part of the C socket.h defines and s bsdpan-Text-Iconv-1.4 Text::Iconv - Perl interface to iconv() codeset conversion
Do UDP broadcasts work in FreeBSD?
Our efforts so far indicate the answer is no, which baffles us. We want to send a limited broadcast to 255.255.255.255 but the message never arrives. The same code works fine under Linux. Is there a trick for doing this kind of thing under FreeBSD? ___ 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: Transparent SOCKS proxy (server side)?
On Tuesday 06 January 2009 05:49:22 David Naylor wrote: Hi, My ISP's NAT, unfortunately, does not work more than it does. This is a problem as I need to provide 'direct' internet access for the computers inside my network. I would like to set up a transparent SOCKS proxy (similar to transparent HTTP proxy, aka squid) on the server. Does anyone know how to do this (and which ports to use)? This needs to be a server side solution since I am unable to implement this on the clients... http://www.freshports.org/net/dante/ -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Do UDP broadcasts work in FreeBSD?
why 255.255.255.255 not your net broadcast address? On Tue, 6 Jan 2009, Peter Steele wrote: Our efforts so far indicate the answer is no, which baffles us. We want to send a limited broadcast to 255.255.255.255 but the message never arrives. The same code works fine under Linux. Is there a trick for doing this kind of thing under FreeBSD? ___ 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-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: pkg_info php
On Tue 2009-01-06 10:50:39 UTC-0600, Kevin Kinsey (k...@daleco.biz) wrote: IANAE, but (and I don't intend a personal offense) this is a very convoluted configuration. Having PHP4 and PHP5 side by side isn't something I'd try on one box Presumably one could make use of FreeBSD's jails then run different versions of PHP within separate jails on the one box. I have no personal experience with that sort of setup but it May be an option for the OP. ___ 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: Transparent SOCKS proxy (server side)?
2009/1/6 Mel fbsd.questi...@rachie.is-a-geek.net: On Tuesday 06 January 2009 05:49:22 David Naylor wrote: Hi, My ISP's NAT, unfortunately, does not work more than it does. This is a problem as I need to provide 'direct' internet access for the computers inside my network. I would like to set up a transparent SOCKS proxy (similar to transparent HTTP proxy, aka squid) on the server. Does anyone know how to do this (and which ports to use)? This needs to be a server side solution since I am unable to implement this on the clients... http://www.freshports.org/net/dante/ As far as I know dante can only be made transparent with the use of client side software (such as the libsocks.so libraries under *nix) and not from the server side (i.e. tunneling the traffic through a SOCKS proxy). The way I think of it is similar to NAT (in the capturing of traffic)? Or am I missing something? David ___ 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: Foiling MITM attacks on source and ports trees
On Tue, Jan 06, 2009 at 10:22:29AM +0100, Wojciech Puchar wrote: someone like the FreeBSD Foundation as an appropriate body to own the cert. OT I would actually trust a self-signed cert by the FreeBSD security officer, more then one by Verisign. of course. there is no need to have an authority to make key pairs, everybody do it alone. actually i would fear using such keys because i'm sure such companies do have a copy of both keys. Out-of-band corroboration of a certificate's authenticity is kind of necessary to the security model of SSL/TLS. A self-signed certificate, in and of itself, is not really sufficient to ensure the absence of a man in the middle attack or other compromise of the system. On the other hand, I don't trust Verisign, either. I believe some steps are being made by the Perpsectives [1] project that lead in the right direction [2]. Unfortunately, it's not available at present for FreeBSD, because the Firefox plugin depends on a binary executable compiled from C, and my (brief) discussion with one of the people involved in the project about the potential of porting it to FreeBSD didn't really bear fruit. NOTES: [1] http://www.cs.cmu.edu/~perspectives/index.html [2] http://blogs.techrepublic.com.com/security/?p#571 -- Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] Quoth Anonymous: Why do we never have time to do it right, but always have time to do it over? pgpdWFBWpraoO.pgp Description: PGP signature
Re: Transparent SOCKS proxy (server side)?
On Tuesday 06 January 2009 10:07:17 David Naylor wrote: 2009/1/6 Mel fbsd.questi...@rachie.is-a-geek.net: On Tuesday 06 January 2009 05:49:22 David Naylor wrote: Hi, My ISP's NAT, unfortunately, does not work more than it does. This is a problem as I need to provide 'direct' internet access for the computers inside my network. I would like to set up a transparent SOCKS proxy (similar to transparent HTTP proxy, aka squid) on the server. Does anyone know how to do this (and which ports to use)? This needs to be a server side solution since I am unable to implement this on the clients... http://www.freshports.org/net/dante/ As far as I know dante can only be made transparent with the use of client side software (such as the libsocks.so libraries under *nix) and not from the server side (i.e. tunneling the traffic through a SOCKS proxy). The way I think of it is similar to NAT (in the capturing of traffic)? Or am I missing something? In pf terms: rdr traffic, or use something like this: http://bayxao.wordpress.com/2007/03/18/transparent-socks-proxy-client/ -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
GEOM: da0: corrupt or invalid GPT detected.
Dear List! I have such a problem (or is it a problem?): # dmesg | grep da0 da0 at twa0 bus 0 target 0 lun 0 da0: AMCC 9650SE-8LP DISK 4.06 Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 1430481MB (2929625088 512 byte sectors: 255H 63S/T 182360C) GEOM: da0: corrupt or invalid GPT detected. GEOM: da0: GPT rejected -- may not be recoverable. Trying to mount root from ufs:/dev/da0s1a System is 7.0 amd64. Just a fresh install. The problem appeared with sysinstall. The message appeared: WARNING: A geometry of 182360/255/63 for da0 is incorrect. Using a more likely geometry. If this geometry is incorrect or you are unsure as to whether or not it's correct, please consult the Hardware Guide in the Documentation submenu or use the (G)eometry command to change it now. Never seen something like this before, when installing FreeBSD. Do not see eny 'Documentation submenu' in sysinstall. How can I fix it? Everything seems to work OK, exept these messages. I am just about to build world and new kernel... regards, O.K. ___ 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: Foiling MITM attacks on source and ports trees
On Tuesday 06 January 2009 10:31:26 Chad Perrin wrote: On Tue, Jan 06, 2009 at 10:22:29AM +0100, Wojciech Puchar wrote: someone like the FreeBSD Foundation as an appropriate body to own the cert. OT I would actually trust a self-signed cert by the FreeBSD security officer, more then one by Verisign. of course. there is no need to have an authority to make key pairs, everybody do it alone. actually i would fear using such keys because i'm sure such companies do have a copy of both keys. Out-of-band corroboration of a certificate's authenticity is kind of necessary to the security model of SSL/TLS. A self-signed certificate, in and of itself, is not really sufficient to ensure the absence of a man in the middle attack or other compromise of the system. On the other hand, I don't trust Verisign, either. In the less virtual world, we only trust governments to provide identity papers (manufactured by companies, but still the records are kept and verified by a government entity). Instead of trying to regulate the internet and provide a penal system, governments would do much better taking their responsibility on these issues. It shouldn't be so hard to give every citizen the option to get an online certificate corresponding with their passport and similarly for Chambers of Commerce to provide certificates for businesses. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: iwi on 7-STABLE
Sunday, 4 January 2009 at 20:43:24 +0100, Per olof Ljungmark said: Peter Harrison wrote: Wednesday, 31 December 2008 at 2:06:55 +0100, Per olof Ljungmark said: Peter Harrison wrote: Tuesday, 30 December 2008 at 23:49:23 +0100, Per olof Ljungmark said: Hi all, Here I am away with the family visiting friends and I REALLY need to get the iwi if up and running. It's a recently updated system (7.1RC2). Read the man pages, tried different variations on legal.intel_iwi.license_ack=1, iwi_load, firmware_load etc. in /boot/loader.conf but I cannot get a connection to the router. It used to work on this box with my basic config, a Thinkpad T42, and it still does with XP. The interface is associated to the access point ok. Anyone who can hint me on how to debug this? Would sysctl debug.iwi.0=1 help? Of course, ANY information is of interest. Does iwi have a problem with certain routers? Sorry, no config files, I'm without connectivity when booting FreeBSD... Any help appriciated! I don't know whether iwi has issues with particular routers, however I do have it working on 7-STABLE i386 without difficulty. Does it help to see the relevant bits from my config? /boot/loader.conf: if_iwi_load=YES wlan_load=YES firmware_load=YES iwi_bss_load=YES iwi_ibss_load=YES iwi_monitor_load=YES legal.intel_iwi.license_ack=1 /etc/rc.conf: ifconfig_iwi0=inet 192.168.1.4 netmask 255.255.255.0 ssid *** bssid 00:14:bf:94:1e:75 channel 11 wepmode on wepkey deftxkey 1 (yes, I know I shouldn't still be using WEP). Works without difficult connecting to a Linksys router. I did have some difficulty I seem to recall when I turned off SSID broadcast on the router. I'd suggest trying with all the security turned off if you haven't already to see if you can connect at all, and then reintroduce the security measures later. Thanks for your reply. Your config is identical to mine. I think something fishy is going on here but don't know what it is - yet.. The router is a Netgear WNR854T. Have you tried running without WEP or WPA and with the router broadcasting the SSID, to test whether that's the issue? Yes, did that. In all the cases I've tested iwi is associated but no IP. Several XP boxes works fine with same router and settings. A guess then would be that the problem lies with the routers DHCP server rather than the wireless. Now back home, I tried same config with our Linksys router and no problem. I could not find anything odd or unusual in the setup for the Netgear so why this happened is still obscure to me. Well that leaves me a bit stumped too I'm afraid. It could just be a compatibility issue with the router - possibly worth noting that I'm also successfully using a Linksys here. Have you tried assigning a static IP address? Peter Harrison. -- per ___ 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-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
schedule the test
Hi, Where can I schedule the test for certification? I found the site of Prometric and Vue. Gustavo Millani Brazil, Porto Alegre Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ 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: Do UDP broadcasts work in FreeBSD?
On Jan 6, 2009, at 8:49 AM, Peter Steele wrote: Our efforts so far indicate the answer is no, which baffles us. We want to send a limited broadcast to 255.255.255.255 but the message never arrives. The same code works fine under Linux. Is there a trick for doing this kind of thing under FreeBSD? What you're trying to do with sending to the all-ones broadcast address is known as sending a link-local packet. On some systems, sending a UDP packet to 255.255.255.255 will actually cause a packet with that destination to be generated from all network interfaces which are UP. That seems to be the behavior you are expecting. On FreeBSD, IIRC, the behavior you get is that it will send to the local network broadcast address for each interface [1] using the network broadcast address (ie, if an interface is configured for 10.1.1.1 with /16 netmask, the packet will have destination 10.1.255.255). If an interface is UP but not configured with an IP +netmask, I don't believe a packet will be sent. (In fact, it might depend upon whether the BROADCAST flag is enabled, which gets set when an inet-enabled interface is setup with a netmask...) Arguably, this is a bug in FreeBSD, but you can work around it by using the BPF interface to send the traffic directly rather than using the network stack via socket()+send()/write(). I believe the ISC DHCP server software provides examples of how to do this, as dhclient is commonly used to send DHCP requests to the all-ones broadcast addr, without needing an interface being configured with an IP -- -Chuck [1]: And I could be mis-remembering that part; it might do a routing table lookup and use only the interface which matches the destination IP, which is probably the default route. ___ 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: Transparent SOCKS proxy (server side)?
2009/1/6 Mel fbsd.questi...@rachie.is-a-geek.net: On Tuesday 06 January 2009 10:07:17 David Naylor wrote: 2009/1/6 Mel fbsd.questi...@rachie.is-a-geek.net: On Tuesday 06 January 2009 05:49:22 David Naylor wrote: Hi, My ISP's NAT, unfortunately, does not work more than it does. This is a problem as I need to provide 'direct' internet access for the computers inside my network. I would like to set up a transparent SOCKS proxy (similar to transparent HTTP proxy, aka squid) on the server. Does anyone know how to do this (and which ports to use)? This needs to be a server side solution since I am unable to implement this on the clients... http://www.freshports.org/net/dante/ As far as I know dante can only be made transparent with the use of client side software (such as the libsocks.so libraries under *nix) and not from the server side (i.e. tunneling the traffic through a SOCKS proxy). The way I think of it is similar to NAT (in the capturing of traffic)? Or am I missing something? In pf terms: rdr traffic, or use something like this: http://bayxao.wordpress.com/2007/03/18/transparent-socks-proxy-client/ The above link only talks about client side solutions. I could see how rdr (which I understand to be the same as NAT?) could work, except it needs to be redirected to a program that then routes the traffic through the socks server? I have not been able to find such a program (and the above socks clients only act as a wrapper for other programs?). Perhaps a simple program that gets the redirected incoming traffic [like squid does] but then just connects to the destination server (with a socks wrapper doing the routing through the socks server)??? Or just a socks based solution? David ___ 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: Do UDP broadcasts work in FreeBSD?
What you're trying to do with sending to the all-ones broadcast address is known as sending a link-local packet. On some systems, sending a UDP packet to 255.255.255.255 will actually cause a packet with that destination to be generated from all network interfaces which are UP. That seems to be the behavior you are expecting. Yes it is. This is the behavior I've seen on every system I've used for 20+ years, except for FreeBSD. On FreeBSD, IIRC, the behavior you get is that it will send to the local network broadcast address for each interface [1] using the network broadcast address (ie, if an interface is configured for 10.1.1.1 with /16 netmask, the packet will have destination 10.1.255.255). If an interface is UP but not configured with an IP +netmask, I don't believe a packet will be sent. (In fact, it might depend upon whether the BROADCAST flag is enabled, which gets set when an inet-enabled interface is setup with a netmask...) In our case our systems have no IP identity of any kind, and we don't want to have to rely on whether or not our customers have a DHCP server available. So we've come up with our own light DHCP. It works fine for Linux and Windows. Not FreeBSD though. Arguably, this is a bug in FreeBSD I don't think there is any doubt about that. And from what I understand it even used to work under FreeBSD a few years ago. but you can work around it by using the BPF interface to send the traffic directly rather than using the network stack via socket()+send()/write(). I believe the ISC DHCP server software provides examples of how to do this, as dhclient is commonly used to send DHCP requests to the all-ones broadcast addr, without needing an interface being configured with an IP I've already looked at the ISC DHCP source code. They use raw sockets to send their broadcasts, which seems to us to be a convoluted way of sending a simple broadcast. I've seen examples of DHCP client/server code written in Java using standard UDP. Unfortunately, our own system is already largely implemented in Java/Python, so we'll need to provide a JNI interface to support raw sockets. Alternatively we may patch the kernel to fix the bug at its source. ___ 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
mergemaster goof when src upgrading 7.0 - 7.1
I was doing a src upgrade from 7.0 to 7.1 After installkernel, i rebooted, and accidently ran mergemaster instead of mergemaster -p before installworld. I ctrl-c'd once I realized what I had done, but the damage was done. It seems to have overwritten my password and group files. I successfully copied groups, passwd, master.passwd, pwd.db, and spwd.db from a recent backup and everything looks okay now. Did I damage anything else? ___ 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 7.1, nvidia-driver, GeForce 8500 GT
Dear all, I have just installed FreeBSD 7.1 Release on a machine with a GeForce 8500 GT (I think this is the card, but more about that later...) and an LCD screen with a native resolution of 1680 x 1050. Xorg works fine with the standard nv driver. However, if I try to install the x11/nvidia-driver (which should bring better graphic performance, right?) I get a total system freeze when I start the X server. Here are the details of what I have done: 1) install x11/nvidia-driver 2) add nvidia_load=YES to /boot/loader.conf 3) modify /etc/X11/xorg.conf by substituting nvidia to nv in the Driver line. At this point (after rebooting), if I start the X server with startx, I get a black screen and the system *completely* hangs (neither ctrl-alt-backspace, nor even ctrl-alt-delete work). The only way to get back the system is to power it off and on (which corrupts the filesystem because it has not been properly dismounted). I also looked at the xorg log file in: /var/log/Xorg.0.log Interestingly it seems to detect the card as a GeForce 9500 GT rather than a 8500 GT (which makes me wonder whether I got the right info from the vendor receipt): (--) Assigning device section with no busID to primary device (--) Chipset GeForce 9500 GT found But this should not be an issue because in the same log file it says that both GeForce 8500 GT and GeForce 9500 GT are supported by the nv driver. As for the monitor, the xorg log file says: II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 146.2 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0 (II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz(II) NV(0): Monitor name: L226WA (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 119.0 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1728 h_sync_end 1760 h_blank_end 1840 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1080 v_border: 0 Then the log file says: (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI0 disconnected (II) NV(0): Output VGA2 disconnected (II) NV(0): Output DVI1 connected (II) NV(0): Output DVI1 using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1680 (pitch 1792) (**) NV(0): Driver mode 1680x1050: 146.2 MHz (scaled from 0.0 MHz), 65.3 kHz, 60.0 Hz (II) NV(0): Modeline 1680x1050x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (**) NV(0): Driver mode 1680x1050: 119.0 MHz (scaled from 0.0 MHz), 64.7 kHz, 59.9 Hz (II) NV(0): Modeline 1680x1050x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) (**) NV(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NV(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NV(0): Driver mode 1280x1024: 109.0 MHz (scaled from 0.0 MHz), 63.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (**) NV(0): Driver mode 1440x900: 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz (II) NV(0): Modeline 1440x900x75.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) (**) NV(0): Driver mode 1440x900: 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz (II) NV(0): Modeline 1440x900x59.9 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz) (**) NV(0): Driver mode 1280x960: 101.2 MHz (scaled from 0.0 MHz), 59.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x960x59.9 101.25 1280 1360 1488 1696 960 963 967 996 -hsync +vsync (59.7 kHz) (**) NV(0): Driver mode 1152x864: 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NV(0): Modeline 1152x864x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Driver mode 1152x864: 104.0 MHz (scaled from 0.0 MHz), 67.7 kHz, 74.8 Hz (II) NV(0): Modeline 1152x864x74.8 104.00 1152 1224 1344 1536 864 867 871 905 -hsync +vsync (67.7 kHz) (**) NV(0): Driver mode 1024x768: 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz (II) NV(0): Modeline 1024x768x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (**) NV(0): Driver mode 1024x768: 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NV(0): Modeline 1024x768x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NV(0): Driver mode 832x624: 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz (II) NV(0): Modeline 832x624x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (**) NV(0): Driver mode 800x600: 49.5 MHz (scaled from 0.0 MHz), 46.9 kHz, 75.0 Hz (II) NV(0): Modeline 800x600x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (**) NV(0): Driver mode 800x600: 40.0 MHz (scaled from 0.0 MHz), 37.9 kHz, 60.3 Hz
Re: USB printer problem [SOLVED]
On Tuesday 06 January 2009 10:57:27 you wrote: Your PPD is probably wrong ... Accorfing to: http://hplipopensource.com/hplip-web/models/deskjet/deskjet_d1500_series.ht ml Your printer is fully supported. But the right PPD seem to be: DJ3320 Get into the cups web interface, remove your printer and set a new one with the right values. Use this as your uri: hp:/usb/Deskjet_D1500_series?serial=BR8AEFN0N0058V Use this as your PPD: DJ3320 Let's how that goes ;) Please Mario, don't leave alone ! I just _want_ to see you got your printer up and runnig :) So do not hesitate in getting bac to me if you run into a wen problem. We _will_ sort it out :) Worst case scenario, your gonna have to wait until FreeBSD port catches up with the lates hplip release Best regards mario wrote: I replaced the ppd and still no go: Description: HP Deskjet D1500 series Location: Local Printer Printer Driver: HP DeskJet 3320 Foomatic/hpijs (recommended) Printer State: idle, accepting jobs, published. Device URI: hp:/usb/Deskjet_D1500_series?serial=BR8AEFN0N0058V All I get is: /usr/local/libexec/cups/filter/foomatic-rip failed and again nothing gets printed. IT WORKED !! I finalinally found what was wrong !. the error i was getting was: Ghostscript 8.63: Can't start ijs server hpijs then I found this bug report for ghostscript: -- From-To:freebsd-ports-bugs-doceng By: pav When: Wed Nov 12 16:19:39 UTC 2008 Why:Assign to maintainer Reply via E-mail From: Peter Orlowski pet...@itp.physik.tu-berlin.de Date: Tue, 18 Nov 2008 16:41:30 +0100 This seems to be related to the pthread lib. Setting STDLIBS=-lm SYNC=nosync in work/ghostscript8.63/src/Makefile.in fixes the error. -- That did it. The printer now works perfectly ! Thanks Gonzalo for your ever-lasting good will, patience and support ! God bless you ! -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio YET!!] (99,7% winedows FREE) ___ 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 7.1, nvidia-driver, GeForce 8500 GT
Giuseppe Pagnoni wrote: Dear all, I have just installed FreeBSD 7.1 Release on a machine with a GeForce 8500 GT (I think this is the card, but more about that later...) and an LCD screen with a native resolution of 1680 x 1050. Xorg works fine with the standard nv driver. However, if I try to install the x11/nvidia-driver (which should bring better graphic performance, right?) I get a total system freeze when I start the X server. Here are the details of what I have done: 1) install x11/nvidia-driver 2) add nvidia_load=YES to /boot/loader.conf 3) modify /etc/X11/xorg.conf by substituting nvidia to nv in the Driver line. At this point (after rebooting), if I start the X server with startx, I get a black screen and the system *completely* hangs (neither ctrl-alt-backspace, nor even ctrl-alt-delete work). The only way to get back the system is to power it off and on (which corrupts the filesystem because it has not been properly dismounted). I also looked at the xorg log file in: /var/log/Xorg.0.log Interestingly it seems to detect the card as a GeForce 9500 GT rather than a 8500 GT (which makes me wonder whether I got the right info from the vendor receipt): (--) Assigning device section with no busID to primary device (--) Chipset GeForce 9500 GT found But this should not be an issue because in the same log file it says that both GeForce 8500 GT and GeForce 9500 GT are supported by the nv driver. As for the monitor, the xorg log file says: II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 146.2 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0 (II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz(II) NV(0): Monitor name: L226WA (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 119.0 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1728 h_sync_end 1760 h_blank_end 1840 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1080 v_border: 0 Then the log file says: (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI0 disconnected (II) NV(0): Output VGA2 disconnected (II) NV(0): Output DVI1 connected (II) NV(0): Output DVI1 using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1680 (pitch 1792) (**) NV(0): Driver mode 1680x1050: 146.2 MHz (scaled from 0.0 MHz), 65.3 kHz, 60.0 Hz (II) NV(0): Modeline 1680x1050x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (**) NV(0): Driver mode 1680x1050: 119.0 MHz (scaled from 0.0 MHz), 64.7 kHz, 59.9 Hz (II) NV(0): Modeline 1680x1050x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) (**) NV(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NV(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NV(0): Driver mode 1280x1024: 109.0 MHz (scaled from 0.0 MHz), 63.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (**) NV(0): Driver mode 1440x900: 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz (II) NV(0): Modeline 1440x900x75.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) (**) NV(0): Driver mode 1440x900: 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz (II) NV(0): Modeline 1440x900x59.9 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz) (**) NV(0): Driver mode 1280x960: 101.2 MHz (scaled from 0.0 MHz), 59.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x960x59.9 101.25 1280 1360 1488 1696 960 963 967 996 -hsync +vsync (59.7 kHz) (**) NV(0): Driver mode 1152x864: 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NV(0): Modeline 1152x864x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Driver mode 1152x864: 104.0 MHz (scaled from 0.0 MHz), 67.7 kHz, 74.8 Hz (II) NV(0): Modeline 1152x864x74.8 104.00 1152 1224 1344 1536 864 867 871 905 -hsync +vsync (67.7 kHz) (**) NV(0): Driver mode 1024x768: 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz (II) NV(0): Modeline 1024x768x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (**) NV(0): Driver mode 1024x768: 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NV(0): Modeline 1024x768x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NV(0): Driver mode 832x624: 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz (II) NV(0): Modeline 832x624x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (**) NV(0): Driver mode 800x600: 49.5 MHz (scaled from 0.0 MHz), 46.9 kHz, 75.0 Hz (II) NV(0): Modeline 800x600x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (**) NV(0): Driver mode 800x600: 40.0 MHz (scaled from 0.0
RE: Do UDP broadcasts work in FreeBSD?
I've already looked at the ISC DHCP source code. They use raw sockets to send their broadcasts, which seems to us to be a convoluted way of sending a simple broadcast. I've seen examples of DHCP client/server code written in Java using standard UDP. Unfortunately, our own system is already largely implemented in Java/Python, so we'll need to provide a JNI interface to support raw sockets. Alternatively we may patch the kernel to fix the bug at its source. Another option we're considering is to use the firewall to detect broadcasts and rewrite the MAC addresses in the outgoing packets. In looking at tcpdump output of broadcasts, the IP address is set to 255.255.255.255 and the MAC address is set to the MAC address of the gateway. On Linux boxes the MAC address is ff:ff:ff:ff:ff:ff, and that's the only significant difference in the packet. We thought we might be able to come up with a firewall rule to detect broadcasts and change the MAC address to the same as what Linux uses. I'm still in the process of researching this, but if someone can tell me this is impossible, I'll move on. ___ 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 7.1, nvidia-driver, GeForce 8500 GT
Hello, well that is interesting. I do have 4 Gigs of RAM but I thought that the nvidia driver would not work only if the 64 bit version of FreeBSD was installed. I installed the i386 version, so I assumed that I was just wasting some memory. In case I would want to use the nvidia driver, would you suggest to remove 1GB stick of RAM? thank you very much On Tue, Jan 6, 2009 at 11:21 PM, Paul Procacci pproca...@datapipe.com wrote: Giuseppe Pagnoni wrote: Dear all, I have just installed FreeBSD 7.1 Release on a machine with a GeForce 8500 GT (I think this is the card, but more about that later...) and an LCD screen with a native resolution of 1680 x 1050. Xorg works fine with the standard nv driver. However, if I try to install the x11/nvidia-driver (which should bring better graphic performance, right?) I get a total system freeze when I start the X server. Here are the details of what I have done: 1) install x11/nvidia-driver 2) add nvidia_load=YES to /boot/loader.conf 3) modify /etc/X11/xorg.conf by substituting nvidia to nv in the Driver line. At this point (after rebooting), if I start the X server with startx, I get a black screen and the system *completely* hangs (neither ctrl-alt-backspace, nor even ctrl-alt-delete work). The only way to get back the system is to power it off and on (which corrupts the filesystem because it has not been properly dismounted). I also looked at the xorg log file in: /var/log/Xorg.0.log Interestingly it seems to detect the card as a GeForce 9500 GT rather than a 8500 GT (which makes me wonder whether I got the right info from the vendor receipt): (--) Assigning device section with no busID to primary device (--) Chipset GeForce 9500 GT found But this should not be an issue because in the same log file it says that both GeForce 8500 GT and GeForce 9500 GT are supported by the nv driver. As for the monitor, the xorg log file says: II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 146.2 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0 (II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz(II) NV(0): Monitor name: L226WA (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 119.0 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1728 h_sync_end 1760 h_blank_end 1840 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1080 v_border: 0 Then the log file says: (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI0 disconnected (II) NV(0): Output VGA2 disconnected (II) NV(0): Output DVI1 connected (II) NV(0): Output DVI1 using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1680 (pitch 1792) (**) NV(0): Driver mode 1680x1050: 146.2 MHz (scaled from 0.0 MHz), 65.3 kHz, 60.0 Hz (II) NV(0): Modeline 1680x1050x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (**) NV(0): Driver mode 1680x1050: 119.0 MHz (scaled from 0.0 MHz), 64.7 kHz, 59.9 Hz (II) NV(0): Modeline 1680x1050x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) (**) NV(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NV(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NV(0): Driver mode 1280x1024: 109.0 MHz (scaled from 0.0 MHz), 63.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (**) NV(0): Driver mode 1440x900: 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz (II) NV(0): Modeline 1440x900x75.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) (**) NV(0): Driver mode 1440x900: 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz (II) NV(0): Modeline 1440x900x59.9 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz) (**) NV(0): Driver mode 1280x960: 101.2 MHz (scaled from 0.0 MHz), 59.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x960x59.9 101.25 1280 1360 1488 1696 960 963 967 996 -hsync +vsync (59.7 kHz) (**) NV(0): Driver mode 1152x864: 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NV(0): Modeline 1152x864x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Driver mode 1152x864: 104.0 MHz (scaled from 0.0 MHz), 67.7 kHz, 74.8 Hz (II) NV(0): Modeline 1152x864x74.8 104.00 1152 1224 1344 1536 864 867 871 905 -hsync +vsync (67.7 kHz) (**) NV(0): Driver mode 1024x768: 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz (II) NV(0): Modeline 1024x768x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (**) NV(0): Driver mode 1024x768: 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II)
Re: PHP setup question
On Mon, Jan 05, 2009 at 09:45:23PM -0600, Kelly D. Grills wrote: On Mon, Jan 05, 2009 at 04:51:08PM -0500, stan wrote: Clearly I am still confused. :-( I just duid as you sugested, and all went well untill I pushed the Write Config button at Step 2. At this point I was offered teh option fo downlaoding to the machine that I was running the web browser on this config file. Since this is where I got hung up last. I stoped to ask what I am doing wrong. If I download this file, and put it in the config directory, based upon previous behavior the setup process will refuse to run, because the config file exists. What basic misunderstanding do I ahve here? I'm out of advice. I'd strongly advise that you seek help from the Ampache developers / community (http://ampache.org/). You'll be on topic there, and surely get more advice. I have posted the following to the Install forum over there. Perhaps someone can explain how the step 2 to step 3 transition in the web based installer is supposed to work. I must admit, I have no clue how it's supposed to work -- One of the main causes of the fall of the roman empire was that, lacking zero, they had no way to indicate successful termination of their C programs. ___ 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 7.1, nvidia-driver, GeForce 8500 GT
Giuseppe Pagnoni wrote: Hello, well that is interesting. I do have 4 Gigs of RAM but I thought that the nvidia driver would not work only if the 64 bit version of FreeBSD was installed. I installed the i386 version, so I assumed that I was just wasting some memory. In case I would want to use the nvidia driver, would you suggest to remove 1GB stick of RAM? thank you very much On Tue, Jan 6, 2009 at 11:21 PM, Paul Procacci pproca...@datapipe.com wrote: Giuseppe Pagnoni wrote: Dear all, I have just installed FreeBSD 7.1 Release on a machine with a GeForce 8500 GT (I think this is the card, but more about that later...) and an LCD screen with a native resolution of 1680 x 1050. Xorg works fine with the standard nv driver. However, if I try to install the x11/nvidia-driver (which should bring better graphic performance, right?) I get a total system freeze when I start the X server. Here are the details of what I have done: 1) install x11/nvidia-driver 2) add nvidia_load=YES to /boot/loader.conf 3) modify /etc/X11/xorg.conf by substituting nvidia to nv in the Driver line. At this point (after rebooting), if I start the X server with startx, I get a black screen and the system *completely* hangs (neither ctrl-alt-backspace, nor even ctrl-alt-delete work). The only way to get back the system is to power it off and on (which corrupts the filesystem because it has not been properly dismounted). I also looked at the xorg log file in: /var/log/Xorg.0.log Interestingly it seems to detect the card as a GeForce 9500 GT rather than a 8500 GT (which makes me wonder whether I got the right info from the vendor receipt): (--) Assigning device section with no busID to primary device (--) Chipset GeForce 9500 GT found But this should not be an issue because in the same log file it says that both GeForce 8500 GT and GeForce 9500 GT are supported by the nv driver. As for the monitor, the xorg log file says: II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 146.2 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0 (II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz(II) NV(0): Monitor name: L226WA (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 119.0 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1728 h_sync_end 1760 h_blank_end 1840 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1080 v_border: 0 Then the log file says: (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI0 disconnected (II) NV(0): Output VGA2 disconnected (II) NV(0): Output DVI1 connected (II) NV(0): Output DVI1 using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1680 (pitch 1792) (**) NV(0): Driver mode 1680x1050: 146.2 MHz (scaled from 0.0 MHz), 65.3 kHz, 60.0 Hz (II) NV(0): Modeline 1680x1050x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (**) NV(0): Driver mode 1680x1050: 119.0 MHz (scaled from 0.0 MHz), 64.7 kHz, 59.9 Hz (II) NV(0): Modeline 1680x1050x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) (**) NV(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NV(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NV(0): Driver mode 1280x1024: 109.0 MHz (scaled from 0.0 MHz), 63.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (**) NV(0): Driver mode 1440x900: 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz (II) NV(0): Modeline 1440x900x75.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) (**) NV(0): Driver mode 1440x900: 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz (II) NV(0): Modeline 1440x900x59.9 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz) (**) NV(0): Driver mode 1280x960: 101.2 MHz (scaled from 0.0 MHz), 59.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x960x59.9 101.25 1280 1360 1488 1696 960 963 967 996 -hsync +vsync (59.7 kHz) (**) NV(0): Driver mode 1152x864: 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NV(0): Modeline 1152x864x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Driver mode 1152x864: 104.0 MHz (scaled from 0.0 MHz), 67.7 kHz, 74.8 Hz (II) NV(0): Modeline 1152x864x74.8 104.00 1152 1224 1344 1536 864 867 871 905 -hsync +vsync (67.7 kHz) (**) NV(0): Driver mode 1024x768: 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz (II) NV(0): Modeline 1024x768x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (**) NV(0): Driver mode 1024x768: 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NV(0): Modeline 1024x768x60.0 65.00 1024 1048 1184 1344
Re: FreeBSD 7.1, nvidia-driver, GeForce 8500 GT
Paul Procacci wrote: Giuseppe Pagnoni wrote: Hello, well that is interesting. I do have 4 Gigs of RAM but I thought that the nvidia driver would not work only if the 64 bit version of FreeBSD was installed. I installed the i386 version, so I assumed that I was just wasting some memory. In case I would want to use the nvidia driver, would you suggest to remove 1GB stick of RAM? thank you very much On Tue, Jan 6, 2009 at 11:21 PM, Paul Procacci pproca...@datapipe.com wrote: Giuseppe Pagnoni wrote: Dear all, I have just installed FreeBSD 7.1 Release on a machine with a GeForce 8500 GT (I think this is the card, but more about that later...) and an LCD screen with a native resolution of 1680 x 1050. Xorg works fine with the standard nv driver. However, if I try to install the x11/nvidia-driver (which should bring better graphic performance, right?) I get a total system freeze when I start the X server. Here are the details of what I have done: 1) install x11/nvidia-driver 2) add nvidia_load=YES to /boot/loader.conf 3) modify /etc/X11/xorg.conf by substituting nvidia to nv in the Driver line. At this point (after rebooting), if I start the X server with startx, I get a black screen and the system *completely* hangs (neither ctrl-alt-backspace, nor even ctrl-alt-delete work). The only way to get back the system is to power it off and on (which corrupts the filesystem because it has not been properly dismounted). I also looked at the xorg log file in: /var/log/Xorg.0.log Interestingly it seems to detect the card as a GeForce 9500 GT rather than a 8500 GT (which makes me wonder whether I got the right info from the vendor receipt): (--) Assigning device section with no busID to primary device (--) Chipset GeForce 9500 GT found But this should not be an issue because in the same log file it says that both GeForce 8500 GT and GeForce 9500 GT are supported by the nv driver. As for the monitor, the xorg log file says: II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 146.2 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0 (II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz(II) NV(0): Monitor name: L226WA (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 119.0 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1728 h_sync_end 1760 h_blank_end 1840 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1080 v_border: 0 Then the log file says: (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI0 disconnected (II) NV(0): Output VGA2 disconnected (II) NV(0): Output DVI1 connected (II) NV(0): Output DVI1 using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1680 (pitch 1792) (**) NV(0): Driver mode 1680x1050: 146.2 MHz (scaled from 0.0 MHz), 65.3 kHz, 60.0 Hz (II) NV(0): Modeline 1680x1050x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (**) NV(0): Driver mode 1680x1050: 119.0 MHz (scaled from 0.0 MHz), 64.7 kHz, 59.9 Hz (II) NV(0): Modeline 1680x1050x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) (**) NV(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NV(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NV(0): Driver mode 1280x1024: 109.0 MHz (scaled from 0.0 MHz), 63.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (**) NV(0): Driver mode 1440x900: 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz (II) NV(0): Modeline 1440x900x75.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) (**) NV(0): Driver mode 1440x900: 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz (II) NV(0): Modeline 1440x900x59.9 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz) (**) NV(0): Driver mode 1280x960: 101.2 MHz (scaled from 0.0 MHz), 59.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x960x59.9 101.25 1280 1360 1488 1696 960 963 967 996 -hsync +vsync (59.7 kHz) (**) NV(0): Driver mode 1152x864: 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NV(0): Modeline 1152x864x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Driver mode 1152x864: 104.0 MHz (scaled from 0.0 MHz), 67.7 kHz, 74.8 Hz (II) NV(0): Modeline 1152x864x74.8 104.00 1152 1224 1344 1536 864 867 871 905 -hsync +vsync (67.7 kHz) (**) NV(0): Driver mode 1024x768: 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz (II) NV(0): Modeline 1024x768x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (**) NV(0): Driver mode 1024x768: 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NV(0): Modeline 1024x768x60.0 65.00
Eric Yeo is no longer in FLY Entertainment
Dear all, Please note that Eric Yeo is no longer an employee of FLY Entertainment with immediate effect. He no longer represent FLY or any of FLY's clients/entity for any matter. For further enquiries, please contact the following person in charge: Cindy Teo: ci...@fly.com.sg Keifer Ang: kei...@fly.com.sg Your mail concerning Harddrill her today! FNUON will be read by Cindy Teo. Thank you. FLY Entertainment Management ___ 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 7.0-Stable Crashed with Cacti
On Tue, Jan 6, 2009 at 3:30 AM, Kalpin Erlangga Silaen kal...@muliahost.com wrote: Dear All, we face problem with running cacti on FreeBSD 7.0-Stable. From top command output: - snip - We realized that all cacti process just eat my cpu and memory (STATE: pfault) and my server should be reboot. Is there any way how to fix it? Thank you Kalpin Erlangga Silaen Cacti runs the poller script using php. It looks like the poller script is taking too long to finish, and it ends up having several instances running at the same time. I'd recommend that you look into the 'Spine' poller (formally known as Cactid). It's a threading C program, which is _MUCH_ faster than php will ever be. ___ Thank you for reply. I've change to spine poller. I'll try to update if we face same problem. thank's Kalpin Erlangga Silaen ___ 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: Hold all the aces in love 73T5N (verification)
Message from RealTracker / Bericht van RealTrackerbrbr img src=http://www.realtracker.com/images/flags/us.gif; border=0 I'm protecting myself from receiving junk mail and spam. brbr img src=http://www.realtracker.com/images/flags/nl.gif; border=0 Ik probeer mijzelf te beschermen tegen spam en ongewenste email. Klik op onderstaande link om het verzenden van je email te bevestigen (je dient dit éénmaal uit te voeren, toekomstige emails worden automatisch doorgestuurd naar mijn emailadres). Alvast bedankt. Please click the link below to complete the verification process. You have to do this only once. http://www.spamarrest.com/a2?AQNlZwR4BQckqJImqTyioaANMaWyMJWmMP5ipzpj Spam Arrest - Take control of your inbox! http://www.spamarrest.com/affl?4022188 You are receiving this message in response to your email to RealTracker, a Spam Arrest customer. Spam Arrest requests that senders verify themselves before their email is delivered. When you click the above link, you will be taken to a page with a graphic on it. Simply read the word in the graphic, type it into the form, and you're verified. You have to do this only once per Spam Arrest customer. Below are the complete headers of the message that this email was generated in response to. Received: from mediahighway.net (unknown [82.161.231.2]) by mx1.spamarrest.com (Postfix) with ESMTP id E9B3CE2C7D2 for realtrac...@spamarrest.com; Tue, 6 Jan 2009 19:32:24 -0600 (CST) X-Deliver-To: busin...@realtracker.com Received: from buffalo.setup ([122.249.190.193]:4697) by mediahighway.net with [XMail 1.25 ESMTP Server] id SA0933 for bl...@realtracker.com from questi...@freebsd.org; Wed, 7 Jan 2009 02:30:00 +0100 Received: from [122.249.190.193] by mx1.freebsd.org; Wed, 7 Jan 2009 10:32:21 +0900 Date: Wed, 7 Jan 2009 10:32:21 +0900 From: Maria H., Boston questi...@freebsd.org X-Mailer: The Bat! (v3.62.03) Home Reply-To: questi...@freebsd.org X-Priority: 3 (Normal) Message-ID: 424581064.72546246517...@freebsd.org To: bl...@realtracker.com Subject: Hold all the aces in love 73T5N MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 7bit Received-SPF: unknown(freebsd.org: domain of freebsd.org uses a mechanism not recognized by this client) Webmasters help stop spam and make 50%. http://www.spamarrest.com/affl?4022188/affiliates/index.jsp ___ 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 a USB-stick contained system
Hi everyone, I run numerous systems (mostly networking gear) from 2GB USB thumb sticks. These systems do not have hard disks. To update one of these systems, I'd generally copy the thumb drive filesystem to a hard disk in another PC, upgrade it, and then transfer the necessary data back to the USB drive. I'd like to change this approach. What I'd like to do, is boot the USB drive in another machine that has a hard drive, and mount any necessary directories for the duration of the upgrade into the USB drive (such as /usr/src, /usr/ports etc) from the hard drive. When I'm done, the cruft stays on the physical hard disk, while the upgraded system on the USB drive is physically replaced back into the original system. This is purely a disk-space issue on the USB disk. What I want to know, is *exactly* what _working_ directories/filesystems are required to build a new system... working directories that can be dissolved with no repercussions by using umount. Steve ___ 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: PHP setup question
On Mon, Jan 05, 2009 at 09:45:23PM -0600, Kelly D. Grills wrote: On Mon, Jan 05, 2009 at 04:51:08PM -0500, stan wrote: Clearly I am still confused. :-( I just duid as you sugested, and all went well untill I pushed the Write Config button at Step 2. At this point I was offered teh option fo downlaoding to the machine that I was running the web browser on this config file. Since this is where I got hung up last. I stoped to ask what I am doing wrong. If I download this file, and put it in the config directory, based upon previous behavior the setup process will refuse to run, because the config file exists. What basic misunderstanding do I ahve here? This thread represents an exmaple of exactly the problem I am facing. It appears as though this behavior can be triggered by running the wrong version of ampache. Can anyone confirm that the version in ports actually works? -- One of the main causes of the fall of the roman empire was that, lacking zero, they had no way to indicate successful termination of their C programs. ___ 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: Foiling MITM attacks on source and ports trees
Hi, It shouldn't be so hard to give every citizen the option to get an online certificate corresponding with their passport and similarly for Chambers of Commerce to provide certificates for businesses. Only that would mean that 200 countries become Certificate Authorities and tens of thousand of Chamber of Commerce become too. Would you be ready to trust some very remote Chamber of Commerce of some thrid world country to be a a thrustworthy CA? Not to mention that to manage these so many CA, you need an infrastructure that is yet to be deployed. Best, 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: PHP setup question
stan wrote: On Mon, Jan 05, 2009 at 09:45:23PM -0600, Kelly D. Grills wrote: On Mon, Jan 05, 2009 at 04:51:08PM -0500, stan wrote: Clearly I am still confused. :-( I just duid as you sugested, and all went well untill I pushed the Write Config button at Step 2. At this point I was offered teh option fo downlaoding to the machine that I was running the web browser on this config file. Since this is where I got hung up last. I stoped to ask what I am doing wrong. If I download this file, and put it in the config directory, based upon previous behavior the setup process will refuse to run, because the config file exists. What basic misunderstanding do I ahve here? This thread represents an exmaple of exactly the problem I am facing. It appears as though this behavior can be triggered by running the wrong version of ampache. Can anyone confirm that the version in ports actually works? Stan, It appears as though you are bouncing off the walls to find a solution. Did you contact the appropriate list as prescribed by Kelly? Can you document a well-defined approach in regards to the installation methods you need to follow to reach the goal you are after? If so, email it to the list, starting with your base OS version. I'll help you out with a test platform if you can get things organized. Steve ___ 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
OT: The future of CA's (Was: Re: Foiling MITM attacks on source and ports trees)
On Tuesday 06 January 2009 17:56:43 Olivier Nicole wrote: Hi, It shouldn't be so hard to give every citizen the option to get an online certificate corresponding with their passport and similarly for Chambers of Commerce to provide certificates for businesses. Only that would mean that 200 countries become Certificate Authorities and tens of thousand of Chamber of Commerce become too. Would you be ready to trust some very remote Chamber of Commerce of some thrid world country to be a a thrustworthy CA? About the same ammount as I trust their Chamber of Commerce registration. Remember that certs are used establish a trust relationship ultimately leading to a legally binding sale/purchase agreement. If I don't trust the Chamber of Commerce of the country in question, I certainly don't have a reason to do business with that company. In fact, having a 3rd party obscure the origin of the company is misleading, as in case of conflict, what exactly are your rights and how would they be resolved? Is this company even allowed to do business under this name/with these products, etc etc. Not to mention that to manage these so many CA, you need an infrastructure that is yet to be deployed. Actually, the infrastructure is already there. District governments already have an infrastructure to verify the identity of a person. Companies like Verisign had to implement this seperately. The thing that's missing is that governments do not see their responsibility. Yes, I do realize that the newly created CA's would have to be added to the list of trusted CA's for SSL clients. In a transitional period, this could be done backwards compatible by temporarily chaining to a root CA that's already known. Perhaps this technology even needs to be revisited as the potential list can outgrow the intent of the current scheme. However, I don't consider this a bad thing(tm). If there's one thing the internet has shown is that adoption of new technology can be near instantanious (Bittorrent, iTunes, email, IM to name a few). -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PHP setup question
On Tue, Jan 06, 2009 at 10:01:58PM -0500, Steve Bertrand wrote: stan wrote: On Mon, Jan 05, 2009 at 09:45:23PM -0600, Kelly D. Grills wrote: On Mon, Jan 05, 2009 at 04:51:08PM -0500, stan wrote: Clearly I am still confused. :-( I just duid as you sugested, and all went well untill I pushed the Write Config button at Step 2. At this point I was offered teh option fo downlaoding to the machine that I was running the web browser on this config file. Since this is where I got hung up last. I stoped to ask what I am doing wrong. If I download this file, and put it in the config directory, based upon previous behavior the setup process will refuse to run, because the config file exists. What basic misunderstanding do I ahve here? This thread represents an exmaple of exactly the problem I am facing. It appears as though this behavior can be triggered by running the wrong version of ampache. Can anyone confirm that the version in ports actually works? Stan, It appears as though you are bouncing off the walls to find a solution. Well. lets's see, I have been trying to gte it working since Saturday :-( Did you contact the appropriate list as prescribed by Kelly? It's unfortunately not a list, whcih I find intuitive, and useful, but one of those web base wiki sort of things. As you can see from another messahe, I posted teh problem there this mornimg. Zero replies since then. Can you document a well-defined approach in regards to the installation methods you need to follow to reach the goal you are after? I am confused by this. Is this a request to be able to reproduce the probkem? If so, absolutely. If so, email it to the list, starting with your base OS version. I'll help you out with a test platform if you can get things organized. OK, here goes: black# uname -a FreeBSD black.fas.com 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Dec 27 19:11:47 EST 2008 root@:/usr/obj/usr/src/sys/GENERIC amd64 ports of interest: ampache-3.4.3 mysql-client-5.0.75 mysql-server-5.0.75 apache-2.2.11 Once you have these installed add the folloowing lines to /usr/local/etc/apache22httpd.conf Directory /usr/local/www/ampache/ Order allow,deny Allow from all /Directory Alias /ampache /usr/local/www/ampache Edit /usr/local/www/ampache/config/ampache.cfg.php.dist and put doubel quotes around the names of the rss* bairables (to work around a known bug Point your browser to the ampacge/install.php file the webserver for this machine. Complete step 1 of the install process Go to step 2, when you press write config file you will be prompted to download this fle instead (not cerrtain wh the directory it goes in is writbale by the www user). Donwload this file and install it as: /usr/local/www/ampache/config/ampache.cfg Try to proced to step 3. You should get an error message saying that Ampache is already configured (but it's not0. I beleive this is a repeatvle bug. Thanks for the help here. -- One of the main causes of the fall of the roman empire was that, lacking zero, they had no way to indicate successful termination of their C programs. ___ 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: mergemaster goof when src upgrading 7.0 - 7.1
Johann Hasselbach wrote: I was doing a src upgrade from 7.0 to 7.1 After installkernel, i rebooted, and accidently ran mergemaster instead of mergemaster -p before installworld. I ctrl-c'd once I realized what I had done, but the damage was done. It seems to have overwritten my password and group files. I've stated this before: In my opinion this entire 'I want to overwrite your passwd file' attitude from mergemaster is nonsense: at installation time you're required to add an additional user, and mergemaster wants to undo that again. There are other ways to create new accounts or groups than simply overwriting passwd/group files. Also: most scripts updated by mergemaster during 7.0-7.1 are only version numbering diffs. Is there no smarter way to do this, apart from typing 'i' every time? Having to go through mergemaster is the most tedious job I've ever done (it would probably be bearable if only one machine was involved). Did I damage anything else? You might wanna look at hosts, login.conf, ssh config, pam, audit, sendmail, syslog.conf, basically everything in /etc. Peter -- http://www.boosten.org ___ 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: mergemaster goof when src upgrading 7.0 - 7.1
On Wed, Jan 07, 2009 at 07:06:53AM +0100, Peter Boosten wrote: Johann Hasselbach wrote: I was doing a src upgrade from 7.0 to 7.1 After installkernel, i rebooted, and accidently ran mergemaster instead of mergemaster -p before installworld. I ctrl-c'd once I realized what I had done, but the damage was done. It seems to have overwritten my password and group files. I've stated this before: In my opinion this entire 'I want to overwrite your passwd file' attitude from mergemaster is nonsense: at installation time you're required to add an additional user, and mergemaster wants to undo that again. There are other ways to create new accounts or groups than simply overwriting passwd/group files. Also: most scripts updated by mergemaster during 7.0-7.1 are only version numbering diffs. Is there no smarter way to do this, apart from typing 'i' every time? I think you want -U option (auto upgrade files that have not been modified by user) along with -i (install missing files). Having to go through mergemaster is the most tedious job I've ever done (it would probably be bearable if only one machine was involved). Did I damage anything else? You might wanna look at hosts, login.conf, ssh config, pam, audit, sendmail, syslog.conf, basically everything in /etc. Peter -- http://www.boosten.org Yuri ___ 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: Foiling MITM attacks on source and ports trees
At 12:31 PM -0700 1/6/09, Chad Perrin wrote: On the other hand, I don't trust Verisign, either. What's to trust? If you pay them, you in. -- Walter M. Pawley w...@wump.org Wump Research Company 676 River Bend Road, Roseburg, OR 97471 541-672-8975 ___ 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: mergemaster goof when src upgrading 7.0 - 7.1
Yuri Pankov writes: Also: most scripts updated by mergemaster during 7.0-7.1 are only version numbering diffs. Is there no smarter way to do this, apart from typing 'i' every time? I think you want -U option (auto upgrade files that have not been modified by user) along with -i (install missing files). How does it deteremine what's been user-modified? I've got a few things that have local edits that, for reasons of laziness, still have the same version tag. Robert Huff ___ 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: mergemaster goof when src upgrading 7.0 - 7.1
Yuri Pankov wrote: On Wed, Jan 07, 2009 at 07:06:53AM +0100, Peter Boosten wrote: Also: most scripts updated by mergemaster during 7.0-7.1 are only version numbering diffs. Is there no smarter way to do this, apart from typing 'i' every time? I think you want -U option (auto upgrade files that have not been modified by user) along with -i (install missing files). After reading the man page the -s option seems to be more appropriate (unless I misread that bit, of course :-) ). Peter -- http://www.boosten.org ___ 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
setfib+pf
Hello, I'd like to ask on the best options for using setfib and pf in a non-BGP environment. I will run 2 uplinks, with VLANs for internal networks and want to fail over external links if one of them fails. Currently pf supports to the best of my knowledge: a) rtable - this means i can create the routing tables with setfib and then use pass from rtable N( N 1 16) or give out directly network ranges b) route-to - pass in/out on X from ... route-to c) packet tagging - i can tag networks and use standalone or through routing tags. Anyone aware if is it ok to use /etc/gateways without running routed or how can i label routes alternatively? d) pass in from route N(192.168.1.1 from example) to... - saw this on http://www.mail-archive.com/p...@benzedrine.cx/msg07220.html and requires BGP to make tags speak anything but network numbers. e) use the vlan id's I'd much appreciate if someone thinks with me for the best options of using the setfib features along with pf. Thanks! Best regards, Dimitar Vassilev ___ 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 7.0-RELEASE-i386 will changing root shell break anything?
On Sun, Jan 04, 2009 at 02:09:03PM -0800, David Christensen wrote: freebsd-questions: I'm building a fresh Amanda server using FreeBSD 7.0-RELEASE-i386: http://portsmon.freebsd.org/portoverview.py?category=miscportname=amand a-server Most of my software background is GNU/Linux. I would prefer using the Bash shell, but the default FreeBSD shell for root appears to be the C shell: p3450# echo $SHELL /bin/csh I have changed the root shell to Bash on another machine I use as a CVS server and haven't noticed any issues yet, but I've been wondering if I'm setting myself up for problems by doing so. Does anybody know if it's okay to change the root shell on FreeBSD 7.0-RELEASE-i386? I change my root shell to pdksh. It's statically linked and I copy it from /usr/local/bin to /bin. In single user mode you're prompted for a shell (/bin/sh is the default) so I usually use that. I've never had any problems (famous last words ;) Just have to remember to copy the executable to the root filesystem if your shell gets upgraded. What you don't want to do is overwrite /bin/sh with /bin/bash or anything like that. The boot up scripts depend on /bin/sh and although bash is meant to be Bourne compatible, I wouldn't trust it myself to bring up the system without problems. TIA, David Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.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: FreeBSD 7.1, nvidia-driver, GeForce 8500 GT
Dear Paul, thank you very much for your help, that surely clarifies things. best giuseppe On Wed, Jan 7, 2009 at 12:51 AM, Paul Procacci pproca...@datapipe.com wrote: Paul Procacci wrote: Giuseppe Pagnoni wrote: Hello, well that is interesting. I do have 4 Gigs of RAM but I thought that the nvidia driver would not work only if the 64 bit version of FreeBSD was installed. I installed the i386 version, so I assumed that I was just wasting some memory. In case I would want to use the nvidia driver, would you suggest to remove 1GB stick of RAM? thank you very much On Tue, Jan 6, 2009 at 11:21 PM, Paul Procacci pproca...@datapipe.com wrote: Giuseppe Pagnoni wrote: Dear all, I have just installed FreeBSD 7.1 Release on a machine with a GeForce 8500 GT (I think this is the card, but more about that later...) and an LCD screen with a native resolution of 1680 x 1050. Xorg works fine with the standard nv driver. However, if I try to install the x11/nvidia-driver (which should bring better graphic performance, right?) I get a total system freeze when I start the X server. Here are the details of what I have done: 1) install x11/nvidia-driver 2) add nvidia_load=YES to /boot/loader.conf 3) modify /etc/X11/xorg.conf by substituting nvidia to nv in the Driver line. At this point (after rebooting), if I start the X server with startx, I get a black screen and the system *completely* hangs (neither ctrl-alt-backspace, nor even ctrl-alt-delete work). The only way to get back the system is to power it off and on (which corrupts the filesystem because it has not been properly dismounted). I also looked at the xorg log file in: /var/log/Xorg.0.log Interestingly it seems to detect the card as a GeForce 9500 GT rather than a 8500 GT (which makes me wonder whether I got the right info from the vendor receipt): (--) Assigning device section with no busID to primary device (--) Chipset GeForce 9500 GT found But this should not be an issue because in the same log file it says that both GeForce 8500 GT and GeForce 9500 GT are supported by the nv driver. As for the monitor, the xorg log file says: II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 146.2 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1784 h_sync_end 1960 h_blank_end 2240 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1089 v_border: 0 (II) NV(0): Ranges: V min: 56 V max: 75 Hz, H min: 28 H max: 83 kHz, PixClock max 150 MHz(II) NV(0): Monitor name: L226WA (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 119.0 MHz Image Size: 473 x 296 mm (II) NV(0): h_active: 1680 h_sync: 1728 h_sync_end 1760 h_blank_end 1840 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1053 v_sync_end 1059 v_blanking: 1080 v_border: 0 Then the log file says: (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI0 disconnected (II) NV(0): Output VGA2 disconnected (II) NV(0): Output DVI1 connected (II) NV(0): Output DVI1 using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1680 (pitch 1792) (**) NV(0): Driver mode 1680x1050: 146.2 MHz (scaled from 0.0 MHz), 65.3 kHz, 60.0 Hz (II) NV(0): Modeline 1680x1050x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz) (**) NV(0): Driver mode 1680x1050: 119.0 MHz (scaled from 0.0 MHz), 64.7 kHz, 59.9 Hz (II) NV(0): Modeline 1680x1050x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) (**) NV(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NV(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) (**) NV(0): Driver mode 1280x1024: 109.0 MHz (scaled from 0.0 MHz), 63.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) (**) NV(0): Driver mode 1440x900: 136.8 MHz (scaled from 0.0 MHz), 70.6 kHz, 75.0 Hz (II) NV(0): Modeline 1440x900x75.0 136.75 1440 1536 1688 1936 900 903 909 942 -hsync +vsync (70.6 kHz) (**) NV(0): Driver mode 1440x900: 106.5 MHz (scaled from 0.0 MHz), 55.9 kHz, 59.9 Hz (II) NV(0): Modeline 1440x900x59.9 106.50 1440 1528 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz) (**) NV(0): Driver mode 1280x960: 101.2 MHz (scaled from 0.0 MHz), 59.7 kHz, 59.9 Hz (II) NV(0): Modeline 1280x960x59.9 101.25 1280 1360 1488 1696 960 963 967 996 -hsync +vsync (59.7 kHz) (**) NV(0): Driver mode 1152x864: 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz (II) NV(0): Modeline 1152x864x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) (**) NV(0): Driver mode 1152x864: 104.0 MHz (scaled from 0.0 MHz), 67.7 kHz, 74.8 Hz (II) NV(0): Modeline 1152x864x74.8 104.00 1152 1224 1344 1536 864 867 871 905 -hsync +vsync (67.7 kHz) (**) NV(0): Driver mode 1024x768: 78.8 MHz (scaled
Re: Foiling MITM attacks on source and ports trees
On Tue, Jan 06, 2009 at 11:11:52AM -0900, Mel wrote: On Tuesday 06 January 2009 10:31:26 Chad Perrin wrote: Out-of-band corroboration of a certificate's authenticity is kind of necessary to the security model of SSL/TLS. A self-signed certificate, in and of itself, is not really sufficient to ensure the absence of a man in the middle attack or other compromise of the system. On the other hand, I don't trust Verisign, either. In the less virtual world, we only trust governments to provide identity papers (manufactured by companies, but still the records are kept and verified by a government entity). Instead of trying to regulate the internet and provide a penal system, governments would do much better taking their responsibility on these issues. It shouldn't be so hard to give every citizen the option to get an online certificate corresponding with their passport and similarly for Chambers of Commerce to provide certificates for businesses. My distrust of of the certifying authority is not mitigated by replacing Verisign with FedCorp. Institutional incompetence is typically a result of bureaucracy -- and even major corporations don't get as mired in bureaucracy as government. -- Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] Quoth Bill McKibben: The laws of Congress and the laws of physics have grown increasingly divergent, and the laws of physics are not likely to yield. pgp20VPV43pmz.pgp Description: PGP signature
How process CPU percentage is calculated?
I have a process that is CPU intense. 'top -C' shows CPU usage for this process no higher than 20%, more like 15-18%. But TIME field grows 10 sec for every 15-17 secs or real time. top(1) says: Each time -C flag is passed it toggles between raw cpu mode and weighted cpu mode So I am looking at raw cpu. With 15-18% CPU every second of process TIME should correspond to ~6secs of real time, and in my case it's only ~1.6sec of real time. Why CPU field is so low? Yuri ___ 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