Re: OpenNTPD does not 'pull-in' wrong time

[Uwe Dippel]

On Mon, 12 Dec 2005 22:30:07 -0500, Nick Holland wrote:

> 1) set time properly, using rdate or ntpd -s.

Done

> 2) now how does it do?

Drifting off:

Dec 13 12:49:00 cip ntpd[26647]: ntp engine ready
Dec 13 12:49:22 cip ntpd[26647]: peer 172.16.0.4 now valid
Dec 13 12:50:16 cip ntpd[22805]: adjusting local clock by 39.362721s
Dec 13 12:54:45 cip ntpd[22805]: adjusting local clock by 40.094713s
Dec 13 12:55:20 cip ntpd[22805]: adjusting local clock by 45.676478s
Dec 13 12:59:15 cip ntpd[22805]: adjusting local clock by 50.446791s
Dec 13 13:02:33 cip ntpd[22805]: adjusting local clock by 51.229806s
...
Dec 13 15:48:58 cip ntpd[22805]: adjusting local clock by 274.515302s
Dec 13 15:52:48 cip ntpd[22805]: adjusting local clock by 279.199983s
Dec 13 15:56:08 cip ntpd[22805]: adjusting local clock by 283.888464s


> HOWEVER, you may be dealing with a drift that is much bigger than ntpd
> is designed to handle.  Don't expect ntpd to make sense of a wildly
> drifting clock, it is only designed to provide little nudges in the
> right direction, not rework the entire clock hardware and software to
> compensate for a problem.

I am pretty sure that this is what it is.
So my question remains valid: How to get bsd.mp calculate time properly
when bsd does ?
I had some suggestions in that earlier thread, but all was about setting
ACPI, TSC. Nothing similar in the vast range of HP's BIOS settings.
I read the config, in order to switch off ACPI, but as far as I found,
there's naught.

I feel a bit depressed, because I had made all this fuss about getting
Dual core and run all the Internet-facing servers of our College of IT on
OpenBSD; and now we're down to run single core. Makes me look stupid. I
already had the first chap 'generously' offering to 'help out' with Fedora.

Uwe

Re: PCI-X not seen by 3.8 on HP DL-145 G2

[Uwe Dippel]

On Fri, 09 Dec 2005 10:24:02 -0800, Ted Unangst wrote:

> try disabling softdep to see if it changes things.

(I dunno if anybody still sees this; but finally I tried the same machine
as in the parallel thread
("Interesting ! - Just for the discussion, here are those on the ML350;
running bsd: ...)
with softdeps; and the values sink about 25%; like from 78/80 MByte to
58/62 MByte.

Just FYI,

Uwe

OS Crash Test

[Bruno Carnazzi]

  Hi all,

I'd like to know if there is a way to deeply test a POSIX operating
system, and especially OpenBSD. The goal is to estimate the platform
stability (performance estimation is not required). Tests should
covert POSIX syscalls, OpenBSD specifics (drivers, etc...). For
example, I have at home an old computer running OpenBSD 3.8 with
in-kernel PPPoE that crashed recently : how can I dump the content of
'trace' and 'ps' in this case ? How can I know the origin of the
problem (I suspect the kernel pppoe driver) ?

Thank you,
Best Regards,

Bruno.

Re: Problems with mod_gzip and 3.8

[Srebrenko Sehic]

zlib API was changed between 3.6 and 3.7 which potentially broke all
external packages depending on zlib.

the breakage is not that easy to spot, since it's only triggered if
the application linking to zlib requires compression stats. Try to
disable mod_gzip compression ratio logging and see if that helps or
bug henning@ to fix the API.

On 12/13/05, Ted Unangst <[EMAIL PROTECTED]> wrote:
> see recent posts to tech about apache 2 and zlib.  probably related.
>
> On 12/12/05, Juan J. Martmnez <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I'm having problems with mod_gzip package and OpenBSD 3.8 (i386).

Re: Problems with mod_gzip and 3.8

[Juan J.]

El lun, 12-12-2005 a las 23:48 -0800, Ted Unangst escribis:
> see recent posts to tech about apache 2 and zlib.  probably related.

I'm using Apache from obsd base install chrooted, just the same than
obsd 3.6. I'm not using Apache2. But may be is related.

According to the mail of Srebrenko[1], it may be related to a change in
obsd zlib. If this is true, it broke mod_gzip port too.

After reading mod_gzip source for a while I don't feel like start
hacking it (I don't see zlib related code, so I bet I have no idea about
what I'm doing...).

There's a fix or a workaround for this?

Thanks you Ted for the pointer.

regards,

Juanjo

[1] http://marc.theaimsgroup.com/?l=openbsd-tech&m=113406781822004&w=2

-- 
Desarrollo y sistemas: http://www.usebox.net/
  Pagina Personal: http://www.usebox.net/jjm/

Re: OpenNTPD does not 'pull-in' wrong time

[Otto Moerbeek]

On Tue, 13 Dec 2005, Uwe Dippel wrote:

> On Mon, 12 Dec 2005 22:30:07 -0500, Nick Holland wrote:
> 
> > 1) set time properly, using rdate or ntpd -s.
> 
> Done
> 
> > 2) now how does it do?
> 
> Drifting off:
> 
> Dec 13 12:49:00 cip ntpd[26647]: ntp engine ready
> Dec 13 12:49:22 cip ntpd[26647]: peer 172.16.0.4 now valid
> Dec 13 12:50:16 cip ntpd[22805]: adjusting local clock by 39.362721s
> Dec 13 12:54:45 cip ntpd[22805]: adjusting local clock by 40.094713s
> Dec 13 12:55:20 cip ntpd[22805]: adjusting local clock by 45.676478s
> Dec 13 12:59:15 cip ntpd[22805]: adjusting local clock by 50.446791s
> Dec 13 13:02:33 cip ntpd[22805]: adjusting local clock by 51.229806s
> ...
> Dec 13 15:48:58 cip ntpd[22805]: adjusting local clock by 274.515302s
> Dec 13 15:52:48 cip ntpd[22805]: adjusting local clock by 279.199983s
> Dec 13 15:56:08 cip ntpd[22805]: adjusting local clock by 283.888464s
> 
> 
> > HOWEVER, you may be dealing with a drift that is much bigger than ntpd
> > is designed to handle.  Don't expect ntpd to make sense of a wildly
> > drifting clock, it is only designed to provide little nudges in the
> > right direction, not rework the entire clock hardware and software to
> > compensate for a problem.
> 
> I am pretty sure that this is what it is.

There is a fix in current concerning adjtime() adjusting in the wrong
direction, but that only happens with much larger offsets. That fix
also has nothing to do with UP vs MP. You are looking at a genuine mp
bug, it seems.

> So my question remains valid: How to get bsd.mp calculate time properly
> when bsd does ?

I have seen some some timekeeping related problems. But so far no
developer stepped up the really solve them. In most cases, the
problems are not that big.  But your hardware seems to be exposing a
bug in a much more dramatic way. 

