回复: freebsd-questions Digest, Vol 329, Issue 2

fengdreamer at 126.com fengdreamer at 126.com
Wed Sep 22 02:11:22 UTC 2010



原信息
主题: freebsd-questions Digest, Vol 329, Issue 2
发件人: freebsd-questions-request at freebsd.org
日期: 2010/09/21 14:22

Send freebsd-questions mailing list submissions to
	freebsd-questions at freebsd.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.freebsd.org/mailman/listinfo/freebsd-questions
or, via email, send a message with subject or body 'help' to
	freebsd-questions-request at freebsd.org

You can reach the person managing the list at
	freebsd-questions-owner at freebsd.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-questions digest..."


Today's Topics:

   1. Re: The nightmarish problem of installing a printer
      (perryh at pluto.rain.com)
   2. Re: apache22 and threads (Michael Powell)
   3. dnsmasq, mfsBSD, status refused (Samuel Mart?n Moro)
   4. Re: TCP Logs  Why "Connection attempt to closed port" (Daniel Bye)
   5. Re: why is the PHP stuff line "off" by default in
      ports/lang/php5? (doug at safeport.com)
   6. Re: Problem running custom startup script at proper time
      (Robert Bonomi)
   7. Re: why is the PHP stuff line "off" by default in
      ports/lang/php5? (Michael Powell)
   8. Re: The nightmarish problem of installing a printer
      (Robert Bonomi)
   9. Re: Problems with upgrade - lost partition (Lokadamus)
  10. RSS to email? (Chris Maness)
  11. Re: RSS to email? (Glen Barber)
  12. Re: RSS to email? (Chip Camden)
  13. Re: RSS to email? (Glen Barber)
  14. Re: why is the PHP stuff line "off" by default in
      ports/lang/php5? (Rob Farmer)
  15. Re: RSS to email? (Michelle Konzack)
  16. Re: why is the PHP stuff line "off" by default in
      ports/lang/php5? (Matthew Seaman)
  17. Re: extra open ports in rkhunter (Carl Johnson)
  18. Re: make buildkernel pre-build too long (Alexander Best)
  19. Re: Problem running custom startup script at proper time (Aaron)
  20. Re: The nightmarish problem of installing a printer (C. P. Ghost)
  21. Zip file making issues (Ryan Coleman)
  22. Re: Zip file making issues (Matt Emmerton)
  23. Re: Zip file making issues (Ryan Coleman)
  24. wireless networking (William Kindler)
  25. Re: Zip file making issues (Michael Ross)
  26. Re: Zip file making issues (Ryan Coleman)
  27. Re: Zip file making issues (Matthew Seaman)
  28. Re: Zip file making issues (Ryan Coleman)
  29. Re: make buildkernel pre-build too long (David DEMELIER)


----------------------------------------------------------------------

Message: 1
Date: Mon, 20 Sep 2010 05:20:52 -0700
From: perryh at pluto.rain.com
Subject: Re: The nightmarish problem of installing a printer
To: FreeBSD at insightbb.com
Cc: freebsd-questions at freebsd.org
Message-ID: <4c9751a4.POuJNkjk++rGHEd0%perryh at pluto.rain.com>
Content-Type: text/plain; charset=us-ascii

Steven Friedrich <FreeBSD at insightbb.com> wrote:

