Schiz0 | 1 Jun 01:02 2007
Picon

NTPd not syncing time correctly - No errors either

Hey,

I'm running a dev server in VMWare (On a WindowsXP host) just to screw
around with some things. Running FreeBSD 6.2-STABLE. VMWare causes the clock
in FreeBSD to be a inaccurate; it loses about 2 hours every 24 hours.

I read the handbook entry on the NTP daemon which automatically syncs the
clock. Previously I was using cron to run ntpdate every 2 hours.

I set NTPd to update using NTP.org's pool servers. Yet it isn't syncing. I
setup NTPd last night. I checked about 20 minutes ago and the time was off
by 2 hours. I shutdown ntpd and ran ntpdate manually, and it updated just
fine.

My logs have only this:
/var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: ntpd 4.2.0-a Mon May 28
23:49:40 EDT 2007 (1)
/var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: no IPv6 interfaces
found
/var/log/messages:May 31 16:41:50 Jupiter ntpd[489]: ntpd exiting on signal
15

The first two came up as soon as I started NTPd. The third one was when I
stopped it. I rebuild world without IPv6 support. I tried adding the -4 flag
to ntpd_flags in /etc/rc.conf as it says in the man page, but NTPd reports
that -4 doesn't exist.

While NTPd is running, I ran "ntpq -np" to display the peers. It did output
the four servers from pool.ntp.org, so it's connecting fine.

(Continue reading)

Spiros Papadopoulos | 1 Jun 01:02 2007

Fwd: Squid and IPFW

Thanks for your reply. I asked the question long in advance. I will try
this.

---------- Forwarded message ----------
From: Tek Bahadur Limbu <teklimbu <at> wlink.com.np >
Date: 31-May-2007 14:35
Subject: Re: Squid and IPFW
To: Spiros Papadopoulos <spap13 <at> googlemail.com>
Cc: freebsd mailing list < freebsd-questions <at> freebsd.org>

Spiros Papadopoulos wrote:
> Dear all,
>
> I would like to setup a gw / firewall (IPFW) which will also run Squid, in
> order to restrict access to certain websites
> or to allow certain workstations to have full access to the internet.
> How can I redirect all traffic going to port 80 on the gw, to port 3128 on
> Squid without setting this on each workstation?
> I know this can be done with iptables but i don't want to use iptables on
> this one...

Hi Spiros,

You can try the following commands:

/sbin/ipfw add fwd 127.0.0.1,3128 tcp from any to any 80 in
/sbin/ipfw add allow tcp  from 192.168.0.0/24 to any  3128 in via fxp0

Hope it helps.

(Continue reading)

Schiz0 | 1 Jun 01:13 2007
Picon

Re: NTPd not syncing time correctly - No errors either

On 5/31/07, John Webster <jwebster <at> es.net> wrote:
>
>
>
> --On Thursday, May 31, 2007 19:02:47 -0400 Schiz0 <
> schiz0phrenic21 <at> gmail.com> wrote:
>
> > Hey,
> >
> > I'm running a dev server in VMWare (On a WindowsXP host) just to screw
> > around with some things. Running FreeBSD 6.2-STABLE. VMWare causes the
> clock
> > in FreeBSD to be a inaccurate; it loses about 2 hours every 24 hours.
> >
> > I read the handbook entry on the NTP daemon which automatically syncs
> the
> > clock. Previously I was using cron to run ntpdate every 2 hours.
> >
> > I set NTPd to update using NTP.org's pool servers. Yet it isn't syncing.
> I
> > setup NTPd last night. I checked about 20 minutes ago and the time was
> off
> > by 2 hours. I shutdown ntpd and ran ntpdate manually, and it updated
> just
> > fine.
> >
> > My logs have only this:
> > /var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: ntpd 4.2.0-a Mon
> May 28
> > 23:49:40 EDT 2007 (1)
(Continue reading)

paul beard | 1 Jun 01:20 2007
Picon

Re: what is pkg_create doing?


On May 31, 2007, at 11:22 AM, Conrad J. Sabatier wrote:

