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 lord
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 root,
7;s 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] s
=0
mskc0: msk_handle_events: Break #1 cons=512 csrread=519
mskc0: msk_handle_events: sd=0xfe011e23c000 sd->msk_control=0 control=0
...etc
From: owner-freebsd-sta...@freebsd.org [owner-freebsd-sta...@freebsd.org] on
behalf of Yonghyeon PYUN [pyu...@gmail.com]
Sent: 13
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:20.0 +0100
@@ -2179,9 +2179,11 @@
* At first I guessed 8 bytes, the size of a single descriptor, would
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
> sett
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 t
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.
>
>
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
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 manuall
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 /usr/sr
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
___
freebsd-stabl
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 2010
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-stabl
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 worl
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
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 fir
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 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 se
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 t
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 the
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
h
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 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 (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
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.
&
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 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
http://
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 (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 (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
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 sti
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
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.
>
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: port 0x3040-0x305f mem
0xe320-0xe321,0xe322-0xe3
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.
i
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.
portaudit:
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
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
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 th
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 vario
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 suspic
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 whe
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
___
freebsd-stable@fre
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 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 c
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 po
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
much
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, m
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)
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 s
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=K
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 KERNCONF
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
> i
I wrote, inter alia,
> 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
ying to mount root from ufs:/dev/ad0s1a
-- dmesg output ends --
I would be grateful for any insight into what's going wrong and how
(if at all) it can be fixed or worked around. I'm not subscribed to
-questions or to -stable, so would prefer to be cc'ed, but I'll
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 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 t
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 int
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 ca
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 fo
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
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
http://lists.freebs
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
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 (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
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 a
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 (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
ecompile, since there's only 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/freebs
libwrap.so.3 (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 Opera
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
80 matches
Mail list logo
