May 27 23:39:23 p100 /kernel: vnode_pager: *** WARNING *** stale FS getpages
May 27 23:39:23 p100 /kernel: No strategy for buffer at 0xc13637e0
May 27 23:39:23 p100 /kernel: : 0xc35ffd80: type VREG, usecount 4,
writecount 0,
refcount 0, flags (VOBJBUF)
May 27 23:39:23 p100 /kernel: tag
On Wed, May 26, 1999 at 03:50:21AM -0700, Jordan K. Hubbard
j...@zippy.cdrom.com wrote:
Unless I hear unanimous fierce outcry against it, I'm strongly
considering making FTP_PASSIVE_MODE obsolete by virtue of being the
default for all tools/libraries which currently examine it.
As Bruce Evans wrote ...
May 27 23:39:23 p100 /kernel: vnode_pager: *** WARNING *** stale FS getpages
May 27 23:39:23 p100 /kernel: No strategy for buffer at 0xc13637e0
May 27 23:39:23 p100 /kernel: : 0xc35ffd80: type VREG, usecount 4,
writecount 0,
refcount 0, flags (VOBJBUF)
May 27
As Matthew Dillon wrote ...
:etc
:
:This was during a cp -R /* /mnt where /mnt is a SCSI disk I'm testing.
:Both disks are on seperate SCSI buses. Is this because the cp -R
:tries to copy /proc ??
:
:| / o / / _Arnhem, The Netherlands- Powered by FreeBSD -
:|/|/ / / /(
Jordan K. Hubbard j...@zippy.cdrom.com writes:
Unless I hear unanimous fierce outcry against it, I'm strongly
considering making FTP_PASSIVE_MODE obsolete by virtue of being the
default for all tools/libraries which currently examine it.
FTP_ACTIVE_MODE will be the new flag for toggling the
Doug White dwh...@resnet.uoregon.edu writes:
I second the suggestion to 'autoprobe' PASV support, and revert to active
mode (w/ an appropriate msg) if PASV is refused.
No. Ncftp tries to do this, and provides adequate proof that it is not
practical.
DES
--
Dag-Erling Smorgrav -
Dan Langille junkm...@xtra.co.nz writes:
For the argument that some ftp servers don't accept passive mode, I say
it's a question of numbers: which default setting will satisfy the
greatest number of people? which setting will reduce the number of
questions how do I do X?
FTP servers which
Jan B. Koum j...@best.com writes:
Yay! This is awesome. I guess in addition to ftp, the tools and
libraries you talk about would also include fetch, and other firewall
not so friendly things? (Would be nice if CVSup can fake FTP_PASSIVE_MODE
by doing '-P -' too).
CVSup uses multiplexed
On 28 May 1999, Dag-Erling Smorgrav wrote:
Jan B. Koum j...@best.com writes:
Yay! This is awesome. I guess in addition to ftp, the tools and
libraries you talk about would also include fetch, and other firewall
not so friendly things? (Would be nice if CVSup can fake
Nick Hibma nick.hi...@jrc.it writes:
On 28 May 1999, Dag-Erling Smorgrav wrote:
CVSup uses multiplexed mode by default, which means it multiplexes its
various data channels over a single TCP connection. The server does
not (should not) attempt to connect back to the client.
No.
Yes, it
CVSup uses multiplexed mode by default, which means it multiplexes its
various data channels over a single TCP connection. The server does
not (should not) attempt to connect back to the client.
No.
$ /usr/local/bin/cvsup /usr/src-supfile -g -L 2
...
Establishing active-mode
Whenever I try to load the splash screen (300x200 256 colors) the modules
seem to load right, however, when the kernel boots, it gives me an error
about mod_register_init or something of that nature, I was just testing
the config... I tried these commands at the boot loader.
Here
On 28 May 1999 at 14:05, Dag-Erling Smorgrav d...@flood.ping.uio.no wrote:
FTP servers which do not accept passive mode are, IMHO, broken. Their
loss.
I'll second that opinion. Netscape and Microsoft browsers, at least,
have been using passive FTP for years (1994 or earlier). One could
argue
On Thu, 27 May 1999, Kevin Day wrote:
I tried doubling whatever it was that putting maxusers at 256 set it at. (I
can get the exact number later). I'm running with no NMBCLUSTERS setting,
just with maxusers at 128 at the moment.
Okay, you may want to bump NMBCLUSTERS.
You might want to
According to Dag-Erling Smorgrav:
FTP servers which do not accept passive mode are, IMHO, broken. Their
They're broken with respect to RFC-959, not only to your opinion :-)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.freenix.fr
FreeBSD keltia.freenix.fr 4.0-CURRENT
A florida ISP recently donated a T3 connection and a beefy SMP box to
us, so I took advantage of this to create another cvsup mirror which
allows up to 32 connections. Folks are encouraged to use this site
in preference to some of our more loaded cvsup servers (like cvsup1
and cvsup2) and it
Just a warning -- it does not appear to have reverse DNS set up on it.
This could be a problem if you try to ever send mail from it.
host cvsup6.freebsd.org
cvsup6.freebsd.org is a nickname for hitter.freebsd.org
hitter.freebsd.org has address 207.192.64.20
nslookup 207.192.64.20
Server:
On Fri, May 28, 1999 at 02:09:19PM +0200, Dag-Erling Smorgrav
d...@flood.ping.uio.no wrote:
Jan B. Koum j...@best.com writes:
Yay! This is awesome. I guess in addition to ftp, the tools and
libraries you talk about would also include fetch, and other firewall
not so friendly things?
On Fri, May 28, 1999 at 03:13:55PM -0700, Jan B. Koum jkb wrote:
On Fri, May 28, 1999 at 02:09:19PM +0200, Dag-Erling Smorgrav
d...@flood.ping.uio.no wrote:
Jan B. Koum j...@best.com writes:
Yay! This is awesome. I guess in addition to ftp, the tools and
libraries you talk about
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* FTP servers which do not accept passive mode are, IMHO, broken. Their
* loss.
No. The losers will be our users who can't talk to them.
I don't have a problem with changing the default as long as there are
ways to turn them off easily
Jan B. Koum j...@best.com writes:
I know how CVSup works. If you are behind firewall, you need to use
-P - command line switch. [...]
No. I use CVSup from behind a firewall daily (actually, 23 times a day
on one box and 24 times a day on another) without any fancy switches.
DES
--
as...@freebsd.org (Satoshi - Ports Wraith - Asami) writes:
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* FTP servers which do not accept passive mode are, IMHO, broken. Their
* loss.
No. The losers will be our users who can't talk to them.
I don't have a problem with changing
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* I don't have a problem with changing the default as long as there are
* ways to turn them off easily (read: on a per-port basis). Can we
* cancel an environment variable set in /etc/login.conf from a Makefile?
*
* If we just set
as...@freebsd.org (Satoshi - Ports Wraith - Asami) writes:
No. This is from libftpio/ftpio.c:
Libftpio will shortly be deprecated.
DES
--
Dag-Erling Smorgrav - d...@flood.ping.uio.no
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the
Is there anybody out there working on making /sbin/dset recognize ELF kernel
files? I need it, so if there is nobody, I'm going to work on it myself.
If you are familiar with this, please give me pointers or hints as to how best
to do this.
Carlos C. Tapang
http://www.genericwindows.com
If we just set FTP_PASSIVE_MODE=YES in /etc/login.conf or
/etc/profile, all the user needs to do is set FTP_PASSIVE_MODE=NO
before trying to fetch the port.
Heh, no. UTSL. All the code which checks this, checks to see if it's
set to anything at all, not if it's set explicitly to YES. :)
-
Jordan K. Hubbard j...@zippy.cdrom.com writes:
If we just set FTP_PASSIVE_MODE=YES in /etc/login.conf or
/etc/profile, all the user needs to do is set FTP_PASSIVE_MODE=NO
before trying to fetch the port.
Heh, no. UTSL. All the code which checks this, checks to see if it's
set to anything
* From: Dag-Erling Smorgrav d...@flood.ping.uio.no
* Libftpio will shortly be deprecated.
Fine. Just make sure /etc/login.conf is not updated too early then.
Satoshi
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Well, if we're replacing it with libfetch then either fetch(1) or
libfetch(3) need to check it too. At the moment, neither does - I
just checked. :-)
- Jordan
as...@freebsd.org (Satoshi - Ports Wraith - Asami) writes:
No. This is from libftpio/ftpio.c:
Libftpio will shortly be
No, you're the one who's wrong, the source is simply the source. :-)
My only point was that you should make sure something is a certain way
before you offer advice for dealing with its *current* behavior since,
otherwise, that's just confusing to everyone. Either way, I don't
think that *any*
On Fri, May 28, 1999 at 06:12:33PM -0700, Carlos C. Tapang
ctap...@easystreet.com wrote:
Is there anybody out there working on making /sbin/dset recognize ELF kernel
files?
I need it, so if there is nobody, I'm going to work on it myself.
If you are familiar with this, please give me
Jordan K. Hubbard j...@zippy.cdrom.com writes:
Well, if we're replacing it with libfetch then either fetch(1) or
libfetch(3) need to check it too. At the moment, neither does - I
just checked. :-)
Umm, I'm kinda embarassed. The 19990529 patchkit fixes that :)
Bogon #1:
Userconfig doesn't appear to work - change anything at all and you're
looking at a kernel panic when you exit. Hmmm!
Bogon #2:
Correcting Natoma for non-SMP configuration message on SMP boxes is
now printed twice (once for each CPU? :).
Bogon #3:
bt_isa_probe: Probe failed for
Sorry I had to do this again. I sent the first one in html format, which
most mail readers don't support.
Is there anybody upgrading dset to work with ELF kernels? If not, I'd like
to work on it myself.
If you are familiar with this, please give me pointers or hints. Thanks.
Carlos C. Tapang
On my 3.1-REL and 3.1-STABLE-19990331 systems, invocation of gas at gcc
-pipe is not treated correctly.
For example, on my 2.2.8-STABLE system says,
-
moon: {101} touch test.s
moon: {102} gcc -v -pipe test.s
gcc version 2.7.2.1
/usr/bin/as -o /var/tmp/ccsU37121.o test.s
/usr/bin/ld -e
On Fri, 28 May 1999 14:44:58 -0700, Jordan K. Hubbard
j...@zippy.cdrom.com said:
[...] create another cvsup mirror which allows up to 32 connections.
Folks are encouraged to use this site in preference to some of our
more loaded cvsup servers (like cvsup1 and cvsup2) and it updates
from
dset is no longer required for ELF kernels - see kget instead.
- Jordan
Sorry I had to do this again. I sent the first one in html format, which
most mail readers don't support.
Is there anybody upgrading dset to work with ELF kernels? If not, I'd like
to work on it myself.
If you are
On Thu, May 27, 1999 at 02:09:14AM +0400, Dmitrij Tejblum wrote:
This is a known problem. It is because dev_t in kernel and dev_t and
userland are now different things. This is worse on the alpha, where
they also have different sizes. So, on the alpha, the numbers are broken
too, not just
On 29-May-99 Jan B. Koum wrote:
Uhm.. I thought that is what /sbin/kget does, no?!
It would appear so (I didn't even know kget existed sigh :)
But it isn't in any .rc files, so presumably it isn't automagic.
Presumably it would be trivial to add though, ie have 'kget /boot/kernel.conf'
I tried to upgrade my diskless router this afternoon to -current as
cvsupped last night.
I can't make it boot, though.
The configuration it has been using since it was last rebuilt
from Feb 24's -current (and which has been working for longer than
I care to remember) is:
- /etc/bootptab
40 matches
Mail list logo