> No, by default, portupgrade runs pkg_create *before* installing the
> newly built port, to create a backup of the old version in case
> something goes wrong.  Depending on the size of the old port  
> (package),
> this can take an appreciable amount of time, even on a fast system.
> Packages are only built *after* installation if one explicitly tells
> portupgrade to do so, via the "-p" or "--package" switches.
>
This is consistent with what I am observing, as the command output  
claims the package is installed, I then see a delay (minutes? on a  
dual core 2.4GHz system?) while pkg_create runs, and then cleanup  
happens.
> The man page lists several package-related ENVIRONMENT variables,  
> which
> may or may not provide a means to disable some or all of this package
> creation; I don't know for sure, as I've never tried changing or
> unsetting them to see what may happen.  If you're curious, though, it
> may be worth experimenting with, although I would certainly advise
> against disabling the precautionary backup package creation before the
> new port is successfully installed.

Thanks. I'll take a look there. I wasn't sure if something changes in  
how ports are done in the Moderne Age.
--
Paul Beard
words: http://paulbeard.org/wordpress
pictures: http://www.flickr.com/photos/pdb206/
(Continue reading)

John Webster | 1 Jun 01:09 2007
Picon

Re: NTPd not syncing time correctly - No errors either


--On Thursday, May 31, 2007 19:02:47 -0400 Schiz0 <schiz0phrenic21 <at> gmail.com> wrote:

> Hey,
> 
> I'm running a dev server in VMWare (On a WindowsXP host) just to screw
> around with some things. Running FreeBSD 6.2-STABLE. VMWare causes the clock
> in FreeBSD to be a inaccurate; it loses about 2 hours every 24 hours.
> 
> I read the handbook entry on the NTP daemon which automatically syncs the
> clock. Previously I was using cron to run ntpdate every 2 hours.
> 
> I set NTPd to update using NTP.org's pool servers. Yet it isn't syncing. I
> setup NTPd last night. I checked about 20 minutes ago and the time was off
> by 2 hours. I shutdown ntpd and ran ntpdate manually, and it updated just
> fine.
> 
> My logs have only this:
> /var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: ntpd 4.2.0-a Mon May 28
> 23:49:40 EDT 2007 (1)
> /var/log/messages:May 30 23:04:19 Jupiter ntpd[489]: no IPv6 interfaces
> found
> /var/log/messages:May 31 16:41:50 Jupiter ntpd[489]: ntpd exiting on signal
> 15
> 
> The first two came up as soon as I started NTPd. The third one was when I
> stopped it. I rebuild world without IPv6 support. I tried adding the -4 flag
> to ntpd_flags in /etc/rc.conf as it says in the man page, but NTPd reports
> that -4 doesn't exist.
> 
(Continue reading)

Jack Barnett | 1 Jun 01:30 2007
Picon

Re: FreeBSD t-shirt

Kávássy Dániel wrote:
> Thanks I will check it out.
>
> Daniel
>
> K. Greenwood wrote:
>> --- Kávássy Dániel <kavassy.daniel <at> zonemail.hu> wrote:
>>
>>  
>>> Hi,
>>>
>>> I know it's a bit off. I've seen FreeBSD t-shirts
>>> (probably drafts) with the new logo:
>>> http://logo-contest.freebsd.org/result/640-1.png
>>>     
>>  
>> http://www.bsdmall.com/sport.html perhaps?
>>
>>  
>>> If there were any, I'd happily buy one.
>>>
>>> Daniel
>>>     
>>
>>

Mmm... that is nice.

Just a suggestion, but maybe also a case "badge" with the new logo? :)

(Continue reading)

Lowell Gilbert | 1 Jun 01:48 2007

Re: what is pkg_create doing?

"Conrad J. Sabatier" <conrads <at> cox.net> writes:

> On Thu, 31 May 2007 09:47:20 -0400
> Lowell Gilbert <freebsd-questions-local <at> be-well.ilk.org> wrote:
>
>> paul beard <paulbeard <at> gmail.com> writes:
>> 
>> > I realize it should be obvious from the name but it seems to
>> > linger for several minutes after each package is installed.
>> >
>> > PID      USERNAME    THR PRI NICE   SIZE    RES STATE  C   TIME    
>> > WCPU COMMAND
>> > 55763         root              1    121    0     1852K  1232K
>> > RUN 0   2:38 95.73% pkg_create
>> >
>> > I am new to 6.2 (being a belated migrator from 4.x): is there a
>> > knob somewhere to turn off pkg creation? Not that I see any
>> > packages being kept anywhere . . . .
>> 
>> When a package is built, it is always done *after* the port has been
>> installed into $PREFIX.  As far as I recall, packages don't get built
>> unless you explicitly ask for them, so the command you used to install
>> the program is what you need to look at for details.  Incidentally,
>> built packages get installed to /usr/ports/packages by default.
>> 
>> None of this is different from earlier versions, as far as I remember.
>
> No, by default, portupgrade runs pkg_create *before* installing the
> newly built port, to create a backup of the old version in case
> something goes wrong.  Depending on the size of the old port (package),
(Continue reading)