> I had some suggestions in that earlier thread, but all was about setting
> ACPI, TSC. Nothing similar in the vast range of HP's BIOS settings.
> I read the config, in order to switch off ACPI, but as far as I found,
> there's naught.
> 
> I feel a bit depressed, because I had made all this fuss about getting
> Dual core and run all the Internet-facing servers of our College of IT on
> OpenBSD; and now we're down to run single core. Makes me look stupid. I
> already had the first chap 'generously' offering to 'help out' with Fedora.

It is more or less to be expected that new hardware exposes problems
once in a while. Most of the time, things will be fine, but not always.

OpenBSD developers have (access to) a lot of gear, but not everything
under the sun. Also, most of the time, we only get access to new
hardware once it has been on the market for a while. New hardware does
not arrive magically in our hands.  Keep that in mind when selecting
machines.

-Otto

Re: ettercap

[q#]

On Mon, Dec 12, 2005 at 05:12:25PM -0700, Peter Valchev wrote:
> That was a totally different problem, which has been
> fixed correctly in -current, check CVS.
> 
>   CVSROOT:/cvs
>   Module name:ports
>   Changes by: [EMAIL PROTECTED]2005/11/26 14:17:54
> 
>   Modified files:
>   net/ettercap   : Makefile 
>   net/ettercap/patches: patch-configure 
> 
>   Log message:
>   switch from undocumented, obsolete -rdynamic cc arg to
>   -Wl,--export-dynamic. This makes main prog syms visible to plugins and
>   now they work. prompted by and okay sturm@

I ask this kurt@ some time ago, but I will try again. It's any reason
it could not be backported to -stable?

-- 
best regards
q#

Re: Problems with mod_gzip and 3.8

[Markus Wernig]

Juan J. Martmnez wrote:
> Hello,
> 
> I'm having problems with mod_gzip package and OpenBSD 3.8 (i386).

Just to go sure: You might want to double-check that php's own zlib
output compression isn't interfering (output_handler and
zlib.output_handler/zlib.output_compression in php.ini)

krgds /m

script

[Ricardo Lucas]

Hi all,
does anyone knows a script or even a little program that remove all files
and subdirectories and his respective files from a folder?
I've read the man of rm and rmdir but seems like they can't do that.

Thanks

--
Ricardo Lucas

Re: OpenNTPD does not 'pull-in' wrong time

[Uwe Dippel]

On Tue, 13 Dec 2005 10:50:53 +0100, Otto Moerbeek wrote:

> There is a fix in current concerning adjtime() adjusting in the wrong
> direction, but that only happens with much larger offsets. That fix
> also has nothing to do with UP vs MP. You are looking at a genuine mp
> bug, it seems.

This is what I guess, yes. And this is where help would be appreciated !

> OpenBSD developers have (access to) a lot of gear, but not everything
> under the sun. Also, most of the time, we only get access to new
> hardware once it has been on the market for a while. New hardware does
> not arrive magically in our hands.  Keep that in mind when selecting
> machines.

Thanks Otto, for the head-up. I can always offer an account on that box
that runs about 5% off once it is public, to a developer. The current one,
that is around 100% off, I also can; but it won't run mp for obvious
reasons. It is already in production. And with the advice on selecting
hardware; it is not always me, firstly, to decide. Secondly, I 'slept'
when I got the first box and saw those ugly tens of thousands of seconds
ntpd wanted to correct. I mistakenly assumed a problem on the BIOS side,
because we sit at UTC+8:00 and I thought it wanted to sync to the BIOS. Me
stupid. 
I wonder if one day we shall end up on Linux here ? As I had mentioned
in that earlier thread, Knoppix runs the 2 cores perfectly well. 
I'd rather not,

Uwe

Re: Problems with mod_gzip and 3.8

[Juan J.]

El mar, 13-12-2005 a las 11:11 +0100, Markus Wernig escribis:
> Juan J. Martmnez wrote:
> > Hello,
> > 
> > I'm having problems with mod_gzip package and OpenBSD 3.8 (i386).
> 
> Just to go sure: You might want to double-check that php's own zlib
> output compression isn't interfering (output_handler and
> zlib.output_handler/zlib.output_compression in php.ini)

I'm using php.ini from PHP port, and it's disabled. I've checked it :)

regards,

Juanjo

-- 
Desarrollo y sistemas: http://www.usebox.net/
  Pagina Personal: http://www.usebox.net/jjm/

Re: script

[Juan J.]

El mar, 13-12-2005 a las 08:22 -0200, Ricardo Lucas escribis:
> Hi all,
> does anyone knows a script or even a little program that remove all files
> and subdirectories and his respective files from a folder?
> I've read the man of rm and rmdir but seems like they can't do that.

rm -r directoy/

This will delete directory/ and all inside it (subdirectories and
files).

regards,

Juanjo

PS: check 'man rm' again

-- 
Desarrollo y sistemas: http://www.usebox.net/
  Pagina Personal: http://www.usebox.net/jjm/

Re: script

[Andreas Kahari]

rm -rf directory

Re-read the rm(1) manual, and be sure you know what you're doing
before you do it.

Cheers,
Andreas

On 13/12/05, Ricardo Lucas <[EMAIL PROTECTED]> wrote:
> Hi all,
> does anyone knows a script or even a little program that remove all files
> and subdirectories and his respective files from a folder?
> I've read the man of rm and rmdir but seems like they can't do that.
>
> Thanks
>
> --
> Ricardo Lucas
>
>


--
Andreas Kahari

Re: script

[Ricardo Lucas]

Thank's man, I don't know how I didn't see that in the man, I'll see it
again.

2005/12/13, Andreas Kahari <[EMAIL PROTECTED]>:
>
> rm -rf directory
>
> Re-read the rm(1) manual, and be sure you know what you're doing
> before you do it.
>
> Cheers,
> Andreas
>
> On 13/12/05, Ricardo Lucas <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > does anyone knows a script or even a little program that remove all
> files
> > and subdirectories and his respective files from a folder?
> > I've read the man of rm and rmdir but seems like they can't do that.
> >
> > Thanks
> >
> > --
> > Ricardo Lucas
> >
> >
>
>
> --
> Andreas Kahari
>



--
Ricardo Lucas

Re: script

[Ricardo Lucas]

Off course!!! Now I've got. May be because I've read the man too quickly and
than I've missed this part.
Thank's to help a noob =]


2005/12/13, Ricardo Lucas <[EMAIL PROTECTED]>:
>
> Thank's man, I don't know how I didn't see that in the man, I'll see it
> again.
>
> 2005/12/13, Andreas Kahari <[EMAIL PROTECTED]>:
> >
> > rm -rf directory
> >
> > Re-read the rm(1) manual, and be sure you know what you're doing
> > before you do it.
> >
> > Cheers,
> > Andreas
> >
> > On 13/12/05, Ricardo Lucas <[EMAIL PROTECTED]> wrote:
> > > Hi all,
> > > does anyone knows a script or even a little program that remove all
> > files
> > > and subdirectories and his respective files from a folder?
> > > I've read the man of rm and rmdir but seems like they can't do that.
> > >
> > > Thanks
> > >
> > > --
> > > Ricardo Lucas
> > >
> > >
> >
> >
> > --
> > Andreas Kahari
> >
>
>
>
> --
> Ricardo Lucas




--
Ricardo Lucas

Re: ethereal

[Joachim Schipper]

