Re: watching WebEx session on FreeBSD
El día Tuesday, January 12, 2010 a las 03:34:58PM -0500, Colin Albert escribió: You should be able to try this using the online demo. http://www.webex.com/go/live_demo if it works the download will be automatic. I am still trying to make it work as well. -Colin Followup: I was able to make this work by changing my user agent from: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091106 Firefox/3.5.5 to: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091106 Firefox/3.5.5 So it looks like linux_base-f10 is not required. The first time I tried this firefox crashed. Then I opened firefox from the command line to see if I could see the error, and it is working now. I am still testing to see what functionality does/does not work. I am using 8.0 Stable with diablo 1.6 and firefox 3.5.5. I did now (thanks for your help, Colin): - installed the 'User Agent Switcher' addin in Firefox 3.0.7 - changed the user agent to the above Linux Mozilla - installed diablo-jre-freebsd7.i386.1.6.0.07.02.tbz and activated the plug-in in Firefox this let me see the introduction in http://www.webex.com/go/live_demo which seems to be only a flash movie; but when I go to some real recorded webEx session the Java VM crashes with some Exception that 'trustAnchors paramater must be non-empty'; I checked the same URL at http://www.mindleaders.com/ with a MS IE and there it down-loads for a minute or so some WebEx player, starts this and play the session... Any idea? Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu ___ 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: cannot install apache22 on FBSD 8.0
PJ wrote: Gentlemen, I am absolutely stupefied by apache22, php5, php5-extensions and phpmysql refusing to be updated or installed I did manage to do one installation on a freshly upgraded box from 7.2 to 8.0 but with very frustrating and time consuming efforts. I still don't know how I managed, but it seems to work, for the moment anyway. Could someone explain to me why there is a problem with apache22, php5 and the rest - when doing an upgrade from 7.2 to 8.0. I followed the instructions in the handbood to the letter and both times there is a problem. Am I doing something that is not evident in the instructions. Even the apache site states very clearly that and update is about as simple as could be. The long list of errors when installing apache seem to deal with a lot of undeclared stuff (first use in this function) for a lot of uldap stuff like cache, connection etc. etc. How does one deal with this as there seems to be nothing on google. TIA You're installing quite a complex interconnected group of ports there, and it can go wrong in any number of new and exciting ways. We can't tell exactly what has gone wrong from what you tell us -- but it's almost certainly a problem fairly high up the dependency tree which is screwing things up for all of the ports lower down you're having trouble with. As a general strategy for making this work, probably the most effective route is 'back to square one.' Rip out everything that apache, php etc. depend on, and start again from scratch. This includes all options settings for those ports under /var/db/ports/. When reinstalling a group of interconnected ports like this, I find it beneficial to sort out all of the OPTIONS settings over the whole dependency tree before trying to compile anything. One of the unfortunate characteristics of the way OPTIONS processing works at the moment is that changing an option somewhere can add or remove other ports from the dependency tree, and those in their turn may have their own OPTIONS settings, but those OPTIONS are not processed in that pass. There are patches to correct that behaviour in PR ports/141641 but until that or something like it is committed, the trick is to run 'make config-recursive' repeatedly, until you no longer get presented with any of the blue OPTIONS dialogues. Some ports may not give you an OPTIONS dialogue but still have configuration settings you can tweak by setting make(1) variables. In this case, I recommend preserving your settings by adding them to /etc/make.conf. Changing a setting like this can affect the dependency tree in exactly the same way as changing an option, so re-running 'make config-recursive' /yet again/ is a good idea. I wrote a piece about this earlier in the context of reinstalling all ports as part of the process of upgrading 7.2 - 8.0, which you might like to refer to: http://lists.freebsd.org/pipermail/freebsd-questions/2010-January/210449.html Note: there's a fairly tricky interplay between www/apache22 and devel/apr which only affects you if you enable the APR_FROM_PORTS option in the apache22 OPTIONS dialogue -- both www/apache22 and devel/apr can be configured to add dependencies on all sorts of fairly large software groups (Berkeley DB, MySQL, LDAP, PostgreSQL ...) and to toggle threading support. Empirically I've come to the conclusion that if you're compiling against devel/apr, then devel/apr has to include matching support for all the software groups enabled in the apache22 options, or building apache22 will fall over in a twisty mess of dependencies, all alike. However, you pretty much cannot get the OPTIONS settings right in one pass of 'make config-recursive' starting from the www/apache22 directory. You can avoid some trouble by *not* enabling the APR_FROM_PORTS option -- which is the default, but loses some flexibility if you're going to be rebuilding Apache or any 3rd party apache modules quite a bit. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: denying spam hosts ssh access - good idea?
On Tue, Jan 12, 2010 at 11:36:11PM +0100, Erik Norgaard wrote: Anton Shterenlikht wrote: - why not let your firewall do the blocking? If your blocking is IP based that's the place to block. I'm already under the University firewall. Only port 22 is let through. But even that filles my logs. What I meant was that if you want to block IPs or ranges of IPs then a firewall is the place to block, it's efficient and simple. If your university firewall doesn't satisfy you there is nothing that hinders you from configuring firewall rules on your server. thank you, I get it now. anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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
Failed compile ntop from ports
Hello, I have problem compiling ntop from ports. I got error: === Building for p5-XML-Parser-2.36_1 Makefile out-of-date with respect to /usr/local/lib/perl5/5.8.9/mach/Config.pm /usr/local/lib/perl5/5.8.9/mach/CORE/config.h Cleaning current config before rebuilding Makefile... make -f Makefile.old clean /dev/null 21 /usr/local/bin/perl5.8.9 Makefile.PL INSTALLDIRS=site CC=cc CCFLAGS=-O2 -fno-strict-aliasing -pipe PREFIX=/usr/local INSTALLPRIVLIB=/usr/local/lib INSTALLARCHLIB=/usr/local/lib Checking if your kit is complete... Looks good Warning: prerequisite LWP 0 not found. Writing Makefile for XML::Parser::Expat Writing Makefile for XML::Parser == Your Makefile has been rebuilt. == == Please rerun the make command. == false *** Error code 1 Stop in /usr/ports/textproc/p5-XML-Parser/work/XML-Parser-2.36. *** Error code 1 Stop in /usr/ports/textproc/p5-XML-Parser. *** Error code 1 Stop in /usr/ports/textproc/intltool. *** Error code 1 Stop in /usr/ports/databases/rrdtool. *** Error code 1 Stop in /usr/ports/databases/rrdtool. *** Error code 1 Stop in /usr/ports/net/ntop. *** Error code 1 Stop in /usr/ports/net/ntop. Also, I realized most of perl module could not build. Same problem while trying install Net-SSLeay. Need your advice. Thank you TIA 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
8.0 sysinstall problem with usb stick as source media and usb stick as install target
I know the sysinstall pgm is a dinosaur that nobody wants to touch so I give Randi great respect in tackling it adding USB support in 8.0. Using 2 USB sticks. da0 2GB as the bootable install media and da1 4GB target device that freebsd is to be installed on. I have put the disc-1 iso onto a usb stick. I can install from this usb stick (da0)to any motherboard cabled hard drive. But when i try to target another usb stick (da1) to install to, sysinstall works normally up to the message this is your last chance before writing to the media. Then i get a abort message Unable to find device node for /dev/da1s1b in /dev! I then select vty1 and see this message geom: da1: media size does not match label. Followed by repeating messages debug scanning disk da1 root file system and debug scanning disk da1 swap file system I could be wrong but maybe the disc-1 iso is missing some /dev statements for partitions on usb da1 through da9. Can someone verify this ___ 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: watching WebEx session on FreeBSD
El día Wednesday, January 13, 2010 a las 09:51:45AM +0100, Matthias Apitz escribió: I did now (thanks for your help, Colin): - installed the 'User Agent Switcher' addin in Firefox 3.0.7 - changed the user agent to the above Linux Mozilla - installed diablo-jre-freebsd7.i386.1.6.0.07.02.tbz and activated the plug-in in Firefox this let me see the introduction in http://www.webex.com/go/live_demo which seems to be only a flash movie; but when I go to some real recorded webEx session the Java VM crashes with some Exception that 'trustAnchors parameter must be non-empty'; ... Follow-up: With a real webEx session I get asked for the name, email and password and then the download seems to be started but crashs with the same message. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu ___ 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: zpool upgrade - is it safe?
2010/1/12 Rolf Nielsen listrea...@lazlarlyricon.com On 2010-01-12 22:57, krad wrote: 2010/1/12 Rolf Nielsen listrea...@lazlarlyricon.com mailto:listrea...@lazlarlyricon.com Hi all, I just upgraded to a more recent version of 8.0-STABLE, and I noticed during boot that zfs had changed from version 13 to version 14. Is it safe to run zpool upgrade -a on a system while in multiuser, or will I have to take some security measures, such as creating a complete backup and/or booting into singleuser? Rolf Nielsen ___ freebsd-questions@freebsd.org mailto: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 mailto:freebsd-questions-unsubscr...@freebsd.org Its fine to upgrade a pool in multi user mode as it is with most things zfs. However beware when up upgrade a pool as once you have you cant go back, and if you want the revert to your previous install you wont be able to. Therefore a general rule of thumb is unless you need a new feature on a new pool version dont upgrade it. A least wait a few weeks until your new install is fully bedded in and tested Thanka. Since I have no idea what passthrough-x aclinherit support does and I've been fine without it so far, I guess I'll stick with version 13 for now then. :) v22 is what we want as it has dedup ___ 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] RE: Clean PHP 5.2.12 Build Core Dumping / Can't Build Port - FreeBSD 6.1
=== I try a 'make all-depend-list' the error shows up = which error show ? 2010/1/13 Don O'Neil li...@lizardhill.com: This is _exactly_ what I did, and as soon as I try a 'make all-depend-list' the error shows up. I don't even have the X11 system installed (it's a headless server, with no GUI). This is on a CLEAN 6.1 install, without any upgrades/patches, just straight off the ISO install and after a portsnap install/extract. I tried building it _before_ I updated the ports and it would build a 5.1.2 php ok, but I need 5.2.12. Something has changed in the port between 5.1.2 and 5.2.12 1.add WITHOUT_X11=yes in /etc/make.conf 2.remove X11BASE= from that file and 4.make all-depend-list 5.make clean all depend soft 6.make menuconfig set X11 disable 7.make make install 2010/1/12 Don O'Neil li...@lizardhill.com: Ok.. just for grins I installed a new instance of 6.1, NO Patches, just straight off the ISO... I loaded the ports that came WITH the distro, and was able to make php 5.1.2 ok... When I did a portsnap fetch, portsnap extract, then went into the /usr/ports/lang/php5 and just typed make I get the same error... SO as it seems, the port is broken, at least for working with FreeBSD 6.1. Can anyone give me some hints on how to build this sucker by hand? Seems as though there are a bunch of patches that are referenced in the distinfo file. I REALLY need to get this taken care of asap, any help is appreciated. Thanks! I tried adding WITHOUT_X11=yes to /etc/make.conf as well as X11BASE= and X11BASE=, but I still get the same error. Remove them. This makes sure they are not defined, not even empty (as in #define BLA - symbol 'BLA' is defined). Where to go from here? Do I have and old version of something that is causing this? I get this error _right away_ before anything is even built. It seems to be a check by the Makefile at port's top level. Ok... I have no definition for X11BASE anywhere, not in my env, not in my /etc/make.conf, nowhwere... However, it's still complaining about X11BASE being deprecated. I tried just adding WITHOUT_X11=yes in /etc/make, and without it. I even searched all the Makefiles in /usr/ports, and in the /usr/ports/lang/php5 dir to find any reference to X11, or X, or X11BASE, but nada... I don't even know where this error message is being generated from. I can't even do a basic make without it immediately spitting out the error: # make X11BASE is now deprecated. Unset X11BASE in make.conf and try again. *** Error code 1 Stop. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.725 / Virus Database: 270.14.136/2616 - Release Date: 01/11/10 23:35:00 ___ 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
Nanobsd Memory Backed Disks
I've been poking around /etc/rc.diskless and other rc's. I can't seem to find what script loads the md. Its not in /etc/fstab Does anyone know where it is? Also how does nanobsd load the /etc into the md? newfs + cpio? Regards David N ___ 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: watching WebEx session on FreeBSD (nearly solved)
El día Wednesday, January 13, 2010 a las 09:51:45AM +0100, Matthias Apitz escribió: I did now (thanks for your help, Colin): - installed the 'User Agent Switcher' addin in Firefox 3.0.7 - changed the user agent to the above Linux Mozilla - installed diablo-jre-freebsd7.i386.1.6.0.07.02.tbz and activated the plug-in in Firefox this let me see the introduction in http://www.webex.com/go/live_demo which seems to be only a flash movie; but when I go to some real recorded webEx session the Java VM crashes with some Exception that 'trustAnchors paramater must be non-empty'; Follow up: The problem with 'trustAnchors paramater must be non-empty' was a broken file /usr/local/diablo-jre1.6.0/lib/security/cacerts (it had only 32 bytes) and I copied it from some other Java: # cp /usr/local/jdk1.6.0/jre/lib/security/cacerts /usr/local/diablo-jre1.6.0/lib/security/cacerts Now the Java app is down loaded and starts and I can see the WebEx Meeting Manager Window; if the 'host' shows some file in this, it is presented as well; but if the 'host' presents some application (the remote desktop) only a full green window comes up with no icons or windows in it matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ Vote NO to EU The Lisbon Treaty: http://www.no-means-no.eu ___ 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: Failed compile ntop from ports
On Wed, Jan 13, 2010 at 05:38:07PM +0700, kal...@muliahost.com wrote: Hello, I have problem compiling ntop from ports. I got error: === Building for p5-XML-Parser-2.36_1 Makefile out-of-date with respect to /usr/local/lib/perl5/5.8.9/mach/Config.pm /usr/local/lib/perl5/5.8.9/mach/CORE/config.h Cleaning current config before rebuilding Makefile... make -f Makefile.old clean /dev/null 21 /usr/local/bin/perl5.8.9 Makefile.PL INSTALLDIRS=site CC=cc CCFLAGS=-O2 -fno-strict-aliasing -pipe PREFIX=/usr/local INSTALLPRIVLIB=/usr/local/lib INSTALLARCHLIB=/usr/local/lib Checking if your kit is complete... Looks good Warning: prerequisite LWP 0 not found. Writing Makefile for XML::Parser::Expat Writing Makefile for XML::Parser == Your Makefile has been rebuilt. == == Please rerun the make command. == Check your date/time settings. false *** Error code 1 Stop in /usr/ports/textproc/p5-XML-Parser/work/XML-Parser-2.36. *** Error code 1 Stop in /usr/ports/textproc/p5-XML-Parser. *** Error code 1 Stop in /usr/ports/textproc/intltool. *** Error code 1 Stop in /usr/ports/databases/rrdtool. *** Error code 1 Stop in /usr/ports/databases/rrdtool. *** Error code 1 Stop in /usr/ports/net/ntop. *** Error code 1 Stop in /usr/ports/net/ntop. Also, I realized most of perl module could not build. Same problem while trying install Net-SSLeay. Need your advice. Thank you TIA Kalpin Erlangga Silaen HTH, 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: watching WebEx session on FreeBSD (nearly solved)
On 01/13/10 07:43, Matthias Apitz wrote: El día Wednesday, January 13, 2010 a las 09:51:45AM +0100, Matthias Apitz escribió: I did now (thanks for your help, Colin): - installed the 'User Agent Switcher' addin in Firefox 3.0.7 - changed the user agent to the above Linux Mozilla - installed diablo-jre-freebsd7.i386.1.6.0.07.02.tbz and activated the plug-in in Firefox this let me see the introduction in http://www.webex.com/go/live_demo which seems to be only a flash movie; but when I go to some real recorded webEx session the Java VM crashes with some Exception that 'trustAnchors paramater must be non-empty'; Follow up: The problem with 'trustAnchors paramater must be non-empty' was a broken file /usr/local/diablo-jre1.6.0/lib/security/cacerts (it had only 32 bytes) and I copied it from some other Java: # cp /usr/local/jdk1.6.0/jre/lib/security/cacerts /usr/local/diablo-jre1.6.0/lib/security/cacerts Now the Java app is down loaded and starts and I can see the WebEx Meeting Manager Window; if the 'host' shows some file in this, it is presented as well; but if the 'host' presents some application (the remote desktop) only a full green window comes up with no icons or windows in it matthias That is where I am as well. While in the demo, I talked to the host for a while and she said that I should be able to see sharing of the full desktop but sharing of individual applications would result in users seeing my full desktop. I plan to test more with it today. I may also test to see if it runs similarly in Linux, if it does then it may indicate that further configuration is needed in FreeBSD to get this working. -Colin ___ 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: Nanobsd Memory Backed Disks
In message: 4d7dd86f1001130347k75ec7dcfhf6adf2a852210...@mail.gmail.com David N david...@gmail.com writes: : I've been poking around /etc/rc.diskless and other rc's. I can't seem : to find what script loads the md. : Its not in /etc/fstab : : Does anyone know where it is? : Also how does nanobsd load the /etc into the md? newfs + cpio? The md driver is usually compiled into the kernel. /etc/rc.d/mdconfig and /etc/rc.d/mdconfig2 configure the ram disks. /etc/diskless is created as part of the build process, and /etc/rc.initdiskless does all the copying magic. Warner ___ 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
mtree unable to find group wheel, possible corrupt /etc/group file
Hi all, I've got a number of ports that will build but not install. The error is: ===gt; Generating temporary packing list ===gt; Checking if deskutils/gucharmap already installed mtree: line 1: unknown group wheel--- *** Error code 1 I discovered that i had patch code left over from mergemaster in my /etc/group file, i have deleted and rebooted. unfortunately, i still get the same error when i try to install ports. the group file seems to have been readable to something, as i could sudo and su from my login user. any help greatly appreciated. # $FreeBSD: src/etc/group,v 1.35.10.1 2009/08/03 08:13:06 kensmith Exp $ # wheel:*:0:root,justken,www daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: operator:*:5:root ... authpf:*:63: _pflogd:*:64: _dhcp:*:65: -ken ___ 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] RE: Clean PHP 5.2.12 Build Core Dumping / Can't Build Port - FreeBSD 6.1
=== I try a 'make all-depend-list' the error shows up = which error show ? # make X11BASE is now deprecated. Unset X11BASE in make.conf and try again. *** Error code 1 Stop. That's the error... happens every time, no matter what I try to set/unset in /etc/make.conf. I looked through the makefiles to see where X11BASE is referenced and I can't find any place where it is to just kill it. This is _exactly_ what I did, and as soon as I try a 'make all- depend-list' the error shows up. I don't even have the X11 system installed (it's a headless server, with no GUI). This is on a CLEAN 6.1 install, without any upgrades/patches, just straight off the ISO install and after a portsnap install/extract. I tried building it _before_ I updated the ports and it would build a 5.1.2 php ok, but I need 5.2.12. Something has changed in the port between 5.1.2 and 5.2.12 1.add WITHOUT_X11=yes in /etc/make.conf 2.remove X11BASE= from that file and 4.make all-depend-list 5.make clean all depend soft 6.make menuconfig set X11 disable 7.make make install 2010/1/12 Don O'Neil li...@lizardhill.com: Ok.. just for grins I installed a new instance of 6.1, NO Patches, just straight off the ISO... I loaded the ports that came WITH the distro, and was able to make php 5.1.2 ok... When I did a portsnap fetch, portsnap extract, then went into the /usr/ports/lang/php5 and just typed make I get the same error... SO as it seems, the port is broken, at least for working with FreeBSD 6.1. Can anyone give me some hints on how to build this sucker by hand? Seems as though there are a bunch of patches that are referenced in the distinfo file. I REALLY need to get this taken care of asap, any help is appreciated. Thanks! I tried adding WITHOUT_X11=yes to /etc/make.conf as well as X11BASE= and X11BASE=, but I still get the same error. Remove them. This makes sure they are not defined, not even empty (as in #define BLA - symbol 'BLA' is defined). Where to go from here? Do I have and old version of something that is causing this? I get this error _right away_ before anything is even built. It seems to be a check by the Makefile at port's top level. Ok... I have no definition for X11BASE anywhere, not in my env, not in my /etc/make.conf, nowhwere... However, it's still complaining about X11BASE being deprecated. I tried just adding WITHOUT_X11=yes in /etc/make, and without it. I even searched all the Makefiles in /usr/ports, and in the /usr/ports/lang/php5 dir to find any reference to X11, or X, or X11BASE, but nada... I don't even know where this error message is being generated from. I can't even do a basic make without it immediately spitting out the error: # make X11BASE is now deprecated. Unset X11BASE in make.conf and try again. *** Error code 1 Stop. ___ 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: cannot install apache22 on FBSD 8.0
On 1/13/2010 4:09 AM, Matthew Seaman wrote: PJ wrote: Gentlemen, I am absolutely stupefied by apache22, php5, php5-extensions and phpmysql refusing to be updated or installed I did manage to do one installation on a freshly upgraded box from 7.2 to 8.0 but with very frustrating and time consuming efforts. I still don't know how I managed, but it seems to work, for the moment anyway. Could someone explain to me why there is a problem with apache22, php5 and the rest - when doing an upgrade from 7.2 to 8.0. I followed the instructions in the handbood to the letter and both times there is a problem. Am I doing something that is not evident in the instructions. Even the apache site states very clearly that and update is about as simple as could be. The long list of errors when installing apache seem to deal with a lot of undeclared stuff (first use in this function) for a lot of uldap stuff like cache, connection etc. etc. How does one deal with this as there seems to be nothing on google. TIA You're installing quite a complex interconnected group of ports there, and it can go wrong in any number of new and exciting ways. We can't tell exactly what has gone wrong from what you tell us -- but it's almost certainly a problem fairly high up the dependency tree which is screwing things up for all of the ports lower down you're having trouble with. As a general strategy for making this work, probably the most effective route is 'back to square one.' Rip out everything that apache, php etc. depend on, and start again from scratch. This includes all options settings for those ports under /var/db/ports/. When reinstalling a group of interconnected ports like this, I find it beneficial to sort out all of the OPTIONS settings over the whole dependency tree before trying to compile anything. One of the unfortunate characteristics of the way OPTIONS processing works at the moment is that changing an option somewhere can add or remove other ports from the dependency tree, and those in their turn may have their own OPTIONS settings, but those OPTIONS are not processed in that pass. There are patches to correct that behaviour in PR ports/141641 but until that or something like it is committed, the trick is to run 'make config-recursive' repeatedly, until you no longer get presented with any of the blue OPTIONS dialogues. Some ports may not give you an OPTIONS dialogue but still have configuration settings you can tweak by setting make(1) variables. In this case, I recommend preserving your settings by adding them to /etc/make.conf. Changing a setting like this can affect the dependency tree in exactly the same way as changing an option, so re-running 'make config-recursive' /yet again/ is a good idea. I wrote a piece about this earlier in the context of reinstalling all ports as part of the process of upgrading 7.2 - 8.0, which you might like to refer to: http://lists.freebsd.org/pipermail/freebsd-questions/2010-January/210449.html Note: there's a fairly tricky interplay between www/apache22 and devel/apr which only affects you if you enable the APR_FROM_PORTS option in the apache22 OPTIONS dialogue -- both www/apache22 and devel/apr can be configured to add dependencies on all sorts of fairly large software groups (Berkeley DB, MySQL, LDAP, PostgreSQL ...) and to toggle threading support. Empirically I've come to the conclusion that if you're compiling against devel/apr, then devel/apr has to include matching support for all the software groups enabled in the apache22 options, or building apache22 will fall over in a twisty mess of dependencies, all alike. However, you pretty much cannot get the OPTIONS settings right in one pass of 'make config-recursive' starting from the www/apache22 directory. You can avoid some trouble by *not* enabling the APR_FROM_PORTS option -- which is the default, but loses some flexibility if you're going to be rebuilding Apache or any 3rd party apache modules quite a bit. Cheers, Matthew Thanks for the input. There was no way that apache22 was going to install with the apr. I tried everything imaginable and referred to your suggestions. Finally, I removed apr, removed the configuration files from the /work directory, redid config without apr and did config-recursive. Much to my surprise, it worked... now to install php5 and php5 extensions and try it all out. PJ ___ 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: cannot install apache22 on FBSD 8.0
On Wed, 13 Jan 2010 21:44:55 +0600 PJ lt;af.gour...@videotron.cagt; wrote On 1/13/2010 4:09 AM, Matthew Seaman wrote: gt; PJ wrote: gt;gt; Gentlemen, gt;gt; I am absolutely stupefied by apache22, php5, php5-extensions and gt;gt; phpmysql refusing to be updated or installed gt;gt; I did manage to do one installation on a freshly upgraded box from 7.2 gt;gt; to 8.0 but with very frustrating and time consuming efforts. I still gt;gt; don't know how I managed, but it seems to work, for the moment anyway. gt;gt; Could someone explain to me why there is a problem with apache22, php5 gt;gt; and the rest - when doing an upgrade from 7.2 to 8.0. gt;gt; I followed the instructions in the handbood to the letter and both times gt;gt; there is a problem. gt;gt; Am I doing something that is not evident in the instructions. Even the gt;gt; apache site states very clearly that and update is about as simple as gt;gt; could be. gt;gt; The long list of errors when installing apache seem to deal with a lot gt;gt; of undeclared stuff (first use in this function) for a lot of uldap gt;gt; stuff like cache, connection etc. etc. gt;gt; How does one deal with this as there seems to be nothing on google. gt;gt; TIA gt; gt; You're installing quite a complex interconnected group of ports there, gt; and gt; it can go wrong in any number of new and exciting ways. We can't tell gt; exactly gt; what has gone wrong from what you tell us -- but it's almost certainly a gt; problem fairly high up the dependency tree which is screwing things up gt; for gt; all of the ports lower down you're having trouble with. gt; gt; As a general strategy for making this work, probably the most effective gt; route is 'back to square one.' Rip out everything that apache, php etc. gt; depend on, and start again from scratch. This includes all options gt; settings gt; for those ports under /var/db/ports/. gt; gt; When reinstalling a group of interconnected ports like this, I find it gt; beneficial to sort out all of the OPTIONS settings over the whole gt; dependency gt; tree before trying to compile anything. One of the unfortunate gt; characteristics gt; of the way OPTIONS processing works at the moment is that changing an gt; option gt; somewhere can add or remove other ports from the dependency tree, and gt; those in their turn may have their own OPTIONS settings, but those gt; OPTIONS are not processed in that pass. There are patches to correct gt; that behaviour in PR ports/141641 but until that or something like it gt; is committed, the trick is gt; to run 'make config-recursive' repeatedly, until you no longer get gt; presented with any of the blue OPTIONS dialogues. gt; gt; Some ports may not give you an OPTIONS dialogue but still have gt; configuration gt; settings you can tweak by setting make(1) variables. In this case, I gt; recommend gt; preserving your settings by adding them to /etc/make.conf. Changing a gt; setting like this can affect the dependency tree in exactly the same gt; way as changing an gt; option, so re-running 'make config-recursive' /yet again/ is a good idea. gt; gt; I wrote a piece about this earlier in the context of reinstalling all gt; ports as gt; part of the process of upgrading 7.2 -gt; 8.0, which you might like to gt; refer to: gt; gt; http://lists.freebsd.org/pipermail/freebsd-questions/2010-January/210449.html gt; gt; gt; Note: there's a fairly tricky interplay between www/apache22 and gt; devel/apr gt; which only affects you if you enable the APR_FROM_PORTS option in the gt; apache22 gt; OPTIONS dialogue -- both www/apache22 and devel/apr can be configured gt; to add dependencies on all sorts of fairly large software groups gt; (Berkeley DB, MySQL, LDAP, PostgreSQL ...) and to toggle threading gt; support. Empirically I've come to the conclusion that if you're gt; compiling against devel/apr, then devel/apr has to include matching gt; support for all the software groups enabled in the apache22 options, gt; or building apache22 will fall over in a twisty mess of dependencies, gt; all alike. However, you pretty much cannot get the OPTIONS settings gt; right in one pass of 'make config-recursive' starting from the gt; www/apache22 directory. You can avoid some trouble by *not* enabling gt; the APR_FROM_PORTS option -- which is the default, but loses some gt; flexibility gt; if you're going to be rebuilding Apache or any 3rd party apache gt; modules quite gt; a bit. gt; gt; Cheers, gt; gt; Matthew gt; Thanks for the input. There was no way that apache22 was going to install with the apr. I tried everything imaginable and referred to your suggestions. Finally, I removed apr, removed the configuration files from the /work directory, redid config without apr and did config-recursive. Much to my surprise, it worked... now to install php5 and php5 extensions and try it all out. PJ
Re: mtree unable to find group wheel, possible corrupt /etc/group file
On Wed, Jan 13, 2010 at 09:32:41PM +0600, keneasson wrote: Hi all, I've got a number of ports that will build but not install. The error is: ===gt; Generating temporary packing list ===gt; Checking if deskutils/gucharmap already installed mtree: line 1: unknown group wheel--- wheel---? Check your /etc/mtree/ files also for mergemaster's cruft. *** Error code 1 I discovered that i had patch code left over from mergemaster in my /etc/group file, i have deleted and rebooted. unfortunately, i still get the same error when i try to install ports. the group file seems to have been readable to something, as i could sudo and su from my login user. any help greatly appreciated. # $FreeBSD: src/etc/group,v 1.35.10.1 2009/08/03 08:13:06 kensmith Exp $ # wheel:*:0:root,justken,www daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: operator:*:5:root ... authpf:*:63: _pflogd:*:64: _dhcp:*:65: -ken 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
Trying to build 8.0 Headless Installation Disk
I started to use the same strategy that worked in 6.x but it is not working right now. I obtained8.0-RELEASE-i386-disc1.iso and did: mkdir 8.0serial tar xf 8.0-RELEASE-i386-disc1.iso This produced a read-write file system that appears sane in that it seems to be large enough, but not larger than a standard CDROM. The boot directory has loader.conf in it but there is no reference to any console. I added the following: mfsroot_load=YES mfsroot_type=mfs_root mfsroot_name=/boot/mfsroot #add by martin console=comconsole,vidconsole The CDROM burner is on a Linux system so I used tar to copy the 8.0serial file system over to the Linux system and then: mkisofs -l -R -q . |cdrecord -dev=/dev/hdc - This produces a CD that looks fine in that you can mount it, see all the files, etc. The CD does not boot and the system continues to boot as if there was no CD in the drive. I did burn an unmodified image to a CDROM and the system did hang, waiting for keyboard input so that ISO image does work but I need the serial console to come up on boot as we will be running it remotely. This has worked in the past when necessary, but it appears something changed between FreeBSD6.3 and 8.0 and I must be doing something wrong now. Has anybody gotten an 8.0 CD to come up on the serial console? One thing that has changed between 6.3 and 8.0 is that the tar application does not get confused. In 6.3, there were a couple of files that caused an out of order error but the 8.0 CD produced no errors at all. Thank you for your help. Martin McCormick WB5AGZ Stillwater, OK Systems Engineer OSU Information Technology Department Telecommunications Services Group ___ 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
is there pkg_libchk
hello there, i was wondering if freebsd has pkg_libchk ? thanks for your time -- Frosty-456 ___ 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: mtree unable to find group wheel, possible corrupt /etc/group file
On Wed, 13 Jan 2010 21:44:28 +0600 Yuri Pankov lt;yuri.pan...@gmail.comgt; wrote On Wed, Jan 13, 2010 at 09:32:41PM +0600, keneasson wrote: gt; Hi all, gt; gt; I've got a number of ports that will build but not install. gt; gt; The error is: gt; gt; ===amp;gt; Generating temporary packing list gt; ===amp;gt; Checking if deskutils/gucharmap already installed gt; mtree: line 1: unknown group wheel--- wheel---? Check your /etc/mtree/ files also for mergemaster's cruft. gt; *** Error code 1 gt; gt; gt; I discovered that i had patch code left over from mergemaster in my /etc/group file, i have deleted and rebooted. gt; unfortunately, i still get the same error when i try to install ports. gt; gt; the group file seems to have been readable to something, as i could sudo and su from my login user. gt; gt; any help greatly appreciated. gt; gt; # $FreeBSD: src/etc/group,v 1.35.10.1 2009/08/03 08:13:06 kensmith Exp $ gt; # gt; wheel:*:0:root,justken,www gt; daemon:*:1: gt; kmem:*:2: gt; sys:*:3: gt; tty:*:4: gt; operator:*:5:root gt; ... gt; authpf:*:63: gt; _pflogd:*:64: gt; _dhcp:*:65: gt; gt; -ken Yuri Thank you, not sure where the fluff came from but the culprit was: /usr/local/etc/mtree/BSD.gnome.dist: which had group=wheel--- /etc/group 1 mode=0755 seems i might have other cruft too: tar: +*: Not found in archive Thanks. ken. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: is there pkg_libchk
Ivan Frosty schrieb: hello there, i was wondering if freebsd has pkg_libchk ? thanks for your time Yes, it has. It is located in /usr/ports/sysutils/bsdadminscripts. Greetings Frank -- GU d- s:+ a+ C+$ UBS$ P L- !E--- W N+@ !o K--? !w--- O !M- !V- PS+ PE Y? !PGP- t+ 5 X !R tv- b++ DI !D G e h+ r- y? When pack meets pack in the jungle and no one will move from the trail wait till the leaders have spoken it may be fair words shall prevail (Rudyard Kipling) ___ 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: Trying to build 8.0 Headless Installation Disk
Replies inserted below On 1/13/10, Martin McCormick mar...@dc.cis.okstate.edu wrote: I started to use the same strategy that worked in 6.x but it is not working right now. I obtained8.0-RELEASE-i386-disc1.iso and did: mkdir 8.0serial tar xf 8.0-RELEASE-i386-disc1.iso This produced a read-write file system that appears sane in that it seems to be large enough, but not larger than a standard CDROM. The boot directory has loader.conf in it but there is no reference to any console. I added the following: mfsroot_load=YES mfsroot_type=mfs_root mfsroot_name=/boot/mfsroot #add by martin console=comconsole,vidconsole The CDROM burner is on a Linux system so I used tar to copy the 8.0serial file system over to the Linux system and then: mkisofs -l -R -q . |cdrecord -dev=/dev/hdc - ^^^ mkisofs needs to have the boot record -b boot/cdboot -no-emul-boot And as another option, you might look at mfsBSD, it runs off mfs (RAM) disks with sshd being enabled by default. Once it boots (kernel starts probing), the cd can be ejected. This produces a CD that looks fine in that you can mount it, see all the files, etc. The CD does not boot and the system continues to boot as if there was no CD in the drive. I did burn an unmodified image to a CDROM and the system did hang, waiting for keyboard input so that ISO image does work but I need the serial console to come up on boot as we will be running it remotely. This has worked in the past when necessary, but it appears something changed between FreeBSD6.3 and 8.0 and I must be doing something wrong now. Has anybody gotten an 8.0 CD to come up on the serial console? One thing that has changed between 6.3 and 8.0 is that the tar application does not get confused. In 6.3, there were a couple of files that caused an out of order error but the 8.0 CD produced no errors at all. Thank you for your help. Martin McCormick WB5AGZ Stillwater, OK Systems Engineer OSU Information Technology Department Telecommunications Services Group --Tim ___ 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
8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
Hello, I'm trying to get an 8.0-RELEASE-p2 amd64 box to not crash when running benchmarks/unixbench. The box in question has 4GB RAM running 6 SCSI disks in a RAID1Z. dmesg | grep memory real memory = 4294967296 (4096 MB) avail memory = 3961372672 (3777 MB) zpool status pool: bethesda state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM bethesda ONLINE 0 0 0 raidz1 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 0 gpt/disk5 ONLINE 0 0 0 It appears unixbench causes the mem exhaustion when running the fstime / fsbuffer / fsdisk programs, depending on what I've got in /boot/loader.conf I began with a system with no tunables in /boot/loader.conf (vm.kmem_size and vm.kmem_size_max). Then I tried increasing vm.kmem_size and vm.kmem_size_max a GB at a time, until I was at 4GB. At every increase, the system panicked with a kmem exhaustion, until I used the 4GB settings. At that time, the system system became unresponsive and had to be reset. So the question is, can ZFS be tuned to not panic or hang no matter what I throw at it? In this case, it's the ancient and innocuous unixbench utility. This is a test box right now and I'm more than willing to try various tests or tweaks to get 8.x FreeBSD/ZFS into a stable state. -- Regards, Doug ___ 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
Problem with disk size
Hi all I've some big problem with my new server Dell R710 + Perc raid + 6 disk of 600Go. When I install the server or using sysinstall (partition) I can see my all disk Disk name: mfid0 FDISK Partition Editor DISK Geometry: 364456 cyls/255 heads/63 sectors = 5854985640 sectors (2858879MB) but after I install the system and reboot I just can see half the size. I've try a new install by creating some new primary partition with 1Go size and put my / in this partition. But it's not working, by using fdisk I always see *** Working on device /dev/mfid0 *** parameters extracted from in-core disklabel are: cylinders=364456 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=364456 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 2088387 (1019 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 129/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 2088450, size 1557929894 (760707 Meg), flag 80 (active) beg: cyl 130/ head 0/ sector 1; end: cyl 1023/ head 165/ sector 59 The data for partition 3 is: UNUSED The data for partition 4 is: UNUSED How can I have all my disk ? (~3To). Regards. -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 13 jan 2010 18:30:13 CET ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
Doug Poland wrote: So the question is, can ZFS be tuned to not panic or hang no matter what I throw at it? Apparently not. I began with a system with no tunables in /boot/loader.conf (vm.kmem_size and vm.kmem_size_max). Then I tried increasing vm.kmem_size and vm.kmem_size_max a GB at a time, until I was at 4GB. Try adding vfs.zfs.arc_max=512M to /boot/loader.conf. ___ 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: Virtualbox and bridged interface.
On Fri, Jan 08, 2010 at 08:15:58PM +0100, Juergen Lock wrote: In article 20100102005808.12d46...@baby-jane.lamaiziere.net you write: Le Fri, 1 Jan 2010 17:36:30 -0600, Adam Vande More amvandem...@gmail.com a =E9crit : Is there someone able to make VirtualBox working with a bridged interface? I've got : My gateway/access point on 192.168.1.1/24 The host on 192.168.1.20/24 via wifi (wlan0) The guest on 192.168.1.25/24 bridged with wlan0 ... Bridged networking doesn't work on wireless interfaces. Ah ok :( I would be happy to know why, briefly. Is it a limitation in the wireless connection or a limitation in the operating system (FreeBSD)? The problem is caused by the fact that hosts on wifi can usually only use a single mac address, and while the vbox code does contain a `shared mac' feature thats supposed to work around this problem this feature hasn't been ported for FreeBSD hosts yet. I've used some bridged guests on Mac OS X and vmware fusion but I don't remember if I used the ethernet or the wireless interface. To J.D.Bronson: no mac authentication here, thanks for the shot in the dark anyway. So I will try to setup a vpn between the host and the guest. There is another workaround tho that you can try involving a tap interface, routing, proxy arp, and a patch to vbox to enable direct tap networking, http://people.freebsd.org/~nox/vbox/patch-tapdirect.txt more details including a config example in this post: http://lists.freebsd.org/pipermail/freebsd-emulation/2010-January/007260.html (I patched vbox 3.1.2 thats not commtted to ports yet, it's possible the patch doesn't apply to the older version in ports. The latest vbox 3.1.2 Call for testing is here: http://lists.freebsd.org/pipermail/freebsd-emulation/2010-January/007241.html The patch can go in that port's files/ dir.) All committed to ports now, including the shared mac feature so bridged mode on wifi should now work in the new emulators/virtualbox-ose* ports: http://www.freshports.org/commit.php?message_id=201001130803.o0d83hfe012...@repoman.freebsd.org Please see http://wiki.freebsd.org/VirtualBox for update instructions. Enjoy, :) Juergen ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
On Wed, January 13, 2010 11:55, Ivan Voras wrote: Doug Poland wrote: So the question is, can ZFS be tuned to not panic or hang no matter what I throw at it? Apparently not. I began with a system with no tunables in /boot/loader.conf (vm.kmem_size and vm.kmem_size_max). Then I tried increasing vm.kmem_size and vm.kmem_size_max a GB at a time, until I was at 4GB. Try adding vfs.zfs.arc_max=512M to /boot/loader.conf. Would you suggest tweaking the vm.kmem_size tunables in addition to arc_max? -- Regards, Doug ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
2010/1/13 Doug Poland d...@polands.org: On Wed, January 13, 2010 11:55, Ivan Voras wrote: Doug Poland wrote: So the question is, can ZFS be tuned to not panic or hang no matter what I throw at it? Apparently not. I began with a system with no tunables in /boot/loader.conf (vm.kmem_size and vm.kmem_size_max). Then I tried increasing vm.kmem_size and vm.kmem_size_max a GB at a time, until I was at 4GB. Try adding vfs.zfs.arc_max=512M to /boot/loader.conf. Would you suggest tweaking the vm.kmem_size tunables in addition to arc_max? No, unless they auto-tune to something lesser than approximately arc_max*3. I try to set arc_max to be a third (or a quarter) the kmem_size, and tune kmem_size ad_hoc to suit the machine and its purpose. The reason for this is that arc_max is just a guideline, not a hard limit... the ZFS ARC usage can and will spike to much larger values, usually in the most inopportune moment. ___ 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: Nanobsd Memory Backed Disks
2010/1/14 M. Warner Losh i...@bsdimp.com: In message: 4d7dd86f1001130347k75ec7dcfhf6adf2a852210...@mail.gmail.com David N david...@gmail.com writes: : I've been poking around /etc/rc.diskless and other rc's. I can't seem : to find what script loads the md. : Its not in /etc/fstab : : Does anyone know where it is? : Also how does nanobsd load the /etc into the md? newfs + cpio? The md driver is usually compiled into the kernel. /etc/rc.d/mdconfig and /etc/rc.d/mdconfig2 configure the ram disks. /etc/diskless is created as part of the build process, and /etc/rc.initdiskless does all the copying magic. Warner Thanks, I found what I was looking for. /conf/base/etc /conf/base/var the diskless file to enable md and md_size which determines the md size. It loads the files from there instead of the actual /etc (before the /dev/md mount) Regards David N ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
On Wed, January 13, 2010 12:35, Ivan Voras wrote: Try adding vfs.zfs.arc_max=512M to /boot/loader.conf. Would you suggest tweaking the vm.kmem_size tunables in addition to arc_max? No, unless they auto-tune to something lesser than approximately arc_max*3. I try to set arc_max to be a third (or a quarter) the kmem_size, and tune kmem_size ad_hoc to suit the machine and its purpose. The reason for this is that arc_max is just a guideline, not a hard limit... the ZFS ARC usage can and will spike to much larger values, usually in the most inopportune moment. This is the state of the machine when it panicked this time: panic: kmem_malloc(131072): kmem_map too small: 1296957440 total allocated cpuid = 1 /boot/loader.conf: vfs.zfs.arc_max=512M vfs.numvnodes: 660 vfs.zfs.arc_max: 536870912 vfs.zfs.arc_meta_limit: 134217728 vfs.zfs.arc_meta_used: 7006136 vfs.zfs.arc_min: 67108864 vfs.zfs.zil_disable: 0 vm.kmem_size: 1327202304 vm.kmem_size_max: 329853485875 Using a handy little script I found posted in several places, I was monitoring memory: TEXT 15373968 14.66 MiB DATA 1536957440 1465.76 MiB TOTAL 1552331408 1480.42 MiB Where TEXT = a sum of kldstat memory values and DATA = a sum of vmstat -m values Is there a next step to try, or is this chasing a wild goose? -- Regards, Doug ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
2010/1/13 Doug Poland d...@polands.org: On Wed, January 13, 2010 12:35, Ivan Voras wrote: Try adding vfs.zfs.arc_max=512M to /boot/loader.conf. Would you suggest tweaking the vm.kmem_size tunables in addition to arc_max? No, unless they auto-tune to something lesser than approximately arc_max*3. I try to set arc_max to be a third (or a quarter) the kmem_size, and tune kmem_size ad_hoc to suit the machine and its purpose. The reason for this is that arc_max is just a guideline, not a hard limit... the ZFS ARC usage can and will spike to much larger values, usually in the most inopportune moment. This is the state of the machine when it panicked this time: panic: kmem_malloc(131072): kmem_map too small: 1296957440 total allocated cpuid = 1 /boot/loader.conf: vfs.zfs.arc_max=512M vfs.numvnodes: 660 vfs.zfs.arc_max: 536870912 vfs.zfs.arc_meta_limit: 134217728 vfs.zfs.arc_meta_used: 7006136 vfs.zfs.arc_min: 67108864 vfs.zfs.zil_disable: 0 vm.kmem_size: 1327202304 vm.kmem_size_max: 329853485875 (from the size of arc_max I assume you did remember to reboot after changing loader.conf and before testing again but just checking - did you?) Can you monitor and record kstat.zfs.misc.arcstats.size sysctl while the test is running (and crashing)? This looks curious - your kmem_max is ~~ 1.2 GB, arc_max is 0.5 GB and you are still having panics. Is there anything unusual about your system? Like unusually slow CPU, unusually fast or slow drives? I don't have any ideas smarter than reducing arc_max by half then try again and continue reducing it until it works. It would be very helpful if you could monitor the kstat.zfs.misc.arcstats.size sysctl while you are doing the tests to document what is happening to the system. If it by any chance stays the same you should probably monitor vmstat -m. Using a handy little script I found posted in several places, I was monitoring memory: TEXT 15373968 14.66 MiB DATA 1536957440 1465.76 MiB TOTAL 1552331408 1480.42 MiB Where TEXT = a sum of kldstat memory values and DATA = a sum of vmstat -m values Is there a next step to try, or is this chasing a wild goose? -- Regards, Doug ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
On Wed, January 13, 2010 13:57, Ivan Voras wrote: 2010/1/13 Doug Poland d...@polands.org: This is the state of the machine when it panicked this time: panic: kmem_malloc(131072): kmem_map too small: 1296957440 total allocated cpuid = 1 /boot/loader.conf: vfs.zfs.arc_max=512M vfs.numvnodes: 660 vfs.zfs.arc_max: 536870912 vfs.zfs.arc_meta_limit: 134217728 vfs.zfs.arc_meta_used: 7006136 vfs.zfs.arc_min: 67108864 vfs.zfs.zil_disable: 0 vm.kmem_size: 1327202304 vm.kmem_size_max: 329853485875 (from the size of arc_max I assume you did remember to reboot after changing loader.conf and before testing again but just checking - did you?) Yes, I did reboot Can you monitor and record kstat.zfs.misc.arcstats.size sysctl while the test is running (and crashing)? Certainly This looks curious - your kmem_max is ~~ 1.2 GB, arc_max is 0.5 GB and you are still having panics. Is there anything unusual about your system? Like unusually slow CPU, unusually fast or slow drives? Don't think there is anything unusual. This is 5 year old HP DL385. It has two 2.6GHz Opteron 252 CPUs. The disks are 6x36GB P-SCSI. There are behind an HP Smart Array 6i controller. I had to configure each drive as RAID0 in order make it visible to the OS. Kinda hokey if you ask me. dmesg | grep -i CPU CPU: AMD Opteron(tm) Processor 252 (2605.92-MHz K8-class CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs smartctl -a /dev/da0 Device: COMPAQ RAID 0 VOLUME Version: OK Device type: disk Local Time is: Wed Jan 13 14:21:44 2010 CST Device does not support SMART dmesg | grep -i smart ciss0: HP Smart Array 6i port 0x5000-0x50ff mem 0xf7ef-0xf7ef1fff,0xf7e8-0xf7eb irq 24 at device 4.0 on pci2 I don't have any ideas smarter than reducing arc_max by half then try again and continue reducing it until it works. It would be very helpful if you could monitor the kstat.zfs.misc.arcstats.size sysctl while you are doing the tests to document what is happening to the system. If it by any chance stays the same you should probably monitor vmstat -m. OK, will do monitor on the next run. Thanks for your help so far. -- Regards, Doug ___ 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
Crontab not working logwatch.pl [FreeBSD 8 stable]
Hi folks, Im having probs when a root crontab located on /var/cron/tabs/root with this content # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.DUtgfVoBT0 installed on Wed Jan 13 20:08:29 2010) # (Cron version -- $FreeBSD: src/usr.sbin/cron/crontab/crontab.c,v 1.31.2.1 2009/08/03 08:13:06 kensmith Exp $) * * * * * ~/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * ~/.profile ; /usr/bin/perl /local/sbin/logwatch.pl both of them are sending logs to my email, when runned from the command line works, but not from crontab any ideas? -- () ASCII Ribbon Campaign | Against HTML e-mail /\ www.asciiribbon.org | Against proprietary extensions ___ 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: Crontab not working logwatch.pl [FreeBSD 8 stable]
On 2010-01-13 21:43, Jeronimo Calvo wrote: Hi folks, Im having probs when a root crontab located on /var/cron/tabs/root with this content # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.DUtgfVoBT0 installed on Wed Jan 13 20:08:29 2010) # (Cron version -- $FreeBSD: src/usr.sbin/cron/crontab/crontab.c,v 1.31.2.1 2009/08/03 08:13:06 kensmith Exp $) * * * * * ~/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * ~/.profile ; /usr/bin/perl /local/sbin/logwatch.pl both of them are sending logs to my email, when runned from the command line works, but not from crontab any ideas? The keywords here are # DO NOT EDIT THIS FILE - edit the master and reinstall. Either edit the system crontab, /etc/crontab, or, to edit root's crontab, run crontab -e as root. ___ 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: Crontab not working logwatch.pl [FreeBSD 8 stable]
did a crontab -r, a a new crontab -e, using: * * * * * $HOME/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * $HOME/.profile ; /usr/bin/perl /local/sbin/logwatch.pl tailing the /var/log/cron I can see that is being executed every minute... but no emails arrived with is the proof that the script has worked. 2010/1/13 Rolf Nielsen listrea...@lazlarlyricon.com: On 2010-01-13 21:43, Jeronimo Calvo wrote: Hi folks, Im having probs when a root crontab located on /var/cron/tabs/root with this content # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.DUtgfVoBT0 installed on Wed Jan 13 20:08:29 2010) # (Cron version -- $FreeBSD: src/usr.sbin/cron/crontab/crontab.c,v 1.31.2.1 2009/08/03 08:13:06 kensmith Exp $) * * * * * ~/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * ~/.profile ; /usr/bin/perl /local/sbin/logwatch.pl both of them are sending logs to my email, when runned from the command line works, but not from crontab any ideas? The keywords here are # DO NOT EDIT THIS FILE - edit the master and reinstall. Either edit the system crontab, /etc/crontab, or, to edit root's crontab, run crontab -e as root. -- () ASCII Ribbon Campaign | Against HTML e-mail /\ www.asciiribbon.org | Against proprietary extensions ___ 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: Crontab not working logwatch.pl [FreeBSD 8 stable]
On 2010-01-13 22:04, Jeronimo Calvo wrote: did a crontab -r, a a new crontab -e, using: * * * * * $HOME/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * $HOME/.profile ; /usr/bin/perl /local/sbin/logwatch.pl tailing the /var/log/cron I can see that is being executed every minute... but no emails arrived with is the proof that the script has worked. 2010/1/13 Rolf Nielsenlistrea...@lazlarlyricon.com: On 2010-01-13 21:43, Jeronimo Calvo wrote: Hi folks, Im having probs when a root crontab located on /var/cron/tabs/root with this content # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.DUtgfVoBT0 installed on Wed Jan 13 20:08:29 2010) # (Cron version -- $FreeBSD: src/usr.sbin/cron/crontab/crontab.c,v 1.31.2.1 2009/08/03 08:13:06 kensmith Exp $) * * * * * ~/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * ~/.profile ; /usr/bin/perl /local/sbin/logwatch.pl both of them are sending logs to my email, when runned from the command line works, but not from crontab any ideas? The keywords here are # DO NOT EDIT THIS FILE - edit the master and reinstall. Either edit the system crontab, /etc/crontab, or, to edit root's crontab, run crontab -e as root. Please don't top post. Firstly, don't rely on environment variables being set correctly when running from cron. If you really want to use root's crontab, substitute /root for $HOME. Secondly, bash should be in /usr/local/bin, not in /bin. And it's a third party shell not included by the system. It has to be installed from ports. You should use /bin/sh instead. Thirdly, instead of putting the interpreter path on the command line, put it on the first line of your scripts, i.e. #!/bin/sh in the first one and #!/usr/bin/perl in the second one. ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
On Wed, January 13, 2010 13:57, Ivan Voras wrote: 2010/1/13 Doug Poland d...@polands.org: Can you monitor and record kstat.zfs.misc.arcstats.size sysctl while the test is running (and crashing)? This looks curious - your kmem_max is ~~ 1.2 GB, arc_max is 0.5 GB and you are still having panics. Is there anything unusual about your system? Like unusually slow CPU, unusually fast or slow drives? I don't have any ideas smarter than reducing arc_max by half then try again and continue reducing it until it works. It would be very helpful if you could monitor the kstat.zfs.misc.arcstats.size sysctl while you are doing the tests to document what is happening to the system. If it by any chance stays the same you should probably monitor vmstat -m. Ok, I re-ran with same config, but this time monitoring the sysctls you requested* ( and the rest I was watching ): panic: kmem_malloc(131072): kmem_map too small: 1292869632 total allocated cpuid = 0 * kstat.zfs.misc.arcstats.size: 166228176 vfs.numvnodes: 2848 vfs.zfs.arc_max: 536870912 vfs.zfs.arc_meta_limit: 134217728 vfs.zfs.arc_meta_used: 132890832 vfs.zfs.arc_min: 67108864 vfs.zfs.cache_flush_disable: 0 vfs.zfs.debug: 0 vfs.zfs.mdcomp_disable: 0 vfs.zfs.prefetch_disable: 1 vfs.zfs.recover: 0 vfs.zfs.scrub_limit: 10 vfs.zfs.super_owner: 0 vfs.zfs.txg.synctime: 5 vfs.zfs.txg.timeout: 30 vfs.zfs.vdev.aggregation_limit: 131072 vfs.zfs.vdev.cache.bshift: 16 vfs.zfs.vdev.cache.max: 16384 vfs.zfs.vdev.cache.size: 10485760 vfs.zfs.vdev.max_pending: 35 vfs.zfs.vdev.min_pending: 4 vfs.zfs.vdev.ramp_rate: 2 vfs.zfs.vdev.time_shift: 6 vfs.zfs.version.acl: 1 vfs.zfs.version.dmu_backup_header: 2 vfs.zfs.version.dmu_backup_stream: 1 vfs.zfs.version.spa: 13 vfs.zfs.version.vdev_boot: 1 vfs.zfs.version.zpl: 3 vfs.zfs.zfetch.array_rd_sz: 1048576 vfs.zfs.zfetch.block_cap: 256 vfs.zfs.zfetch.max_streams: 8 vfs.zfs.zfetch.min_sec_reap: 2 vfs.zfs.zil_disable: 0 vm.kmem_size: 1327202304 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size_scale: 3 * vmstat -m | grep solaris: 1496232960 -- Regards, Doug ___ 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: Trying to build 8.0 Headless Installation Disk
Tim Judd writes: ^^^ mkisofs needs to have the boot record -b boot/cdboot -no-emul-boot And as another option, you might look at mfsBSD, it runs off mfs (RAM) disks with sshd being enabled by default. Once it boots (kernel starts probing), the cd can be ejected. This could be a game changer if I could somehow get the FreeBSD8.0 installation CD to run remotely via this method. The problem is that some of the systems that I am upgrading are 150 miles away. We have people there who are not comfortable with Unix but who are certainly able to install and remove CDROM's on request. If I could get the sysinstall application to talk to me over the network, I don't care if it is a serial line or not. If we could get this down to 1 or two CD's, a major millstone will be removed from my neck. As a computer user who happens to be blind, the serial console is extremely useful and I usually make whatever version of FreeBSD we are using in to a serial console disk so it comes up serial, even if it is right next to me. It just makes things go more smoothly if one doesn't have to hunt up a keyboard and hope this or that box still has a sounder so you can hear any beeps. I have even put a portable radio on top of a server and listened for activity because that was the only way to tell if it was booting or in Lala Land. Just for the record, a steady sound usually means Lala Land and a sound like whales competing FOR territory and female attention means something is happening. Anyway, not needing to modify the installation disk, itself would be nice. In closing, I love FreeBSD and nothing said here is a gripe or complaint. FreeBSD is Unix and therefore accessible. Utilities like installation disks and rescue applications are always a little tricky because they deal with the system at a very low level. Martin McCormick WB5AGZ Stillwater, OK Systems Engineer OSU Information Technology Department Telecommunications Services Group ___ 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: 8.0-R-p2 ZFS: unixbench causing kmem exhaustion panic
Ok, I re-ran with same config, but this time monitoring the sysctls you requested* ( and the rest I was watching ): I failed to mention that kstat.zfs.misc.arcstats.size seemed to fluctuate between about 164,000,00 and 180,000,000 bytes during this last run -- Regards, Doug ___ 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: NFS exporting mounted msdosfs subdir
Hello, A mounted msdosfs (USD flash drive) path is exported from FreeBSD. The client (Windows with SFU 3.5) maps the remote NFS path successfully to a local drive (net use ...). However, when the drive is opened (dir ...), the client gets into an endless loop. What I have discovered on FreeBSD is: --- 22:47:45.183215 IP 10.0.0.2.nfs 10.0.0.4.1973235243: reply ok 116 readdirplus ERROR: Operation not supported 22:47:45.184593 IP 10.0.0.4.1973235244 10.0.0.2.nfs: 116 readdir [|nfs] 22:47:45.184707 IP 10.0.0.2.nfs 10.0.0.4.1973235244: reply ok 608 readdir 22:47:45.186389 IP 10.0.0.4.1973235245 10.0.0.2.nfs: 120 readdirplus [|nfs] 22:47:45.186499 IP 10.0.0.2.nfs 10.0.0.4.1973235245: reply ok 116 readdirplus ERROR: Operation not supported 22:47:45.187898 IP 10.0.0.4.1973235246 10.0.0.2.nfs: 116 readdir [|nfs] 22:47:45.188011 IP 10.0.0.2.nfs 10.0.0.4.1973235246: reply ok 608 readdir 22:47:45.189828 IP 10.0.0.4.1973235247 10.0.0.2.nfs: 120 readdirplus [|nfs] 22:47:45.189933 IP 10.0.0.2.nfs 10.0.0.4.1973235247: reply ok 116 readdirplus ERROR: Operation not supported 22:47:45.191358 IP 10.0.0.4.1973235248 10.0.0.2.nfs: 116 readdir [|nfs] --- With no end... Anyone has got an idea how this can be resolved? Thanks. Cheers, Balazs Date: Sun, 10 Jan 2010 04:50:18 -0700 From: fb...@peterk.org To: sbre...@hotmail.com CC: freebsd-questions@freebsd.org Subject: Re: NFS exporting mounted msdosfs subdir Hello, There is an issue with my exported home folder. It has a subdirectory under which an msdosfs pen drive is mounted. The home folder gets exported nicely however the msdos subdirectory is not! Any idea how this could be solved? Some useful extracts: --- babapc# more /etc/fstab # DeviceMountpoint FStype Options DumpPass# /dev/ad4s1b noneswap sw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1e /tmpufs rw 2 2 /dev/ad4s1f /usrufs rw 2 2 /dev/ad4s1d /varufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 /dev/da0s1 /usr/home/sbremal/usb_flash_drive msdosfs rw,noauto 0 0 babapc# more /etc/exports #The following examples export /usr to 3 machines named after ducks, #/usr/src and /usr/obj read-only to machines named after trouble makers, #/home and all directories under it to machines named after dead rock stars #and, /a to a network of privileged machines allowed to write on it as root. #/usr huey louie dewie #/usr/src /usr/obj -ro calvin hobbes #/home -alldirs janice jimmy frank #/a -maproot=0 -network 10.0.1.0 -mask 255.255.248.0 # # You should replace these lines with your actual exported filesystems. # Note that BSD's export syntax is 'host-centric' vs. Sun's 'FS-centric' one. /usr/home/sbremal babapc# mount /dev/ad4s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad4s1e on /tmp (ufs, local, soft-updates) /dev/ad4s1f on /usr (ufs, NFS exported, local, soft-updates) /dev/ad4s1d on /var (ufs, local, soft-updates) /dev/da0s1 on /usr/home/sbremal/usb_flash_drive (msdosfs, local) 10.0.0.2:/usr/home/sbremal on /root/x (nfs) babapc# ls /root/x/usb_flash_drive/ - Nothing!!! babapc# ls /usr/home/sbremal/usb_flash_drive/ @Nokia Images Backup --- Any help would be much appreciated. (Would freebsd-fs be more appropriate to ask the question on?) Cheers, Balazs You will need to export '/usr/home/sbremal/usb_flash_drive' also since it is another filesystem, not just a subdirectory. [reason you can see the subdirectory, but not the actual FS mounted in there] ]Peter[ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org _ Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_3:092010 ___ 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
Stability of gpt on 7.2
Hi all. I would like to known if gpt work good/very good/perfect with FreeBSD 7.2 ? Regards. JAS -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 13 jan 2010 23:01:08 CET ___ 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: NFS exporting mounted msdosfs subdir
Hi-- On Jan 13, 2010, at 1:52 PM, sbre...@hotmail.com wrote: Anyone has got an idea how this can be resolved? Thanks. Does FreeBSD even support NFS-exporting a locally mounted MS-DOS filesystem? Traditionally, NFS was implemented over the default UFS filesystem and it was common for other filesystem typess to not be exportable -- -Chuck ___ 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
Crontab not working??
Hi, I installed logwatch from ports only it didn't install a crontab for me like Linux or Solaris does so I ended up attempting to copy my Linux crontab into FreeBSD. It didn't work so I tried to cut down areas which I suspected might not work and ended up with the syntax below for root: crontab -l shows: @reboot root/usr/local/sbin/logwatch.pl 02 4 * * * root/usr/local/sbin/logwatch.pl The interesting thing here is that it shows them as being run: rd1# cat /var/log/cron | grep logwatch Jan 12 04:02:00 rd1 /usr/sbin/cron[5882]: (root) CMD (root^I/usr/local/sbin/logwatch.pl) Jan 13 04:02:00 rd1 /usr/sbin/cron[8898]: (root) CMD (root^I/usr/local/sbin/logwatch.pl) but only nothing is being emailed to me? If I run the pearl file locally as in: /usr/local/sbin/logwatch.pl it works fine and email is sent. I know I am missing something but for the life of me can't work out what! Can anyone be of assistance? Many thanks, Kaya ___ 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: Crontab not working??
Hi-- On Jan 13, 2010, at 4:20 PM, Kaya Saman wrote: It didn't work so I tried to cut down areas which I suspected might not work and ended up with the syntax below for root: crontab -l shows: @reboot root/usr/local/sbin/logwatch.pl 02 4 * * * root/usr/local/sbin/logwatch.pl You're using the syntax for a system-wide crontab, ie, /etc/crontab. Per-user crontabs do not have the middle field listing the user to run as; re-run crontab -e and try this instead: @reboot /usr/local/sbin/logwatch.pl 02 4 * * * /usr/local/sbin/logwatch.pl Regards, -- -Chuck ___ 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: Crontab not working??
Thanks, I inputted the data as you suggested so now I will wait until the time specified to see if it ran or not! Regards, Kaya Chuck Swiger wrote: Hi-- On Jan 13, 2010, at 4:20 PM, Kaya Saman wrote: It didn't work so I tried to cut down areas which I suspected might not work and ended up with the syntax below for root: crontab -l shows: @reboot root/usr/local/sbin/logwatch.pl 02 4 * * * root/usr/local/sbin/logwatch.pl You're using the syntax for a system-wide crontab, ie, /etc/crontab. Per-user crontabs do not have the middle field listing the user to run as; re-run crontab -e and try this instead: @reboot /usr/local/sbin/logwatch.pl 02 4 * * * /usr/local/sbin/logwatch.pl Regards, ___ 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: Crontab not working??
On Thu, Jan 14, 2010 at 02:20:07AM +0200, Kaya Saman wrote: Hi, @reboot root/usr/local/sbin/logwatch.pl 02 4 * * * root/usr/local/sbin/logwatch.pl this format/syntax is only valid for the system contab. The interesting thing here is that it shows them as being run: rd1# cat /var/log/cron | grep logwatch Jan 12 04:02:00 rd1 /usr/sbin/cron[5882]: (root) CMD (root^I/usr/local/sbin/logwatch.pl) Jan 13 04:02:00 rd1 /usr/sbin/cron[8898]: (root) CMD (root^I/usr/local/sbin/logwatch.pl) As you can see, the command is not valid. You should at least get an error. If the scripts do not set PATH themselvs, try setting it in the crontab, as the default is rather minimal. Regards Thomas ___ 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: Crontab not working logwatch.pl [FreeBSD 8 stable]
Rolf Nielsen wrote: On 2010-01-13 22:04, Jeronimo Calvo wrote: did a crontab -r, a a new crontab -e, using: * * * * * $HOME/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * $HOME/.profile ; /usr/bin/perl /local/sbin/logwatch.pl In addition to the other suggestions, I'd imagine an absolute path path to /local/sbin/logwatch.pl is a problem as well. Unless /local/sbin exists, of course. Regards, -- Glen Barber ___ 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: cannot install apache22 on FBSD 8.0
On 1/13/2010 11:02 AM, keneasson wrote: On Wed, 13 Jan 2010 21:44:55 +0600 *PJ af.gour...@videotron.ca mailto:af.gour...@videotron.ca* wrote On 1/13/2010 4:09 AM, Matthew Seaman wrote: PJ wrote: Gentlemen, I am absolutely stupefied by apache22, php5, php5-extensions and phpmysql refusing to be updated or installed I did manage to do one installation on a freshly upgraded box from 7.2 to 8.0 but with very frustrating and time consuming efforts. I still don't know how I managed, but it seems to work, for the moment anyway. Could someone explain to me why there is a problem with apache22, php5 and the rest - when doing an upgrade from 7.2 to 8.0. I followed the instructions in the handbood to the letter and both times there is a problem. Am I doing something that is not evident in the instructions. Even the apache site states very clearly that and update is about as simple as could be. The long list of errors when installing apache seem to deal with a lot of undeclared stuff (first use in this function) for a lot of uldap stuff like cache, connection etc. etc. How does one deal with this as there seems to be nothing on google. TIA You're installing quite a complex interconnected group of ports there, and it can go wrong in any number of new and exciting ways. We can't tell exactly what has gone wrong from what you tell us -- but it's almost certainly a problem fairly high up the dependency tree which is screwing things up for all of the ports lower down you're having trouble with. As a general strategy for making this work, probably the most effective route is 'back to square one.' Rip out everything that apache, php etc. depend on, and start again from scratch. This includes all options settings for those ports under /var/db/ports/. When reinstalling a group of interconnected ports like this, I find it beneficial to sort out all of the OPTIONS settings over the whole dependency tree before trying to compile anything. One of the unfortunate characteristics of the way OPTIONS processing works at the moment is that changing an option somewhere can add or remove other ports from the dependency tree, and those in their turn may have their own OPTIONS settings, but those OPTIONS are not processed in that pass. There are patches to correct that behaviour in PR ports/141641 but until that or something like it is committed, the trick is to run 'make config-recursive' repeatedly, until you no longer get presented with any of the blue OPTIONS dialogues. Some ports may not give you an OPTIONS dialogue but still have configuration settings you can tweak by setting make(1) variables. In this case, I recommend preserving your settings by adding them to /etc/make.conf. Changing a setting like this can affect the dependency tree in exactly the same way as changing an option, so re-running 'make config-recursive' /yet again/ is a good idea. I wrote a piece about this earlier in the context of reinstalling all ports as part of the process of upgrading 7.2 - 8.0, which you might like to refer to: http://lists.freebsd.org/pipermail/freebsd-questions/2010-January/210449.html Note: there's a fairly tricky interplay between www/apache22 and devel/apr which only affects you if you enable the APR_FROM_PORTS option in the apache22 OPTIONS dialogue -- both www/apache22 and devel/apr can be configured to add dependencies on all sorts of fairly large software groups (Berkeley DB, MySQL, LDAP, PostgreSQL ...) and to toggle threading support. Empirically I've come to the conclusion that if you're compiling against devel/apr, then devel/apr has to include matching support for all the software groups enabled in the apache22 options, or building apache22 will fall over in a twisty mess of dependencies, all alike. However, you pretty much cannot get the OPTIONS settings right in one pass of 'make config-recursive' starting from the www/apache22 directory. You can avoid some trouble by *not* enabling the APR_FROM_PORTS option -- which is the default, but loses some flexibility if you're going to be rebuilding Apache or any 3rd party apache modules quite a bit. Cheers, Matthew Thanks for the input. There was no way that apache22 was going to install with the apr. I tried everything imaginable and referred to
Re: Crontab not working logwatch.pl [FreeBSD 8 stable]
Glen Barber wrote: Rolf Nielsen wrote: On 2010-01-13 22:04, Jeronimo Calvo wrote: did a crontab -r, a a new crontab -e, using: * * * * * $HOME/.profile ; /bin/bash /var/log/auto_auth.sh * * * * * $HOME/.profile ; /usr/bin/perl /local/sbin/logwatch.pl In addition to the other suggestions, I'd imagine an absolute path path to /local/sbin/logwatch.pl is a problem as well. Unless /local/sbin exists, of course. Regards, Many thanks for all the responses!! I copied the data into /etc/crontab using the root syntax as described before and I got sent an email straight away after restarting cron!! I am not sure why I decided to use a local crontab rather then system-wide one but I think I got confused somewhere along the lines with something?? At least it works :-) Regards, Kaya ___ 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
any port use /dev/dsp directly?
I have a couple short programs where I mess with /dev/dsp. I'll open check to be sure the speed is right, open in mono or stereo, c. is there anything is ports that uses this dev by opening, doing ioctls and so forth? I think I may need to flush my data before closing the FILE *FP. Not sure; just guessing. Anybody?? tia, gary -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.79a release of Jottings: http://jottings.thought.org/index.php ___ 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: any port use /dev/dsp directly?
Gary Kline wrote:
I have a couple short programs where I mess with /dev/dsp. I'll open
check to be sure the speed is right, open in mono or stereo, c. is
there anything is ports that uses this dev by opening, doing ioctls and
so forth?
I think I may need to flush my data before closing the FILE *FP. Not
sure; just guessing.
I don't know if this directly answers your question, but from sound(4):
hw.snd.default_unit
Default sound card for systems with multiple sound cards. When
using devfs(5), the default device for /dev/dsp. Equivalent to a
symlink from /dev/dsp to /dev/dsp${hw.snd.default_unit}.
FWIW, www/linux-f10-flashplugin10 is using /dev/dsp0.0 on my system at the
moment.
Regards,
--
Glen Barber
___
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: any port use /dev/dsp directly?
On Wed, Jan 13, 2010 at 08:37:46PM -0500, Glen Barber wrote:
Gary Kline wrote:
I have a couple short programs where I mess with /dev/dsp. I'll open
check to be sure the speed is right, open in mono or stereo, c. is
there anything is ports that uses this dev by opening, doing ioctls and
so forth?
I think I may need to flush my data before closing the FILE *FP. Not
sure; just guessing.
I don't know if this directly answers your question, but from sound(4):
hw.snd.default_unit
Default sound card for systems with multiple sound cards. When
using devfs(5), the default device for /dev/dsp. Equivalent to a
symlink from /dev/dsp to /dev/dsp${hw.snd.default_unit}.
FWIW, www/linux-f10-flashplugin10 is using /dev/dsp0.0 on my system at the
moment.
Regards,
Thanks, but I already read the sound man page. I am trying to emulate
/bin/cat WAVEFILE /dev/dsp
which works well by opening /dev/dsp, making sure everything is set,
the writing the bytes of the WAVEFILE thru/into the device with a
write() call. It works, the sound echoes, but at the end is an ugly
HISSing or FI sound.
Anybody seen anything like this? Doesn't hurt to ask, given the
brainpower on this list. But this may be something I have got to
figure out.
(There doesn't seem to be any way of getting rid of that annoying
HISS. ... .)
thanks, Glen and everybody else,
gary
--
Glen Barber
--
Gary Kline kl...@thought.org http://www.thought.org Public Service Unix
http://jottings.thought.org http://transfinite.thought.org
The 7.79a release of Jottings: http://jottings.thought.org/index.php
___
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
GELI file systems unusable after glabel label operations
I used glabel label to label each of the file systems I have on external disk drives. Unfortunately, afterward I am now unable to geli attach any of the GELI-encrypted file systems. The system is FreeBSD 7.2-STABLE. Is there a way to get this to work? Or have I just lost everything in the encrypted file systems? hellas# geli attach -k work.key /dev/label/work geli: Cannot read metadata from /dev/label/work: Invalid argument. hellas# ls -lgF /dev/label/ total 0 crw-r- 1 root operator0, 192 Jan 14 00:47 archives crw-r- 1 root operator0, 191 Jan 14 00:47 backupsi crw-r- 1 root operator0, 182 Jan 14 00:47 backupsl crw-r- 1 root operator0, 166 Jan 14 00:47 backupss crw-r- 1 root operator0, 179 Jan 14 00:47 sec crw-r- 1 root operator0, 161 Jan 14 00:47 usrobj crw-r- 1 root operator0, 184 Jan 14 00:47 usrports crw-r- 1 root operator0, 186 Jan 14 00:47 vboxdisk crw-r- 1 root operator0, 181 Jan 14 00:47 work hellas# Any help in recovering the lost data would be deeply appreciated. If that cannot be done, then at least knowing that would keep me from wasting further time on it. Thanks much. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ 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
found the problem....
guys, I was using code I first hacked in 1996, and used 8 bits for the DAC, not 16. When I use 16, much better. now I need to figure out why 8 fails, if there are no audio wizards out there. more testing to do, but enough for now -gary -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.79a release of Jottings: http://jottings.thought.org/index.php ___ 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: GELI file systems unusable after glabel label operations
On Thu, 14 Jan 2010 01:31:55 -0600 (CST) Scott Bennett wrote: hellas# geli attach -k work.key /dev/label/work geli: Cannot read metadata from /dev/label/work: Invalid argument. Did you try to mount it via geom consumer (/dev/daX)? Can you show apropriate glabel list? -- WBR, bsam ___ 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