Gary Kline | 1 Jun 04:01 2007

Re: printing a very long-line files with openoffice using "letter" pages

On Fri, Jun 01, 2007 at 08:30:04AM +1000, Murray Taylor wrote:
> the poster util is what you want
> 
> /usr/ports/print/poster
> 
> 
> POSTER(1)
> POSTER(1)
> 
> 
> 
> NAME
>        poster - Scale and tile a postscript image to print on multiple
> pages
> 
> SYNOPSIS
>        poster <options> infile
> 
> DESCRIPTION
>        Poster  can be used to create a large poster by building it from
> multi-
>        ple pages and/or printing it on large media.  It  expects  as
> input  a
>        generic  (encapsulated)  postscript file, normally printing on a
> single
>        page.  The output is again a postscript file, maybe containing
> multiple
>        pages together building the poster.  The output pages bear
> cutmarks and
>        have slightly overlapping images for easier assembling.  The
(Continue reading)

Dan Nelson | 1 Jun 04:26 2007

Re: what is pkg_create doing?

In the last episode (May 31), paul beard said:
>  On May 31, 2007, at 11:22 AM, Conrad J. Sabatier wrote:
> > No, by default, portupgrade runs pkg_create *before* installing the
> > newly built port, to create a backup of the old version in case
> > something goes wrong.  Depending on the size of the old port
> > (package), this can take an appreciable amount of time, even on a
> > fast system. Packages are only built *after* installation if one
> > explicitly tells portupgrade to do so, via the "-p" or "--package"
> > switches.
> >
> > The man page lists several package-related ENVIRONMENT variables,
> > which may or may not provide a means to disable some or all of this
> > package creation; I don't know for sure, as I've never tried
> > changing or unsetting them to see what may happen.  If you're
> > curious, though, it may be worth experimenting with, although I
> > would certainly advise against disabling the precautionary backup
> > package creation before the new port is successfully installed.
> 
>  Thanks. I'll take a look there. I wasn't sure if something changes
>  in how ports are done in the Moderne Age.

Apply the patch in PR 112630.  It fixes an inefficient dependency
sorting algorithm that only became an issue after the xorg port update
introduced an extra 100 dependencies to every X-using port.  Took my
pkg_create times down from 5 minutes to 5 seconds :)

--

-- 
	Dan Nelson
	dnelson <at> allantgroup.com
_______________________________________________
(Continue reading)

Norberto Meijome | 1 Jun 04:34 2007
Picon

Re: Download speed and TCPIP window sizing

On Fri, 01 Jun 2007 02:21:13 +0800
Pang <freebsd <at> laws.ms> wrote:

> Thanks for reply.
> 
> Nicolas Gieczewski wrote:
> > On Thu, 31 May 2007 22:06:39 +0800, Pang <freebsd <at> laws.ms> wrote:
> >   
> >>   Recently, I have leased a rack in Asianetcom and some bandwidth.
> >> However, the speed for my curcuit is substantially slower than my
> >> provider's company site.
> >> [...]
> >> *This server is using FreeBSD 6.2 patch 4 with Apache in the port tree.
> >> The kernel is custom built but I haven't made any modification in sysctl
> >>
> >>   I have asked many techs in Asianetcom and they blamed on TCPIP window
> >> sizing.
> >>     
> >
> > I used to have the same problem with my FreeBSD dedicated servers in the U.S. when I was living in South
America with a latency of ~200 ms. Given identical hardware and connectivity, I could max out my download
speed when downloading from a server running Linux, but would get no more than 100-150 KB/s when
downloading from an otherwise identical FreeBSD box.
> >
> > The solution was to increase the size of the TCP send window on the FreeBSD server to about 128 KB--the
default of 32 KB turned out to be way too small.
> >
> > # sysctl net.inet.tcp.sendspace=131072
> >
> > After modifying this value, you need to restart any processes (e.g. Apache) that you want to take
(Continue reading)


Gmane