(Fixed posting order, just because I'm anal)

> >2005/12/12, Joachim Schipper <[EMAIL PROTECTED]>:
> >>
> >>On Mon, Dec 12, 2005 at 08:10:43AM -0200, Ricardo Lucas wrote:
> >>>Hello misc,
> >>>
> >>>Has someone compiled the ethereal? If so, you do can help me.
> >>>When I try to compile that source I get a message that I don't have the
> >>>GTK+2 and GLIB2 installed on my system, but I DO have they.
> >>>So if anyone passed through this problem, please, HELP ME!!! =]
> >>
> >>First, try to understand just *why* ethereal is not available as a port.
> >>See
> >>http://marc.theaimsgroup.com/?l=openbsd-ports-cvs&m=108984209100775&w=2,
> >>for example.
> >>
> >>That being said, could you post pkg_info output and the actual error?
> On Mon, 12 Dec 2005, Ricardo Lucas wrote:
> 
> >Thank's for the hint man. I will not install this pkg.
> >Thank's again.
> >
> >
On Mon, Dec 12, 2005 at 05:02:05PM -0600, ober wrote:
> http://www.linbsd.org/ethereal_on_openbsd37.html
> 
> Feel free to ignore some of the more "so&so is insecure, kay"
> as they are highly short on insight. :D
> 
> At one time Sendmail was considered to be the most insecure service.

Yes, Google turned that up for me, too. It's woefully out-of-date and
incorrect - for one, automake and autoconf are in ports and the
suggestion about linking automake-x-x to automake is misguided.

That's why I did not point to it. That being said, all this bickering
does not compile ethereal. Not that that is necessarily a bad thing -
you aren't suggesting that Sendmail never was a horrible security hole
on most *nixes?

Ethereal bombed for me too, while linking stuff in a weird way. I'd try
and figure it out, if I actually saw a point, but I'm afraid I don't.

Joachim

Re: script

[Rus Foster]

rm -rf * should do it or you couuld try

find . -exec rm {} \;

Rus
-- 
e: [EMAIL PROTECTED] : t: 01635 281120 | google: [EMAIL PROTECTED]
Unix Admin work from #40/hour or $70/hour
http://www.a2b2.com - UK and US Dedicated and Virtual servers 
http://www.instantblog.net - Does exactly what it says on the name

Trying to understand iostat output

[Markus Wernig]

Hi all!

I have a system (obsd3.8/sparc64) with 2 identical scsi drives (4
partitions + 1 swap each). The largest partition (10G) is mirrored over
the 2 drives as a ccd with interleave factor 16.

When running iostat during an I/O stress test (writing many small files
to the ccd in 10 parallel threads), the output shows different values
for KB/t and t/s respectively for the physical drives and the ccd.
Sample lines look like

  ttysd0 sd1ccd0 cpu

 tin tout  KB/t t/s MB/s   KB/t t/s MB/s   KB/t t/s MB/s  us ni sy in id
   04  6.34 199 1.23   6.20 200 1.21   9.94 125 1.22   2  0  3  2 93
   0   90  6.07 217 1.28   5.90 188 1.09   8.88 125 1.09   2  0  4  1 93
   0   30  6.03 210 1.23   5.83 237 1.35   8.64 160 1.35   0  0  1  2 96

To my understanding this shows that larger blocks are written to the ccd
in less transfers than to the physical disks, tantamounting to the same
absolute data amount (iostat -I shows similar figures). When trying to
understand the relationship between the single transfer rates (~6 KB/t
in ~200 t/s on the physical disks and ~10 KB/t in ~120 t/s on the ccd) I
realized that my knowledge doesn't suffice.
Does anybody know how those figures relate? Where are those block sizes
specified?
And 1.2M/s is rather less that what I'd have expected, is this figure
really the disk transfer rate?

Thanks for any hint.

/markus

Re: Problems with mod_gzip and 3.8

[Juan J.]

El mar, 13-12-2005 a las 12:01 +0100, Markus Wernig escribis:
> > I'm using php.ini from PHP port, and it's disabled. I've checked it :)
> 
> OK. I'm using php zlib compression on 3.8, plus apache without mod_gzip,
> and it works well.
> 
> just a thought

Thanks you Markus.

It works and it's a nice temporal workaround (but partial, because it
only does compress PHP pages).

regards,

Juanjo

-- 
Desarrollo y sistemas: http://www.usebox.net/
  Pagina Personal: http://www.usebox.net/jjm/

moving /usr/src or even /usr

[Julesg]

Any hints...

Is it realistic to attempt this?

I intend to tar up the current /usr, then

untar in in where I'd like my new /usr partition to be, then

hand edit the fstab


Or am I all wet??  Can this work?  Suggestions?  Have I forgotten something.  I 
could do this with Linux -- but that's bloatware today, in some ways it's 
getting to be like windoz.

Microsoft:  Where would you like to go today?
Linux:   Where would you like to go tomorrow?
FreeBSD:  Are you guys coming or what?

And now, for OpenBSD...

OpenBSD:  Been there, done that.


--jg

Re: moving /usr/src or even /usr

[Hannah Schroeter]

Hello!

On Tue, Dec 13, 2005 at 06:28:37AM -0600, Julesg wrote:
>Any hints...

>Is it realistic to attempt this?

>I intend to tar up the current /usr, then

>untar in in where I'd like my new /usr partition to be, then

>hand edit the fstab

If you want to move the contents of a whole partition (filesystem) and
that filesystem is ffs, I'd recomment dump and restore. Mount the target
async while restoring, then re-mount it noasync or softdep again.

I did that several times when moving my system to a new hd.

