system/6586: rdist (file larger than 2GB) times out but will not die -- Testers needed

Hi folks. Current rdist will timeout with files >2GB, log as finished, but will not die. The bug (system/6586) was originally noted by IBM (AIX) in 2006: https://www-304.ibm.com/support/docview.wss?uid=isg1IY85396 I have patches for the client rdist and server rdistd. I have tested i386 and

Re: -current kernel freeze

On 04/07/11 20:33, Florian Fuessl wrote: Hi, upgrading GENERIC kernel from snapshot 24-Mar-2011 to -current results in system freezes after some minutes (up to some hours) without any error message, here: OpenBSD 4.9-current (GENERIC) #1: Fri Apr 8 02:20:49 CEST 2011 root@[...]:/usr/src/s

Compactas Digitales Importadas

Consulte por otros modelos de cámaras y filmadoras compactas Nikon, Canon, Panasonic, Sony, JVC USD211 Sony DSC-W330 Cámara digital compacta, sin visor / S

amd64 pmap diff to g/c ifdef _LP64

Some _LP64 ifdef's leftover from rev 1.1. They appear to be unnecessary since this code is only for amd64 anyway and thus a 64-bit arch. Index: pmap.c === RCS file: /home/cvs/src/sys/arch/amd64/amd64/pmap.c,v retrieving revision 1.61

Re: -current kernel freeze

On Fri, 8 Apr 2011 02:33:51 +0200, Florian Fuessl wrote: >upgrading GENERIC kernel from snapshot 24-Mar-2011 to -current results in >system freezes after some minutes (up to some hours) without any error >message, here: > >OpenBSD 4.9-current (GENERIC) #1: Fri Apr 8 02:20:49 CEST 2011 >root@[

-current kernel freeze

Hi, upgrading GENERIC kernel from snapshot 24-Mar-2011 to -current results in system freezes after some minutes (up to some hours) without any error message, here: OpenBSD 4.9-current (GENERIC) #1: Fri Apr 8 02:20:49 CEST 2011 root@[...]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R)

Re: http gzip support for ftp

On 2011/04/07 15:03, Martynas Venckus wrote: > > As much as I like it, I'm not sure we'll be able to enable this by > default, though. There are quite some misconfigured servers out > there, like: > http://elinks.cz/download/elinks-0.11.7.tar.gz > > This one incorrectly sends: > Cont

Modele su cuerpo sin esfuerzos y comodamente

Abtronic X2 $ 130 Balanza digital $ 65 Elecroestimulador Etong $ 170

Possible PF bug with block and reply-to

Hello, sorry for the long text, but I try to be thorough with the description. I have a router which connects to another machine using a Layer 2 VPN. When that connection is active, a new default route with higher (actually its numerically lower) priority is added, to overwrite the old one. Dest

Yeeloong fast resume diff

Here is what I have currently to make the Lemote Yeeloong resume without that long 31 second delay. What happens is that the reset code waits until each valid channel reports itself as ready, giving up after 31 seconds. However, as hinted by the comments in wdactivate(), we need to reset twice, a

Re: fsck_ffs diff needs testing

Thanks! I understand. On Thu, Apr 7, 2011 at 11:09 AM, Otto Moerbeek wrote: > On Thu, Apr 07, 2011 at 11:05:42AM -0500, Amit Kulkarni wrote: > >> >> Also, depending on the usage patterns, you might have a fs where high >> >> numbered inodes are used, while the fs itself is pretty empty. Filling >

ftp-proxy: use divert-to instead of rdr-to

this allows us to get rid of the nasty NATLOOKUP ioctl and get the original server address right from the socket. also this paves the way to the transparent ftp-proxy mode. if you will like this diff and nobody objects, i'll try to rip NATLOOKUP out from the other places too. note, that it requi

Re: bridge ip chsum handling

On 3 April 2011 14:22, Henning Brauer wrote: > so we have to special case the bridge in teh stack because it doesn't > behave wrt ip checksums (yes yes, all hail layer violations). > so make the bridge behave by always peeking into the ip header, and > not just when we have a kernel with pf compil

Re: fsck_ffs diff needs testing

>> Also, depending on the usage patterns, you might have a fs where high >> numbered inodes are used, while the fs itself is pretty empty. Filling >> up a fs with lots of files and them removing a lot of them is an >> example that could lead to such a situation. This diff does not speed >> things u

dhclient(8) vs classful static routes

Classful routing is no longer widely used. Our current support for DHCP option 33 (DHO_STATIC_ROUTES) does not treat the provided information as classful routes but as host routes. Is this deliberate or accidental on our part? If accidental I would recommend the diff below, removing the handling

Re: fsck_ffs diff needs testing

On Thu, Apr 07, 2011 at 11:05:42AM -0500, Amit Kulkarni wrote: > >> Also, depending on the usage patterns, you might have a fs where high > >> numbered inodes are used, while the fs itself is pretty empty. Filling > >> up a fs with lots of files and them removing a lot of them is an > >> example t

interleaved+mirrored ccd bugfix

Revision 1.58 of ccd.c (a mere six years ago...) introduced an unintialized variable usage, in the case of an interleaved and mirrored ccd; read access could favor the mirror instead of the main ccd by incorrectly considering the main ccd is in the failure state. The following diff ought to fix th

