.
It should have been, but I went ahead and set tmpmfs=NO in rc.conf,
rebooted, and things are fine now.
Thanks for the help!
Check if /tmp itself has strange permissions or file flags or
ownership
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL
-stable is half of any other box i have,
and a similar mb running linux gives about 1GB, so
Q: any ideas what can be wrong?
Performance of what? Do you even have a correct MTU set?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
SCSI devices are under Giant and IDE are not - is there any
reason this would make problems?
Might have bad performance, who knows. Why the funny setup exactly?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
does the drive health look like? Seems most like a chipset bug
or nvidia driver bug, but could be things are just coinciding with
drive or drive controller failure.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
with graid3 label -r.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
or directories specified
{/home/green [EMAIL PROTECTED] tar cfvz x.tar.gz
tar: no files or directories specified
{/home/green [EMAIL PROTECTED] ls -l x.ta*
ls: x.ta*: No such file or directory
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
On Thu, Dec 08, 2005 at 05:45:40PM -0600, Dan Nelson wrote:
In the last episode (Dec 08), Brian Fundakowski Feldman said:
On Thu, Dec 08, 2005 at 05:29:06PM -, Steven Hartland wrote:
It seems bsdtar can create files it cant read. i.e. it will happily create
empty tar.gz files but when
working directory, and that no files are open? You're
saying that the umount fails and the file also turns out to be
corrupted, right?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve
config - http://www.dp.uz.gov.ua/kernel.isc-cache
This is a samba server? It looks like you're using smbfs.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
On Mon, Dec 05, 2005 at 12:30:05PM +0100, kama wrote:
The system crashed again this weekend, but nothing is created in
/var/crash.
Try a serial console...
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
the coredump:
# ps wwwauxlH -N /boot/kernel/kernel -M /var/crash/vmcore.whatever
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
code 1
Stop in /usr/obj/usr/src/sys/MYKERNEL.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
You may not have INVARIANT_SUPPORT -- I don't see that listed explicitly,
but it's necessary as well.
--
Brian Fundakowski Feldman \'[ FreeBSD
, the kernel
locks up
In my experience, fifteen seconds is enough to fill up 130+MB of swap,
so a much smaller polling interval is necessary.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve
instead of
swapfile, and that partition gets filled up, the build process failed and
the computer continued to work as normal.
Yeah, it sounds like you're running into a buffer cache/VFS/VM deadlock.
They're nasty, but generally not hard to fix individually.
--
Brian Fundakowski Feldman
that all symbols and debug info are preserved
as well? Looks to be atexit(3)-related, from here, but the symbols
should clear things up.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve
that this particular case is documented?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
]
No it isn't, it's em0. You probably want to be using ALTQ on tun0.
I've done it; it works
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
using your libsasl from 5.4. The warnings pretty
unequivocally showed that it can't find the libraries it was
originally linked against.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve
server, and
make the FreeBSD 6 machine stay at the console so it can potentially
hit DDB/KDB. A serial console is also helpful sometimes.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve
the ports that use libkrb5 must know its dependencies or they
must be encoded in the shared library's header as dependencies. I vote
for #1 because it's too late for #2. See previous post about how to
solve this.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL
PostgreSQL build flags: #{pldflags}
+end
+ end
if have_library(pq, PQsetdbLogin)
have_func(PQsetClientEncoding)
have_func(pg_encoding_to_char)
It is certainly not as simple as made out to be.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL
/
@400042c1badc250a9cd4 status: local 0/30 remote 0/20
@400042c1badc250c7d4c end msg 24087
@400042c1badc2510942c end msg 24040
The filesystem looks the same before, during, and after background
fsck runs, other than the free space information.
--
Brian Fundakowski Feldman
On Thu, Jun 30, 2005 at 03:53:56PM +0200, Eirik Øverby wrote:
On 29. jun. 2005, at 20.58, Brian Fundakowski Feldman wrote:
On Wed, Jun 29, 2005 at 03:28:09PM +0200, Eirik Øverby wrote:
On 28. jun. 2005, at 16.58, Brian Fundakowski Feldman wrote:
On Tue, Jun 28, 2005 at 10:37:29AM
On Wed, Jun 29, 2005 at 03:28:09PM +0200, Eirik Øverby wrote:
On 28. jun. 2005, at 16.58, Brian Fundakowski Feldman wrote:
On Tue, Jun 28, 2005 at 10:37:29AM +0200, Eirik Øverby wrote:
Hi,
I have, since upgrading to 5.x and updating my management tools, seen
a number of problems
' gives me two entries for this jail, with
different JIDs.
What am I doing wrong here?
You could just use ps to check for jailed processes and check their
respective jails using the procfs status entry (at least according
to the ps manpage...)
--
Brian Fundakowski Feldman
drives and I'd like to get to the bottom of this.
The best thing to do is narrow down what kernel changes caused this
(build kernels from various cvs update dates to zero in on the cause).
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
updating libc or the kernel.
No guarantees, but it's something I've always found to work alright.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
... The other
problem I have had is that doing CD burning can sometimes crash the
system, but I haven't tried using a real SCSI drive instead.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve
On Tue, May 03, 2005 at 11:47:00AM +0200, Marc Olzheim wrote:
On Wed, Apr 27, 2005 at 12:08:57PM -0400, Brian Fundakowski Feldman wrote:
Alright, this will do synchronous, instead of short, writes (also,
of course, not deadlock the system) if you are trying to use an
excessively large
On Wed, Apr 27, 2005 at 10:17:46AM +0200, Marc Olzheim wrote:
On Tue, Apr 26, 2005 at 03:36:02PM -0400, Brian Fundakowski Feldman wrote:
I'm still guessing that for whatever reason your writes on the FreeBSD
4.x NFS client are not using NFSv3/transactions. The second method
I just now
On Wed, Apr 27, 2005 at 07:15:23PM +0200, Marc Olzheim wrote:
On Wed, Apr 27, 2005 at 12:08:57PM -0400, Brian Fundakowski Feldman wrote:
Yes, a single writev(). Just like in the kern/79207 PR.
It doesn't have to be superfast (why would I use NFS otherwise), just as
long as it's
On Wed, Apr 27, 2005 at 08:42:03PM +0200, Marc Olzheim wrote:
On Wed, Apr 27, 2005 at 02:34:35PM -0400, Brian Fundakowski Feldman wrote:
Alright, thanks for helping with this :-) Do you think you can find
a way to tell if in 4.x you're actually using NFSv3/transactions? I
would really like
On Wed, Apr 27, 2005 at 09:19:38PM +0200, Marc Olzheim wrote:
On Wed, Apr 27, 2005 at 03:06:27PM -0400, Brian Fundakowski Feldman wrote:
How can I tell whether it uses transactions ?
I am not sure -- it should with NFSv3 though. Does mount -v tell
you anything more detailed? I suppose
On Tue, Apr 26, 2005 at 06:43:46PM +0200, Marc Olzheim wrote:
[changed cc: from standards@ back to stable@ again.]
On Tue, Apr 26, 2005 at 12:25:49PM -0400, Brian Fundakowski Feldman wrote:
You can assure that this happens in only two ways:
1. Make a complete copy of the data
read).
Long strings of NUL bytes? Missing data? Spam (from the same file,
or from other files)?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
memory, like pidentd, would need to be recompiled/modified,
but pidentd itself (now uses the proper interface to get the data it needs.
So, anyone who can, test it out and report back. I need to get this
done within the week or so :)
--
Brian Fundakowski Feldman \ FreeBSD: The Power
36 matches
Mail list logo