If you use tar (e.g. because it's not one whole filesystem), you
get more speed if you temporarily mount the source filesystem noatime.

>[...]

Kind regards,

Hannah.

Re: ettercap

[Ricardo Lucas]

I know that my questions are a little noobs, but I didn't understand, I have
to edit the files Makefile and patch-configure ?!

2005/12/13, q# <[EMAIL PROTECTED]>:
>
> On Mon, Dec 12, 2005 at 05:12:25PM -0700, Peter Valchev wrote:
> > That was a totally different problem, which has been
> > fixed correctly in -current, check CVS.
> >
> >   CVSROOT:/cvs
> >   Module name:ports
> >   Changes by: [EMAIL PROTECTED]2005/11/26 14:17:54
> >
> >   Modified files:
> >   net/ettercap   : Makefile
> >   net/ettercap/patches: patch-configure
> >
> >   Log message:
> >   switch from undocumented, obsolete -rdynamic cc arg to
> >   -Wl,--export-dynamic. This makes main prog syms visible to plugins and
> >   now they work. prompted by and okay sturm@
>
> I ask this kurt@ some time ago, but I will try again. It's any reason
> it could not be backported to -stable?
>
> --
> best regards
> q#
>
>


--
Ricardo Lucas

Re: script

[Terry]

On Tue, 13 Dec 2005, Rus Foster wrote:


rm -rf * should do it or you couuld try


Be careful what directory you are in when doing this because this will 
remove ALL files and directories in the current directory not just a 
specific file or directory.


--
Terry

Re: script

[Ricardo Lucas]

That I know. if I try rm -rf * on / I'll remove all of my files.
I know I know.
Thank's for your care.


2005/12/13, Terry <[EMAIL PROTECTED]>:
>
> On Tue, 13 Dec 2005, Rus Foster wrote:
>
> > rm -rf * should do it or you couuld try
>
> Be careful what directory you are in when doing this because this will
> remove ALL files and directories in the current directory not just a
> specific file or directory.
>
> --
> Terry
>



--
Ricardo Lucas

OpenBSD 3.8/amd64 running on Sun v40z

[Srebrenko Sehic]

Just wanted people to know that OpenBSD 3.8/amd64 runs fine on a Sun
v40z, 4 x Opteron 848 2,2 GHz CPUs.

The box has 8GB of RAM, but OpenBSD can only see/use 4GB. On-board
LSI1030 controller runs with integrated mirroring (I didn't know this
was supported), but is very slow comparing to non-mirrored
configuration.

// haver

dmesg:

OpenBSD 3.8 (GENERIC.MP) #504: Sat Sep 10 16:02:38 MDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3824197632 (3734568K)
avail mem = 3282997248 (3206052K)
using 22937 buffers containing 382627840 bytes (373660K) of memory
mainbus0 (root)
mainbus0: Intel MP Specification (Version 1.4) (SUN  SunFire V40z)
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Opteron(tm) Processor 848, 2191.76 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: apic clock running at 199218771Hz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Opteron(tm) Processor 848, 2191.41 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Opteron(tm) Processor 848, 2191.41 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW
cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu2: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Opteron(tm) Processor 848, 2191.41 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW
cpu3: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu3: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
mpbios: bus 0 is type PCI
mpbios: bus 1 is type PCI
mpbios: bus 2 is type PCI
mpbios: bus 3 is type PCI
mpbios: bus 32 is type PCI
mpbios: bus 33 is type PCI
mpbios: bus 37 is type PCI
mpbios: bus 41 is type PCI
mpbios: bus 45 is type PCI
mpbios: bus 49 is type ISA
ioapic0 at mainbus0 apid 4: pa 0x86263f24, version 11, 24 pins
ioapic1 at mainbus0 apid 5: pa 0x86263e24, version 11, 4 pins
ioapic2 at mainbus0 apid 6: pa 0x86263d24, version 11, 4 pins
ioapic3 at mainbus0 apid 7: pa 0x86263c24, version 11, 4 pins
ioapic4 at mainbus0 apid 8: pa 0x86263b24, version 11, 4 pins
ioapic5 at mainbus0 apid 9: pa 0x86263a24, version 11, 4 pins
ioapic6 at mainbus0 apid 10: pa 0x86263924, version 11, 4 pins
pci0 at mainbus0 bus 0: configuration mode 1
ppb0 at pci0 dev 6 function 0 "AMD 8111 PCI-PCI" rev 0x07
pci1 at ppb0 bus 1
ohci0 at pci1 dev 0 function 0 "AMD 8111 USB" rev 0x0b: apic 4 int 19
(irq 11), version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: AMD OHCI root hub, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1 at pci1 dev 0 function 1 "AMD 8111 USB" rev 0x0b: apic 4 int 19
(irq 11), version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
uhub1 at usb1
uhub1: AMD OHCI root hub, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
vga1 at pci1 dev 5 function 0 "Trident Blade 3D" rev 0x3a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
"AMD AMD8111 LPC" rev 0x05 at pci0 dev 7 function 0 not configured
pciide0 at pci0 dev 7 function 1 "AMD 8111 IDE" rev 0x03: DMA, channel
0 configured to compatibility, channel 1 configured to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  SCSI0 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
"AMD 8111 ACPI" rev 0x05 at pci0 dev 7 function 3 not configured
ppb1 at pci0 dev 10 function 0 "AMD 8131 PCIX" rev 0x12
pci2 at ppb1 bus 2
bge0 at pci2 dev 2 function 0 "Broadcom BCM5703X" rev 0x02, BCM5703 A2
(0x1002): apic 5 int 1 (irq 5) address 00:09:3d:00:bb:4c
brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2
bge1 at pci2 dev 3 function 0 "Broadcom BCM5703X" rev 0x02, BCM5703 A2
(0x10

Re: Trying to understand iostat output

[Joachim Schipper]

On Tue, Dec 13, 2005 at 01:16:20PM +0100, Markus Wernig wrote:
> Hi all!
> 
> I have a system (obsd3.8/sparc64) with 2 identical scsi drives (4
> partitions + 1 swap each). The largest partition (10G) is mirrored over
> the 2 drives as a ccd with interleave factor 16.
> 
> When running iostat during an I/O stress test (writing many small files
> to the ccd in 10 parallel threads), the output shows different values
> for KB/t and t/s respectively for the physical drives and the ccd.
> Sample lines look like
> 
>   ttysd0 sd1ccd0 cpu
> 
>  tin tout  KB/t t/s MB/s   KB/t t/s MB/s   KB/t t/s MB/s  us ni sy in id
>04  6.34 199 1.23   6.20 200 1.21   9.94 125 1.22   2  0  3  2 93
>0   90  6.07 217 1.28   5.90 188 1.09   8.88 125 1.09   2  0  4  1 93
>0   30  6.03 210 1.23   5.83 237 1.35   8.64 160 1.35   0  0  1  2 96
> 
> To my understanding this shows that larger blocks are written to the ccd
> in less transfers than to the physical disks, tantamounting to the same
> absolute data amount (iostat -I shows similar figures). When trying to
> understand the relationship between the single transfer rates (~6 KB/t
> in ~200 t/s on the physical disks and ~10 KB/t in ~120 t/s on the ccd) I
> realized that my knowledge doesn't suffice.
> Does anybody know how those figures relate? Where are those block sizes
> specified?
> And 1.2M/s is rather less that what I'd have expected, is this figure
> really the disk transfer rate?
> 
> Thanks for any hint.
> 
> /markus

There was a lengthy thread about ccd mirroring here. Search the
archives, and check whether it's worth the risk of ccd 'eating your
data' first. (If not, go with RAID-1.)

As ccd is very much a virtual device, it's rather possible that it mucks
with the write() calls between the application and the disk. So I
wouldn't be too surprised seeing different sizes, as long as the totals
are the same - which they are (okay, not perfectly, but close enough -
it's not an exact science).

That being said, I'm not quite an expert on this kind of benchmarks, but
your interpretation seems correct. I agree that 1.2MB/s is not very fast
- but the drive will be seeking a lot, so it's possible. Could you post
more information on your hardware? I don't think I'll be able to help
you much, but someone else may.

And people really like seeing dmesgs here...

Joachim

Re: moving /usr/src or even /usr

[Joachim Schipper]

On Tue, Dec 13, 2005 at 06:28:37AM -0600, Julesg wrote:
> Any hints...
> 
> Is it realistic to attempt this?
> 
> I intend to tar up the current /usr, then
> 
> untar in in where I'd like my new /usr partition to be, then
> 
> hand edit the fstab
> 
> 
> Or am I all wet??  Can this work?  Suggestions?  Have I forgotten something.  
> I could do this with Linux -- but that's bloatware today, in some ways it's 
> getting to be like windoz.

This is very much possible. Do remember the -p flag to tar.

Someone is likely to recommend dump/restore, which, admittedly, work
very well. But I like to stick to what I'm most familiar with in such
dangerous cases.

/usr/src can be safely (re)moved, as it is not used during normal
operation (many systems do not have it - you can use a central buildhost
and distribute the results from there, see the FAQ).

It's best to boot to single-user first, to make sure nothing is
happening on /usr. Not that anything should, but one never knows...

Joachim

Re: ettercap

[q#]

On Tue, Dec 13, 2005 at 11:04:12AM -0200, Ricardo Lucas wrote:
> I know that my questions are a little noobs, but I didn't understand, I have
> to edit the files Makefile and patch-configure ?!

You can take `patches/patch-configure' from -current and then edit
Makefile and bump pkgname and then recompile ettercap with `make update'

$ cd /usr/ports/net/ettercap
$ cvs up -r1.14 patches/patch-configure
$ vi Makefile # (_bump_ pkgname here)
$ make build

It should work.

-- 
best regards
q#

Re: ettercap

[Ricardo Lucas]

That was I got:
cvs [update aborted]: no such directory `/patches'
=/



 2005/12/13, q# <[EMAIL PROTECTED]>:
> >
> > On Tue, Dec 13, 2005 at 11:04:12AM -0200, Ricardo Lucas wrote:
> > > I know that my questions are a little noobs, but I didn't understand,
> > I have
> > > to edit the files Makefile and patch-configure ?!
> >
> > You can take `patches/patch-configure' from -current and then edit
> > Makefile and bump pkgname and then recompile ettercap with `make update'
> >
> > $ cd /usr/ports/net/ettercap
> > $ cvs up -r1.14 patches/patch-configure
> > $ vi Makefile # (_bump_ pkgname here)
> > $ make build
> >
> > It should work.
> >
> > --
> > best regards
> > q#
> >
>
>
>
> --
> Ricardo Lucas




--
Ricardo Lucas

Re: ettercap

[Ricardo Lucas]

That was I got:
cvs [update aborted]: no such directory `/patches'
=/


2005/12/13, Ricardo Lucas <[EMAIL PROTECTED]>:
>
>  That was I got:
> cvs [update aborted]: no such directory `/patches'
> =/
>
>
>
>  2005/12/13, q# <[EMAIL PROTECTED]>:
> > >
> > > On Tue, Dec 13, 2005 at 11:04:12AM -0200, Ricardo Lucas wrote:
> > > > I know that my questions are a little noobs, but I didn't
> > > understand, I have
> > > > to edit the files Makefile and patch-configure ?!
> > >
> > > You can take `patches/patch-configure' from -current and then edit
> > > Makefile and bump pkgname and then recompile ettercap with `make
> > > update'
> > >
> > > $ cd /usr/ports/net/ettercap
> > > $ cvs up -r1.14 patches/patch-configure
> > > $ vi Makefile # (_bump_ pkgname here)
> > > $ make build
> > >
> > > It should work.
> > >
> > > --
> > > best regards
> > > q#
> > >
> >
> >
> >
> > --
> > Ricardo Lucas
>
>
>
>
> --
> Ricardo Lucas




--
Ricardo Lucas

Re: ettercap

[Ricardo Lucas]

Thank's for the hint, now that's what I did:

# cd /usr/ports/net/ettercap/
:/cvs up -r1.14'patches/patch-configure'
<
The authenticity of host 'anoncvs.nyc.openbsd.org (64.90.179.99)' can't be
estab
lished.
RSA key fingerprint is 05:ac:be:be:f8:f6:ab:63:5e:80:6c:be:d3:31:41:cd.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'anoncvs.nyc.openbsd.org,64.90.179.99' (RSA) to
the l
ist of known hosts.
P patches/patch-configure
# ls
CVS distinfopkg
Makefilepatches w-ettercap-0.6.b
# vi Makefile #(_bump_w-ettercap-0.6.b)

and then what should I do?
quit vi and make build and make install ?! This didn't work!


2005/12/13, q# <[EMAIL PROTECTED]>:
>
> On Tue, Dec 13, 2005 at 12:50:08PM -0200, Ricardo Lucas wrote:
> > That was I got:
> > cvs [update aborted]: no such directory `/patches'
>
> http://www.openbsd.org/anoncvs.html
> http://www.netmeister.org/news/learn2quote.html
>
> --
> best regards
> q#
>



--
Ricardo Lucas

OT : Subject lines and threads

[Sam Hart]

I've just gone through 10 days worth of mails to misc@ and have a  
small request for people posting here.


Can people continuing threads on this list please keep the original  
subject lines.


This makes following threads so much easier, especially when using  
archives, or modern email clients.


Cheers


S a m

Re: OpenBSD 3.8/amd64 running on Sun v40z

[Andreas Bihlmaier]

> Just wanted people to know that OpenBSD 3.8/amd64 runs fine on a Sun
> v40z, 4 x Opteron 848 2,2 GHz CPUs.
> 
> The box has 8GB of RAM, but OpenBSD can only see/use 4GB. On-board


Why is this I whipped google for a while, but couldn't find an answer to my
question:
"Is the maximum size of physical memory openbsd supports 4GB?"

I found this thread in the archive:
http://marc.theaimsgroup.com/?l=openbsd-misc&m=18168813306&w=2
But I says it has something to do with the pci bus, is this correct for all
machines (I mean hardware side) or is it a limitation of OpenBSD?

Always curious about my favorite OS :)


Regards,
ahb

Re: OT : Subject lines and threads

[Timo Schoeler]

Sam Hart schrieb:
I've just gone through 10 days worth of mails to misc@ and have a  small 
request for people posting here.


Can people continuing threads on this list please keep the original  
subject lines.


This makes following threads so much easier, especially when using  
archives, or modern email clients.


Cheers


S a m


usually (modern) MUAs use the Mail-Followup-To: for this

timo

Re: OT : Subject lines and threads

[Simon Dassow]

On Tue, Dec 13, 2005 at 03:35:16PM +, Sam Hart wrote:
> I've just gone through 10 days worth of mails to misc@ and have a  
> small request for people posting here.
> 
> Can people continuing threads on this list please keep the original  
> subject lines.

Please only do so if it makes sense.

> This makes following threads so much easier, especially when using  
> archives, or modern email clients.

Modern email clients provide a threaded message view, try this.


Regards

Simon

Re: OT : Subject lines and threads

[Sam Hart]

On 13 Dec 2005, at 15:52, Simon Dassow wrote:


Please only do so if it makes sense.


fair enough, if the actual subject changes it makes sense


Modern email clients provide a threaded message view


this is what I was referring to


S a m

Re: OT : Subject lines and threads

[Sam Hart]

On 13 Dec 2005, at 15:48, Timo Schoeler wrote:


usually (modern) MUAs use the Mail-Followup-To: for this


that maybe, but not everyone uses modern MUAs, and online mail  
archives do not seem to



S a m

Re: OT : Subject lines and threads

[Sam Hart]

On Dec 13, 2005, at 9:35 AM, I wrote:

I've just gone through 10 days worth of mails to misc@ and have a  
small request for people posting here.


Can people continuing threads on this list please keep the original  
subject lines.


This makes following threads so much easier, especially when using  
archives, or modern email clients.


I seem to have put a few peoples noses of of joint

it was just a request to make things easier

obviously do what ever you want to do

sorry for the noise


S a m

Re: OT : Subject lines and threads

[Hannah Schroeter]

Hello!

On Tue, Dec 13, 2005 at 03:57:02PM +, Sam Hart wrote:
>On 13 Dec 2005, at 15:52, Simon Dassow wrote:

>>Please only do so if it makes sense.

>fair enough, if the actual subject changes it makes sense

>>Modern email clients provide a threaded message view

>this is what I was referring to

Threads go by References/In-Reply-To header, not by Subject header.

At least it works this way in mutt's threaded view.

>S a m

Kind regards,

Hannah.

Re: OT : Subject lines and threads

[Simon Morgan]

On 13/12/05, Sam Hart <[EMAIL PROTECTED]> wrote:
> I seem to have put a few peoples noses of of joint

Not me, I couldn't agree more.

Reading the lists using most web archives is a pain in the arse thanks
to people using broken mail clients, changing the subject field and/or
not properly referencing the message they're replying to.

Re: OS Crash Test

[Ted Unangst]

On 12/13/05, Bruno Carnazzi <[EMAIL PROTECTED]> wrote:
> I'd like to know if there is a way to deeply test a POSIX operating
> system, and especially OpenBSD. The goal is to estimate the platform
> stability (performance estimation is not required). Tests should
> covert POSIX syscalls, OpenBSD specifics (drivers, etc...). For
> example, I have at home an old computer running OpenBSD 3.8 with
> in-kernel PPPoE that crashed recently : how can I dump the content of
> 'trace' and 'ps' in this case ? How can I know the origin of the
> problem (I suspect the kernel pppoe driver) ?

if finding the cause of a crash were as simple as putting the kernel
into the "crash finder" there would be a lot fewer bugs.

Re: Trying to understand iostat output

[kami petersen]

Markus Wernig skrev:


I have a system (obsd3.8/sparc64) with 2 identical scsi drives (4
partitions + 1 swap each). The largest partition (10G) is mirrored over
the 2 drives as a ccd with interleave factor 16.




And 1.2M/s is rather less that what I'd have expected, is this figure
really the disk transfer rate?



my personal experience is that 16 is way too small. spend a few hours 
benchmarking at increasing interleaves, and then make your decision. for 
a 2 scsi disk system i ended up with an interleave of 312, judged on the 
basis of bonnie benchmarking, wich lets you trade off raw speed, small 
writes and cpu load.


/kami

pf route-to issues

[Cameron Schaus]

I have a 3.5 firewall acting as a gateway for 2 networks (DMZ and
internal lan) to a single internet provider.  To alleviate bandwidth
issues, I purchased a second internet connection from a different
provider.  I would like to route the DMZ through the first provider
and the internal lan to the second provider.

I realize the 3.5 firewall is old, but I will upgrade this month.
Reading the pf.conf man page, it seems like pf has the capability to
do what I want, but I can't figure out how to make it work.

Internal lan nat/filter lines from pf.conf:

block log all

nat on $ShawIF from $IntIF:network to any -> ($ShawIF)

pass in on $IntIF route-to ($ShawIF $ShawGW) from $IntIF:network to any keep 
state

pass out on $ShawIF proto tcp all modulate state flags S/SA label shaw_tcp_out
pass out on $ShawIF proto { udp, icmp } all keep state label shaw_udp_icmp_out


Using these rules, when I try to ping from the internal lan to the
internet, I see the packets (using tcpdump) at the internal lan
interface, but I don't see them cross any other interface and I don't
see them in the pflog as blocked.  Where are the packets going?

I also tried the connection pooling example in the pf user guide to
route traffic from the internal lan to both internet connections.
When pf chose to route traffic out the first internet connection,
pings worked, but when pf chose the second internet connection, the
ping did not work, and they symptoms I saw were similar to those
described above.

Can anyone help me understand how to make this work?

Cam

Realtors, No Use For Scripts, Books, and Videos - Unless You Do This ...

[Mr Real Estate]

 Hi Realtors,

You must get my FR~EE Report titled, "How to Make
the Seller Call YOU First for the Listing Appointment."

Yes, it's freee and it's IMPORTANT for you as an agent
to realize the reality of the business. Once you read
this life-changing report, you'll realize that the most
important thing you can do is get in front of the seller -
FIRST.

Some "guru" sells scripts. That's OK, but if you don't
get in front of the seller, all the scripts are useless.
Another "guru" sells a CD about "How to Negotiate." Let's
face it. If you don't get the listing, there's no seller
or buyer to negotiate with.

Don't put the cart in front of the horse. Before you
need scripts or negotiating skills, you must learn how
YOU can get in front of the seller - or buyer - FIRST.

Use the link below to sign up for the FR~EE report ...

How to Make the Seller Call YOU First

At the same time, you'll find 3 FANTASTIC, FR~EE ideas
about how to get started in the LUXURY HOMES business.
Nothing to buy. Just get the report and think about it.

How to Make the Seller Call YOU First

George P. Mr. Real Estate

P.S. I made the same mistakes when I was a new agent.
Then I learned that the most important thing I could do
every day was to be in front of a seller or buyer. Grab
your copy of the report at ...

How to Make the Seller Call YOU First

[IMAGE]
[IMAGE] Email Marketing 101 7 PMB 153 7 North Port, FL 34287
This e-mail message is an advertisement and/or solicitation.

Dec 7 snapshot; problem with single if and pf?

[Whyzzi]

I am more inclined to think that I made a mistake or am missing
something. This has continued to baffle me so I thought I'd post to
the list.

This machine has been up for about a week now, and with pf enabled, I
figured I should be seeing pf record some statistics by now,
perticularily for OpenBSD's spamd, but it is not.  Based on a snapshot
from Dec 7, and as a side note, I could not get statistics we being
kept from the Nov 30 snapshot either on this setup.

=-=-=-=-=-=-=-=-=-=-=-=-=- PF.CONF =-=-=-=-=-=-=-=-=-=-=-=-=
#   $OpenBSD: pf.conf,v 1.29 2005/08/23 02:52:58 henning Exp $
#
# See pf.conf(5) and /usr/share/pf for syntax and examples.
# Remember to set net.inet.ip.forwarding=1 and/or net.inet6.ip6.forwarding=1
# in /etc/sysctl.conf if packets are to be forwarded between interfaces.

ext_if="sk0"
#int_if="int0"

tcpports="{ ssh,smtp,domain,www,pop3,imap,https }"
udpports="{ domain }"

table  persist
table  persist

set skip on { lo $ext_if }

scrub in

#nat on $ext_if from !($ext_if) -> ($ext_if:0)
#rdr pass on $int_if proto tcp to port ftp -> 127.0.0.1 port 8021
rdr pass on $ext_if proto tcp from  to port smtp \
-> 127.0.0.1 port spamd
rdr pass on $ext_if proto tcp from ! to port smtp \
-> 127.0.0.1 port spamd

pass quick on lo0
block in on $ext_if
pass out on $ext_if all keep state

#antispoof quick for { lo $int_if }

#pass in on $ext_if proto tcp to ($ext_if) port ssh keep state
#pass in on $ext_if proto tcp to ($ext_if) port > 49151 user proxy keep state

pass in quick log on $ext_if proto tcp to ($ext_if) port smtp keep state
pass out quick log on $ext_if proto tcp from ($ext_if) to port smtp keep state

pass in on $ext_if proto icmp from any to any
pass in on $ext_if proto tcp from any to $ext_if port $tcpports keep state
pass in on $ext_if proto udp from any to $ext_if port $udpports keep state



=-=-=-=-=-=-=-=-=-=-=-=-=- IP.FORWARDING =-=-=-=-=-=-=-=-=-=-=-=-=-=
# sysctl net.inet.ip.forwarding
net.inet.ip.forwarding=1


=-=-=-=-=-=-=-=-=-=-=-=-=- PFCTL -VVSR =-=-=-=-=-=-=-=-=-=-=-=-=-=

# pfctl -vvsn
@0 rdr pass on sk0 inet proto tcp from  to any port = smtp
-> 127.0.0.1 port 8025
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@1 rdr pass on sk0 inet proto tcp from !  to any port =
smtp -> 127.0.0.1 port 8025
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
# pfctl -vvsr
@0 scrub in all fragment reassemble
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@0 pass quick on lo0 all
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@1 block drop in on sk0 all
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@2 pass out on sk0 all keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@3 pass in log quick on sk0 proto tcp from any to (sk0:2) port = smtp keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@4 pass out log quick on sk0 proto tcp from (sk0:2) to any port = smtp
keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@5 pass in on sk0 proto icmp all
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@6 pass in on sk0 inet proto tcp from any to 172.16.100.5 port = ssh keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@7 pass in on sk0 inet proto tcp from any to 172.16.100.5 port = smtp keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@8 pass in on sk0 inet proto tcp from any to 172.16.100.5 port =
domain keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@9 pass in on sk0 inet proto tcp from any to 172.16.100.5 port = www keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@10 pass in on sk0 inet proto tcp from any to 172.16.100.5 port = pop3
keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@11 pass in on sk0 inet proto tcp from any to 172.16.100.5 port = imap
keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@12 pass in on sk0 inet proto tcp from any to 172.16.100.5 port =
https keep state
  [ Evaluations: 0 Packets: 0 Bytes: 0   States: 0 ]
  [ Inserted: uid 0 pid 24226 ]
@13 pass in on sk0 inet6 proto tcp from any to

Re: ethereal

[ober]

http://www.linbsd.org/ethereal_on_openbsd38.html
I made a couple of changes from the old one.
Removed the need for the patch and updated variable information.
Essentially the process is easier than it was before as no patch is 
needed. There are also the proper versions of automake/conf in ports now.


It took nothing new to compile this fine on -current.
In fact with the new ports and using the auto vars it is pretty painless.

Joachim thanks for the update.
Hopefully this process works for you.

thanks!

-Ober

On Tue, 13 Dec 2005, Joachim Schipper wrote:


(Fixed posting order, just because I'm anal)


2005/12/12, Joachim Schipper <[EMAIL PROTECTED]>:


On Mon, Dec 12, 2005 at 08:10:43AM -0200, Ricardo Lucas wrote:

Hello misc,

Has someone compiled the ethereal? If so, you do can help me.
When I try to compile that source I get a message that I don't have the
GTK+2 and GLIB2 installed on my system, but I DO have they.
So if anyone passed through this problem, please, HELP ME!!! =]


First, try to understand just *why* ethereal is not available as a port.
See
http://marc.theaimsgroup.com/?l=openbsd-ports-cvs&m=108984209100775&w=2,
for example.

That being said, could you post pkg_info output and the actual error?

On Mon, 12 Dec 2005, Ricardo Lucas wrote:


Thank's for the hint man. I will not install this pkg.
Thank's again.



On Mon, Dec 12, 2005 at 05:02:05PM -0600, ober wrote:

http://www.linbsd.org/ethereal_on_openbsd37.html

Feel free to ignore some of the more "so&so is insecure, kay"
as they are highly short on insight. :D

At one time Sendmail was considered to be the most insecure service.


Yes, Google turned that up for me, too. It's woefully out-of-date and
incorrect - for one, automake and autoconf are in ports and the
suggestion about linking automake-x-x to automake is misguided.

That's why I did not point to it. That being said, all this bickering
does not compile ethereal. Not that that is necessarily a bad thing -
you aren't suggesting that Sendmail never was a horrible security hole
on most *nixes?

Ethereal bombed for me too, while linking stuff in a weird way. I'd try
and figure it out, if I actually saw a point, but I'm afraid I don't.

Joachim

Re: NFS and Rebooting problem

[Denny White]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Dec 9 Will H. Backman contributed the following:


If you want to do it properly, use fdisk -e wd1, disklabel -E wd1, and
newfs /dev/rwd1a, in that order.

Joachim


Which is the short version of the New Disk FAQ:
http://www.openbsd.org/faq/faq14.html#NewDisk



Thanks to Will & Joachim. Apologizes for not replying to
message sooner. Tried using fdisk, disklabel and newfs first.
Everything fine on the disk, but problem still there. Next,
shutdown & disconnected wd1 cable & power, removed it from
fstab & exports & rebooted, just sharing exports on wd0, &
tried copying files from xp box. No help, still rebooted.
Pulled the old nic, Intel 82557, & tried a 3com905c. This
time, it didn't reboot when I did the file copy, with quite
large files, so I thought I had the problem solved. Connected
wd1 & reset the nfs shares , did a large file copy & rebooted.
So, I restored the following tweaks to sysctl.conf:

net.inet.tcp.keepinittime=600   # root setting tunables for nfs reboot problem
net.inet.tcp.keepidle=28800 # root setting tunables for nfs reboot problem
net.inet.tcp.keepintvl=600  # root setting tunables for nfs reboot problem
net.inet.tcp.recvspace=65536# root setting tunables for nfs reboot problem
net.inet.tcp.sendspace=32768# root setting tunables for nfs reboot problem
net.inet.udp.recvspace=83200# root setting tunables for nfs reboot problem
net.bpf.bufsize=65536   # root setting tunables for nfs reboot problem

So far, haven't rebooted again, copying large files. Here's
wd1 info from fstab so everyone knows I wasn't lazy & really
did the initial disk work to repair my first "newbie" job on it:

/dev/wd1a on /data2 type ffs (local, nodev, nosuid)

Thanks again for the help. If anyone sees something I've bunged
up, please let me know, if you have the time.

Denny White

Please do not CC me. Already subscribed to OBSD mailing list.

GnuPG key  : 0x1644E79A  |  http://wwwkeys.nl.pgp.net
Fingerprint: D0A9 AD44 1F10 E09E 0E67  EC25 CB44 F2E5 1644 E79A
iD8DBQFDnylky0Ty5RZE55oRAil9AKClYY07FxJpJh2fdui3eT+S29JtTACglxmM
IDOlJBoQG1j8kT5eeKDMzHE=
=sx7q
-END PGP SIGNATURE-

Recadastro de correspondencia pendente.

[[EMAIL PROTECTED]]

  Correios

Sinceras desculpas caro amigo(a),

Viemos atravis deste e-mail, informar-lhe que consta um pacote em vosso
nome em nosso depssito de mercadorias cujo por problemas diversos e ati
mesmo por incompetjncia de alguns funcionarios da nossa empresa nco
puderam ser entregues. Muitos problemas tjm sido falha de nosso Delivery
System, as quais estco sendo solucionados aos poucos.

Todo o ano nss fazemos um trabalho para localizar os destinatarios destes
pacotes nco entregues. I claro que nco podemos ajudar todas as pessoas
lesadas pelo sistema, pois muito delas mudam de enderego, pams e, alim
disso, muitas pessoas ainda nco tem acesso ` Internet.

As pessoas que possuem tal acesso, estco sendo vagarosamente encontradas
atravis do e-mail que permite o contato rapido e eficiente.

Informagues:
- Data de postagem do pacote: 28/04/2005
- N: de identificagco interna: 141287862-12

Para fazer o recadastro de enderego para correto recebimento deste pacote
clique aqui. Caso o download do programa de recadastramento nco se inicie
clique aqui

Mais uma vez, pedimos desculpas por tal inctmodo e nco perca tempo para
recadastrar seu enderego. Todos os pacotes nco resgatados ati a data de
28/12/2005 serco destruidos, visto que nco podemos ficar com estas
mercadorias sob nossa responsabilidade por mais de 6 meses.

Atenciosamente,

Geraldo Gomes Soares
Correios S/A

Polmtica de Privacidade e notas legais - ) Copyright 2002 Correios -
Todos os direitos reservados
Central de Atendimento ao Cliente - 0800 570 0100

Re: Dec 7 snapshot; problem with single if and pf?

[Whyzzi]

Obviously not. DOH!

Many thanks!

On 13/12/05Mikolaj Kucharski <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 13, 2005 at 11:45:17AM -0700, Whyzzi wrote:
> > set skip on { lo $ext_if }
>   ^^^
> Are you sure this is correct?
>
> --
> best regards
> q#
>


--
I know too much and yet not enough

Re: Trouble with Cisco Aironet 350 (PCM352)

[Matt Van Mater]

I ran into a very similar (maybe same) problem here:
http://marc.theaimsgroup.com/?l=openbsd-misc&m=113236417207016&w=2

I have not found a solution to my problem yet unfortunately.  One
thing I noticed is that my an0 card worked just find in 3.7 and 3.8
broke it, you might want to verify if that is the case with you as
well.

Another thing I noticed is that the an0 card gets a dhcp address and
works properly during the initial install via cd or the ram disk off
of a floppy, but stops working upon first reboot.

Good luck.

Matt

Re: Problems with mod_gzip and 3.8

[Juan J.]

El mar, 13-12-2005 a las 10:22 +0100, Srebrenko Sehic escribis:
> zlib API was changed between 3.6 and 3.7 which potentially broke all
> external packages depending on zlib.

Ah, after reading mod_gzip doc there's one thing I missed... mod_gzip
doesn't use zlib at all.

Snip from mod_gzip doc:
...
mod_gzip_compress.c (about 3000 lines) contains Kevin Kiley's
implementation of the gzip compression function, the one that 'actually
does the work'.
This part is not dependent on any specific Apache version and (from a
purely technical point of view) might be used by other compression tools
as well (like mod_deflate which currently uses the 'zlib' for
compression).
...

I've verified this from mod_gzip source.

So the problem with mod_gzip cannot be related to any local change in
the zlib provided with OpenBSD.

Well, let's say I'm lost again.

regards,

Juanjo

-- 
Desarrollo y sistemas: http://www.usebox.net/
  Pagina Personal: http://www.usebox.net/jjm/

sdiff implementation

[Ray Lai]

Ever since the GNU diffutils were removed from OpenBSD there hasn't
been an sdiff.  So I wrote one and placed it into the public domain.
It can be found at .

This sdiff supports all of GNU sdiff's options and is compatible
with OpenBSD's diff.  All feedback is welcome.

-Ray-

Re: X snaps headsup

[Maxim Bourmistrov]

Works fine on i386.

On Sunday 11 December 2005 14:37, Todd T. Fries wrote:
> New X snaps with a 'dlopen X server' diff are heading out to the mirrors
> today and tomorrow as they get built.
>
> I have put this into snapshots to get wide testing before Matthieu
> commits this diff.  When you test, simply verify your X server starts
> and operates normally.
>
> When you do this update to a newer X snap, be sure to remove
> /usr/X11R6/lib/modules before doing so, as the names of the modules have
> changed, and the X server will not load the right ones if you have the
> old ones around.
>
> As a bonus, the diff activates modules on zaurus, macppc, sparc64 and
> amd64.
>
> Thanks for testing,

-- 
Best regards
Maxim Bourmistrov

Re: mplayer-1.0pre7p5

[Simon Morgan]

On 14/12/05, Jolan Luff <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 12, 2005 at 11:33:39PM -0800, Jacob Meuser wrote:
> > yes.  amd64, Radeon 9200 SE.
> yes.  amd64, geforce2 mx 400.

If anybody wants to contribute info to the bug report I've filed, it
can be found at http://bugzilla.mplayerhq.hu/show_bug.cgi?id=417

Re: mplayer-1.0pre7p5

[Simon Morgan]

On 14/12/05, Simon Morgan <[EMAIL PROTECTED]> wrote:
> If anybody wants to contribute info to the bug report I've filed, it
> can be found at http://bugzilla.mplayerhq.hu/show_bug.cgi?id=417

Sorry, wrong list.

Re: OpenNTPD does not 'pull-in' wrong time

[Darren Tucker]

On Tue, Dec 13, 2005 at 04:14:06PM +0800, Uwe Dippel wrote:
> Drifting off:
> 
> Dec 13 12:49:00 cip ntpd[26647]: ntp engine ready
> Dec 13 12:49:22 cip ntpd[26647]: peer 172.16.0.4 now valid
> Dec 13 12:50:16 cip ntpd[22805]: adjusting local clock by 39.362721s
[...]
> Dec 13 13:02:33 cip ntpd[22805]: adjusting local clock by 51.229806s

By my rough calculations, your system clock is drifting at about 1.6%,
which is more than adjtime can correct for (roughly 0.5%).

Here's an experiment you can do if your box is non-prod: drop to ddb and
tweak the variable "tick" by hand.  The default value (on i386, anyway)
is 1.  You need to increase this, assuming my math is correct,
by 1.6%.  This would be something like:

ddb> x/d tick
tick:   1
ddb> w tick 0t10160
tick  0x2710= 0x27b0
ddb> cont

Now restart "ntpd -s" and see how it copes.

Unfortunately, there's no way to change "tick" from userspace other
than frobbing kernel memory, and that is not permitted at the default
securelevel.  It would be nice if tick (and tickadj) were accessible
via a sysctl or something.

-- 
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4  37C9 C982 80C7 8FF4 FA69
Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.

pf rule

[raff]

Hello.

i have 1 rule in my pf.conf, with wich i want to allow locally generated
traffic ONLY to 10.0.0.1 and port 22:

block out on $int_if proto {tcp,udp} from $int_ip to ! 10.0.0.1 \
port != 22

this rule allow to connect to only 10.0.0.1, BUT to any port instead
only 22.
Am i doing something wrong?

--
raff