Re: Bizarre behaviour of Linux binary under 7.1
Christopher Key wrote: Hello, I recently upgraded from 6.3 (i386) to 7.1p3 (amd64) with a view to experimenting with zfs. Mostly, everything went smoothly, but I am getting some very odd behaviour from a linux utility. The program is very simple, it has two executables, A and B. A is invoked by the user, and based upon the options given builds a list of files to process. B is then repeatedly invoked by A with the name of a file to process, and the name of a non existent file to write the results to. When B returns, A reads the results from the output file, deletes it and moves on. This all worked fine on 6.3, but cannot be made to work as intended on 7.1. After appropriate use of truss invoking B directly, I found that the source of problems was B being unable to create its output file /tmp/...: linux_open(/tmp/1234.tmp,0x42,0600)ERR#13 'Permission denied' which is odd. /tmp has suitable permissions: #ls -al /tmp drwxrwxrwt 12 root wheel 720 14 Mar 11:25 . drwxr-xr-x 21 root wheel 512 13 Mar 10:32 .. ... and I can quite happily create a identically named file in /tmp myself: #echo test /tmp/1234.tmp #cat /tmp/1234.tmp test #rm /tmp/1234.tmp Bizarrely, however, if I instead invoke B and request its output go to /var/tmp/... instead of /tmp/..., it completes successfully. As a temporary workaround, I therefore tried to create a wrapper around B: #mv /usr/local/bin/B /usr/local/bin/B2 #cat /usr/local/bin/B #!/bin/sh B2 $1 $2 /var$3 mv /var$3 $3 the idea being that the file would be written to /var/tmp/... by (as now) B2, then moved across by my script to where it was expected. When invoked directly, this works quite happily. However, even more bizarrely, when I now call A, allowing it to invoke (my) B, I get exactly the same behaviour from my wrapper script as (the original) B was showing previously, specifically, it is unable to create the file /tmp/ As a final workaround, I inserted instead added a sleep to my script in place of mv ..., and instead had an external process detect the presence of /var/tmp/... and move it across to /tmp. This, unsurprisingly, worked. Interestingly, if I rewrote my wrapper script to, B2 $1 $2 /var$3 sleep 3 cat /var$3 $3 rm /var$3 and had the external process simply touch /tmp/..., my wrapper script worked, suggesting that the permissions problem is to do with creating a new file, not writing to an existing one. A few final points: I've tried both an md based /tmp and tmpfs with the same result. Everything worked perfectly on 6.3 i386. If I run A as root, everything works without error. My guess is that there's something a bit strange in linux_compat, either as a result of going to amd64 or to 7.1, and that affects both linux executables, and any processes that they create, but I'm not really sure beyond that. Can anyone shed any light on what might be going on? Kind Regards, Christopher Key Whenever you do an upgrade between major versions there is ABI breakage. This necessitates either the rebuild of all installed ports or deleting/reinstalling. Since my needs are relatively simple from a server perspective when I change from one major version to another I start over from scratch and then pull in configs from backups. When upgrading within a major version this is not required, e.g., from 7.0 to 7.1 or 6.3 to 6.4. It's only a consideration when it is a jump like 6.x to 7.x. The other approach is to use portupgrade to force all ports to be rebuilt linked against 7.x libs. One thing to watch out for is if you're not careful it is possible for some ports in a dependency chain to not be rebuilt and still linked against 6.x and some do get rebuilt linked against the new 7.x libs. This can give you flaky behavior. Byt forcing a massive upgrade/rebuild of everything causes all ports will get linked against 7.x libs during the rebuild. Don't know if this is the source of your problem, but it may be something you can easily rule out. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Perl5 with threads?
s0rk wrote: Hello FreeBSD-Team, i got a question about the Perl version in 7.1 release. I needed Perl 5.8.10 but this wasn't available, okay i only need the perl threds but this isn't on in default. I set it in my ports dir in my MAKEFILE on, but wasn't accepted. How can i use Perl5.8.9_2 in FreeBSD 7.1 with Thread-Support? $uname -a FreeBSD 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 r...@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 cd /usr/ports/lang/perl5.8 make config choose option Build threaded perl -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PAE kernel problem on Dell PowerEdge 2950
Olivier Nicole wrote: [snip] And I stick to RELENG, not STABLE, because I want to patch security bugs, but I most probably does not need all the new bells and whistles of STABLE: this is a production server, I prefer to modify the machine as least as possible, unless it is expressely needed by a secuity issue (I won't apply security patches if they are not pertinent to a specific server and the services running on that machine). Bests, Olivier I am of the same bent. For many security issues that do not mandate a reboot I just apply the patches following the instructions in the security advisory. 32 bit drivers such as NVidia on a desktop box mean you're stuck with i386. These same drivers usually have problems with PAE kernels as well. In the server world you are better off not running a PAE kernel. PAE is kludge and a true 64 bit implementation will give you better performance. The thing to watch out here would be a controller driver based on a binary blob. How it was originally built by the mfr can cause trouble in a mix-n- match environment. I believe most controller drivers these days are OK on 64 bit platforms, it is just a detail to keep an eye out on. But - PAE is something better done away with and relegated to history. Just my $.02 -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: PAE kernel problem on Dell PowerEdge 2950
Olivier Nicole wrote: Hi, why not simply use /amd64? You mean he changes the CPU? All CPUs generally shipped from Dell anymore are 64bit capable. Do you have the original specs (take the service tag, go to dell support - warranty - original system config) and paste that. It gives chip IDs that we can use online to see if it's amd64 capable. It seems that amd64 is not only for CPU's manufactured by AMD, but it can be used on 64 bits Intels too. Well I am just trying and so far it installed. But that name amd64 is missleading, to say the least. [snip] Yes - it has been somewhat of a small source of confusion. The reason it had the name amd64 attached is it was AMD that first developed the x86-64 extensions. Intel soon followed suit when it became apparent that their IA64 architecture was not going to supplant x86. They named their version EMT64. FreeBSD simply used the amd64 wrt it's naming scheme to give proper credit where due, e.g, to the inventor/originator. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: acroread error with libgobject-2.0.so.0
David Banning wrote: I have installed acroread8 with no errors, however on execution I get the following error; /usr/local/Adobe/Reader8/ENU/Adobe/Reader8/Reader/intellinux/bin/acroread: error while loading shared libraries: libgobject-2.0.so.0: cannot open shared object file: No such file or directory the file is there; $ cd /usr/local/lib $ $ ls -tld libgobject* -rw-r--r-- 1 root wheel 344082 Feb 27 19:17 libgobject-2.0.a -rwxr-xr-x 1 root wheel 984 Feb 27 19:17 libgobject-2.0.la lrwxr-xr-x 1 root wheel 19 Feb 27 19:17 libgobject-2.0.so - libgobject-2.0.so.0 -rwxr-xr-x 1 root wheel 235062 Feb 27 19:17 libgobject-2.0.so.0 and ldconfig sees it; $ ldconfig -r | grep libgobject 219:-lgobject-2.0.0 = /usr/X11R6/lib/libgobject-2.0.so.0 460:-lgobject-2.0.0 = /usr/local/lib/libgobject-2.0.so.0 $ I have followed a few threads with similar error but have found no resolution yet. Any pointers would be helpful. Please forgive if I seem a trifle dense, but how did you go about installing? If done using the ports system, as part of the process linux_compat and various linux-* ports should have installed as dependencies. Perhaps the install succeeded but left out linux_load=YES from /boot/loader.conf? Possibly it may be one of the few things that need linprocfs_load=YES too, but I doubt this because there would be a different error. I would expect it to be looking for the library referenced above somewhere below the /compat or /usr/compat (the first is a link) which is where the linuxolator resides. This library should be being provided by the linux- gtk2-2.6.10_1 port. Since the acroread8 is a linux blob it should be using the linuxolator to run. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: acroread error with libgobject-2.0.so.0
David Banning wrote: [snip] Please forgive if I seem a trifle dense, but how did you go about installing? If done using the ports system, as part of the process linux_compat and various linux-* ports should have installed as dependencies. Perhaps the install succeeded but left out linux_load=YES from /boot/loader.conf? I installed from the ports - (FreeBSD 3s1.com 6.2-RELEASE) but it didn't touch the /boot/loader.conf file. Is there a way to load this without rebooting? Yes - kldload linux.ko That is provided that the linuxolator was actually installed as it should have been. See below. Placing linux_load=YES in loader.conf will just ensure it's always loaded at every boot. Possibly it may be one of the few things that need linprocfs_load=YES too, but I doubt this because there would be a different error. I'll look at that. Probably not required. IIRC the error associated with this is pretty clear. I would expect it to be looking for the library referenced above somewhere below the /compat or /usr/compat (the first is a link) which is where the linuxolator resides. This library should be being provided by the linux- gtk2-2.6.10_1 port. Since the acroread8 is a linux blob it should be using the linuxolator to run. The acroread8 port did not install linux-gtk2 Maybe something b0rked in dependency land. I believe the object failing to load is part of this port. You can install it manually. Here is what the ports says on the web site: acroread8-8.1.3_1 Adobe Reader for view, print, and search PDF documents (ENU) Long description : Sources : Changes : Download Maintained by: h...@freebsd.org Also listed in: linux Requires: acroreadwrapper-0.0.20080906, hicolor-icon-theme-0.10_2, linux-atk-1.9.1_1, linux-cairo-1.0.2, linux-expat-1.95.8, linux-fontconfig-2.2.3_7, linux-gtk2-2.6.10_1, linux-hicolor-icon-theme-0.5_1, linux-jpeg-6b.34, linux-nvu-1.0_1, linux-pango-1.10.2_1, linux-png-1.2.8_2, linux-scim-gtk-fc4-1.4.4, linux-scim-libs-fc4-1.4.4_1, linux-tiff-3.7.1, linux-xorg-libs-6.8.2_5, linux_base-fc-4_14 Theoretically dependency tracking in the ports system should have installed all of these, and anything they in turn depend on. Also notice that the default linux version is fedora core 4 which is rather old. It is entirely possible that even with all of the other dependencies above properly installed it could still fail if the binary blob from Adobe was compiled against a later version. If such were the case I'd imagine someone would have pinged the port maintainer by now, so I sort of discount the possibility. One clue is the default behavior inherent in acroread8 is it will fall back to trying to use FreeBSD libs in place of the linux versions it can't find. This is what your errors are displaying. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help required for configuring FreeBSD with DHCP
manish jain wrote: Hi all, I have a dual boot system (FreeBSD 7.1 + Windows 2000). I am trying out FreeBSD for the first time with an ISP who runs a DHCP server. Until the times of static addresses, everything was so simple in FreeBSD. Now I am forced to ask for help because the ISP is willing to help only for Windows. And indeed my Windows 2000 is sailing the internet smoothly enough, so I can't really blame him. I am using a Realtek 8139D NIC on an x86 system. When I ask sysinstall to configure rl0, it asks me whether I want to use DHCP. When I say yes, it still gives me the same form to fill out as it does for static IP addresses. I don't have any idea how to fill out this form when DHCP is being used. Please note that on Windows, the following are enabled : 1) Obtain an IP address automatically 2) Obtain DNS server address automatically Everything else (IP address/Default dateway/etc) is greyed out. Can anyone please tell me how to get my FreeBSD system up on DHCP. The only other piece of information I can provide is the hostname I have been using so far : unxfbsdi.freebsd.localdomain Thanks in advance for any help. Regards Manish Jain invalid.poin...@gmail.com Try placing in /etc/rc.conf with an editor such as vi and reboot: network_interfaces=AUTO ifconfig_rl0=DHCP If you're exceedingly lucky that will get you started. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: roundcube security bug
Zbigniew Szalbot wrote: hello, I strongly advise anyone who has the mail/roundcube port or software installed to be careful as it has a security bug (and I do not know where to report it). It allows people to remotely place a trojan on /tmp and use it. They do it like this: 213.96.25.30 - - [05/Mar/2009:19:22:14 +0100] POST /roundcube/bin/html2text.php HTTP/1.0 406 and as a result a non-empty directory /tmp/guestbook.ntr/ is created and a file /tmp/guestbook.php This html2text.php file has been used by an attacker on my system (at least I think so). I have removed the port and since then I have had no trouble, although they have been scanning for this file as I can read in the logs. Yours, I have an eCommerce store and sometimes up to about two thirds of the script kiddie runs include a search for roundcube. So it is highly sought after active vulnerability for compromising web sites. I don't use it myself so it has no effect on my site, but I am seeing the traffic. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Which install ?
Erik Trulsson wrote: On Mon, Mar 09, 2009 at 11:25:06AM -0500, Darryl Hoar wrote: Greetings, I just purchased an older rack mounted supermicro server. It is running CentOS, but I want to install Freebsd on it. The server has (2) Xeon processors. Which download should I use ? i386 ??? If it is an older server then i386 is probably the right version to use. The recent processors from Intel that use the 'Xeon' name also support amd64, but older ones did not. If memory serves, the first Xeon to be 64 bit was the Nocona. Xeons prior to that were 32 bit and came in OLGA 603 sockets. In early 2001 they were 1.4 to 1.7GHz units, and later that year the speeds ramped up. At any rate, dmesg works the same way in CentOS so you can use it to easily make a more accurate determination. It will be near the top so do dmesg | more, or dmesg | less so it will page. It will be among some of the earliest output. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: Which install ?
Darryl Hoar wrote: [snip] After looking at the referenced wiki and my system, I believe I have a supermicro SuperServer 6012L-6. It has (2) Xeon 512K L2 Prestonia processors. They are Installed in a P4DLR+ motherboard which has 603 pin sockets. From this, I believe I should install the i386 version of Freebsd. Do I have to do anything to enable multi-processors in Freebsd ? Yes - the Prestonia is from before EMT64. Some while back FreeBSD went to having SMP enabled as default in the GENERIC kernel. I haven't looked at the 6.x series as I went to 7.0-Release when it arrived. I did take a quick look at the GENERIC conf file on a 7.1-Release box and it has SMP in there as default. On older hardware you might try both/either 6.x and/or 7.1 releases and try and see if one works better. I'd try 7.1 first as it will have a better long term upgrade path, and fall back to giving 6.x a go if 7.1 gives trouble. Most likely what you'll see is whether or not the disk controllers are properly supported. SCSI and/or IDE can give problems with boot ordering sometimes. If it doesn't hickup on the disk controller(s) everything else will most likely be fine. As old as it is there is a pretty fair chance it will be OK. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: freebsd 7.1, building kernel
gahn wrote: Hi, all: I am trying to build customized kernel with device carp and followed kernel building procedure of the handbook. unfortunately it is failed: lab1# make buildkernel KERNCONF=lab1 ERROR: Missing kernel configuration file(s) (lab1). *** Error code 1 Stop in /usr/src. *** Error code 1 -rw-r--r-- 1 root wheel 13 Jun 20 2005 .cvsignore -rw-r--r-- 1 root wheel534 Nov 24 21:59 DEFAULTS -rw-r--r-- 1 root wheel 12412 Nov 24 21:59 GENERIC -rw-r--r-- 1 root wheel 1745 Nov 24 21:59 GENERIC.hints -rw-r--r-- 1 root wheel 1034 Nov 24 21:59 MAC -rw-r--r-- 1 root wheel131 Nov 24 21:59 Makefile -rw-r--r-- 1 root wheel 38713 Nov 24 21:59 NOTES -rw-r--r-- 1 root wheel 2016 Nov 24 21:59 PAE -rw-r--r-- 1 root wheel 3539 Nov 24 21:59 XBOX lrwxr-xr-x 1 root wheel 20 Mar 9 18:08 lab1 - /root/kernels/lab1 Take this link away and put your kernel config file here. tried another system and i had similar problem: lab2# make buildkernel KERNCONF=lab2 ERROR: Missing kernel configuration file(s) (lab2). *** Error code 1 Stop in /usr/src. *** Error code 1 [snip] did anyone here encounter such problem? nope. I always put the kernel config file where it belongs. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: php5 changes in release 8.0
Bill Moran wrote: In response to Fbsd1 fb...@a1poweruser.com: Having problems installing php5 in 7.1 so tried 8.0 and see that in release 8.0 php5 in defaulting to apache 22 when apache interface is selected from the make config menu. The config menu should give option to select apache 13 or apache 22 not force apache 22 on the user community. Is the maintainer going to change the config menu before php5 8.0 is released for production? If you want a different version of Apache, all you have to do is install Apache first, then PHP will use the version you have installed. It's always been that way. It's just that up till now the default was 1.3. It's _LOOONG_ past time when the default should have moved to 2.X. Could always try APACHE_PORT= www/apache13 in /etc/make.conf, or somesuch, whichever incantation is used these days. Ref: /usr/ports/Mk/bsd.apache.mk -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Kernel Compile issue
Paige Thompson wrote: Also I wanted to note how I got to this problem: [root@ /usr/src]# make buildkernel config=GENERIC 2 error.log [snip] cd /usr/obj and rm -rf usr before trying again. Then cd /usr/src and do: make buildkernel KERNCONF=nameofsomeconffile another example: make buildkernel KERNCONF=GENERIC If you have an unadulterated GENERIC conf file present and you just issue make buildkernel by itself it will select GENERIC as default. Try correct procedure first, and hope there is no problem. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: libpthread not found
m.borsat...@alice.it wrote: [snip] thanks ... but ... how? now I don't get the first message; but the second tells me that a library is missing, but it is present. anyway I' prepared a very simple /etc/libmap.conf like this: # /etc/libmap.conf # # candidate mapping # libc.so.6/usr/compat/linux/lib/libc.so.6 Change to: libc.so.6 libc.so.7 but clearly this is not enough. should I restart the system or use a program to make the change accepted? No need, it is picked up the next time the libmap.conf file is parsed. What is occurring is the java binary was built against libc.so.6, which is what you would find on a FreeBSD 6.x box. amm ... when I change the 'candidate' something strange begins to happen: bash doesn't work anymore, saying that it does not find the library. this happens as soon as I do the change, showing what you've explained to me. I am beginning to wonder if the problem isn't a little more involved. Did you upgrade the machine from FreeBSD 6.x to 7.x without rebuilding all your ports? With bash breaking it sounds like it was built for a 6.x box as well, which leads me to wonder how many other ports are the same way. What you also might look into is installing the misc/compat6x port. However, in any event, we need to get down to the bottom of what happened to create the situation. The most obvious thing I can think of is an upgrade of the system from 6 to 7 without a corresponding rebuild or reinstall of all ports. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: libpthread not found
m.borsat...@alice.it wrote: thanks ... but ... how? now I don't get the first message; but the second tells me that a library is missing, but it is present. anyway I' prepared a very simple /etc/libmap.conf like this: # /etc/libmap.conf # # candidate mapping # libc.so.6 /usr/compat/linux/lib/libc.so.6 Change to: libc.so.6 libc.so.7 but clearly this is not enough. should I restart the system or use a program to make the change accepted? No need, it is picked up the next time the libmap.conf file is parsed. What is occurring is the java binary was built against libc.so.6, which is what you would find on a FreeBSD 6.x box. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Odd DNS requests
Ian Smith wrote: Hi, recently we've had a Mac notebook of some sort on our LAN, that likes to make these DNS queries from time to time, to no avail, as noticed on a filtering bridge between the LAN and the router+DNS at 192.168.0.1: 16:13:05.020397 192.168.0.59.53207 192.168.0.1.53: 63162+ PTR? b._dns-sd._udp.0.0.168.192.in-addr.arpa. (57) [tos 0x18] 16:13:05.021093 192.168.0.1.53 192.168.0.59.53207: 63162 NXDomain* 0/1/0 (128) (DF) 16:13:05.215790 192.168.0.59.64633 192.168.0.1.53: 61059+ PTR? db._dns-sd._udp.0.0.168.192.in-addr.arpa. (58) [tos 0x18] 16:13:05.216469 192.168.0.1.53 192.168.0.59.64633: 61059 NXDomain* 0/1/0 (129) (DF) 16:13:05.226242 192.168.0.59.61635 192.168.0.1.53: 6749+ PTR? r._dns-sd._udp.0.0.168.192.in-addr.arpa. (57) [tos 0x18] 16:13:05.226789 192.168.0.1.53 192.168.0.59.61635: 6749 NXDomain* 0/1/0 (128) (DF) 16:13:05.237319 192.168.0.59.56300 192.168.0.1.53: 21450+ PTR? dr._dns-sd._udp.0.0.168.192.in-addr.arpa. (58) [tos 0x18] 16:13:05.237842 192.168.0.1.53 192.168.0.59.56300: 21450 NXDomain* 0/1/0 (129) (DF) 16:13:05.248440 192.168.0.59.60806 192.168.0.1.53: 10032+ PTR? lb._dns-sd._udp.0.0.168.192.in-addr.arpa. (58) [tos 0x18] 16:13:05.249252 192.168.0.1.53 192.168.0.59.60806: 10032 NXDomain* 0/1/0 (129) (DF) What exactly are these hoping to discover, and what needs turning off in the Mac's setup (OSX, most likely a recent version) to quell them? [snip] Probably Avahi and/or Apple's Bonjour service. These are also known as ZeroConf services. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: A problem about pkg_deinstall
lacalling wrote: I have some problems about pkg_deinstall. pkg_deinstall -R deletes packages depended recursively. but it seems to crashes some other packages. for example,i installed pkg A,it depends on pkg b,c,d. pkg_deinstall -R will deletes A,b,c,d. but if b is depended by some other pkg X which i use,X probably will crash. i read man pkg_deinstall,but got no further info. could anyone kindly help me to find out how to delete pkgs only depended by A? -r --recursive Deinstall all those packages depending on the given packages as well. -R --upward-recursive Deinstall all those packages required by the given packages as well. Makes a difference on whether the R is upper or lower case. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: RELENG_7 != STABLE?
Paul Schmehl wrote: [snip] *default host=cvsup12.FreeBSD.org *default base=/usr *default prefix=/usr *default tag=RELENG_7 *default release=cvs *default delete use-rel-suffix *default compress Try a different server further up in the hierarchy. I recently had a similar situation with cvsup11 except for me it was the ports tree that was really behind. I think some of these aren't getting updated for some reason or another in the manner they should. Try cvsup3 and/or cvsup2 and see if you get the right bits. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: kernel compile problems
daemon wrote: Hi, I try to build a 7.1 kernel but when i does # make depend make clean depend make shows : make : don't know how to make ../../../dev/agp/agp.c. Stop anyone know anything? Thanks! [snip] Have you tried cd to /usr/src and make buildkernel KERNCONF=yourkernel and make installkernel KERNCONF=yourkernel ? Where yourkernel would be the name of your custom kernel (yourkernel.conf) minus the .conf part. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Recommendations for running FreeBSD as a guest OS
Bobby Walker wrote: I have a small network at work that, unfortunately, uses Windows 2003. I need a good mail server, but I do not have a budget for purchasing additional software. Exchange requires too many hacks to configure a catchall email account, and Exchange and I do not get along very well. So, today while brainstorming, I thought why not run FreeBSD as a guest OS on the box. Any suggestions for the best way of doing this? Another options may be to just use the smtp and pop3 that comes with Win2K3. You'll see these in the Add/Remove Windows Components under Add or Remove Software of Control Panel. These were previously on the Options Pack CD from which you installed IIS, but when Win2K3 came out they were added. May not fit your requirements. But it is free and Exchange is high $dollar and in many situations is overkill. Postfix in a VM might suffice for a small load. Free: http://www.vmware.com/products/server/ The main problem I see is the default networking situation in most VM installs is NAT. This allows outbound/return traffic but will block incoming connection attempts. There are three different networking configurations you can choose from, and the one you want is bridge. It's also the most difficult to configure. I've used VirtualBox on a Linux machine for a while now but it's quite possible the VMware Server may be a little more mature for use on a Windows box. YMMV -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Apache/php
Fbsd1 wrote: I have php code on home page to count how many times it is accessed from the internet. Problem is pages deeper in website can jump back direct to home page and this again gets counted. Is there any way to give the php counter routine intelligent so it will bypass bumping the counter on accesses coming from pages in the site? [snip] Just a very generic suggestion: Use session. If a session has not been established count the visit, set a session cookie and then whenever a jumpback happens check for session cookie. If there is a session cookie then don't increment. This is a portion of how most simple login pages function. Plenty of code samples and examples around the net that you can lift and get ideas. Just look for PHP Login pages. Probably better and easier ways, but this is what jumps out first. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help with high LA
sc...@centroin.com.br wrote: Hi All, I need help for some strange problem with one of my servers, that can cost my job. It's a FreeBSD 7.0-RELEASE-p5/amd64 running on a Dell PowerEdge III as a Virtual machine of VMware ESXi. There are only two VM in this box, and one of them (basicly a mail server) is running fine. The problem is with high loads on the other one, that runs (besides other services) http and pop3. TOP show LA from 40 to 90 most of the time. I thought, at first, that was a disk botleneck due to some big mailboxes, or something related to some Apache (2.2.9) fine tuning, but it's something else. If I stop pop3 and apache services (the most active of the box), the LA drops to 1~2. Starting only one of them (any one) the LA rise to 20~40. Sugesting that it's not tied to a specific service. I did a test running just pop3 (Qpopper), pointing the mail spool to a empty directory, to make shure that it's not a disk problem. And the LA also goes to sky (~30). The same happens with only apache running pointing to a simple http page. The console shows messages like: ipfw: install_state: Too many dynamic rules I know I must review my rules and limit the number of keep-state entries, but a tryed to rise the number of dynamic buckets via sysctl: sysctl -w net.inet.ip.fw.dyn_buckets=2048 But it seems it's not working, since the number of current buckets doesn't pass 256: net.inet.ip.fw.curr_dyn_buckets: 256 I tryed to make some OS tuning, from the handbook, like increase the maxcon: kern.ipc.somaxconn: 2048 but nothing seems to work. Other entries in the logs: Feb 12 09:06:20 host1 inetd[1248]: accept (for ftp): Software caused connection abort Feb 12 09:06:20 host1 inetd[1248]: accept (for pop3): Software caused connection abort I need some clues to undestand what is happening. Thank you, - Marcelo Me, I would get rid of inetd and just run the services as daemons. Since these are services which always need to be up there is no need for inetd. I also usually don't run firewalls on my service servers, but rather locate them in a subnet where there is a dedicated box for firewalling. I don't have the experience with your type of VM configuration, but I have the feeling that you could push the firewall function somewhere else. Dump inetd and if it is acceptable (e.g. you are behind something else) try running without ipfw. You probably need to do some in depth profiling of your problem box, and I'm probably not at the level of expertise you need. There are others in the list which can be more helpful. Just thought I'd toss out what I'd look at first if it me. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Samba 3.2 FreeBSD
Proskurin Kirill wrote: Odhiambo Washington wrote: On Tue, Feb 10, 2009 at 11:01 AM, Proskurin Kirill Just wondering - why samba 3.2+ is not in a ports? net/samba3-devel ?? Oh. But why it is devel? Samba 3.3 is officially stable. Look in the subdirectory called files for the port. You will see a collection of patch files. These are developed by the port maintainer(s) in order to facilitate a successful build and runtime for the FreeBSD OS environment. Since these maintainer(s) are volunteers who do this in their spare time there can be a lag between the time some upstream application releases a new version and the port gets updated for FreeBSD. It is still possible that one can try and simply download the source tarball for some application and compile it outside of the ports system. You may or may not be successful with this. In any event, should you pursue this path you will find that future maintainability isn't as easy as if you had just stuck with the ports system. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: problem mounting dvd ISO
cguan wrote: yes, I did. # kldstat -v | grep udf 42 0xc44bd000 7000 udf.ko 419 udf 51 0xc4498000 2000 udf_iconv.ko 423 udf_iconv # mount -t udf /dev/md0 ../iso_mount/w2k8-amd64 mount_udf: /dev/md0: Invalid argument # Is it possible the udf version is too new that the freebsd doesn't support it? I can mount it with my ubuntu 8.10. thanks, Calvin [snip] I suspect you are correct here. I seem to recall some distant memory of when it first made it's way into FreeBSD and even then it was out of date and just barely worked. Maybe it doesn't have support for ISO-13346. Don't really know the answer to this myself. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: having trouble with OpenOffice
Andrew Falanga wrote: On Thu, Feb 5, 2009 at 10:08 PM, Adam Vande More amvandem...@gmail.comwrote: af300...@gmail.com wrote: Hi, Tonight I finally took the bull by the horns and got OpenOffice installed. However, I'm not having a problem that I haven't found an answer to yet but seems to be related to the X server (from searches on the net). So, I do this: [a...@sniper /usr/home/andy]$ /usr/local/bin/openoffice.org-2.4.2-scalc I18N: Operating system doesn't support locale en_US The application cannot be started. The component manager is not available. Segmentation fault (core dumped) As you can tell, OpenOffice failed because my OS doesn't support locale en_US. Huh!?! I'm using the English version. In fact, the only way to consider me as being bilingual is something of a matter of mental gymnastics because English is spoken in England and to me, England is a foreign country. Thus, I'm bilingual, or at the least, I speak a foreign language. Never the less, how would this be fixed? [snip] Two things come to mind. You can change your locale to one of the en_US varieties. Probably not what you want to do. The other is to install the appropriate en_GB OpenOffice.org I18N langpack. O_o.org out of the box only has built in for en_US, but there are langpacks available for many others. A quick perfunctory perusal of the ports tree and I didn't see these. Possibly this might be useable: ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: problem mounting dvd ISO
cguan wrote: Hi, I'm trying to mount a w2k8 dvd iso image on freebsd 7 using mdconfig and mount -t cd9660. the commands appeared to be working fine but when I look at the mount point I only see a readme.txt file reads: This disc contains a UDF file system and requires an operating system that supports the ISO-13346 UDF file system specification. code: #mdconfig -a -t vnode /path/to/w2k8.iso -u 0 #mount -t cd9660 /dev/md0 /mnt #ls /mnt readme.txt if I use mount_udf, it said Invalid argument code #mount -t udf /dev/md0 /mnt mount_udf: /dev/md0: Invalid argument However, mounting a CD iso image using the same way is fine. How do I solve this problem? I have been googling for a couple of hours but can fine an answer. thanks, Calvin Have you tried loading the udf module, e.g., kldload udf.ko and maybe the udf_iconv.ko prior to trying the mount command? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Shuttle for a BSD file server?
Maxim Khitrov wrote: Greetings, I'm planning to build a new home file server for myself, starting with about 2TB of RAID6 space, but with room to grow in the future. Most of that will be on SATA drives, but I may throw in two SAS drives in RAID1 for the base OS, hence the SAS raid controller and enclosure. The highest priority for this build is data security, followed by performance and uptime. Rather than go for server-grade components, I thought that I should instead try to separate storage from the server itself. It's cheaper (sort of), easier to upgrade in the future, and if the server goes down for some reason, I can just put the raid card into another machine and once again have access to my data. The other advantage with this build is that I already have a Q6600 and some DDR2 memory around, so that will save me money on having to get Xeons and ECC memory. With that in mind, I currently have the following components picked out (listed below). I would like to know whether anyone has used any of these with FreeBSD 7.x, or if you have some other suggestions for what I should look into (am I asking for trouble by using these parts for a 24/7 file server in terms of stability)? I know that the 3ware controller should be supported, but I'm not sure about the Shuttle. How does FreeBSD play with X48 chipset? The drive enclosure obviously doesn't interact with the OS, but I'd still like your opinion on it or maybe some alternatives. Please let me know what you think. [snip] I'm not really answering the direct question, per se, but there is a data point you may wish to know a little more about. There exists a difference in hard drives, ala Enterprise vs Desktop. The difference is in the length of the timeout experienced when an error condition such as a platter sector read/write error and resultant remap. Desktop drives have a fairly long period (something like 8, or more, seconds) while trying to handle the situation. With the Enterprise grade of drive this period is much shorter, something like 1 to 1.5 seconds max. Different hardware combinations ultimately behave differently, but the place where this matters most is with a RAID controller. A RAID controller is expecting this timeout to be very short. When paired with desktop drives sometimes a RAID controller will detach, or lose connection, to a drive and you may see lots of read_dma and/or write_dma errors. This is very problematic as it may not actually show itself for quite a while after drive(s) have been placed into service, e.g., everything will run just fine until a drive encounters the first time a sector fails and the drive remaps the sector to another location. A Desktop series of drive can take so long to handle this error condition that the controller assumes the entire drive is no longer present. In a datacenter environment the Enterprise grade of drives are commonly used. It is when the home user plugs up desktop drives to a RAID controller is where this problem is most likely to surface. It doesn't in all situations, as many people have done just this and experienced no trouble at all. Just one small data point to consider. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE
ThinkDifferently wrote: Michael Powell-6 wrote: ThinkDifferently wrote: In my BIOS there is the following... Hard Disk Boot Priority [Press Enter] 1. SCSI-0:: RocketRAID 3120 SATA C 2. Bootable Add-in Cards So what happens when you choose 2. Bootable Add-in Cards, save the setting and reboot with [Hard Disk] as First Boot Device? No change. :-( Well the only other idea I have right now is that perhaps sysinstall lied to you about what it wrote out to the mirror. It thinks it has successfully completed an install but maybe failed to write the boot loader, or more, and is misleading. Next thing I would try is to boot from the LivsFS CD and attempt to mount the mirror to someplace such as /mnt. If it gets mounted go examine what's there. If it was newfs'd successfully and the install is good then there will be a file system with all the normal bits you'd expect to see. If all that's there maybe it's munged the mbr and/or partition table. Far fetched maybe but something to eliminate. When you can't figure out what it is, figure out what it isn't, until you back it into a corner. :-) There is also another thing which I don't know enough about, but have noticed a little traffic about. Try searching for issues people have had about device renumbering. That really shouldn't be an issue with a hardware RAID controller but maybe some of the related info may spark an idea. I'm also a little curious that the controller card itself could possibly have some hardware defect. An easy way to rule it out would be to try with another OS such as Linux and/or Windows. If you see the same behavior the card is defective. If not the problem is somehow FreeBSD related. It's the old divide and conquer paradigm - if there actually is a hardware defect present all the mucking around in software isn't going to change anything. The first place to drive in the wedge is hardware vs software. If you can prove the hardware is functioning correctly then you know which road you have to go down. Sorry to not be more helpful here, but the couple of times in the past that I've used old Highpoints it was just create array, reboot, install to ar0 (older PATA IDE array) and it was done. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE
ThinkDifferently wrote: [snip] Gigabyte's tech support guy was a whole lot more helpful, but in the end he couldn't get it to work either. His working theory is that since the motherboard has its own RAID controller (even if it's disabled), it may be interfering with the RocketRAID's ability to intervene using the same mechanism (called Interrupt 13). I even upgraded the RocketRAID's firmware in an attempt to get it working. Nothing changed the situation. The only other thing is if you can disable INT 13 boot in the motherboard BIOS so as to leave the one on the HighPoint card the only one active. You would still change the below to Bootable Add-in Cards. The theory does explain this though: In my BIOS there is the following... Hard Disk Boot Priority [Press Enter] 1. SCSI-0:: RocketRAID 3120 SATA C 2. Bootable Add-in Cards The RocketRAID card should not be showing up here on line 1 as SCSI-0. I was initially very confused when I saw this, but this would match the Gigabyte tech guys theory. This line should only be involving devices on the 1rst controller, e.g. the mobo one. So, my working theory is that this RocketRAID is not compatible with my motherboard and vice versa. In fact, I checked Highpoint's web site, and they have a motherboard support list. It is in fact an astonishingly tiny list, mostly (w)Intel boards, and quite obscure. A very small niche. Could very well be the case. If they have the INT13 hardwired in the BIOS to only try to boot from the 1rst (onboard controller) it won't look for an mbr anywhere else, even when told to boot from the add in card. This would be a fairly extreme oversight as the ability to boot from external add in cards was added a long long time ago. I've been doing such things successfully for years. This would be really crappy BIOS design on Gigabyte's part. Hell if I had another motherboard to run the experiment on and prove the hypothesis I'd be tempted to return the motherboard! :-) I have very little patience when there's a 15 day return policy. %-O Roger that! -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE
ThinkDifferently wrote: Michael Powell-6 wrote: In your motherboard BIOS is there any entry that controls which controller boots first? If so set it to boot from the add-in card first instead of the onboard controller. In my BIOS there is the following... Hard Disk Boot Priority [Press Enter] 1. SCSI-0:: RocketRAID 3120 SATA C 2. Bootable Add-in Cards So what happens when you choose 2. Bootable Add-in Cards, save the setting and reboot with [Hard Disk] as First Boot Device? First Boot Device [CDROM] Second Boot Device [Hard Disk] Third Boot Device [USB-FDD] For grins, I tried making Hard Disk the first boot device and disabling the others. I also tried moving the card to another PCI slot. Finally, I tried shutting off any unnecessary devices on the mobo to include the unused serial parallel headers, usb, firewire, etc. Nothing changed. On reset... 1) The RocketRAID card beeps. 2) The motherboard BIOS screen is displayed. 3) The RocketRAID BIOS screen is displayed. 4) It shows all devices that are enabled and their interrupt settings. 5) It tries to boot from the Hard Disk, which is set to SCSI-0:: RocketRAID 3120 SATA C. 6) It resets and the above repeats. In the table of devices that I mention in #4, above, see the attached image. It shows up as RAID Cntrlr. In this screenshot, just about everything else is turned off. http://www.nabble.com/file/p21489832/P1158072.jpg Michael Powell-6 wrote: Also ensure that in the Highpoint card BIOS INT 13 is on, should be this way by default. Yes, that is enabled. ___ 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: kernel configuration
Chuck Swiger wrote: [snip] While it is true that you can comment out all but i686 and get a working kernel, you will experience reduced performance. There are a number of low-level assembly routines (cf sys/i386/i386/support.s such as i586_bcopy) that are conditionalized off of I586_CPU only, even though they provide an advantage on i686 platforms also. Thank you very kindly for this info tidbit. In my ignorance I had routinely built my kernels with only I686_CPU. Since the few boxen I have are all downlevel every niche I can squeak out some performance is sought after. Thanks indeed! -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help needed w/ HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE
Jeremy Gagliardi wrote: I'm having trouble with HighPoint RocketRAID 3120 on FreeBSD 7.1-RELEASE. I have 2 disks on it in a mirror configuration. Everything seems to go swimmingly through the FreeBSD installation, up until the final reboot... 1) Boot from Disc 1. 2) At the Welcome to FreeBSD screen, choose option 6 ok load hptiop ok boot 3) It recognizes my mirror as device da0 and I proceed with the installation. 4) I install all distros, except X.org Ports. 5) At the tail end, before rebooting, I enter a shell and vi /boot/loader.conf. I add the line: hptiop_load=YES 6) REBOOT. The following happens... a) RocketRAID card beeps b) I see the BIOS splash screen c) I see RocketRAID splash screen d) It resets and repeats everything above. I never even get a boot loader menu to try troubleshooting. What did I miss? Why can't this thing boot? Unfortunately, HighPoint's User Manual was last updated in 2007, when FreeBSD 6.1 was the latest. Since then, the hptiop driver was added to 7.x, and that's what I'm trying to use. To be clear, the problem isn't that I can get FreeBSD to mount and recognize it, I can. The problem is being able to boot from it. [snip] In your motherboard BIOS is there any entry that controls which controller boots first? If so set it to boot from the add-in card first instead of the onboard controller. Also ensure that in the Highpoint card BIOS INT 13 is on, should be this way by default. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: updating to 7.1 with a small root slice
Zbigniew Szalbot wrote: Hello, On Wed, Jan 14, 2009 at 08:13, Zbigniew Szalbot zszal...@gmail.com wrote: Dear all, I am looking for your advice. Due to a very stupid design decision my / slice is only 256 MB. It seems too little so whenever I compile a Actually it is 242MB I have one box with only 200MB for /. I had already displaced out GENERIC with highly stripped down kernel which made for space. I did at one point run out of space and the stuff mentioned further down saved the day for me. new kernel, I need to move the kernel.old to a different slice to install the new one. Then I pray, hope for the best and reboot. However, I read that if I want to update to 7.1 I will need to boot a generic kernel at some point. What option do I have? I found the problem. My oh my - I had makeoptionsDEBUG=-g uncommented. When I commented it out, the new compiled kernel is only 32MB whereas the old one was 128 or so MB. So I am happy about it now. However, I do not have a GENERIC kernel in /boot and I will need it to do nextboot when I upgrade to 7.1. I thought I'd use the procedure described here http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/updating-upgrading-freebsdupdate.html to compile a generic kernel # cd /usr/src # env DESTDIR=/boot/GENERIC make kernel # mv /boot/GENERIC/boot/kernel/* /boot/GENERIC # rm -rf /boot/GENERIC/boot Never tried any of that. I do the make buildkernel KERNCONF=xxx. Realize you should not be running out of space on / during this procedure as the build is occurring in /usr/obj. You will only run out of space on / if the make installkernel KERNCONF=xx won't fit. When I make the GENERIC kernel, I again run out of space (I still have about 60MB free in /). So I guess the system is probably using the same makeoptionsDEBUG=-g settings for the generic kernel. So my question is where is the kernel conf file based on which the generic kernel is compiled? Is it in /usr/src/sys/i386/conf/GENERIC ? Yes - and it has in it by default: makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols So if you're not building a developer kernel you can comment this out. I don't remember for sure if this truly matters, or not, but I seem to recall the size of my kernel directories decreased dramatically when I placed STRIP= -s in /etc/make.conf. It seemed a favorable thing to do once upon a time and it's been there ever since. I thought the system variables had migrated to src.conf and the make.conf only applied to ports. In addition I also have in make.conf NO_PROFILE= true and in src.conf is WITHOUT_PROFILE= true. My stripped down kernels are 3.1MB for a 1 NIC driver and 3.4MB for a 2 NIC kernel. Of course, you won't get these small sizes for GENERIC! -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Cannot get ethernet off the ground
William Gordon Rutherdale wrote: I have to use paper-sneakernet because - no network connectivity yet - tried plugging in a memory stick; it flashed but nothing showed up with the 'mount' command Here are the last two entries from the 'pciconf -lv' command, which look relevant to the problem. I had to write them down on paper and walk over to this room to type them. Please pardon any typos: no...@pci0:2:0:0: class=0x02 card=0x2abf103c chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL 8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass= ethernet This may be supported by the re driver. Run your ifconfig setup commands against re0 and see what happens. This should be present in the GENERIC kernel, if you have a custom kernel with it removed just kldload the module. You should also be able to grep re out from your dmesg. [snip] Question 1. Is it possible that FreeBSD 7.1 would do a better job? Sometimes with these adapters not every chipID makes it into the driver code. Usually this takes care of itself as time goes on, eg newer is better. If you are just starting out with a new machine and a fresh install you might want to consider 7.1-RELEASE. [snip] fwe is ethernet emulation driver for firewire. post output of pciconf -lv. [snip] -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: two ethernet cards
Stefan Miklosovic wrote: hi i have two ethernet cards on my box uname -a FreeBSD dexter 7.0-RELEASE Freebsd 7.0-RELEASE #5: Fri Jan 2 21:25:21 CET 2009 r...@dexter:/usr/obj/usr/src/sys/DEXTER i386 ifconfig rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=8VLAN_MTU ether XX:XX:XX:XX:XX:XX inet 192.168.0.177 netmask 0xff00 broadcast 192.168.0.255 media: Ethernet 100baseTX status: active sk0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=bRXCSUM,TXCSUM,VLAN_MTU ether XX:XX:XX:XX:XX:XX inet 192.168.0.176 netmask 0xff00 broadcast 192.168.0.255 media: Ethernet 100baseTX (100baseTX full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff00 when I want to ping sk0 from eth0 on linux box, ping is ok, but this message appears to me in freebsd console Jan 3 01:07:39 dexter kernel: arp: 192.168.0.2 is on rl0 but got reply from XX:XX:XX:XX:XX:XX on sk0 linux command ping -I eth0 192.168.0.176 linux ifconfig eth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::20a:e4ff:fef3:abb6/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3 errors:0 dropped:0 overruns:0 frame:0 TX packets:88 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:180 (180.0 B) TX bytes:11542 (11.2 KB) Interrupt:22 Base address:0x3000 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:416 errors:0 dropped:0 overruns:0 frame:0 TX packets:416 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:25130 (24.5 KB) TX bytes:25130 (24.5 KB) wlan0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX inet addr:192.168.0.173 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::214:a4ff:fe79:3cbc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:30030 errors:0 dropped:0 overruns:0 frame:0 TX packets:25399 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:32882410 (31.3 MB) TX bytes:3522346 (3.3 MB) mac adres from eth0 on linux machine is same as from the error output on bsd thank you a lot In each of the above [linux and freebsd] you have two NICs in the same subnet. In each, move one to another subnet such as 192.168.1.x /24. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: local copy of handbook
Masoom Shaikh wrote: [snip] wow, am waiting eagerlyHTML is complex, what is SGML :) Stands for Standard Generalized Markup Language, with roots in the printing industry. When authors submit a manuscript for publishing it contains content, but it is up to the typesetter how it will appear on the page when printed. The layout and columns in a printed magazine or newspaper are examples of this. HTML and XML are actually subsets of SGML, with SGML being a meta markup language. The primary advantage of authoring documentation using SGML is that it is relatively easy to parse and convert into many different formats from one source document. This way you maintain one document, and then regenerate the copies, e.g. HTML, XHTML, XML, etc, on an as needed basis. Plenty of more info is readily available on the Web. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: cannot compile linphone due to compile error message in gio-fam-backend
Zhang Weiwu wrote: Hello. I failed to compile linphone on my FreeBSD 6-1 (yes I know it's old but as it has been working well for the last several years I got no motivate to upgrade it unless have to). The last error message says: [from gio-fam-backend ]: cannot find -lgio-2.0 It seems I miss a package that provides gio-2.0. But what is that package? I tried to google this error message without luck. Thanks for help getting me having linphone installed. The whole compile error message is below: Script started on Thu Jan 1 11:18:29 2009 === Installing for linphone-base-2.1.1_1,1 === linphone-base-2.1.1_1,1 depends on executable: pkg-config - found === linphone-base-2.1.1_1,1 depends on file: /usr/local/lib/gio/modules/libgiofam.so - not found ===Verifying install for /usr/local/lib/gio/modules/libgiofam.so in /usr/ports/devel/gio-fam-backend === Building for gio-fam-backend-2.16.5 /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\GLib-GIO\ -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\/usr/local/lib/gio/modules\ -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O2 -pipe -march=pentium-mmx -fno-strict-aliasing -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam rm -fr .libs/libgiofam.exp generating symbol list for `libgiofam.la' /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq .libs/libgiofam.exp /usr/bin/grep -E -e ^g_io_module_(load|unload) .libs/libgiofam.exp .libs/libgiofam.expT mv -f .libs/libgiofam.expT .libs/libgiofam.exp cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -march=pentium-mmx -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Stop in /usr/ports/net/linphone-base. Script done on Thu Jan 1 11:18:38 2009 My first wild guess would be to check your version of glib20 and see if it is 2.16.5_1. Possibly you may need to update it first (and what it might depend on as well). Look at /usr/ports/devel/glib20. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: How do I configure PHP to use curl?
John Almberg wrote: I just ran into something that has me stumped. It's probably a real newbie question, but I can't figure it out... I'm trying to add curl support to my PHP installation, but when I run 'make config' in the /usr/ports/lang/php5 directory, curl is not one of the very small set of options given. PHP has a million options, so how do you set one that is not in the 'make config' box? -- John Try /usr/ports/lang/php5-extensions instead. This is where you add the million other options. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Having issues with the nvidia driver on my box
Lowell Gilbert wrote: af300...@gmail.com writes: For several reasons, one of which was to use the nvidia driver for my board, I switched from amd64 to i386. So, I installed the driver and although things are working I'm getting this on console 0: NVRM: AGP cannot be enabled on this combination of the amd CPU and OS kernel NVRM: kernel upgrade recommended Do you have AGP in the kernel? So, when I installed the nvidia driver I said to enable AGP. (Figuring only that this is an AGP board, why not?) If you say 'no' to that, I think it will use its own AGP driver instead of the native one. This reminds me of a situation I had on an old KT-400a chipset. Some VIA chipsets had a weak signal condition on one of the AGP pins. The way to make it work was to remove device agp from the kernel, install the nvidia-drivers, and place Option NvAgp 1 in the xorg.conf. I do not believe the OP scenario is a match, as his is working while mine would only show colored bars and trash on the screen. I don't recall which is the default, but here are the options available: Option NvAgp 0 Disable AGP Option NvAgp 1 Use NVIDIA's AGP GART Driver Option NvAgp 2 Use the OS AGP GART driver (agp.ko) Option NvAgp 3 Attempt 2, fall back to 1 Perhaps placing an appropriate choice in Section Device will nuke the error message. The OP can probably discern which AGP is being used from the Xorg.0.log file and choose accordingly. ps in case it matters, my board is rather old. I purchased it 4 years ago and as I'm not a gamer, it suffices quite nicely. Here's the driver I had to install for support of this chip: nvidia-driver-96.43.07 NVidia graphics card binary drivers for hardware OpenGL ren [snip] The nvidia-driver ports being broken up into sub-ports because NVidia broke their monolithic into Legacy or New necessitates the need to dig out of the comments in the Makefiles which port matches which hardware. Since the above mentioned version rev matches one of the port installs I am going to just assume that it is the right one - after all it probably wouldn't work at all if it wasn't. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [6.3] Missing portdowngrade?
Gilles wrote: Hello I need to downgrade a software from the Ports collection because it's buggy on my hardware, but the portdowngrade utility doesn't seem to exist in the 6.3 Ports: = # cd /usr/ports/sysutils/portdowngrade -bash: cd: /usr/ports/sysutils/portdowngrade: No such file or directory = Does it mean this utility isn't available for 6.3? Is there an alternative? Thank you. Try looking in /usr/ports/ports-mgmt/portdowngrade instead. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: skype
Glen Barber wrote: On Sat, Dec 13, 2008 at 7:57 AM, Daniel Leal dl...@webvolution.net wrote: Hi ! Is there a problem if I use skype as root? like sudo skype. Because, if not i will get no sound! You should never run any network-connected software as root, as it is a huge security hole. Fix your permissions for your sound. For this read man devfs.conf. There are some examples available. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Why FreeBSD not popular on hardware vendors
Chad Perrin wrote: On Fri, Dec 12, 2008 at 12:05:20PM +0100, Wojciech Puchar wrote: So . . . are you saying that increased support for 3D accelerated graphics is not an improvement, and should therefore not be considered a worthy goal? full support of open hardware standards is an requirement. support for closed hardware standards isn't important. I disagree. I believe, rather, that support for closed hardware specs isn't *as* important -- but is still at least somewhat important. My reservation to the 3D driver thing is it is setting a very dangerous precedent if the solution involves allowing a third party commercial enterprise to dictate features FreeBSD must include before they will support it. In this case with NVidia and the amd64 3D driver let's say for sake of argument the developers decide we want the amd64 3D driver so let's go ahead and add in abc_function() and xyz_function(). Later the situation is repeated with ATI mandating that abc_function() or xyz_function() must be altered to ATI's specs to get ATI 3D acceleration. Now you have two commercial companies using FreeBSD as the mud puddle in a tug of war game. Do we really want third parties to have the ability to dictate to the devs what code goes into FreeBSD? I have doubts that this is a good path. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Locked myself out.. AGAIN!!
Redd Vinylene wrote: Thanks guys. But I guess I'm all outta luck: $ sudo -s /libexec/ld-elf.so.1: Shared object libutil.so.5 not found, required by sudo [snip] Don't know if this would help but you might try creating a file called libmap.conf in /etc and place in it: libutil.so.5libutil.so.7 This would be for a 7.x box. You can always do ldconfig -r |grep libutil to look for the candidate for the entry for the right column above. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Locked myself out.. AGAIN!!
Ruben de Groot wrote: [snip] This advise is only helpful if you have root allready =) I've never figured out why people seem to always want to play with the root account the way they do, such as the favorite I wanna use bash for root's shell... Since the OP seems to want to keep playing with root he should probably consider giving the toor user a shell and password so he'll have another way to undo this nonsense. Suggestion for the future... -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: custom kernel
PJ wrote: [snip] there was another error in that kernel at the very beginning - the SCHEDULE_4BSD was SCHEDULE_UNO or something like that.. but it was commented out...perhaps these glitches happened through some kind of accidental typos in vi [snip] SCHED_4BSD is being replaced by SCHED_ULE. IIRC it will be the new default beginning with 7.1-Release, which is coming 'real soon now'. You may want to give it a try. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cups issue, unsupported format
[EMAIL PROTECTED] wrote: Hi, I'm working on getting cups working and I've installed the hplip port and the cups program used that to install the printer. At least, there was an HPLIP in a list in one of the pages during the setup. My printer is an old HP LaserJet 4+ which I've connected through the parallel port. My URI for the printer is parallel:/dev/lp0. When I went to do the test page I got this error, Unsupported format 'application/postscript'. Here's the problem, I chose a driver which, though I don't remember the full string in cups, was a 4/5 PCL driver. So, why is it trying to print using postscript? It's been a while since I've done a virgin cups install so I'm not real current on what it might be like now. You start out with installing the /usr/ports/print/cups metaport and this should pull in a few other sub ports as dependencies. The port cups-pstoraster is what coverts postscript print output into PCL, utilizing (IIRC) one of the ghostscript ports. Perhaps your install may be incomplete. In the past I've just installed the metaport and it happily sucked everything else in automagically. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: custom kernel
PJ wrote: [snip] Read carefully: uvscom.o (.text+0x293): In function 'uvscom_attach' ; :undefined reference to 'ucom_attach' etc. *** Error code 1 See further down at bottom. did I do something wrong? system is still on and functioning but how do I make the custom kernel? The canonical first thing to do is to see if your system will build GENERIC. If it does not you have done something to the OS. If GENERIC builds OK and your custom kernel config will not, there is something broken with your config file. Remember to cd /usr/obj and rm -rf usr or make clean first. Always clean out the stale leftovers prior to build. this is my kernel file: # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.7 2008/04/10 22:09:22 rwatson Exp $ I'm at home and only have two GENERIC conf files to look at. RELENG_7: # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.15 2008/11/24 00:52:26 yongari Exp $ RELENG_7_0: # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.2.2.1 2008/02/06 03:24:28 scottl Exp $ cpu I686_CPU ident MYKERNEL # To statically compile in device wiring instead of /boot/device.hints #hintsGENERIC.hints # Default places to look for devices. [snip] # USB Serial devices #device ucom# Generic com ttys [snip] deviceuvscom # USB serial support for DDI pocket's PHS [snip] Read the error message. It is failing to build uvscom because uvscom depends on #device ucom and you have ucom commented out. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pf or ipf rules to allow p2p Limewire through
Fbsd1 wrote: [snip] The only way i can run limewire is to disable my firewall and that does not make me happy. This is simply not true. I have at one time or another run Limewire on each of the three different firewalls. Currently for a little over one year now it has been pf. The difference is just syntax. I think the conclusion is that all 3 of the freebsd firewalls are unable to monitor packet exchange of p2p applications. These firewalls were designed before p2p applications were developed and their (p2p) inherent design is to defeat standard firewall designs. I really do not understand most of the above paragraph, it makes little sense to me. Non sequitur. The OSI reference stack has 7 layers. These firewalls are simple packet filtering firewalls and only reach Layer 4. The Application layer is Layer 7, and these firewalls do not perform the deep packet inspection or decoding required to filter at Layer 7. As far as reading the docs is concerned it should become apparent that there are 3 modalities for configuring Limewire. In my situation I have a FreeBSD server acting as a gateway with pf and DNS running. The UPnP option is for a typical Windows user who may have a router device that will assist a UPnP service to autoconfigure the Windows box. Proceed to examining the second option, Manual Port Forward. I'll ignore the third as it is Do Nothing, which is useless. So on the Limewire Advanced - Firewall config page enter a port number, such as 6346 in both the Listen on Port and the Manual Port Forward boxes. Then after your NAT rule in pf.conf enter something like the following: rdr on $ExtIF proto tcp from any to any port 6346 - 192.168.10.2 port 6346 and a corresponding filter pass rule: pass in quick on $ExtIF inet proto tcp from any to 192.168.10.2 port 6346 keep state 192.168.10.2 is my desktop machine where I use Limewire. It works just fine. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: firewall rules for bitlord, yahoo, limewire
Fbsd1 wrote: [snip] Limewire is a windows only application. So how can you say it runs on solaris which is a flavor Unix? Limewire is a Java program. It will run on any platform which has a working Java run time environment installed. It is definitely not Windows only. -Jason ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: High Noonn DVD??
Gary Kline wrote: Do any of you guys know why the DVD version of HIGH NOON won't play on my computers? I've tried everything I can think of. Zero. I watched the *original* in the theater (I think); then have watched the tape in '98, and the DVD just now. I'm not that nutty to waste a DVD-R on it; I'm just wondering my none of my players won't play it. thanks, gary Missing libdvdcss? -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Server Freezing Solid
Chris Maness wrote: [snip] For this reason, I'd advise that either you leave the PC unplugged for 10 minutes or so after you've cleaned it to let any residual moisture dry, or purchase an inline water filter. Should always put a drier on a compressor. You'll learn the hard way if you invest in pneumatic tools; you will kill them if you don't. [snip] I ran into a couple of post stating that the Abit VP6 had issues with components that fail. This seems to have happened. The old 1U box I switched the hardrive to yesterday is working flawlessly. However, this machine is a little on the underpowered side. Without actually checking, if memory serves there were a number of products from that time frame that used inferior electrolytic filter caps. You can easily spot these by examining the top where there is metal showing through in the center surrounded by the plastic wrapper. In the caps that fail the plastic wrapper part will be swelled up and puffy looking, possibly even so far as to have cracks with goo oozing out of them. I have an Abit KD7A powering a small home development server that I've been really lucky with, it just sits there and keeps on doing it's thing. But I have a feeling you may have hit the bad cap problem with the VP6. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: virtualbox networking setup
Paul Cartwright wrote: I'm new to the group, and I'm new to setting up VirtualBox guest hosts. right now I have a Debian linux box, and I setup Virtual box. I installed FreeBSD on it, but I can't seem to get the networking to work. I tried to rerun sysinstall, but I'm not sure what options to change or why it isn't working. I have the command line terminal window up, but in the virtualbox window, I cannot copy past to here, so I can't paste the ifconfig info.. it does say inet 0.0.0.0, but it does say UP, BROADCASTING... I looked at the usermanual, but I didn't see anything about actually setting up the network, using DHCP... I hae a home network, with a router, gateway 192.168.10.1, and my desktop is in that subnet 192.168.10.x not sure what to do now... thanks, I grew up with ATT UNIX SYS V, but it's been a few years:) Don't know about Debian, and I haven't actually tried FreeBSD as a guest in VirtualBox, but have used it for other things. The default install of vbox sets up a logical NAT/DHCP server internally, so all you would do is use vi to put something like ifconfig_rl0=DHCP in your /etc/rc.conf. Substitute the according vbox interface. When you configure your new VM in the OSE the default NIC type will be PCnet-FAST III (Am79C973) in vbox 2.0.4. This is supported by the pcn driver so your line would be ifconfig_pcn0=DHCP. IF you get the interface to come up examine it with ifconfig -a. I believe vbox settles for a 10.0.2.0/24 network, but YMMV. You may need to play around with defaultrouter=something and name services in resolv.conf or fiddle with dhclient.conf. The best is to ensure that dhclient.conf is pulling the info from DHCP rather than trying to manually stuff numbers in places. Also, if the pcn driver doesn't seem to want to play and if you are using VirtualBox 2.0.4 there are 2 Intel Nics you can try (not sure if they are Windows exclusive, or not - will find out in the next few days as I plan on trying Nexenta this way) instead which are supported by the em driver (ifconfig_em0=DHCP). This just has to match whatever you set up in the VM. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: (no subject)
Chad Perrin wrote: On Fri, Nov 07, 2008 at 06:28:07AM -0500, Michael Powell wrote: If you are totally new to Linux/Unix and have zero experience and just want an easy, out of the box something other than XP you might try the latest incarnation of Kubuntu. I know in a FreeBSD list these comments are sacrilege, but the broader picture is what your needs truly are. I take that back - I just examined the latest Kubuntu. It is the simplest to install of just about anything I've seen, but once installed is just so excruciatingly annoying! Ease of install doesn't make up for the short sightedness of Canonical. I'd suggest PC-BSD instead, and not only because it's a FreeBSD spin-off. It also provides PBI for software management, which will surely provide a gentler transition for people used to the Microsoft way of installing software, and doesn't make a lot of the design mistakes I see in Ubuntu and its spin-offs. DesktopBSD is a pretty good choice along those lines, too. Still better than Ubuntu, in my opinion. Furthermore . . . they both use KDE by default, and you don't have to use a red-headed stepchild or second-hand citizen like Kubuntu to get it. Yes, I like this suggestion better - I've just never used either one but rather just built KDE out from ports. I just took some brief looks at Kubuntu 8.10 in a VirtualBox VM and it still annoys me no end. I had used it some time in the past and needed reminding why I quit. Fedora 9 looks a trifle better, and the openSUSE 11.1 Beta is a train wreck. So my desktop will probably stay openSUSE 10.3 as this allows me to get work done. If none of the newer, improved and advanced Linuxes get their act together soon I will probably be returning to KDE on FreeBSD in the not very distant future. I just can't spend all my time screwing around with b***cr**. Now running a real live Web presence out of your house is probably not really a good idea if it has anything to do with business. A personal blog can go down for indefinite periods and no harm done, but a business site is a different story. First, the reason for having your servers located in a data center is they are sitting directly on the fat pipes of the Internet. Second, these data centers are multi homed in their peerage to other backbones. If one connection path develops a problem your site is still going to be accessible via one of the other paths. You simply will never have the kind of connectivity found in a real data center at home. Make sure the colocation facility of your choice is multi-homed before simply assuming it is. Some aren't. I wouldn't want one with less than 3 peerages, and I'm in favor of full mesh arrangements. But at this stage of the game I think the OP is better served by learning how it all works before he starts co-locating or leasing dedicated boxen. Baby steps first, so to speak. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: (no subject)
SAM HAYNES wrote: Greetings, O Learned Ones from: Sam Haynes, Pathfinders 2008 I haven't the foggiest as to how you came to be in my favorites list, other than that I probably tagged you in an ongoing search for both or either something to replace Win XP and or build my own personal server. I have been usining XP for several years now. Recently, I tried to install XP from my OEM cd and was notified by Gates and Company that XP would no longer be supported. Bummer! So what else is new? Time to part company with Bill? Vista was tha final straw. I need something that will replace XP in all the essentials but without a useless bag full of coverups for poor performance.. Debian was the first encouraging encounter. It was recommended as a cheap entry into the personal server concept, using a two to three year old PC chassis. Sounded good but I could never figure out just how to download it. So, FreeBSD appears in my fave list and server appears in the same paragraph as operating system. Here is my plan. I am 76, a retired Master Electrician, PC builder since '87, have a wife of 40 plus years, debilitating medical problems and a strong belief that I can milk a living out of internet affiliate marketing despite the current economic crisis. My current model is to generate a basic website, use my existing isp to promote two consistent converting products, bootstrap the proceeds from that into building my own dedicated server to market 'how-to' products over a hundred or more websites. All using ready to serve apps and a WYSIWYG HTML generator. I appreciate your time reading this over long monologue... I'd appreciate it even more if you could take some time to throw some suggestions back at me.. [snip] Just some ideas from the $.02 department: As far as replacing XP with something else to be used as a desktop machine, ala the GUI route, my own personal preference is the KDE desktop. I've been using it so many years now it is second nature, but there are just useability patterns which I've become so accustomed to that make it so I don't want to use XP any longer. I just like KDE as a GUI instead of the XP interface. It is also, imho an easier transition from Windows for someone with little or no Unix experience. I used KDE on FreeBSD as my main desktop for many years, but I finally gave in to openSUSE 10.3 on my workstation as I really found a need for Virtualbox and being able to run virtual machines. I have three Linux browsers, a VM with Windows XP SP2 and IE6, and a Windows XP SP3 VM with IE7, Opera, Firefox, and Safari. I confirm that all xhtml-transitional web pages I write look the same in all of these. And I can do this with no rebooting the machine. If you are totally new to Linux/Unix and have zero experience and just want an easy, out of the box something other than XP you might try the latest incarnation of Kubuntu. I know in a FreeBSD list these comments are sacrilege, but the broader picture is what your needs truly are. Now on the server side things are much different. In spite of the steep learning curve associated with being a newbie to Unices, I still feel FreeBSD makes a better server platform. You just need to recondition your expectations to administrating it largely via command line, as most sysadmins who operate FreeBSD servers do not install any GUI software on them. I know I don't. You will find maintaining a FreeBSD server much less aggravating than Linux. It is coherent, clean, well documented, a well thought out and very complete operating system. Performance is pretty good too. Especially when you factor in what you payed for it! :-) As far as setting up server(s) at your home, this is a good way for learning. It is also a test platform for any web sites you may be running. Keep a mirror at home to make and evaluate changes thoroughly _before_ uploading them to your active site(s). Never make changes that you haven't tested out first. Now running a real live Web presence out of your house is probably not really a good idea if it has anything to do with business. A personal blog can go down for indefinite periods and no harm done, but a business site is a different story. First, the reason for having your servers located in a data center is they are sitting directly on the fat pipes of the Internet. Second, these data centers are multi homed in their peerage to other backbones. If one connection path develops a problem your site is still going to be accessible via one of the other paths. You simply will never have the kind of connectivity found in a real data center at home. I do not approve of HTML WYSIWYG editing abominations such as Dreamweaver and their ilk. They make it seem like anyone can write a Web page but in reality what they output isn't standards compliant. Over the years I've looked at a few, and found they all output crap. The only way to write technically proficient Web sites is to know the material. It does
Re: pyhton apache
tethys ocean wrote: Hi all I have a problem, a freebsd box that is apache22 and python25-2.5.2_3, mod_python-3.3.1_2 after upgrading phyton web site has stoped with this error Internal Server Error [snip] [Fri Oct 31 05:05:15 2008] [notice] Digest: done [Fri Oct 31 05:05:16 2008] [notice] Apache/2.2.6 (FreeBSD) mod_ssl/2.2.6 OpenSSL/0.9.7e-p1 mod_python/3.3.1 Python/2.4.4 PHP/5.2.4 with Well Apache seems to think it is still using Python 2.4.4. Suhosin-Patch configured -- resuming normal operations [Fri Oct 31 10:06:21 2008] [error] [client 195.217.151.57] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:) [snip] I can't be of much help with this as I am not a Python expert by any means, but the first thing that occurs to me is to ask: did you rebuild/reinstall mod_python after you upgraded to python25? If not you might want to try that first. Restart Apache and see if it no longer shows the Python 2.4.4. As far as the Python environment(s), you may want to ensure that all vestiges of the old python24 are truly gone (especially prior to rebuilding mod_python). You may also try and find confirmation somehow whether or not the code that is failing on the web server is even compatible with python25. In such a case either update the failing code or downgrade back to python24. If the server is production and you just need it back up fast you may consider returning it to its pre-python25 upgrade condition. Then conduct your python25 experimentation on a non-production test box. Before any major change of this sort I _always_ do backup dumps of my server. So if something goes south I can immediately restore the server to the state it was in prior to mucking it up. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd installation order
pwn wrote: [snip] on this page http://www.freebsd.org/doc/en/books/handbook/kernelconfig-building.html it says: Tip: By default, when you build a custom kernel, all kernel modules will be rebuilt as well. If you want to update a kernel faster or to build only custom modules, you should edit /etc/make.conf before starting to build the kernel: It would take more time to edit /etc/make.conf than you would save in the kernel build.If you are doing lots of kernel builds while doing development, maybe then this would be worthwhile, but kernel builds do not take enough time on modern machines to bother speeding them up trivial amounts. Basically, this is saying you can fix things up so that it only builds those modules that you are changing when you do a rebuild and skips the others. This is not relevant to general system performance, just kernel builds. [snip] i got it =), although, imho kernel builds always affect system performance.(maybe not in general) i was just asking myself a away for simplify at extreme this tasks that sometime can take many time, i guess after configure FreeBSD on a machine i should copy some configuration files like, /etc/make.conf and a custom kernel in attempt to avoid repetitive tasks. Note the docs are a little out of date wrt to 7.x and newer. While the make.conf will still be used by gcc when building ports software(s), for the system/kernel/modules this functionality has been moved to /etc/src.conf. Reading man src.conf will explain the details. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 7.0-RELEASE (GENERIC) firefox3 /usr/bin/ld: cannot find -lgio-2.0
David Christensen wrote: mdh wrote: The answer is to upgrade your devel/glib20 port to the latest version, then try to install or upgrade libgiofam, then install the other software. Thank you for your response. :-) Here's my attempt to carry out your suggestions: 20081026-122203 [EMAIL PROTECTED] ~ # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. Since I use csup and have no experience with portsnap I can't speak to it's efficacy. Building new INDEX files... done. 20081026-122344 [EMAIL PROTECTED] ~ # cd /usr/ports/devel/glib20 20081026-122615 [EMAIL PROTECTED] /usr/ports/devel/glib20 # make If you previously had glib20-2.14.6 installed, you will need to do a 'make deinstall' prior to 'make reinstall'. gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.16.5' 20081026-125854 [EMAIL PROTECTED] /usr/ports/devel/glib20 # cd ../gio-fam-backend This is wrong somehow. You should be able to make make deinstall make reinstall the glib20 port without it going anywhere else. 20081026-125954 [EMAIL PROTECTED] /usr/ports/devel/gio-fam-backend # make Also please note that both the glib20 port *and* the gio-fam-backend both utilize the same glib20 tarball. It's just you need to build/install the glib20 (current version == 2.16.5) port first, then follow up by doing the gio-fam-backend port. Something is wrong with your setup as I just successfully built the gio-fam-backend port on my test machine with no difficulties encountered. -Mike [snip] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 7.0-RELEASE (GENERIC) firefox3 /usr/bin/ld: cannot find -lgio-2.0
David Christensen wrote: [snip] devel/glib20 and gio-fam-backend seemed to go okay. I think I got further into firefox3, but it failed: checking for cairo = 1.6.0 freetype2 fontconfig... Requested 'cairo = 1.6.0' but version of cairo is 1.4.10 This is telling you the cairo you have installed is old and needs to be updated, probably freetype2 and fontconfig as well. Essentially you have out of date dependencies, with the most common reason for this is having installed packages straight from the release ISOs and subsequently not upgrading them. Many old time FreeBSD'ers only install the system from the ISO, update their ports tree, and then install software. This ensures everything is current and all dependencies are tracked. What you have is a jumble of outdated dependencies which require updating. configure: error: Library requirements (cairo = 1.6.0 freetype2 fontconfig) not met What's next? [snip] You can update things manually one or two at a time[1], as you did for the glib20 port. Or you can automate the process. I use portupgrade for this. Now portupgrade has it's own learning curve, but it can make it easier to keep large numbers of ports all up to date. You probably need to learn a little more about how the ports system works. Once you have a more in depth understanding of how to install and maintain software on a FreeBSD system you won't see this kind of situation again. So rather than fixate on just bouncing from dependency to dependency, ad infinitum ad nauseum, try going back and reading up on this subject some more until you understand the process. -Mike [1] Like you did with glib20: make make deinstall make reinstall ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Breach of Contract Reported for FREEBSD.ORG
Jeremy Chadwick wrote: [snip] ICANN requires registrars to verify the domain info once a year. I just went through this with GoDaddy. I think the registrars see this as an opportunity to market services. Different registrars bungle their marketing effort in different ways. GoDaddy sent me instructions on what to do in order to correct errors, but had absolutely nothing on how to proceed if the information was correct. So I viewed this as something they could take advantage of in order to get me to their site for a hard sell campaign. So how do you folks who comply with ICANN's requirement deal with this? http://blog.forret.com/2004/12/domain-registry-of-america-scam/ -- This organisation is now known as Domain Renewal Group, by the way. What is described in the above URI looks very very similar to what I saw when I first went to check up on the ICANN whois confirmation email I received from GoDaddy. Initially they seemed to be touting their new TDNAM service, which I gather is some form of bulk auction. GoDaddy took over the domains from the RegisterFly debacle so they have a few million domains to monetize. A perfect example of registrar gone bad. At first I was alarmed - Why am I in some danger of losing my domains? is what I thought. As I went deeper into it by examining my account, I confirmed that I indeed had Auto Renew on, so it would just bill my credit card even if I took no action. However, I tend to do it manually just so I'm satisfied it's done. So in the end this was just a hard sell for a new service they wanted to push, for which I have no use. There must have been complaints because when I just went looking for what I saw a few weeks ago it seems to have vanished. I'm quite interested in knowing; it might be tolerable if you've only one domain, but if you're a hosting provider and have 100? I'm not qualified for this because these days I only carry two .com domains. At work we are a large .org entity and we have an entire group of people whose sole function is to deal with this. Relatively low down in the hierarchy my DNS servers are only slaves to those higher up. It is a function handled by others and is out of my hands. But a scam is a scam and the first thing which needs to occur is recognizing a scam when you see it. Most legitimate businesses recognize the need for large scale management and more than likely market some form of service of assistance. It's a matter of trade-off of the fees they charge versus whether it is worth it to you time/money wise to pay for the service. For something like this I would only consider a service of this type offerred by the registrar I'm already dealing with. And even then, I'd double check behind them as I had time. Back in the day I worked 2 blocks from Network Solutions and had a friend that worked there as a DBA. So I had the proverbial someone you know insider access. He no longer works for them and moved to California some years ago. But it goes to the point of the working relationship you maintain with your registrar. I'm fairly cynical so I tend to believe large companies only pay attention to large accounts and have a certain tendency to ignore and forget to service the little guy. In that vein it's a YMMV, depends on who represents you on the other end of the circuit. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Breach of Contract Reported for FREEBSD.ORG
David G Lawrence wrote: Dear Customer, It has been brought to our attention that some or all of the information associated with your domain name FREEBSD.ORG is outdated or incorrect. These types of complaints are brought to our attention in one of two ways. The most common type of complaint is received from the Internet Corporation for Assigned Names and Numbers (ICANN). ICANN is the non-profit corporation responsible for accrediting domain name registrars. ICANN requires domain name registration customers to keep their account information current. ICANN mandates that outdated contact information can be grounds for domain name cancellation. Michelle, The registration information for freebsd.org is correct. The only thing that is out of date is one of the email addresses ([EMAIL PROTECTED]), which I have tried to change, but have been unable to due to a problem with the Network Solutions website. I don't know who reported that the information was incorrect, but they are mistaken. I will additionally follow up in the other ways mentioned in your message. [snip] ICANN requires registrars to verify the domain info once a year. I just went through this with GoDaddy. I think the registrars see this as an opportunity to market services. Different registrars bungle their marketing effort in different ways. GoDaddy sent me instructions on what to do in order to correct errors, but had absolutely nothing on how to proceed if the information was correct. So I viewed this as something they could take advantage of in order to get me to their site for a hard sell campaign. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get my Dad's Win2k system to access internet through my FreeBSD 6.2 system
Da Rock wrote: [snip] I'm assuming the problem with double nat'ing is the confusion in packet traffic. So if the OP is using his ADSL modem to connect to the net, then it could be safe to assume the public IP would be to the modem itself, and not his box (barring the possible use of USB), so then the nat'ing would already be done. Therefore, the best and easiest way would be to simply bridge his interfaces- correct? Less overheads, etc, plus simplicity of setup. There is another option, a variant of which I use. My el cheapo deluxe DSL modem has really crappy broken firewall and DNS implementations. Wireshark showed Windows Messenger service spam leaking past and as soon as I saw that I assumed it was probably the tip of the iceberg. You can also bridge the modem (disabling it's NAT as well). In a fully bridged configuration your FreeBSD gateway will have to perform PPPoE handshake and login as well. I use a second option called split-bridge, which they have named IP Passthrough. This allows the DSL modem to be responsible for the PPPoE session. It works by passing the WAN public IP to the Internet facing NIC in my FreeBSD box via DHCP. So, while my interior LAN NIC is static, my outside NIC is ifconfig_xl0=DHCP. It gets assigned whatever IP Verizon sends. I just like this particular arrangement better. I run a caching/hybrid DNS server on the gateway as well. I've used this configuration for about 2 years now and it has served me well. I also use ALTQ to prioritize outgoing acks, as this seems to be helpful when using asymmetric DSL. [snip] -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get my Dad's Win2k system to access internet through my FreeBSD 6.2 system
Manish Jain wrote: Hi, I am poor at networking and need a little bit of help. My dad has a Windows 2000 machine with a network card but does not have a connection to the internet. My freebsd 6.2 box is connected to the internet and has 2 network cards, rl0 and rl1. rl0 connects to the ISP and rl1 is directly connected via a long Ethernet cable to the NIC on my dad's machine. While I can access the internet easily, I want my dad to be able to connect to the internet with my freebsd box serving as the gateway. Can anyone please explain to me in easy steps how to accomplish this ? Although to many old-timers this is easily achieved, to someone new to networking it is difficult to explain it in easy steps. It involves a set of pieces that have to fit together correctly in order to work. You will need to do some proper reading on the underlying concepts first. First, establish that there exists basic network connectivity between your machine and your dads. You may need to use a crossover cable. You will want to assign a static IP address in the Private IP space range to your rl1 interface. This is also known as RFC 1918. You will also want to manually configure a static IP on your dad's machine that is in the same network, instead of allowing it to come up on the link.local of 169.254.x.x. An example would be your rl1 == 192.168.10.1 netmask 255.255.255.0 and your dad's machine == 192.168.10.2 netmask 255.255.255.0. For DNS at this stage you can use hosts files on each host for name resolution. Ensure that each machine can be ping'd by the other. Next, you will want to configure your FreeBSD machine as a NAT gateway. In your /etc/rc.conf you will want something like gateway_enable=YES and some form of firewall initialization[1]. The gateway_enable is what allows the forwarding of packets between your rl0 and your rl1, but the activation of NAT functionality is usually a function contained within a firewall. So conceptually, the firewall will be in between rl0 and rl1. There are three different firewalls you can choose from. Configuring the firewall is usually where the inexperienced get stuck. This subject material is beyond the scope of this missive, and you would do well to start reading in the Handbook. But essentially, when you configure NAT in the firewall your rl0 (connected to the ISP) will be assigned a Public IP address and the NAT function will translate between Public and Private. The next sticky point that will happen, should you get this far, is name resolution. You will want to place the IP addresses of the name servers of your ISP in your /etc/resolv.conf. You will also want to enter these into the TCP configuration of your dad's machine. In addition, on your dad's machine you will enter the IP address you used on your rl1 as the default route. The subject is much too broad for exhaustive coverage here. If your DSL/Cable modem has router ports on it, it might just be easier to plug your dad's machine up there and forget about all of this. Much reading will be required of you, and once you know most of it then you will know what specific questions to ask when you encounter sticking points. This is intended only as a very generic form of overview. -Mike [1] For example, a couple of lines from my /etc/rc.conf: pf_enable=YES pf_rules=/etc/pf.conf pf_flags=-e pflog_enable=YES pflog_logfile=/var/log/pflog pflog_flags= and the NAT line from my /etc/pf.conf: nat on $ExtIF inet from $INTERNAL to any - ($ExtIF) Please note that these are for illustrative purposes only, and by themselves will do nothing for your specific situation. There is much more that you will have to dig out of the documentation, understand, and configure appropriately. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get my Dad's Win2k system to access internet through my FreeBSD 6.2 system
Jeremy Chadwick wrote: [snip] Doesn't he need to also set sysctl net.inet.ip.forwarding=1 for his box to act as a gateway? Or is this handled by the NAT portion? The gateway_enable=YES in /etc/rc.conf sets this. Right, but it wasn't in your /etc/rc.conf example (see your mail), so I figured the OP would come back saying Okay I did what you said but it still doesn't work! Well that is going to happen anyway. ;-) I wasn't trying to write a tutorial, but rather an overview of what's involved. It's up to him to do the necessary RTFM to fill in the blanks. Yes - I agree it should have included it in the example snippet. By the time I got to that portion my thinking was fixated on the firewall aspect. It would have been clearer, perhaps, had it been so. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to get my Dad's Win2k system to access internet through my FreeBSD 6.2 system
Jeremy Chadwick wrote: On Tue, Oct 14, 2008 at 04:55:11AM -0400, Michael Powell wrote: [snip] Next, you will want to configure your FreeBSD machine as a NAT gateway. In your /etc/rc.conf you will want something like gateway_enable=YES and some form of firewall initialization[1]. The gateway_enable is what allows the forwarding of packets between your rl0 and your rl1, but the activation of NAT functionality is usually a function contained within a firewall. So conceptually, the firewall will be in between rl0 and rl1. There are three different firewalls you can choose from. Configuring the firewall is usually where the inexperienced get stuck. This subject material is beyond the scope of this missive, and you would do well to start reading in the Handbook. But essentially, when you configure NAT in the firewall your rl0 (connected to the ISP) will be assigned a Public IP address and the NAT function will translate between Public and Private. With respect to NAT, the caveat here is the assumption that your DSL/Cable modem is *not* already performing NAT. The situation you do not want to get into is having *two* NATs. The content herein is assuming that the external (rl0) interface is getting assigned a Public IP from the ISP. [snip] Doesn't he need to also set sysctl net.inet.ip.forwarding=1 for his box to act as a gateway? Or is this handled by the NAT portion? The gateway_enable=YES in /etc/rc.conf sets this. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Weird FS behavior tru FTP on CD9660
Sdävtaker wrote: Hey, I found a weird situation today, I mounted a DVD with the mount_cd9660 and accessed it through filezilla. I got 2 times every file in the list, go back to the original Pc and checked with ls and they appear only once. :-/ Im using last version Filezilla in MSW, and ftpd in FBSD7.0r. I think it can be reading both TOCs in the DVD, but it is weird since it doesnt happen when doing ls. Can someone try reproduce it in another setup? Sdav I believe this is fixed in RELENG_7. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5 segfault
Jeremy Chadwick wrote: On Wed, Oct 08, 2008 at 02:51:00PM +0200, Laszlo Nagy wrote: [snip] So it is using -O2 and -pipe. Is this something that I can disable? If you want. make config in /usr/ports/lang/php5 will give you a menu option for DEBUG; turn it on. I'm not sure what the compile options you're showing have *anything* to do with the segfault you're reporting. I don't see any backtraces or details of the segfault. I've used -pipe -O2 for years and never had it cause me trouble. It might be because we are using postgresql connections. For pages without pgsql connection, there is no segfault. Still using MySQL so I can't speak to PostgreSQL PHP connectivity. I've personally used PHP5 (as a CGI only, not as an Apache module) with PostgreSQL and experienced no segfaults. It must be noted that the segfault happens on cleanup. E.g. all web sites are working fine, except that we are getting many many segfault messages in the logs all the time. This will inhibit performance. The ones that are failing are having the script(s) restarted. If you can fix this performance will improve. Many people have found that re-ordering the extensions lines in /usr/local/etc/php/extensions.ini has solved odd segfaults. I personally have never seen this, nor have ever needed to adjust that file, but it has worked for others. One quickie shortcut to try as experimentation is to just comment out hash.so in extensions.ini. I have had trouble with this one, ie to the extent Apache wouldn't even start. I've read/heard about the reorder thing too and never needed it. What I suspect is there is a possibility that what happened is people went in after the fact and installed xyz extensions after the first main install after discoverring they forgot or left out something they needed. This results in the line(s) just getting tacked on at the bottom. If they had wiped all PHP and done it again from scratch the list in extensions.ini would then be correct. Only a theory on my part. Also, you cannot use a threaded Apache (e.g. threaded MPMs) with PHP since not all extensions support threading. Your Apache needs to be built without threads and use a non-thread model (e.g. prefork). I've also had success with Apache-ITK-mpm. This is very true for mod_php, but less so if PHP is run as FastCGI. I am currently running a box at work with the event mpm and mod_fcgid for testing and it seems to be doing well. YMMV Search the mailing lists for this situation, try the recommendations, and then if nothing fixes it, provide a backtrace. The normal default of error_reporting = E_ALL ~E_NOTICE is present, but if you want it to log to it's own file uncomment ;error_log = filename (or syslog if you prefer). You may need to do a 'touch on the filename and make it's permissions match those the webserver runs under. If things get really bad take a look at http://www.xdebug.org/ I don't think this really belongs on a production machine (IMHO), but I have used it on my development server. Better as a last ditch effort probably. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't add new 1TB disk in FreeBSD 6.1
Don O'Neil wrote: I just swapped out an old 500G disk with a 1TB one and I'm trying to label it and mount it... If I run bsdlabel -w ad4, I get: bsdlabel: Geom not found If I run sysinstall, it tells me that it can't write to the disk. I've tried an old 'bypass': sysctl kern.geom.debugflags=16, but that didn't help. Can anyone help me get this new disk installed without having to boot off a recovery CD? The server is 500 miles away from me and I don't have direct console access. Uhmm... This may seem silly, but did you use fdisk to create a slice first before you tried partitioning? -Mike- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installation Question
Ray Madigan wrote: I am trying to move a couple of machines from Suse Linux to FreeBSD and I am having an installation issue on the first machine. I have a 1.8GHZ Pentium on an ASUS mainboard. DUring installation I give the geometry of the drive on the machine, a Western Digital WD8000JB, the drive geometry that I find on their website 16383/16/63 in FDisk. The disk was used for the Suse installation so the partitions are correct. So I press Q on the keyboard. I go through the installation until I get to DiskLabel and the drive doesn't show up on the top of the screen. The screen is blank except for the options section. Does anyone know what could be going wrong here. [snip] You need to completely wipe the disk of whatever was on it before. On machines with a floppy sometimes I boot from Dos and use it's fdisk, but really any fdisk will do this. Just delete and write back to the drive and start over. I have a WD800JB here and as far as specifying drive geometry that is generally not required. Just make sure you have LBA mode activated in the BIOS. A quick note about sysinstall: many times it will display an error screen complaining about CHS values being wrong immediately prior to going into fdisk. This is really an error in sysinstall and most people just totally ignore it. So don't pay that screen any attention, it is bogus. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sound card and freebsd v7.0
jonathan michaels wrote: greetings, freebsd-questions, i recently got a handme-down box, some sort of hp desktop machine ? not sure what it is called, the source was more or less vague about its name/configuration ??? i put in a freebsd v7 cd and these bit fell out, after pluging some speakers there was no sound, i suppose ?no driver attached line explains that one ?? [snip] Sep 26 13:26:46 hostid kernel: pci0: bridge at device 4.3 (no driver attached) Sep 26 13:26:46 hostid kernel: csa0: CS4280/CS4614/CS4622/CS4624/CS4630 mem 0xf410-0xf4100fff,0xf400-0xf40f irq 10 at device 6.0 on pci0 Sep 26 13:26:46 hostid kernel: csa: card is Unknown/invalid SSID (CS4614) Sep 26 13:26:46 hostid kernel: csa0: [GIANT-LOCKED] Sep 26 13:26:46 hostid kernel: csa0: [ITHREAD] Sep 26 13:26:46 hostid kernel: pcm0: CS461x PCM Audio on csa0 Sep 26 13:26:46 hostid kernel: pcm0: Cirrus Logic CS4297 AC97 Codec Sep 26 13:26:46 hostid kernel: pcm0: [GIANT-LOCKED] Sep 26 13:26:46 hostid kernel: pcm0: [ITHREAD] [snip] Theoretically placing snd_csa_load=YES in /boot/loader.conf should enable this card. If it is loading OK kldstat will show it and you should get output from cat /dev/sndstat confirming. [EMAIL PROTECTED]:0:6:0:class=0x040100 card=0x42801013 chip=0x60031013 rev=0x01 hdr=0x00 is matching the #define CS4614_PCI_ID 0x60031013 in the driver code so it really ought to work. If it doesn't try not loading the acpi module at boot. But if HP did something really non standard when they wired this up you could be SOL. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 7.1 BETA and update to RELEASE
Fernando Apesteguía wrote: Hi all, I tried to install FreeBSD 7.0 on my computer but my NIC was not supported, so finally I didn't install it. Yesterday I tried 7.1 Beta bootinst and the network card was recognized during the installation. I was planning to install 7.1 Beta now, but I have some questions: - Is it difficult/painful to update from 7.1 Beta to 7.1 Release when it comes available? No - Should I expect big problems? Probably not. - Is 7.1 Beta stable enough? Can't say definitively based on presented information. However, it does sound as if you are in a situation where you don't really have a choice: If you really want FreeBSD, and you know 7.0-Release isn't working, then give 7.1 Beta a try. If you do experience problems you can be helpful to the community in general by filing PR(s). The purpose of the Beta and Release Candidate issues are a final shakedown in preparation for labeling something a Release. If the Beta installs and runs successfully you won't have any problem updating the system when 7.1-Release makes it out the door. I'd be willing to bet the probability is pretty high you'll have no trouble. The biggest caveat there being the hardware you're trying to install it on. Give it a go, see what happens. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: too little space on /
Zbigniew Szalbot wrote: Hello, Volodymyr Kostyrko: 3. What catalogs are your spacehogs? Examine the output of: find / -type d -maxdepth 1 -mindepth 1 -exec du -hd0 {} \; Searching for bigger dirs turned out that my /boot was bigger than needed 114M/boot So a way to go would be to either: 1/ define nomakeoptions DEBUG in kernel 2/ Stop building all of the modules implying WITH_MODULES or NO_MODULES to not omit module building at all. 3/ Stop building megakernel and move to minikernel loading everything else from modules In case you wonder how come I am so wise - I am not. This was all with suggested by a friendly and kind member of this list. Many thanks!!! You can also add STRIP= -s to /etc/make.conf if you don't do development or debugging. The next buildworld/...kernel.../installworld and you'll have a smaller /. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is the freesbie project dead????????
FBSD1 wrote: I can't reach http://www.freesbie.org/ to official site for the project. Has this project disbanded? Usually when an organized project calls it quits they will leave some form of notification up for people to see. In this case I'd bet it's either the server has failed or a router to the server has failed. Sometimes these can take several days to get fixed. Be patient and try back in a bit, like maybe even a few days or so. traceroute 83.149.156.188 ends here: 22 host031-132.consiagnet.it (83.149.132.31) 143.493 ms 140.976 ms 141.988 ms 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Can't start MySQL 5.0.67
Joe Tseng wrote: Yeah that was it... The chown -R mysql:mysql /var/db/mysql was what did it... Thx to all for the help. - Joe [snip] Look in /usr/local/share/mysql for my.cnf examples you can use for tuning your install. One thing that bit me once was the location of the my.cnf changed. I used to keep it in /var/db/mysql but found after one particular upgrade it seemed like it wasn't being read any longer. That was because the FreeBSD port install's new default location changed to /usr/local/etc. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with portsdb -Uu on FreeBSD 6.3
perikillo wrote: http://www.freebsd.org/doc/en/books/handbook/portsnap.html I supposes that portsnap extract have to run just once, latter u have to just run portsnap fetch portsnap update? Sean, u say that I better mix cvsup + portsnap? This is normal? This would not broke my tree? Right now I already run cvsup and is running portsdb -Uu, I will let u know what happend, thanks!!! [snip] Unless you have a specific overriding reason to do -Uu you might want to try -uF instead. It's what I use and it's always worked. In fact, this is what I do to see if I need an upgrade: csup -L 2 ports portsdb -uF pkgdb -u portversion But since I have never used portsnap don't really know anything about it. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [6.3] Upgrading PHP5?
Gilles wrote: Hello I successfully upgraded the Ports collection with csup and then compiled Apache2, but I don't know what to do about PHP5, as it has several Ports available: php5-5.2.6 needs updating (port has 5.2.6_1) This is the main PHP section. php5-bz2-5.2.6 needs updating (port has 5.2.6_1) php5-ctype-5.2.6 needs updating (port has 5.2.6_1) php5-curl-5.2.6needs updating (port has 5.2.6_1) etc. These are the extensions. Not quite sure what you're asking here. I use portupgrade to upgrade. I'm not sure if you're asking about upgrading, or getting PHP going on the Apache install for the first time. If it's already there and working but just needs updating portupgrade can do this. If you are coming into situation in the middle and have Apache up and running correctly but these above mentioned ports are leftovers from before you became involved you may consider simply deleting them and starting over fresh. Either start over or update, both can work. You can use pkg_delete, make deinstall in the port directory, or (if portupgrade is installed) pkg_deinstall. The above list may be confusing because there are two separate sections to a PHP install. The first is PHP itself. This is /usr/ports/lang/php5 - a make config screen will come up and in the options list you'll see one to include mod_php. There are a couple of messages at the end containing a couple of lines you'll need to add to httpd.conf for php to work. The extensions are found here: /usr/ports/lang/php5-extensions These contain all of the different PHP function modules. The most common example is this is where you would add/activate MySQL access for PHP. When you do make, or make config, in the port you will get a list to choose. You can install only what you know you need, or you can install all of them and comment out the ones you don't need in /usr/local/etc/php/extensions.ini As far as the httpd.conf goes you really need two things. One the mod_php option should have probably installed and just needs checking. Look for a LoadModule php5_modulelibexec/apache22/libphp5.so entry at the bottom of the LoadModule list. The other are the two lines mentioned at the end of the port install. Look for the IfModule mime_module section. I think these are already present but commented out (it's been a really long time since I've done a virgin install), if not add (under the IfModule mime_module section in the httpd.conf): AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps The problem you'll encounter when these aren't present is the web server will just serve up the contents of the .php script without actually running it. A real easy test to see if PHP is working correctly is just create some file in the root of your web server such as php_test.php containing this: ?php phpinfo(); ? If everything is fine it'll return all the info on your PHP install. Hope this helps. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [6.3/Apache22] Right way to compile worker MPM?
Gilles wrote: Hello I'm trying to compile the latest ports of Apache22 with support for the worker MPM so that each child process spawns thread. I'd like to see if performance improves compared to the prefork model. Although I checked the THREADS/Enable threads support in APR item in make config, the resulting binary says this: This has nothing to do with enabling worker. # pkg_info | grep apache apache-2.2.9_3 Version 2.2.x of Apache web server with prefork MPM. apachectl -l will also list the core modules built in at compile time. Should I edit the makefile file manually to get worked MPM? No need. Edit /etc/make.conf. Example from mine: #For Apache-2.2.9 Build WITH_MPM=event WITH_THREADS=yes WITHOUT_AUTHN_MODULES=yes WITH_CUSTOM_AUTHZ=authz_host WITHOUT_DAV_MODULES=yes WITHOUT_LDAP_MODULES=yes #WITH_PROXY_MODULES=yes #WITHOUT_SUEXEC_MODULES=yes WITH_THREADS_MODULES=yes WITH_CACHE_MODULES=yes WITH_SSL_MODULES=yes WITH_AUTH_MODULES=yes WITH_MISC_MODULES=yes WITH_CUSTOM_EXPERIMENTAL=ext_filter You can still adjust overrides for some of these items in the make config command, IIRC. It can also be passed on the command line, but I do this so subsequent portupgrades reproduce the build environment automagically. Of course, you'll want worker instead of event. I'm just giving event a look see. One problem is that worker/event mpm is not recommended for use with mod_php as some pieces of PHP is not thread safe. So running PHP as FastCGI with mod_fcgid is what I'm currently playing around with for test purposes. YMMV -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Segmentation fault Apache-2.2.9
Gerard wrote: I continue to see varying amounts of chatter in the 'httpd-error.log' file. This is a snipped of what is being written to the file. ** [Wed Sep 03 06:59:31 2008] [notice] Digest: generating secret for digest [authentication ... Wed Sep 03 06:59:31 2008] [notice] Digest: done [Wed Sep 03 06:59:32 2008] [notice] Apache/2.2.9 (FreeBSD) mod_ssl/2.2.9 [OpenSSL/0.9.7e-p1 DAV/2 PHP/5.2.6 with Suhosin-Patch configured -- [resuming normal operations Wed Sep 03 08:28:11 2008] [notice] child pid [1039 exit signal Segmentation fault (11) Wed Sep 03 08:56:01 2008] [[notice] child pid 989 exit signal Segmentation fault (11) Wed Sep 03 [09:29:00 2008] [notice] child pid 1692 exit signal Segmentation fault [(11) Wed Sep 03 09:29:31 2008] [notice] child pid 990 exit signal [Segmentation fault (11) ** Some days there may be twenty or more 'segmentation fault' messages. How can I debug this to see what is crashing and why? Everything appears to be operating correctly. Easiest thing to try quickly as a stab in the dark is to comment out extension=hash.so in your extensions.ini and restart apache. I and others have had trouble with this one. However, when this particular problem surfaced for me Apache wouldn't start at all, so maybe you're seeing something else. This is just a quick rule out a possible, but deeper investigation is probably warranted in your case. If this doesn't make any difference you can crank up the logging levels in both the Apache config and the php.ini both. Instructions are in the commented out sections of the relevant files. Careful here especially with the php.ini as you don't want the output showing to surfers. Sometimes truss can be a potentially helpful utility. The -f switch will allow it to look at child processes as they fork. truss -f -p [The root Apache PID] -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Question on bind page
Richard Yang wrote: Dear support, I am trying to follow through http://www.freebsd.org/doc/en/books/handbook/network-dns.html as to setup a dns server When I try /etc/rc.d/named forcestart it always said Starting named When I use ps to check whether it actually started, I can confirm it is not started. To start named is pretty much the first step before going to configure BIND. I have to reinstall it and it still doesn't work. Could you give me some hints? Thank you. man rndc -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: FreeBSD 7.0-RELEASE getting terrible throughput using sk0 adapter
David Polak wrote: [snip] try setting up speed and duplex options manually I have set the duplex to full-duplex and it has increased the speed to about 200kb/s on the same file. As far as phy support, I guess I really don't know, but the drivers for the chipset have been around for a while. Try disabling usb and firewire in BIOS. You may need to have a tech there do it for you. Your box has the sk NIC and usb sharing an irq. The NIC driver is MPSAFE but the usb stack is still under the GIANT lock. Disable usb and the NIC driver should perform better. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IPFW: Is keep/check-state inherent?
Steve Bertrand wrote: Hi everyone, I can't recall for certain, but not so long ago, I either read or heard about IPFW having implicit keep-state and check-state. Is it true that I can now omit these keywords in my rulesets? Haven't used IPFW in years so I do not know about IPFW. However, this is the case for the lastest pf upgrade/import from OpenBSD. For pf now I think you need no state if you want to disable, as keep state is on by default now. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: defrag
prad wrote: something that has puzzled me for years (but i've never got around to asking) is how does *nix get away without regular defrag as with windoze. fsck is equivalent to scandisk, right? so when you delete files and start getting 'holes', how does *nix deal with it? The short answer is that defrag is built into and an integral part of the filesystem. So you can think of it as always running as opposed to the regularly scheduled by some other entity/application external to the filesystem. No third party Disk Keeper like utilities required. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: turn on beastie beside the 'Welcome to FreeBSD' boot options menu
enom-FBSD1 wrote: Is there a way to reactivate the black and white beastie which used to display to the right of the 'Welcome to FreeBSD' boot options menu? Look at /boot/defaults/loader.conf for the following: #beastie_disable=NO # Turn the beastie boot menu on and off #loader_logo=fbsdbw # Desired logo: fbsdbw, beastiebw, beastie, none As always, put your overrides in /boot/loader.conf and leave the defaults alone. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: turn on beastie beside the 'Welcome to FreeBSD' boot optionsmenu
Oliver Fromme wrote: [snip] Its good to see my old friend back where he belongs How would you like this one? http://www.secnetix.de/olli/FreeBSD/vloader/screenshot5.png (It's work in progress. See the latest FreeBSD Quarterly Status Report.) Best regards Oliver That's great! I like it. I was never enamored of the sex toy variant. Chuckie has always been my favorite. Thanks. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Loss of Internet Contivity
Warren Liddell wrote: The attachment shows that DNS is unable to find the IP address. This appears to be a DNS resolver issue, not a network issue. Check /etc/ resolv.conf and make sure its correct. Then check the indicated DNS servers using dig. such a simple thing i didnit even think to check and it solved my problem, it would seem the static DNS entries in my router are being added into the resolv.conf file as nameservers and ironically as soon as i del those entries i had internet traffic restored. If you are getting this assigned by DHCP from your router, it can be controlled with /etc/dhclient.conf. Typically most of the settings do not require alteration, but maybe an item or two needs a tweak. Placing these into dhclient.conf can either override or adjust, as needed. This is an example from my pf/gateway box which gets all it's external NIC settings by DHCP from my DSL modem. I wanted this box to use it's own DNS server, as do the other boxen on the LAN, instead of the one in the DSL modem. interface rl0 { send dhcp-client-identifier 00:0e:2e:6d:17:54; prepend domain-name-servers 127.0.0.1; } There are many other settings, man dhclient.conf and man dhcp-options for more details. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to set TCP parameter?
Patrick Mahan wrote: [snip] There is no TCP variable in the FreeBSD implementation to change this (that I know of). There is this: net.inet.tcp.finwait2_timeout: 6 I have seen this happen at times when there is a buggy NAT firewall between you and the server that causes the FIN from the server to get dropped. If you have control of both sides, you can do packet traces using tcpdump to see if the FIN from the server is ever sent or receive. It is possible that your client is dropping the packet itself. [snip] IMHO I do not think that manipulating this value via the sysctl is the proper response to the problem. I concur with Patrick's concept that the correct thing to do is locate or eliminate any potential networking problem which may be the cause. If the network path is not actually causing the problem by dropping or mismanaging packets and this is an Apache web server we're talking about I do seem to recall something in the Apache docs about this. http://httpd.apache.org/docs/2.2/misc/perf-tuning.html See the Lingering Close section for some historical background, but please note this information is somewhat dated and may not actually be pertinent. In any case, what I do first with a problem like this is fire up Wireshark and/or tcpdump and examine the packets. Many times it is a source of clue as to what to look at next. Just my $.02 here... -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PAE or 64bit?
B. Cook wrote: hey all, Looking for opinions.. We are going to be getting a server for drupal, running lighttpd and php, as well as exim and SA with clamav, courier or dovecot, mysql 51.. etc. Right now this setup does about 200G per month (we have two boxes) and were looking at getting one box to do it all (business department reasons) and assuming it would be doing double the work.. we would be looking at a single box running 600GB max per month in traffic (about 2Mb/sec).. We would be (hopefully) be going with sas drives instead of the sata we have atm. Not trying to make this a debate about hardware but.. The question of at least 4G of ram came up.. and we starting debating about PAE or just going with x64.. we would not be using zfs, we would be running RELENG_7_0. again, looking for opinions on PAE vs x64 for this type of setup. Thanks in advance PAE is slow, buggy, and kludge. My choice would be 64 bit and don't look back. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kde troubles....
Gary Kline wrote: AFter a power glitch last night I was able to relogin as room, but # kdm fails with the error: can't create /var/run/kdm.pid. Try deleting that file and reboot if you are starting kdm in ttys. If that by itself doesn't work there are a number of other files to clean as well, but they don't come into play until after kdm is running and you are attempting to start a KDE session as a particular user. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kde troubles....
Gary Kline wrote: [snip] the err message is gone, but KDE creates an /rmpty kdm.pid and does nothing. This is not good. The file should contain a number. [snip] It would also be helpful to know how you are trying to run KDE. There are two ways, the first being to have a line like: ttyv8 /usr/local/bin/kdm -nodaemon xterm on secure in /etc/ttys which starts kdm as a graphical login at boot. The other is to boot and login as user, then do the startx command which needs startkde to be in .xinitrc and/or .xsession in your Home directory. Nothing else; what else neeeds cleaning? Not sure what got munged with your power glitch, but a couple of times in the past when I've had trouble getting KDE to start I would login as root (or su) without X running and delete some stuff. Look in your user home directory for something like .DCOPserver_hostname_:0; there will be two - one is a link to the other. Delete both of these and delete the ksocket-yourusername folder in /tmp. Also while in /tmp look for .X0-lock and delete. Look for the folders .ICE-unix and .X11-unix and delete all the sockets you find in these two folders. Make note both of these folders should have the sticky bit set. Also delete the /var/run/kdm.pid again like before. This is how I've gotten KDE to start in the past after an uh-oh. It also may not pertain to your particular situation. One thing you can do to troubleshoot X if you are using startx (ie not starting kdm at login with the ttys line above) is to have an empty .xinitrc and/or .xsession. Then when you run X the twm window manager should come up, as it is the default for X. This way you can drive a wedge between Is it an X problem or a KDE problem? Good luck and I hope you get it going. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RES: RES: Very Slow Samba
Mauro Ribeiro - Class Consultoria e Assessoria wrote: Hi Derek, I didn't have any Intel boards here for spare, but i Found a HP PCI-Express 1x Giga Ethernet here. It's a broadcom chipset, I did replace the card but still with the same problem. I also did a very deep research in google and found more people with the same problem and everyone of them without a solution. I guess that it's a issue between Samba and FreeBSD. I do say that 'cuz on Linux+Samba (Debian Kernel+Samba.deb) this issue does not appear. Anyway, If you have another idea. [snip] Yes - don't use the Realtek. They are OK for low end things like home ADSL, but when stressed will generally only give you about half the throughput of a real NIC. Don't know if this will help, but I believe the default buffer sizes to be way too small. This, for example purposes, from my smb.conf: max xmit = 65535 socket options = TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=65535 SO_RCVBUF=65535 This was also in conjunction with some tuning in /etc/sysctl.conf. If the above changes the behavior, you might also look at some tuning numbers like below and see if adjusting them helps. YMMV. kern.ipc.maxsockbuf=2097152 kern.ipc.nmbclusters=32768 kern.ipc.somaxconn=4096 kern.ipc.shmmax=67108864 kern.ipc.shmall=32768 These should only be used as food for thought examples. What values may be of benefit to you will most likely be specific to your situation. Also I have/use:use sendfile = Yes I have never had Samba perform exactly the same as Windows Server 2003, it has always been just a tad slower. One thing to figure out though, is if it is disk limited, network limited, or some combination of both. IF the disk subsystem is just way too slow it won't matter what you fiddle with in network land. You may find what you really need is a faster disk subsystem. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Up_down~up
Jos Chrispijn wrote: Just saw this in my security log: +++ /tmp/security.CVzQ19kE2008-08-15 00:04:29.0 +0200 +fxp0: link state changed to DOWN +fxp0: link state changed to UP +fxp0: link state changed to DOWN +fxp0: link state changed to UP +fxp0: link state changed to DOWN +fxp0: link state changed to UP Does this indicate a nearly_broken nic or is this caused by someting else? Jos I recently had an onboard 82540 chip fry out. It started sporadically and over time became more frequent. When I googled I found many references to heat problems. I then disabled rx/tx checksum offload and it seemed like it fixed it, but only for a short while. It got worse and ultimately died altogether. Had to disable and put a PCI NIC in. While it is normal to see the ifup/down a couple of times at boot, it is an abnormal indication when you begin seeing lots of them in /var/log/messages during normal operation. If you notice a pause for a short while in your network connection and then a tail /var/log/messages starts showing you these messages your NIC is probably dying. If you only see a couple of these at boot you're probably OK. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Kernel compile R7.0 i386 GENERIC, fails
Peter B wrote: [snip] In previous releases. It was possible to make at leas the generic kernel compile out of the box. As it still is. I just did a make buildkernel KERNCONF=GENERIC on a 7-Release box and it built with no difficulty. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Remote host replies to SYN+FIN
kalin m wrote: does anybody have any idea how to resolve this? [snip] Not without a lot more information. But I may be able to fathom some wild guess, generically speaking. Only allow connections to set up like this: pass out quick on $ExtIF inet proto tcp all flags S/SA keep state pass in quick on $ExtIF inet proto tcp from any to any port 48080 flags S/SA keep state Notice I included the keep state for illustrative purposes. With the latest version of pf this is now the default condition and including it is no longer required. Then either block the SYN+FIN before they reach these rules, or simply allow it to fall through to a generic dumping rule like this: block in quick log on $ExtIF all This way the SYN+FIN doesn't match the rules for legitimate traffic and falls through to default block all non-legitimate traffic. YMMV - Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gemeral questions (noobish)
mcassar wrote: [snip] I only tried csup on ports once and wasn't too sure i should since the handbook or somewhere mentioned the ports tree should be empty the first time you run it; and got the impression you should only use either or (csup vs portsnap). I can only speak to cvsup or csup (which I use) but I'd like to point out a very common mistake wrt either. It is a good idea to have two different sup files, as they will need to download different collections of material. For example this: *default release=cvs tag=RELENG_7_0 src-all combination will pull down the system sources for the security updates to RELEASE. Read in the Handbook about the tags and collections. I keep a separate sup file for keeping the ports tree updated and the difference is here: *default release=cvs tag=. ports-all Please notice that if you use the tag=. with src-all you will pull down HEAD, which is the bleeding edge of development and not what a beginner should be using. But when used with the ports collection you will get an up to date ports tree. anyhow i think that only my nvidia driver instructions mentioned it relies on what i think are system sources (kernel related - if i'm not mistaken) - but i haven't touched that yet. Generally speaking before building something like the nvidia drivers using the ports system the best first step is to refresh the ports tree. With all dependencies tracked and updated you'll likely have more success. Notice, for instance, that the nvidia driver depends on having what we call the linuxulator installed. It'll do this for you but you may have to enter a line in your /boot/loader.conf to ensure the linux.ko kernel module gets loaded every time at boot. You will usually see some more instructions at the end if you need to do anything special. Also, be aware that the nvidia driver is only currently working with i386, _not_ amd64. Even if only using packages you should _still_ update the ports tree, as the package system relies on it for dependency tracking as well. I hate to bother any further but have one thing to clarify about building attempts - when building anything, if that's ok. I only have a basic understanding of C so far, and can't really tell how critical warnings are - such as undefined this and that, defined but not used...etc, when building a port. should i stop those and see how i should fix them or let them proceed as long as they're not errors? I can live with my current system for now, but have a few things i need to update eventually. When you use ports and compile stuff, you may see all manners of warnings, errors, and sundry garbage spewing forth from the compiler. Most of this, most of the time, is benign and not something to get overly concerned about as it is fairly normal. The exception is if the build errors out and completely quits, and there is an error sequence that will indicate whereabouts it bombed. Sometimes ports do get broken and need fixing, but most ports have a person who maintains them. If/when many people see the same error someone usually notifies the port maintainer and he/she then looks into fixing it. But generally speaking, if the build completes and runs without segfaulting just ignore what you may have seen scrolling by while building. Most of the time it's just noise. :-) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: New harddisk: CANNOT READ BLK Cause?
Jan Henrik Sylvester wrote: I got a new harddisk for my laptop, attached it via firewire, used dump 0aLf - / | restore xf - (from the FAQ), and swapped it with my internal one. During that, I also migrated /var and /usr to separate bsdlabels. On reboot during fsck (ad0s1f), I got: CANNOT READ BLK: 251403296 CONTINUE? [yn] y THE FOLLOWING DISK SECTORS COULD NOT BE READ: 251403296, 251403297, 251403298, 251403299, Whenever I see messages like this I tend to wonder: defective? LOOK FOR ALTERNATE SUPERBLOCKS? yes 32 is not a file system superblock SEARCH FOR ALTERNATE SUPER-BLOCK FAILED. YOU MUST USE THE Is there a problem with the harddisk? Did I do anything wrong? How do I find out? [snip] I'm going to assume here that you still have the old HD and it is set aside out of the way and is OK as a backup. Me, what I think I'd do is leave the new drive installed, wipe it clean, and try a fresh install from CDROM. Reboot and look for these errors. If they magically are no longer present I'd suspect something went wrong using the Firewire port on the first go around. If you see them again I'd suspect the drive may be faulty with bad media spots and would be a candidate for RMA replacement. There may be a disk diagnostic available which can confirm bad media. Eliminate the hardware as faulty first, just to get it out of the way. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCSI RAID on FreeBSD 7.0, where is the array?
[EMAIL PROTECTED] wrote: Hi all, I am fighting the following hardware: MB: ASUS p5b-plus (NON vista edition) Cpu: Core 2 duo 4600 SCSI Card: Adaptec 39320 (Unused Dell OEM bought from ebay) HDDs: 2xSeagate Cheetah 73.4 GB Ultra320 SCSI (posibly Dell OEM) Nb. The MB does not support PCI-X, but is backwards compatible to a standard PCI slot. On recommendations I have limited the throughput on the channels to 160mb. If you think any other pieces relevant let me know. I think this is probably just an issue with my not knowing wtf I'm doing, but to be optimistic lets assume the ahd module worked as there are no errors in dmesg; which device do I install to? I can not see see ahd0 in fdisk. [snip] Sounds like you might be able to see the individual drives which may indicate termination and other stuff is OK. During boot (POST time before OS starts to load) you press CTRL-A (both keys together) to get into the Adaptec card BIOS. You can configure your drives as an array here. There is supposed to be a message on the screen but this message can be disabled by BOFH. Been a while since I've done this, but IIRC after creating the array and rebooting you would then install to ar0. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and ECC memory?
Nejc Škoberne wrote: Hello, I am buying hardware for a FreeBSD server and me and my friend argue about whether or not to by ECC RAM for the server. It is a HP ProLiant ML110 G4 machine and currently it has 2 x 512 HP DDR2 ECC memory. My friend says buying ECC memory is not wise, because we would not profit from it since this server will not need very high availability (but still we'd like to make it a solid server). And also that ECC memory slows down memory operations by 2-3% all together. Also, we would profit from buying non-ECC memory because we already have 2 x 1GB non-ECC memory and if we: - buy extra 2 x 1GB non-ECC memory we'll have 4GB all together (4 x 1GB) - buy extra 2 x 1GB ECC memory we'll have 3GB all together (2 x 512MB + 2 x 1GB) 1. So, what would you base your decision on? Is getting ECC worth losing 1GB of non-ECC memory? My decision would be based upon what the server was going to be used for. Home use, or non mission critical I'd say non-ECC is just fine. At work for mission critical database, mail, etc I stick with ECC. Especially when it comes to Windows, as Windows has a nasty habit of trying to mask what's going on behind the scene. No way I'd run a large SQL database or Exchange server without ECC. I'd be more concerned with trying to buy all the memory at the same time so the sticks were all identical, especially with regard to timing and speed ratings. You can create a problem when you have stick(s) from one manufacturer then add in different ones later. IMHO, in this particular situation, my gut feeling from your description would be to go with the 4GB of non-ECC as it sounds like the scenario doesn't match the criteria I use for justifying ECC as a must have. 2. What are your experiences with ECC? 3. Did self-halt because of a memory error (having ECC memory) ever happen to someone here? If it does you have defective hardware that is in need of replacement. Yes, I have had bad RAM; whether it's ECC or non-ECC isn't the issue when it is simply defective. 4. If there is non-ECC memory installed, how does FreeBSD recognizes (corrects?) memory errors? Generally speaking this occurs more at the hardware level. Non-ECC RAM can correct single bit errors while ECC is capable of fixing multi-bit errors. However, should I become aware that ECC was fixing too many errors too often I would consider there to be defective hardware present. The purpose of these schemes is to compensate for the fact that in every so many (some large number) of memory transactions there may be a bit that gets flipped. If this is happening more often than (some large number) then there is a defect present. ECC just buys you uptime in the event there are more errors than there should be. In either case these bit flips should only happen extremely infrequently, if ever at all. Consider that these schemes are sort of a fallback to an extreme what if situation and really shouldn't come into play during most nominal operations. I would go with ECC for something that just had to stay up even in the face or errors. In either case I'd still replace the defective component(s), irregardless of whether they were ECC or not. I've seen thousands of machines with non-ECC RAM over the last 15 years that worked just fine. Just my $.02 here. YMMV and all other standard disclaimers apply. :-) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and ECC memory?
Michael Powell wrote: [snip] 1. So, what would you base your decision on? Is getting ECC worth losing 1GB of non-ECC memory? Oh - and the other criterion I forgot to mention. If the box in question is only being used by 1 or 2 people and can have downtime to fix defects whenever you want, non-ECC is a consideration. That being said, if it is a box depended upon by many people and expected to be reliable I'd spend the money on 4GB of ECC from the outset. The difference being I need to put up a box and move on to other things. Having to return and muck with complaints is a counter productive waste of time that could be better spent with new projects. [snip] Just my $.02 here. YMMV and all other standard disclaimers apply. :-) -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD and ECC memory?
Erik Trulsson wrote: [snip] No, non-ECC RAM cannot detect or correct any errors at all. (Old parity-RAM could detect, but not correct, single-bit errors.) Actually quite true. The old parity bit functionality that was removed from RAM and then called non-ECC actually migrated to the memory controller. So yes, it isn't the RAM that does it. Poor choice of wording on my part. ECC is generally capable of detecting multi-bit errors and fixing single-bit errors. (There are different ways of implementing ECC. Some of them might well be able to fix multi-bit errors too.) These cost lots of money. Common on Big Iron. In fact, non-ECC as an option isn't even offerred on B.I. [snip] The purpose of these schemes is to compensate for the fact that in every so many (some large number) of memory transactions there may be a bit that gets flipped. If this is happening more often than (some large number) then there is a defect present. ECC just buys you uptime in the event there are more errors than there should be. Note that random, spontaneous bit flips can happen (infrequently) even in perfectly good RAM. (Due to cosmic rays, radioactive decay in surrounding material, and similar stuff. (No, I am not joking.)) ECC will handle such errors just fine, and that is the main reason why I would want ECC. Especially true in satellites. The RAM in a satellite, or other spacecraft must be radiation hardened to be usuable at all. And yes, it is no joke but the truth what you say. For me the dividing line is when lots of people depend on a box 24/7 it must be ECC. A storage server in someones basement doesn't necessarily fit into this category. You can also get defective memory modules, but such can usually be detected by running memtest86 or similar. ECC can usually handle memory modules that have some bits more or less permanently wrong, but such modules should be replaced as soon as possible. I agree - I was kind of harping on the defective idea. If it's defective the manufacturer owes me a replacement, as in yesterday. [snip] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: calcru went backwards on 7 stable
Dimitar Vasilev wrote: Hi, I'm having calcru went backwards issues on a machine with the following config: MB: MSI K8D Master-F 2xOpteron 242 2.2Ghz BIOS - от 2005-та 7-stable areca 1120 8 disks HDD temperature 28-29 for 1st five, 38-39 for the last 3. bios is as of 2005 - ami bios or something like this. Initial time counter acpi-fast. changed it to i8245, but without success. Problem is that I get 10-15 messages, after which machine freezes - and it's not possible to log in via ssh. then after some time it looses ping also and it has to be reset. smart says disks are ok. Could someone help on this? Thanks in advance!. Only two things I can think of are to try the TSC timer as well, but sort of doubt that will change anything. The other is if there is any CPU frequency speed reduction when idle (PowerNow!) settings in the BIOS try disabling that functionality. IIRC some of these had the ability for different cores/cpus to run at slightly different frequencies to reduce power consumption and this can really confuse the OS. -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem in checking machine architecture
Eitan Shefi wrote: I have a host with FreeBSD 7.0-RELEASE (64 bit) installed. How do I check the host's architecture ? When I run: uname -m the output is: amd64 When I run: sysctl -a | less and search for: CPU I see that: hw.model: Intel(R) Xeon(R) CPU5140 @ 2.33GHz ... hw.machine_arch: amd64 So, is this host's architecture is: Intel or AMD I'm confused about it. Can someone help ? [snip] AMD came out with the 64 bit extensions to the x86 architecture first. Intel later followed AMD's lead but called their version EM64T. The distinction between an AMD vs Intel architecture is incorrect. Furthermore, today when referring to architecture, most use x86 to represent 32bit and x86_64 to refer to 64 bit processor versions. FreeBSD simply refers to it as amd64 because AMD was first to produce the 64bit instruction set extensions to the x86 architecture. You may find this more helpful, as they probably explain it better: http://en.wikipedia.org/wiki/X86-64#Intel_64 -Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]