* al...@ulgsm.ru [2010-06-28 10:16:01 +0400]:
> I have two subnets:
> 10.144.142.0/22 - here is tftp server and diskless.
> 10.144.130.0/24 - here is nfs server.
>
> in isc-dhcpd.conf:
> next-server 10.144.140.160;
> option root-path "10.144.130.160:/exp/fbsdstable";
>
>
> In this case, pxeboot
On Mon, 28 Jun 2010, al...@ulgsm.ru wrote:
kernel built with:
options BOOTP # Use BOOTP to obtain IP address/hostname
options BOOTP_NFSROOT # NFS mount root file system using BOOTP info
options BOOTP_NFSV3
Try building a kernel without the above options, but with
opti
On Mon, Jun 28, 2010 at 12:30:30AM -0400, Rick Macklem wrote:
>
> I can't explain the corruption, beyond the fact that "soft,intr" can
> cause all sorts of grief. If mounts without "soft,intr" still show
> corruption problems, try disabling delegations (either kill off the
> nfscbd daemons on the
On Sun, Jun 27, 2010 at 09:58:53PM -0700, Jeremy Chadwick wrote:
> >
> > Again, my ports tree is mounted as FSType nfs with option nfsv4.
> > FreeBSD/amd64 8.1-PRERELEASE r208408M GENERIC kernel.
>
> This sounds like NFSv4 is "tickling" some kind of bug in your NIC driver
> but I'm not entirely s
>
>
> On Mon, 28 Jun 2010, al...@ulgsm.ru wrote:
>
> >
> >
> > kernel built with:
> > options BOOTP # Use BOOTP to obtain IP address/hostname
> > options BOOTP_NFSROOT # NFS mount root file system using BOOTP info
> > options BOOTP_NFSV3
> >
> Try building a kernel without
On Mon, Jun 28, 2010 at 09:20:25AM -0500, Rick C. Petty wrote:
> > >
> > > Again, my ports tree is mounted as FSType nfs with option nfsv4.
> > > FreeBSD/amd64 8.1-PRERELEASE r208408M GENERIC kernel.
> >
> > This sounds like NFSv4 is "tickling" some kind of bug in your NIC driver
> > but I'm not
On Mon, Jun 28, 2010 at 07:56:00AM -0700, Jeremy Chadwick wrote:
>
> Three other things to provide output from if you could (you can X out IPs
> and MACs too), from both client and server:
>
> 6) netstat -idn
server:
NameMtu Network Address Ipkts Ierrs IdropOpkts Oerr
On Mon, Jun 28, 2010 at 12:35:14AM -0400, Rick Macklem wrote:
>
> Being stuck in "newnfsreq" means that it is trying to establish a TCP
> connection with the server (again smells like some networking issue).
>
> Disabling delegations is the next step. (They aren't
> required for correct behaviour
On Mon, Jun 28, 2010 at 10:18:35AM -0500, Rick C. Petty wrote:
> > 8) Contents of /etc/sysctl.conf
>
> server and client:
>
> # for NFSv4
> kern.ipc.maxsockbuf=524288
You might want to discuss this one with Rick a bit (I'm not sure of the
implications). Regarding heavy network I/O (I don't use
On Saturday 26 June 2010 05:09 am, Mario Sergio Fujikawa Ferreira
wrote:
> On 25/06/2010 18:58, Jung-uk Kim wrote:
> > On Friday 25 June 2010 04:54 am, Mario Sergio Fujikawa Ferreira
wrote:
> >> On Wed, Jun 23, 2010 at 05:08:38PM -0400, Jung-uk Kim wrote:
> >>> Date: Wed, 23 Jun 2010 17:08:38 -04
On Monday 28 June 2010 02:01 pm, Jung-uk Kim wrote:
> Please drop the attached patch in ports/devel/boost-libs/files,
> rebuild all dependencies, and try your deluge ports again[1].
Please ignore the previous patch and try this one. Sorry, there was a
typo. :-(
Jung-uk Kim
--- boost/asio/detail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 28 Jun 2010, Jung-uk Kim wrote:
Please drop the attached patch in ports/devel/boost-libs/files,
rebuild all dependencies, and try your deluge ports again[1].
Jung-uk Kim
[1] Your libtorrent Python slave port and deluge ports don't
build
On Mon, 28 Jun 2010, Rick C. Petty wrote:
On Mon, Jun 28, 2010 at 12:35:14AM -0400, Rick Macklem wrote:
Being stuck in "newnfsreq" means that it is trying to establish a TCP
connection with the server (again smells like some networking issue).
Disabling delegations is the next step. (They a
On Mon, 28 Jun 2010, Rick C. Petty wrote:
Make sure you don't have multiple entries for the same uid, such as "root"
and "toor" both for uid 0 in your /etc/passwd. (ie. get rid of one of
them, if you have both)
Hmm, that's a strange requirement, since FreeBSD by default comes with
both. T
On Mon, 28 Jun 2010, Daniel Braniss wrote:
On Mon, 28 Jun 2010, al...@ulgsm.ru wrote:
kernel built with:
options BOOTP # Use BOOTP to obtain IP address/hostname
options BOOTP_NFSROOT # NFS mount root file system using BOOTP info
options BOOTP_NFSV3
Try building a
On Mon, 28 Jun 2010, Rick C. Petty wrote:
I can try it again with v3 client and v4 server, if you think that's
worthy of pursuit. If it makes any difference, the server's four CPUs are
pegged at 100% (running "nice +4" cpu-bound jobs). But that was the case
before I enabled v4 server too.
On Mon, Jun 28, 2010 at 10:09:21PM -0400, Rick Macklem wrote:
>
>
> On Mon, 28 Jun 2010, Rick C. Petty wrote:
>
> > If it makes any difference, the server's four CPUs are
> >pegged at 100% (running "nice +4" cpu-bound jobs). But that was the case
> >before I enabled v4 server too.
>
> If it is
On Mon, Jun 28, 2010 at 09:29:11AM -0700, Jeremy Chadwick wrote:
>
> # Increase send/receive buffer maximums from 256KB to 16MB.
> # FreeBSD 7.x and later will auto-tune the size, but only up to the max.
> net.inet.tcp.sendbuf_max=16777216
> net.inet.tcp.recvbuf_max=16777216
>
> # Double send/rec
On Mon, Jun 28, 2010 at 07:48:59PM -0400, Rick Macklem wrote:
>
> Ok, it sounds like you found some kind of race condition in the delegation
> handling. (I'll see if I can reproduce it here. It could be fun to find:-)
Good luck with that! =)
> >I can try it again with v3 client and v4 server, i
On Mon, 28 Jun 2010, Rick Macklem wrote:
> On Mon, 28 Jun 2010, Rick C. Petty wrote:
>
> >
> > > Make sure you don't have multiple entries for the same uid, such as
> > > "root"
> > > and "toor" both for uid 0 in your /etc/passwd. (ie. get rid of one of
> > > them, if you have both)
> >
* Rick Macklem [2010-06-28 20:41:17 -0400]:
>
>
> On Mon, 28 Jun 2010, Daniel Braniss wrote:
>
> >>
> >>
> >> On Mon, 28 Jun 2010, al...@ulgsm.ru wrote:
> >>
> >>>
> >>>
> >>> kernel built with:
> >>> options BOOTP # Use BOOTP to obtain IP address/hostname
> >>> options BOOTP_
21 matches
Mail list logo
