Hi there,
Recently I tried to make a transparent web proxy on a machine
that run in bridging mode. At last, I decided to make a patch.
Here it is for those who want to do the same.
One interface should be given an IP address so squid may do
a requests. Squid listens on 127.0.0.1:8080.
I am using pf
> Objet : Re: PXEBOOT/TFTPBOOT + big MD_ROOT problem
>
> > Hi,
> >
> > I'm trying to make very big MD_ROOT (300MB) sent using PXEBOOT+TFTPBOOT.
> No
> > NFS. It's a sort of diskless machine with all the system on ram. There
> is a
> > problem when the preloaded image is >~32MB. Kernel loads but it
Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 09:52:07AM +0200, Emmanuel Chriqui wrote:
Hi,
I'm trying to make very big MD_ROOT (300MB) sent using PXEBOOT+TFTPBOOT. No
NFS.
Any reasons for not using NFS ?
I use i386/5.4RC2/TFTPD/PXEBOOT+TFTPBOOT .
(same pb with a 5.3).
Am I missing so
On Wed, 17 Sep 2003 00:02:33 +0100 Steven Hartland asked this question
but no answer was posted. The trouble is likely no client reverse DNS
either because it is missing or slow. Adding the client to /etc/hosts
on the server seems at first to do nothing but after a minute or so it
stops hanging a
> Hi,
>
> I'm trying to make very big MD_ROOT (300MB) sent using PXEBOOT+TFTPBOOT. No
> NFS. It's a sort of diskless machine with all the system on ram. There is a
> problem when the preloaded image is >~32MB. Kernel loads but it does not
> seem to find the files. It seems as if only part of the
Hi,
I am now trying to use jail in FreeBSD. I have read the jail(8) man page
and some
others documents for setting up jails. But I'm a little confused about the
procedure and configurations for setting up jails.
As known to all, jail can be used for two purposes, i.e. jailing a single
applicat
On Tue, Apr 19, 2005 at 04:18:17PM -0700, David G. Lawrence wrote:
>
>I assume you saw this in the tftpd manual page?
>
> BUGS
> Files larger than 33488896 octets (65535 blocks) cannot be transferred
> without client and server supporting blocksize negotiation (RFC1783).
>
> M
On Tue, 19 Apr 2005, Devon Sean McCullough wrote:
On Wed, 17 Sep 2003 00:02:33 +0100 Steven Hartland asked this question
but no answer was posted. The trouble is likely no client reverse DNS
either because it is missing or slow. Adding the client to /etc/hosts
on the server seems at first to do n
Date: Wed, 20 Apr 2005 08:33:36 -0400 (EDT)
From: c0ldbyte <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED], freebsd-hackers@freebsd.org,
Steven Hartland <[EMAIL PROTECTED]>
On Tue, 19 Apr 2005, Devon Sean McCullough wrote:
> On Wed, 17 Sep 2003 00:02:33 +0100 Steven Hartland a
On Wed, 20 Apr 2005 [EMAIL PROTECTED] wrote:
> yeah thanks for that, i figured the code was a good start. Now that I
> know the docs i know where to go, cheers for that
>
> --neuro
>
> On Wed, 20 Apr 2005, Joseph Koshy wrote:
>
> >> where's a good place for kernel programming documentation ?
> >
c0ldbyte wrote:
Dude, that was 2 years ago in 2003 the year now is 2005
and the current date is 'Wed Apr 20 12:32:31 UTC 2005'
so umm, am I living in the future or are you dwelling on
the past ???.
Hey, dude, you aren't helping situations around here. This is one of
many inflammatory remarks you'v
Sorry I don't remember the solution we came up with. It was a long time
ago. I think it was to do with DNS invalid / broken DNS or something
like that but I couldn't say for sure.
Regards
Steve
- Original Message -
From: <[EMAIL PROTECTED]>
This trouble hit me yesterday, 2005 Apr 19
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Apr 2005 [EMAIL PROTECTED] wrote:
i'm not sure i understnad that language ?
if you tell me which one it is I could use googles convertor
--neuro
On Wed, 20 Apr 2005 freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai
Steven Hartland wrote:
Sorry I don't remember the solution we came up with. It was a long time
ago. I think it was to do with DNS invalid / broken DNS or something
like that but I couldn't say for sure.
Regards
Steve
- Original Message - From: <[EMAIL PROTECTED]>
This trouble hit me y
On Wed, 20 Apr 2005 freebsd-hackers@freebsd.org wrote:
blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
Sir, this is not the appropriate forum to cast your vote for Pope.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 20 Apr 2005, Ryan Sommers wrote:
c0ldbyte wrote:
Dude, that was 2 years ago in 2003 the year now is 2005
and the current date is 'Wed Apr 20 12:32:31 UTC 2005'
so umm, am I living in the future or are you dwelling on
the past ???.
Hey, dude, you
Hi,
> I am now trying to use jail in FreeBSD. I have read the jail(8) man page
> and some
> others documents for setting up jails. But I'm a little confused about the
> procedure and configurations for setting up jails.
> As known to all, jail can be used for two purposes, i.e. jailing a singl
On Tue, Apr 19, 2005 at 04:47:23PM -0400, Brian Fundakowski Feldman wrote:
> This compiles.
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
kern/79208 is fixed by this indeed, in that I get short writes (in ca
Usually do post answers when I find them but it was one of those
must get it fixed 24 hour jobs as I recall so just slipped way as I
fell asleep :)
Could be its forcing a name resolution and not using hosts at all?
Steve
- Original Message -
From: <[EMAIL PROTECTED]>
In the future, pl
On Wed, Apr 20, 2005 at 04:04:09PM +0200, Marc Olzheim wrote:
> On Tue, Apr 19, 2005 at 04:47:23PM -0400, Brian Fundakowski Feldman wrote:
> > This compiles.
>
> It does and it seems to work. The NFS performance drops considerably
> though, from 8/9 MByte/s to 3/4 on sequential reads for instance
> Now with some distance, I must admit that all this gymnastic is quite
> boring. I now decided to run two virtual hosts as they are managed in
> a very natural way. These two hosts are just like two real boxes, one
> running Bind and the other one running Postfix. When I need to update
> someth
On Wed, Apr 20, 2005 at 10:24:48AM -0400, Brian Fundakowski Feldman wrote:
> > It does and it seems to work. The NFS performance drops considerably
> > though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
> >
> > kern/79208 is fixed by this indeed, in that I get short writes (in case
I'm running a FreeBSD6 machine current as of a few days ago and I'm
working on a gvinum configuration, I couldn't find any place where it
referenced gvinum on startup so after fussing around with the rc
system a little, I wrote an /etc/rc.d/gvinum script that looks like
so:
#!/bin/sh
# PROVIDE: d
I'm running a FreeBSD6 machine current as of a few days ago and I'm
working on a gvinum configuration, I couldn't find any place where it
referenced gvinum on startup so after fussing around with the rc
system a little, I wrote an /etc/rc.d/gvinum script that looks like
so:
#!/bin/sh
# PROVIDE: d
* Jeremie Le Hen <[EMAIL PROTECTED]> [20050420 16:37]:
> > Now with some distance, I must admit that all this gymnastic is quite
> > boring. I now decided to run two virtual hosts as they are managed in
> > a very natural way. These two hosts are just like two real box
On Wed, Apr 20, 2005 at 04:38:42PM +0200, Marc Olzheim wrote:
> On Wed, Apr 20, 2005 at 10:24:48AM -0400, Brian Fundakowski Feldman wrote:
> > > It does and it seems to work. The NFS performance drops considerably
> > > though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
> > >
> > >
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
> Reads should be totally unaffected...
The server was misbehaving. Fixed. :-)
> > Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
> > writes on regular files... ?
>
> Our manpage is incorrect; PO
On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
> On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
> > Reads should be totally unaffected...
>
> The server was misbehaving. Fixed. :-)
>
> > > Btw.: I'm not sure write(),writev() and pwrite() are allowed to d
> I'm trying to untangle myself on this issue. I have different
> filesystems for /, /usr, and /usr/local, mounted in unusual places:
>
> 504,p0,1$ ls -l /usr{,/X11R6,/local}
> lrwxr-xr-x 1 root wheel 18 7 nov 2003 /usr -> fs/base/mount/usr/
> lrwxr-xr-x 1 root wheel 25 8 nov 2003 /usr/X
On Wed, Apr 20, 2005 at 11:52:33AM -0400, Brian Fundakowski Feldman wrote:
> On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
> > On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
> > > > Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
On Wed, Apr 20, 2005 at 07:12:20PM +0200, Jilles Tjoelker wrote:
> On Wed, Apr 20, 2005 at 11:52:33AM -0400, Brian Fundakowski Feldman wrote:
> > On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
> > > On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
> > > > >
On Wed, Apr 20, 2005 at 01:29:10PM -0400, Garrett Wollman wrote:
> < PROTECTED]> said:
>
> > I think the first is more useful behavior than the last. Supporting it
> > should be exactly the same as supporting what happens if the actual
> > filesystem fills up. In this case, the filesystem is bei
On Wed, Apr 20, 2005 at 01:28:39PM -0400, Brian Fundakowski Feldman wrote:
> > It is ok to return partial success if the first chunk of a large write
> > succeeded and a later chunk failed persistently, but not if it cannot be
> > performed as a single NFS transaction.
>
> What is your rationale f
SÅawek Åak wrote:
On 4/18/05, c0ldbyte <[EMAIL PROTECTED]> wrote:
On Mon, 18 Apr 2005, [ISO-8859-2] SÂawek Âak wrote:
Hi,
After install from CD the keyboard doesn't work on this machine. Has
anyone else seen it?
/S
Select the correct key map screen map etc... ?
Erm. When I say keyboard doesn't wo
All,
Last call for the quartly status report! If you still intent to submit
one, please do so in the next 12 hours. Also, I'd like to remind
everyone that submission are open to everyone, not just FreeBSD
developers. We welcome all reports on projects and events in the
FreeBSD community.
Scott
S
in reading /src/sys/i386/include/atomic.h
I found this comment and I'm having trouble understanding what the
problem being
referred to below is.
/*
* We assume that a = b will do atomic loads and stores. However, on a
* PentiumPro or higher, reads may pass writes, so for that case we have
* t
On Wed, 2005-04-20 at 16:39, John Giacomoni wrote:
> in reading /src/sys/i386/include/atomic.h
>
> I found this comment and I'm having trouble understanding what the
> problem being
> referred to below is.
>
> /*
> * We assume that a = b will do atomic loads and stores. However, on a
> * Pen
Hi hackers,
I am wondering if I can use c++ iostreams inside the kernel ?
After all the code : cout << "Hello world!" << endl;
ends accessing the stdout just like : printf("Hello world!\n"); right ?
So if I could compile my KLD module with static linkage to libstdc++,
that should be ok, right ?
Interesting question. People usually have to implement the C++
runtime to be usable from within the kernel. Things like exceptions
and "stdout" may not be defined in kernel space :)
I'm not terribly familiar with how it works on FreeBSD but I know it
took a special effort to get C++ support into
David Leimbach wrote:
Interesting question. People usually have to implement the C++
runtime to be usable from within the kernel. Things like exceptions
and "stdout" may not be defined in kernel space :)
I'm not terribly familiar with how it works on FreeBSD but I know it
took a special effort to
In message: <[EMAIL PROTECTED]>
Aziz KEZZOU <[EMAIL PROTECTED]> writes:
: Hi hackers,
: I am wondering if I can use c++ iostreams inside the kernel ?
: After all the code : cout << "Hello world!" << endl;
: ends accessing the stdout just like : printf("Hello world!\n"); right ?
Just l
41 matches
Mail list logo