> > "Common Unix Printing System" certainly sounds as if the intent
> > was to be the "ONE thing that is used for printing".  Whether
> > they did a good job of it is another question entirely :(
>
> I think that you don't fully apreciate the task at hand.  When
> Unix was first invented, there were no laser printers, ink jets,
> USB, etc.
>
> That no one can create a one-size fits all solution OWES to the
> fact it's simply not always possible to unify disparate designs.
> They weren't designed to be interoperable.  Technology keeps
> marchng forward. We need to discard all of it eventually.

Back in the CP/M and early MS-DOS days, similar doubts were raised
regarding display systems.

Fortunately, those doubts did not stop some developers from doing
what others thought impossible.  The results included X11, which
has been rather durable for a considerable time.


------------------------------

Message: 2
Date: Mon, 20 Sep 2010 08:19:37 -0400
From: Michael Powell <nightrecon at hotmail.com>
Subject: Re: apache22 and threads
To: freebsd-questions at freebsd.org
Message-ID: <i77jch$cee$1 at dough.gmane.org>
Content-Type: text/plain; charset="ISO-8859-1"

Victor Sudakov wrote:

> Colleagues,
> 
> When building apache22 from ports, would you recommend to enable or to
> disable threads support?
> 
> Even more confusing is the fact that for ports/www/apache22 the default
> is: "Enable threads support in APR is off" (WITHOUT_THREADS=true)
> 
> while for ports/devel/apr1 the default is:
> "Enable Threads in apr is on" (WITH_THREADS=true).
> 
> Thank you in advance for any input.
> 
> PS ports/devel/apr1 will also be used for the subversion client.
> 

I wouldn't mind someone with more apache22-fu to elaborate, correcting the 
following if necessary.

My thoughts are this matters depending upon which mpm you choose to build 
into apache. The default is prefork, and it handles incoming requests by 
spawning child processes. The main shortcoming associated with this approach 
is resources such as database connections are not shareable between the 
child processes, e.g. each must have its own. So each incoming request has 
to fork a child, then build up, consume, and tear down the database 
connection. The lifetime will exist during the keepalive period and just be 
sitting there in memory idle most of the time following the task completion.

A threaded mpm such as worker or event, is designed to spawn threads within 
a process to service incoming requests. One is a hybrid, in that it also 
forks additional processes as well when a preset thread count is reached. 
When all threads are contained within the same process each thread is able 
to share and consume resources in a pool amongst other threads. So an idle 
database connection which has finished serving a previous request can be 
immediately reused by a new thread without a build up tear down cycle.

So my idea of the usage of WITH_THREADS is for the default prefork mpm it 
would be "NO", while for the event mpm it would be "YES".

An additional consideration might be what kind of backend is used. For 
example, since not all of PHP is known to be thread safe it is not 
recommended for use with a threaded server and mod_php. The way to get 
around this situation is to separate PHP from Apache with something like 
mod_fcgid which runs PHP as a FastCGI. This way you can safely run a 
threaded Apache with non-thread safe PHP. As far as which is the better 
approach I still am not really sure. Each has its set of pros and cons.

-Mike




------------------------------

Message: 3
Date: Mon, 20 Sep 2010 14:56:35 +0200
From: Samuel Mart?n Moro <faust64 at gmail.com>
Subject: dnsmasq, mfsBSD, status refused
To: dnsmasq-discuss at lists.thekelleys.org.uk,
	freebsd-questions at freebsd.org
Message-ID:
	<AANLkTim9wjDnBjXi-tV7mry_hPeSEFJYck1ZV_DKG1nz at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hi


I'm trying to replace my gate with a qnap ts-509.
I installed mfsBSD, based on FreeBSD-8.1-RELEASE amd64.
I just had to build some pre-configured packages, add ipfw, ipfw_nat and
libalias to boot modules.

Everything's working just fine, except for the DNS (dnsmasq-2.55,1.tbz,
rebuilt with config files and ipfw startup script)

DHCP works perfectly. But DNS does not...
Even on the (soon-to-be) gateway, so I'm assuming ipfw is not related to the
problem (in doubt, I still send it)
root at phi /real/tmp : ipfw list
00001 check-state
00002 allow ip from any to any via lo0
00003 allow tcp from any to any established
00500 allow ip from any to any via bge1
00666 allow tcp from me to any out via bge0 setup uid root keep-state
65535 deny ip from any to any
(since bge0 is not plugged, it's quite empty...)



root at phi /real/tmp : ./dig @localhost alpha.faust-network

; <<>> DiG 9.6.2-P2 <<>> alpha.faust-network
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 13068
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;alpha.faust-network.           IN      A

;; Query time: 13 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Sep 20 13:41:15 2010
;; MSG SIZE  rcvd: 37


basically, my configuration is the following:

cache-size=1024
local-ttl=15
log-dhcp
interface=bge1
bind-interfaces
no-negcache
dhcp-range=10.254.254.1,10.254.254.254,255.0.0.0,1h
dhcp-boot=pxelinux.0,omega,10.42.42.45          # PXE TFTP server (omega)
dhcp-option=3,10.242.42.254                     # gateway
dhcp-option=19,1                                # option ip-forwarding off
dhcp-option=23,42                               # TTL de 42
dhcp-option=44,10.242.42.254                    # Wins Server
dhcp-option=45,10.242.42.254                    # NetBios DDS
dhcp-option=46,8                                # NetBios Node Type
dhcp-option=option:ntp-server,213.186.41.134,88.191.79.242,193.55.167.2,80.65.235.4,194.57.191.1,91.121.45.45
dhcp-script=/usr/local/bin/dhcp_action
domain=faust-network
expand-hosts
bogus-nxdomain=64.94.110.11     #get SSL certificate from another CAServer
localmx
selfmx
conf-file=/usr/local/etc/blocklist.conf # filter adds, shits, facebook, ...


my resolv.conf:
nameserver 10.242.42.254 #localhost, priv addr
nameserver 8.8.4.4
domain faust-network


I already have a dnsmasq working perfectly on my current gate
(ArchLinux-x86_64).
I copied the configuration, making a few changes (192.168.0.0/24 ->
10.0.0.0/8).
So, I don't understant what I'm doing wrong....
Any idea?



Cheers,

---

Samuel Mart�n Moro
{EPITECH.} tek5
CamTrace S.A.S


------------------------------

Message: 4
Date: Mon, 20 Sep 2010 15:21:40 +0100
From: Daniel Bye <freebsd-questions at slightlystrange.org>
Subject: Re: TCP Logs  Why "Connection attempt to closed port"
To: freebsd-questions at freebsd.org
Message-ID: <20100920142140.GA12913 at catflap.slightlystrange.org>
Content-Type: text/plain; charset="us-ascii"

On Mon, Sep 20, 2010 at 11:58:38AM +0100, David Southwell wrote:
> 
> Large quantities of these errors constantly appear in log/dmesg.today.
> 
> Can anyone explain what is going on and whether any action is needed. If so 
> how to go about tracing the cause.

- - - ����"����">"����"�������������������� - - -




More information about the freebsd-questions mailing list