* Rick Macklem rmack...@uoguelph.ca [2010-06-26 10:24:44 -0400]:
On Sat, 26 Jun 2010, al...@ulgsm.ru wrote:
[stuff snipped]
dhcp seems ok.
[alexs:ul-it13:~]kenv
LINES=24
acpi_load=YES
boot.netif.gateway=10.144.140.1
boot.netif.hwaddr=00:1c:c0:5a:f4:72
* 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 loading is
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
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 client
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 sure. Can
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,
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 entirely sure.
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 Oerrs
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).
snip
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 NFS
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 -0400
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
---
-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
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).
snip
Disabling delegations is the next step.
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. That
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 practical, it
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/receive
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, if
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)
Hmm, that's a
21 matches
Mail list logo