Re: fsck_ffs diff needs testing

On 2011-04-07 17.19, Otto Moerbeek wrote: > softdep does not change the layout. But only filesystems which were > mounted with softdep get this optimization. There's a flag in teh > superblock to signal that. Filesystem mounted with softdep have better > guarantees about the cylinder group headers

Re: fsck_ffs diff needs testing

On Thu, Apr 07, 2011 at 04:28:25PM +0200, Benny Lofgren wrote: > On 2011-04-07 15.06, Otto Moerbeek wrote: > > On Thu, Apr 07, 2011 at 02:34:27PM +0200, Benny Lofgren wrote: > > > >> On 2011-04-07 11.08, Otto Moerbeek wrote: > >>> Hi, > >>> > >>> I got little feedeback on this diff posed in a rat

Re: [PATCH] Bypass routing table for mcast packets when using IP_MULTICAST_IF

Keeping this up. On 17 March 2011 00:51, Christiano F. Haesbaert wrote: > On 12 June 2010 16:26, Christiano F. Haesbaert wrote: >> Hi, >> >> The following will disregard the routing table for multicast packets >> when the application chose the interface with IP_MULTICAST_IF, if not, >> normal lo

Re: fsck_ffs diff needs testing

On 2011-04-07 15.06, Otto Moerbeek wrote: > On Thu, Apr 07, 2011 at 02:34:27PM +0200, Benny Lofgren wrote: > >> On 2011-04-07 11.08, Otto Moerbeek wrote: >>> Hi, >>> >>> I got little feedeback on this diff posed in a rather long thread, so >>> I am posting it again. >>> >>> Please test this, it ma

gdt(4) iopoolification - test now or forever hold your peace

As with cac(4). You can test now or can break later. Ken Index: ic/gdt_common.c === RCS file: /cvs/src/sys/dev/ic/gdt_common.c,v retrieving revision 1.55 diff -u -p -r1.55 gdt_common.c --- ic/gdt_common.c 12 Oct 2010 00:53:3

cac(4) iopoolification - test now or forever hold your peace

This has been posted a few times with no feedback I can remember. This is a last chance to test before you become involuntary testers! It will be committed very soon, with c2k11 on the horizon to deal with any fallout. Ken Index: ic/cac.c

Re: fsck_ffs diff needs testing

On Thu, Apr 07, 2011 at 02:34:27PM +0200, Benny Lofgren wrote: > On 2011-04-07 11.08, Otto Moerbeek wrote: > > Hi, > > > > I got little feedeback on this diff posed in a rather long thread, so > > I am posting it again. > > > > Please test this, it makes fsck_ffs much faster (especially with -p)

Re: rthreads: fix sharing of signal stacks and actions

On Wed, Apr 6, 2011 at 8:16 PM, Brad wrote: > I take it this PF diff was not supposed to be in there.. ? > >> Index: sys/net/pf.c Yep. Not even the right thing. I'll reverse that chunk so I don't do a thib and accidentally commit it... Philip

Re: http gzip support for ftp

> Delivered-To: marty...@venck.us > Received: by 10.100.109.13 with SMTP id h13cs81395anc; > Sun, 9 Jan 2011 14:09:58 -0800 (PST) > Received: by 10.42.176.2 with SMTP id bc2mr3471559icb.517.1294610998158; > Sun, 09 Jan 2011 14:09:58 -0800 (PST) > Return-Path: > Received: from shear

Re: fsck_ffs diff needs testing

On 2011-04-07 11.08, Otto Moerbeek wrote: > Hi, > > I got little feedeback on this diff posed in a rather long thread, so > I am posting it again. > > Please test this, it makes fsck_ffs much faster (especially with -p) > and less memory hungry in a lot of cases. I've run it on a variety of file

Re: resurect and fix bce(4)

2011/4/3 Claudio Jeker > bce(4) was turned off because of limitations in the DMA engine that allows > the chip to access only 1G of memory. On systems with more then 1G of > memory hilarity ensued. > > Now I rewrote the driver to use bcopy() to copy the mbufs into a savely > allocated DMA memory

Re: fsck_ffs diff needs testing

On Thu, Apr 07, 2011 at 11:08:05AM +0200, Otto Moerbeek wrote: > Hi, > > I got little feedeback on this diff posed in a rather long thread, so > I am posting it again. > > Please test this, it makes fsck_ffs much faster (especially with -p) > and less memory hungry in a lot of cases. > > Note th

Re: vnds considerd harmful.

On Wed, Apr 06, 2011 at 04:25:15PM -0400, Jonathan Thornburg wrote: > In , > Thordur Bjornsson wrote: > > Now that I've disallowed swapping to vnd's the purpose > > of vnd (vs svnd) is suspect, it serves no purpose other > > then providin

fsck_ffs diff needs testing

Hi, I got little feedeback on this diff posed in a rather long thread, so I am posting it again. Please test this, it makes fsck_ffs much faster (especially with -p) and less memory hungry in a lot of cases. Note that to force a check with -p you need to unmount the filesystem, mosty practical i