On Mon 2019-11-25 (18:35), Miroslav Lachman wrote:
> It is possible you have some non printable (invisible) character in the
> filename. It can be trailing space, newline or something else so in fact
Wow I'm an idiot, thought I'd spotted a bug, yes there was a trailing space,
many thanks.
Hi all, I deleted a file (rm filter) by mistake instead of its backup 'filter~',
however it seems a remnant of a much older version of the file (given by its
date and content) is half hanging around?
$ ls -l filter
ls: filter: No such file or directory
$ ls -l filter*
-rw-r--r-- 1 lordcow
On Mon 2019-10-28 (14:24), Christoph Moench-Tegeder wrote:
> My analysis: screen dumps core on terminals with TERM=xterm* or
> TERM=rxvt* if they don't advertise Km ("key_mouse") capability
Ah great, many thanks and for the commit, and yes I had my TERM
set differently on the host.
Hi all, I upgraded from 11-STABLE r344000 to r353939 and now screen
(sysutils/screen)
crashes inside both my jails:
$ screen
[screen caught signal 11. (core dumped)]
(there's no core dump).
kernel log:
pid 56569 (screen), jid 2, uid 1001: exited on signal 6
This happens as a user or
a long shot, but you could try increasing BCE_DMA_ALIGN and/or
BCE_RX_BUF_ALIGN in the include file if_bcereg.h, say up to 4096, to see
whether it makes any difference.
- Gareth.
On 21/04/2015 10:52, Alnis Morics wrote:
On 04/21/2015 06:17 AM, Chris Ross wrote:
I got a new [to me] system
-freebsd-sta...@freebsd.org] on
behalf of Yonghyeon PYUN [pyu...@gmail.com]
Sent: 13 April 2015 09:13
To: Gareth Wyn Roberts
Cc: freebsd-stable@freebsd.org
Subject: Re: msk msk0 watchdog timeout freeze hang lock stop problem
On Sun, Apr 12, 2015 at 05:57:34PM +, Gareth Wyn Roberts wrote:
I've
The patches to both files which also implement a MSK_64BIT_DMA_DISABLE flag are
attached. Perhaps the developers would consider committing these as it may be
useful for future debugging.
Gareth.
--- if_mskreg.h-orig 2014-11-11 20:02:58.0 +
+++ if_mskreg.h 2015-04-12 18:47
On Tue 2012-09-18 (23:31), Gareth de Vaux wrote:
Looking at /usr/src/share/mk/bsd.prog.mk and /usr/src/share/mk/bsd.lib.mk -
bins and libs get installed with schg if PRECIOUSPROG and PRECIOUSLIB are
set respectively in their makefiles, both of which can be overridden by
setting NO_FSCHG
On Wed 2012-08-15 (08:58), Erich Dollansky wrote:
On Tue, 14 Aug 2012 18:34:37 +0200
idVendor 0x1058 Western Digital Technologies, Inc.
idProduct 0x1042
could it be that the kernel does not know this product?
You can check the sources (usbdevs should be the name
Hi all, I bought a Western Digital external drive a few months ago
but it gets kicked out 20 seconds after I plug it in. I've updated to
the latest 8.3-STABLE:
$ uname -a
FreeBSD file 8.3-STABLE FreeBSD 8.3-STABLE #0: Sun Aug 12 12:45:04 SAST 2012
root@file:/usr/obj/usr/src/sys/COWNEL amd64
On Thu 2012-01-05 (09:56), Matthew Seaman wrote:
drive is actually generating errors.) Also try a few passes of
memtest86 to try and spot problems with RAM.
Yes that was the problem, have gotten rid of a faulty DIMM and
everything is looking a lot saner, thanx :
Hi all, I've noticed that the md5 hashes of a couple of files on
a gmirror change when I recalculate the hashes. The output usually
cycles between 2 hashes per file.
I'm guessing this is because each calculation reads the file
randomly from 1 of 2 component drives, and the files in question
had a
On Mon 2010-12-06 (13:07), Gareth de Vaux wrote:
'zpool replace' also only works if you physically swap out a disk
at the same port, or replace disk1 with disk2 online. 'zpool remove'
and 'zpool detach' don't remove devices from a raidz.
So I can recover an array if I have an extra disk
On Sat 2010-11-27 (15:22), Gareth de Vaux wrote:
Hi all, I'm trying to simulate a disk fail and replacement in
a raidz array and failing myself. What'm I doing wrong? Here's
Ok I did some science, it looks like the array doesn't like me
throwing zeros at the disk when it's 'offline'. If I take
On Thu 2010-12-02 (00:05), jhell wrote:
Try that with a ( make includes ) in that same directory and if it works
then the advisory will have to be revised.
Ah awesome, that works thanx.
(I don't see why though, since it was only half complaining about
a missing definition, even when I manually
On Mon 2010-11-29 (21:19), FreeBSD Security Advisories wrote:
# cd /usr/src
# patch /path/to/patch
# cd /usr/src/secure/lib/libssl
# make obj make depend make make install
Hi all, I'm following the instructions with:
# cvsup /etc/cvsup-src.conf
# rm -rf /usr/obj
# cd
Hi all, I'm trying to simulate a disk fail and replacement in
a raidz array and failing myself. What'm I doing wrong? Here's
a transcript with interspersed commentary:
r...@file:~# zpool status
pool: raid
state: ONLINE
scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:20:06
On Sat 2010-11-27 (07:30), Jeremy Chadwick wrote:
uname -a please -- it matters greatly.
$ uname -a
FreeBSD file 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Wed Nov 24 07:56:04 SAST
2010 r...@file:/usr/obj/usr/src/sys/COWNEL amd64
___
Hi all, in for example
http://security.freebsd.org/advisories/FreeBSD-SA-10:08.bzip2.asc :
# cd /usr/src
# patch /path/to/patch
# cd /usr/src/lib/libbz2
# make obj make depend make make install
I assume I can't do this safely if my /usr/src tree has been updated
since my last make world?
On Tue 2010-09-21 (11:31), Gareth de Vaux wrote:
I assume I can't do this safely if my /usr/src tree has been updated
since my last make world?
Well, doesn't look like it's an issue for me in this instance.
___
freebsd-stable@freebsd.org mailing list
On Tue 2010-09-14 (13:54), Gareth de Vaux wrote:
On Tue 2010-09-14 (04:30), Jeremy Chadwick wrote:
Regarding net.inet.tcp.finwait2_timeout=15000 -- you don't see any
improvement at all? That's a bit strange. There's probably something
If there was an improvement it was subtle (I
On Fri 2010-09-10 (13:49), Gareth de Vaux wrote:
Thirdly, if you feel FIN_WAIT2 is the cause of your problem, then you
should consider adjusting the following sysctl:
net.inet.tcp.finwait2_timeout
Try something like 15000 (15 seconds) instead of the default (6).
Ok that seems
On Tue 2010-09-14 (04:03), Jeremy Chadwick wrote:
You're absolutely certain these are all in FIN_WAIT_2 state and not
TIME_WAIT?
Yup,
$ netstat -an | grep FIN_WAIT_1 | wc -l
57
$ netstat -an | grep FIN_WAIT_2 | wc -l
431
$ netstat -an | grep TIME_WAIT | wc -l
17
On Tue 2010-09-14 (04:30), Jeremy Chadwick wrote:
Regarding net.inet.tcp.finwait2_timeout=15000 -- you don't see any
improvement at all? That's a bit strange. There's probably something
If there was an improvement it was subtle (I was doing sporadic
measurements), just that in the end my
On Fri 2010-09-10 (10:43), Jack Vogel wrote:
No, not the add-on adapter, i have no trouble finding those, what I want to
know about is the details about the system that has em0 LOM, only
way to check on that is to have the whole enchilada :)
Ah right. These are snippets from dmidecode, is
On Fri 2010-09-10 (10:41), Gareth de Vaux wrote:
Gareth, set hw.pci.honor_msi_blacklist=0, you'll have to do that at boot
btw.
Ok, I'll have to get back to you in a day or 2 when I reboot.
Done:
$ sysctl -a | grep msi
hw.bce.msi_enable: 1
hw.pci.honor_msi_blacklist: 0
hw.pci.enable_msix
On Thu 2010-09-09 (17:00), Gareth de Vaux wrote:
On Thu 2010-09-09 (16:54), Kurt Jaeger wrote:
-c asks for pci device capabilities, which are read in
/usr/src/usr.sbin/pciconf/pciconf.c:177 with O_RDWR
Ah. I'll have to schedule a reboot then ..
pciconf -lcv,
onboard:
e...@pci0:0:25:0
On Thu 2010-09-09 (13:48), Jack Vogel wrote:
Gareth's email bouncing for anybody else or is it just me?
Yes sorry I disabled this alias after picking up years of spam on the
mailman archives. I assumed people would primarily reply to the list.
I've re-enabled it for now.
Gareth, set
On Fri 2010-09-10 (10:41), Gareth de Vaux wrote:
http://lists.freebsd.org/pipermail/freebsd-stable/2010-September/058748.html
Just to reiterate - those are the specs of the PCI card that doesn't
work. The PCI card doesn't come up with MSIX failures. The onboard
has the MSIX failures
On Thu 2010-09-09 (09:20), Jeremy Chadwick wrote:
Secondly, I'm fairly certain HTTP KeepAlive (re: KeepAliveTimeout) are
unrelated to TCP keepalives[1]. I mention this because you're focusing
on netstat, which will give you indication of TCP session state, not
HTTP protocol statefulness.
On Fri 2010-09-10 (03:18), Ian Smith wrote:
Try using 'limit' rather than the unlimited 'keep-state' for inbound
dynamic connections to your server/s. eg, derived from ipfw(8):
These are mostly legitimate connections though, they just aren't being
closed properly. So if limit were to have an
On Wed 2010-09-08 (09:41), Jack Vogel wrote:
This is what'd I'd expect, the onboard is PCH chipset, support was not in
8.0, but as I said, in 8.1 (and hence stable/8) it is supported, and it should
work.
I've just paid the machine a visit and yes, MSIX fails on the onboard but
the device still
On Thu 2010-09-09 (06:13), Jeremy Chadwick wrote:
Can you add the -c flag to your pciconf command? Thanks.
Forbidden?
# pciconf -lvc
pciconf: /dev/pci: Operation not permitted
# pciconf -lc
pciconf: /dev/pci: Operation not permitted
# ls -l /dev/pci
crw-r--r-- 1 root wheel0, 9 Sep 9
On Thu 2010-09-09 (07:02), Jeremy Chadwick wrote:
You need to be root to use the -c flag. Despite your prompt, I don't
think you're root. Reproduction:
That was as root,
# id
uid=0(root) gid=0(wheel) groups=0(wheel),5(operator)
# pciconf -lc
pciconf: /dev/pci: Operation not permitted
On Thu 2010-09-09 (07:24), Jeremy Chadwick wrote:
Is this within a jail or something else along those lines? I can't
reproduce the problem otherwise. Frustrating! Someone else on the list
might have ideas as to what could cause this.
Nope, this's a normal host. I've got securelevel on 1,
On Thu 2010-09-09 (16:54), Kurt Jaeger wrote:
-c asks for pci device capabilities, which are read in
/usr/src/usr.sbin/pciconf/pciconf.c:177 with O_RDWR
Ah. I'll have to schedule a reboot then ..
___
freebsd-stable@freebsd.org mailing list
Hi again, I use some keep-state rules in ipfw, but get the following
kernel message:
kernel: ipfw: install_state: Too many dynamic rules
when presumably my state table reaches its limit (and I effectively
get DoS'd).
netstat shows tons of connections in FIN_WAIT_2 state, mostly to
my webserver.
On Tue 2010-09-07 (10:00), Jack Vogel wrote:
First off, this device was not supported in 8.0 REL, what were you running
that last worked?
Hey, I was running 8.0 REL and it worked. I installed the system from the
8.0 .iso, but the onboard card didn't work. I added the PCI card and it
worked.
On Tue 2010-09-07 (13:25), Jack Vogel wrote:
I've looked at the code, this message was misleading, what really happens
is that the driver fails to be able to setup either MSIX OR MSI, when this
happens it will fall back and use a Legacy interrupt, so its non-fatal and
the device should work
Hi all, I moved from 8.0-RELEASE to last week's -STABLE:
$ uname -v
FreeBSD 8.1-STABLE #0: Thu Sep 2 16:38:02 SAST 2010
r...@x:/usr/obj/usr/src/sys/GENERIC
and all seems well except my network card is unusable. On boot up:
em0: Intel(R) PRO/1000 Network Connection 7.0.5 port 0x3040-0x305f
On Mon 2007-08-27 (17:09), Chuck Swiger wrote:
This might imply that your system clock on that machine is wrong...?
Double-check what it thinks is the date.
date and time is synced.
Also, make sure you don't have some old version stuck in an intervening
proxy, if such is being used.
it
hey guys, for over a month i haven't been able to get a copy of the
portaudit db. no-one else seems to be having this problem.
this's what happens:
# portaudit -F
auditfile.tbz 100% of 43 kB 1045 kBps
portaudit: Database too old.
Old database restored.
On Thu 2006-12-28 (22:10), David Todd wrote:
something's up, nothing in ports will write to a /tmp/download
directory, so either you or someone with root access did it.
thought as much :/
I suggest:
checking /var/log/auth.log for attempted breachings
i had a rough skim and nothing
On Fri 2006-12-29 (11:07), Matthew Seaman wrote:
Oct 23 00:31:42 lordcow kernel: pid 48464 (conftest), uid 0: exited on
signal 12 (core dumped)
Oct 23 01:19:26 lordcow kernel: pid 17512 (conftest), uid 0: exited on
signal 12 (core dumped)
These are from autoconf testing various
On Fri 2006-12-29 (17:25), Thomas Nystr?m wrote:
I just checked one of my servers and also found a /tmp/download
directory with the same files that you had.
I then compared the timestamp of /tmp/download with the timestamp
of the directories in /var/db/pkg: Same.
My conclusion is that
On Fri 2006-12-29 (19:48), Thomas Nystr?m wrote:
It looks like this:
ture(root)# dir
total 50
drwxrwxr-x 5 root wheel512 29 Aug 16:29 ./
drwxrwxrwt 11 root wheel 3072 29 Dec 19:35 ../
drwxrwxr-x 4 root wheel512 29 Aug 16:29 Archive_Tar-1.3.1/
drwxrwxr-x 3 root wheel
On Fri 2006-12-29 (10:16), Jeremy Chadwick wrote:
Apparently pkg_fetch will use either $PKG_TMPDIR or $TMPDIR as a
temporary storage location for where things are stored. Taken from
the manpage in pkgtools-2.2.2/man/pkg_fetch.1:
PKG_TMPDIR
TMPDIR (In that order) Temporary
hey guys, my server rebooted a few days ago, and while i was
looking around for possible reasons (none came up, which's
disconcerting in itself) i found this suspicious directory:
$ ls -l /tmp/download
total 44
drwxr-xr-x 4 root wheel512 Oct 23 16:28 Archive_Tar-1.3.1
drwxr-xr-x 3 root
hi, portupgrade doesn't seem to be doing anything? this's the session:
# portversion -l
gnupg
p5-Compress-Zlib
p5-IO-Socket-SSL
p5-PathTools
portupgrade
rsync
spamass-milter
#
On Sun 2006-12-03 (21:30), Kris Kennaway wrote:
Update your ports tree? The index is probably newer than the actual
ports.
sorry i should've mentioned that, i always run this beforehand:
cvsup -L 2 /etc/cvsup.conf
portsdb -Fu
___
On Mon 2006-10-23 (21:15), Tore Lund wrote:
I have an XP 2200 in a normal ATX box with no extra fans. I have to
change thermal paste about once a year. Even so, I monitor the
temperature closely in the summertime and increase fan speed whenever
necessary. So there is a chance that your
hi, i'm on FreeBSD 6.1, with a problematic cpu - it seems
to be overheating and shutting the system down when running
intensive jobs, at the moment i can't even finish compiling
the mysql-server in ports. i've tried running the make with
an increased nice level, but that doesn't seem to change
On Mon 2006-10-23 (18:56), Oliver Fromme wrote:
It shouldn't change anything. The nice level will not
reduce the amount of work that your CPU is doing, it might
only shift that amount between processes.
ah ok.
Depending on the type of your CPU (which you didn't tell
us), it might be
hey guys, i have a fresh install of FreeBSD 6.1 and have only done a
cvsup (with a 'ports-all' in my cvsup.conf file, that doesn't affect the
kernel source does it?). now i added CFLAGS=-O -pipe, and NO_PROFILE=true
to /etc/make.conf and tried to recompile the kernel:
make buildkernel
On Sun 2006-10-22 (14:39), Stefan Bethke wrote:
Am 22.10.2006 um 12:07 schrieb gareth:
now i added CFLAGS=-O -pipe, and NO_PROFILE=true to /etc/
make.conf and tried to recompile the kernel:
make buildkernel KERNCONF=KERNEL
...
/usr/src/sys/sys/buf.h: In function `vtruncbuf':
/usr/src
hi, i want to install a port but portaudit won't let me because it
has known vulnerabilities.
trying to tell it it's ok with 'portaudit_fixed' in
/usr/local/etc/portaudit.conf doesn't work, and trying to deinstall
portaudit:
/usr/ports/security/portaudit# make deinstall
=== Deinstalling for
On Sun 2006-10-22 (20:03), Miroslav Lachman wrote:
There are more than one way to install vulnerable port. Sometimes
DISABLE_VULNERABILITIES=yes may be enough.
thanx, that did the trick.
Permissions denied may be caused by your file system mount options - if
you have /var (/var/db/pkg)
On Sun 2006-10-22 (19:33), Ronald Klop wrote:
You can set DISABLE_VULNERABILITIES=true in the environment.
In bash it is:
export DISABLE_VULNERABILITIES=true
thanx ;)
But know what you are doing. I do not recommend you to install vulnerable
ports.
yes i don't feel to easy about it, my
I wrote:
About 6 minutes after booting (on two occasions; I don't
guarantee that this doesn't vary), a process that appears
in the output of ps as [swi4: clock sio] begins to
use about 3/4 of the machine's CPU. I think it does so
more or less instantaneously. It continues to do so
I wrote:
About 6 minutes after booting (on two occasions; I don't
guarantee that this doesn't vary), a process that appears
in the output of ps as [swi4: clock sio] begins to
use about 3/4 of the machine's CPU. I think it does so
more or less instantaneously. It continues to do so
, but I'll check
the web archives and should therefore see any responses that go only
to the list(s).
Thanks in advance!
--
Gareth McCaughan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
hi, this box has had far too many hard reboots, but can anyone shed some
light on whether this's inconsistent? i boot into single user mode,
run fsck and fix all the partitions. rerunning fsck shows no more problems.
mounting the filesystems and running fsck shows no problems. but when
i reboot
On Mon 2006-05-15 (14:54), Oliver Brandmueller wrote:
Errm, You run fsck onto a r/w mounted partition on multiuser mode? If
yep
this understanding of what your saying here is correct, then this is the
problem: a r/w mounted fs is a) never clean (in terms of a fsck that
takes some time to
On Mon 2006-05-15 (15:46), Oliver Brandmueller wrote:
OK, I was not clear enough: During normal operations what's on the disk
and the view of the system to the filesystem are not necessarily the
same - this is especially true for open files. No matter how long it
takes for fsck to run, a
On Fri 2006-05-12 (07:31), Jonathan Noack wrote:
Ah, I made a mistake in my explanation. Replace INDEX-5.db with
INDEX-5. Sorry for the confusion...
make fetchindex downloads the INDEX-x file (where 'x' is the major
release number of the version of FreeBSD you are using -- in this case
On Wed 2006-05-10 (11:29), Jonathan Noack wrote:
You are probably experiencing some of the VFS limitations in 5.3 (you'll
be pleasantly surprised by 6.1!). portsdb -Uu is very CPU and IO
intensive; it takes a long time on a fast machine. make fetchindex is
provided as a replacement for
hey guys, i've been having this trouble on and off for
quite awhile, sometimes while running 'portsdb -Uu'
(after a cvsup) the box just freezes, along with the
power? i'm running 5.3-RELEASE.
___
freebsd-stable@freebsd.org mailing list
On Wed 2006-05-10 (09:31), gareth wrote:
hey guys, i've been having this trouble on and off for
quite awhile, sometimes while running 'portsdb -Uu'
(after a cvsup) the box just freezes, along with the
power? i'm running 5.3-RELEASE.
ok, i did:
cd /usr/ports
rm INDEX*
make fetchindex
amongst
On Thu 2006-03-30 (09:47), Kevin Oberman wrote:
You can fix this by specifying the IPv4 address (137.158.128.11) in
ntp.conf. I have been told that queries may be limited to IPv4 in
ntp.conf, but the man page does not indicate this and I have not had
time to dig into the sources.
hah, that
On Thu 2006-03-30 (13:22), jdow wrote:
If you have ntpd running, which is the right way to do it anyway, then
ntpdate cannot run unless you tell it to use a different port than the
ntp port because it's already in use. ntpdate -q -u pool.ntp.org should
work for you.
nope i don't have ntp
a Makefile.am Makefile.in in
/usr/src/contrib/ntp/ntpdate/ ? do i need to go into /usr/src
and type 'make'?
thanx
gareth
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL
On Thu 2006-03-30 (08:54), Scot Hetzel wrote:
2. change to sub directory where FreeBSD builds ntpdate:
cd /usr/src/usr.sbin/ntp/ntpdate
make clean
make
make install
make clean
cool, thanx, i found that earlier with a 'locate ntpdate | grep Makefile'
and tried to run make
On Thu 2006-03-30 (10:35), Michael Proto wrote:
cd /usr/src/usr.sbin/ntp
make depend
make
make install
yay, ok that works ta (going into /usr/src/usr.sbin/ntp
as opposed to /usr/src/usr.sbin/ntp/ntpdate) and the
binary gets rebuilt. but, same problem :/
# ntpdate nom.uct.ac.za
Looking for
On Thu 2006-03-30 (11:18), Michael Proto wrote:
Just curious, do you have ipv6 enabled in your kernel and working on
your Ethernet interface? It looks like you're only getting an ipv6
address returned by the resolver for nom.uct.ac.za. I did a lookup
myself and I got both an ipv4 and ipv6
On Thu 2006-03-30 (18:24), gareth wrote:
Perhaps someone with a better knowledge of the resovler can answer to
why no ipv4 address is returned.
yea. i get the ipv4 addy back from my linux machines.
sorry that wasn't clear - when i run 'ntpdate nom.uct.ac.za'
on my linux machines, i get
(0x280e3000)
libpam.so.2 = /usr/lib/libpam.so.2 (0x280eb000)
libcrypto.so.3 = /lib/libcrypto.so.3 (0x280f2000)
libcrypt.so.2 = /lib/libcrypt.so.2 (0x281e7000)
libc.so.5 = /lib/libc.so.5 (0x281ff000)
Thanks
---
Gareth Hopkins
Server Operations
UUNET South Africa
Howdie,
Was wondering if the following cards would be supported in the
near future by BSD 4.10.
PERC 4e/Si and PERC 4e/Di. These are from the new Dell poweredge 1850 and
2850 servers.
---
Gareth Hopkins
System Operations
UUNET ZA
___
[EMAIL
I'm thinking about getting a DVD writer as a backup device
for use with my -STABLE system. It's not clear to me what
level of support there is for this in -STABLE.
1. If I just want to treat a DVD as an unusually large CD,
will that just work? I mean, can I build a 4GB ISO9660
filesystem
.
*** Error code 1
Stop.
*** Error code 1
Is there a specific release I should be supping to?
---
Gareth Hopkins
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
79 matches
Mail list logo