Ian Lepore wrote:
> On Wed, 2013-05-29 at 16:21 +0200, Oliver Fromme wrote:
> > Steven Hartland wrote:
> > > Have you checked your sata cables and psu outputs?
> > >
> > > Both of these could be the underlying cause of poor signalling.
> >
>
disappears completely when I reduce the SATA rev from
II to I, even at tags=32.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Handelsregister: Amtsgericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, H
more likely to impact performance
on a mixed server with shell users, apache, sendmail, DNS
and a few other things?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Handelsregister: Amtsgericht Muenchen, HRA 74606, Geschäftsfuehrung:
secn
is cs ss 0003e000 rs 0003e000 tfd 40 serr
cmd 0004f117
(ada1:ahcich1:0:0:0): Retrying command
(ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 30 e0 e4 40 04 00 00 00 00
00
(ada0:ahcich0:0:0:0): CAM status: Command timeout
(ada0:ahcich0:0:0:0): Retrying command
..
YongHyeon PYUN wrote:
> On Fri, Feb 08, 2013 at 08:27:55PM +0100, Oliver Fromme wrote:
> > re0: CMD 0x0c
> > re0: link state changed to UP
> > re0: link state changed to DOWN
> > re1: link state changed to UP
> > re1: link state changed to DOWN
> > re1
t 07:15:51PM +0100, Oliver Fromme wrote:
> > Recently I got a new mainboard for a router, it's a
> > Gigabyte GA-H77N-WIFI with two onboard re(4) NICs.
> >
> > The problem is that re0 works fine and re1 doesn't:
> > It doesn't receive any packets. Tcpd
John-Mark Gurney wrote:
> Oliver Fromme wrote this message on Mon, Feb 04, 2013 at 23:04 +0100:
> > John-Mark Gurney wrote:
> > > Oliver Fromme wrote this message on Mon, Feb 04, 2013 at 19:15 +0100:
> > > > I'm running a recent stable/9 (about 14 days ol
John-Mark Gurney wrote:
> Oliver Fromme wrote this message on Mon, Feb 04, 2013 at 23:04 +0100:
> > John-Mark Gurney wrote:
> > > Oliver Fromme wrote this message on Mon, Feb 04, 2013 at 19:15 +0100:
> > > > I'm running a recent stable/9 (about 14 days ol
John-Mark Gurney wrote:
> Oliver Fromme wrote this message on Mon, Feb 04, 2013 at 19:15 +0100:
> > I'm running a recent stable/9 (about 14 days old).
> > What's the best way to debug this problem? At the
> > moment I'm not even sure if it's the hard
8843 metric 0 mtu 1500
options=8209b
ether 90:2b:34:5f:bd:11
inet ...
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Handelsregister: Amtsgericht
Ian Lepore wrote:
> On Fri, 2013-02-01 at 19:52 +0100, Oliver Fromme wrote:
> > What is the proper way with ATA_CAM and ada(4) to force a
> > P-ATA disk to a lower UDMA mode?
>
> You probably want one of these...
>
> hint.ata.X.devX.mode
> limits
ada1:ata1:0:0:0): READ_DMA. ACB: c8 00 00 00 00 40 00 00 00 00 10 00
(ada1:ata1:0:0:0): CAM status: ATA Status Error
(ada1:ata1:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 84 (ICRC ABRT )
(ada1:ata1:0:0:0): RES: 51 84 00 00 00 00 00 00 00 00 00
(ada1:ata1:0:0:0): Retrying command
..
--
Oli
Warren Block wrote:
> On Fri, 15 Jun 2012, Oliver Fromme wrote:
> > You can try to prepend a backslash, i.e. echo \$devnum. This
> > isn't documented, but then again, using backslashes to continue
> > strings that span multiple lines isn't documented either.
Freddie Cash wrote:
> On Fri, Jun 15, 2012 at 11:45 AM, Oliver Fromme
> wrote:
> > Chuck Swiger wrote:
> > > On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote:
> > > > You can try to prepend a backslash, i.e. echo \$devnum. This
> > >
Chuck Swiger wrote:
> On Jun 15, 2012, at 11:23 AM, Oliver Fromme wrote:
> > You can try to prepend a backslash, i.e. echo \$devnum. This
> > isn't documented, but then again, using backslashes to continue
> > strings that span multiple lines isn't documented ei
ings that span multiple lines isn't documented either.
In case the sed command still doesn't work, alternatively you
can use shell substring processing instead (this is also more
efficient because the shell doesn't have to create a pipe and
fork a sed process):
action "devnum=$c
a "notify" block
instead of an "attach" block? The documentation is not
very clear about the difference between an "attach" block
an a "notify" block with $type=ATTACH, but it probably
wouldn't hurt to try both.
Best regards
Oliver
--
Oliver Fromme,
match if the regular
expression is anchored (the manual page isn't clear about
that, unfortunately, but the examples suggest that it is
indeed anchored). Besides, the /dev/ugen* names are only
symlinks to the real entries in /dev/usb/X.Y.Z.
It might be worth a try to just comment out th
000-0xfeafbfff irq 21 at device 6.0 on pci3
Shall I open a PR with this?
Of course, I can try any patches that somebody throws at me. :-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muench
Unless you've disabled the "securetty" check
in /etc/pam.d/login, but it is there for a reason.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehr
e it's cache will be invalidated
anyway. Also, different CPUs have different cache affinity. ULE is
supposed to be aware of this, while the 4BSD scheduler is not.
In any case, on an older single/dual core CPU there is rarely any
difference between both schedulers. Differences might appear in m
nt of "free" memory
displayed by top that is often misinterpreted.
I suggest you just keep the standard scheduler (i.e. ULE).
If you don't have a performance problem (i.e. a problem that
you can measure by other means than top), then don't try to
fix it. Chances are you m
e, but it won't tell you
if the default version of a port changed. For example,
when the default version of Python was changed from 2.6
to 2.7. It also won't tell you if the origin of a port
doesn't exist anymore at all.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH &
mehow. So I removed the console
cable; it's running with an old VGA CRT as the console for
now. Fortunately I require console access very seldom, so
I don't have to drive to that machine often. It's still
annoying, but I didn't find a better solution; downgrading
to 7.x is
by bad RAM, or even by the power supply (though
the latter is unlikely in this case, I think).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltung
Oliver Fromme wrote:
> [...]
> I need a working DVD drive, so I'm now considering to
> downgrade to 8-stable. But then again, TMPFS didn't work
> a well for me as it does in 9-stable (which was the main
> reason for me to upgrade), so I'm kind of stu
ser sody.
> it seems that su is broken somehow
Something is definitely broken. Maybe the suid-root bit was
accidentally removed from the su binary? What is the output
from "ls -l /usr/bin/su"?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktpl
will have to drive to the machine and fix
it from the console, I'm afraid. There's no other way, unless
you discover a yet-unknown local root exploit. ;-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registerge
e as it does in 9-stable (which was the main
reason for me to upgrade), so I'm kind of stuck in a
difficult situation.
I'm willing to test more patches, of course. :-)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handels
which was removed
from the base system in FreeBSD 8.x.
Usage for installing ports is simple:
# cd /usr/ports/category/foo
# portup -wy .
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,
t" claims there are no devices
present.
This is a Promise (P)ATA controller (UDMA-133) with a
DVD-ROM/R/RW drive connected as master device to the first
channel (ata2), nothing else.
It worked fine with 8-stable.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktpla
ave you tried removing atapicam_load from /boot/loader.conf
(I guess that's where you're trying to load the module)?
> Kernel configuration is GENERIC (except scheduler is SCHED_4BSD).
Just out of curiosity, why do you prefer SCHED_4BSD?
Best regards
Oliver
--
Oliver Fromme, sec
archive specification
"/usr/ports/Mk/bsd.options.mk", line 177: Error in archive specification:
"WITH_"
make: fatal errors encountered -- cannot continue
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Regi
; filesystem grows more and more important in the area of HPC, where
> storage systems get spread over a department.
Yes, a clustered file system would be very useful to have,
even outside the HPC area.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567
g FreeBSD for that, because it's not something
that FreeBSD can fix, it's rather a vendor problem (in the
aforementioned case: Logitech's problem).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht
ent mentioned
FreeBSD to me, so I gave it a try (I think it was 2.0.5).
Within minutes I was sold.
Long live BSD!
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix
ust one line in rtld.c.
But I haven't actually tried this. LD_32_LIBRARY_PATH
works for me.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgese
hat the hints would take
precedence.
> Look at the olvwm binary with readelf and see whether DT_RPATH specifies
> /usr/local/lib.
Yes, it does:
0x000f (RPATH) Library rpath: [/usr/local/lib]
Well, then I will just keep my LD_32_LIBRARY_PATH workaround.
Best regards
Oliver
--
n't have to use LD_32_LIBRARY_PATH.
I mean, it's ldconfig's job to configure the directories for
locating the libraries.
What is wrong here?
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen,
Hans Petter Selasky wrote:
> On Thursday 13 October 2011 20:06:34 Oliver Fromme wrote:
> > I just got this panic on a recent stable/8 amd/64 system:
> > panic: umass1: Unknown state 1
> >
> > Here's a screen shot from the KVM console:
> >
>
mes
before without a panic, so this isn't 100% reproducable.
Also, I'm reluctant to try again because this is a quite
important production server.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registerger
Gary Palmer wrote:
> On Tue, Sep 20, 2011 at 03:41:58PM +0200, Oliver Fromme wrote:
> > Hi,
> >
> > I've updated a server with mpt controller to the latest
> > 7-stable (ok, it's 7-stable from last week). During the
> > boot sequence, th
ich is installed on another
Slice of the same disk. This could be just coincidence,
maybe the timing of probing is slightly different between
7-stable and 8-stable.)
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Regist
r/source/sys/pcpu.h?v=FREEBSD70) but not on
> 8-stable.
Your code snipped was from sys/kern/kern_clock.c which is
kernel source. Curthread is a kernel variable (it's part
of the per-CPU struct pcpu); it's not directly accessible
from userland.
Best regards
Oliver
--
Oliver Fromme,
_vmspace;
> rss = pgtok(vmspace_resident_count(vm));
>
> Curthread is not defined, I searched google but can't find any references.
That's a piece of kernel source code. It won't work in
user space.
> But is this the proper way to get an apps memory usage?
f you're concerned, configure resource limits. Period.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Re
t we had with
FreeBSD 6 should be avoided.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
che
Also, some
processes are excluded, such as system processes and
protected processes (cron and sshd, for example).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfue
x27;\n' | grep 3dfx
3dfx
3dfx_linux
$ make WITHOUT_MODULES=3dfx -V SUBDIR | tr ' ' '\n' | grep 3dfx
3dfx_linux
$
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 746
Freddie Cash wrote:
> On Fri, Sep 17, 2010 at 5:38 AM, Oliver Fromme
> wrote:
> > Remove "options ATA_STATIC_ID" from your kernel config
> > before building the new kernel and rebooting. Then your
> > first disk will be ad0, no matter what controller a
the initial root device *before* rebooting?
Remove "options ATA_STATIC_ID" from your kernel config
before building the new kernel and rebooting. Then your
first disk will be ad0, no matter what controller and
channel it is connected to. Be sure to update your
/etc/fstab file.
Best rega
>
> The machine is now running FreeBSD 8.1, but after rebuilding all
> packages via ports, the problem with the radeonhd driver is back,
> showing exactly the same behaviour as before.
Did you try the normal radeon driver (not radeonhd)?
It supports the RV515 chip used by the X1550, t
dem cable. I'm still curious
why this cable worked with 7.x with the same configuration.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesel
John Baldwin wrote:
> On Monday, September 13, 2010 11:55:27 am Oliver Fromme wrote:
> > I think the boot.config stuff might be a red herring.
> > The console breaks (i.e. freezes) as soon as I try to run
> > a getty process on it -- That seems to indicate that getty
&g
John Baldwin wrote:
> On Monday, September 13, 2010 8:49:48 am Oliver Fromme wrote:
> > Now I get your point ... Yes, -P does probe the keyboard
> > first. That's probably why I see the boot0/boot2 on the
> > VGA console, not on the serial port. As far as I know,
in 5.361544 secs (34253192 bytes/sec)
183649990 bytes transferred in 5.401471 secs (3396 bytes/sec)
183649990 bytes transferred in 5.052138 secs (36350946 bytes/sec)
183649990 bytes transferred in 5.311821 secs (34573829 bytes/sec)
183649990 bytes transferred in 5.537337 secs (33165760 byte
Jeremy Chadwick wrote:
> On Mon, Sep 13, 2010 at 09:21:21AM +0200, Oliver Fromme wrote:
> > Jeremy Chadwick wrote:
> > > Is there a PS/2 keyboard hooked up to this machine when you're
> > > attempting to get serial console output?
> >
> > Ki
n wasn't difficult
in this particular case.
Don't get me wrong -- I understand very well why the I4B
code had to be removed from FreeBSD. It was an unfortunate,
but necessary decision.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 8556
ything.
Anyway, I will try next time I'm near the machine (it's
a three hours ride) which will probably be on Friday.
If it won't work then I'll downgrade it to 7.1 the same
day.
BTW, the interesting thing is that all processes that try
to access the console hang in "t
Greg Byshenk wrote:
> On Sun, Sep 12, 2010 at 05:26:12PM +0200, Oliver Fromme wrote:
>
> > On Friday I have updated a machine from 7.1 to stable/8.
> > It is connected to a serial console. With 7.1 everything
> > worked fine, but with stabl
, using a 9-pin nullmodem cable.
That setup hasn't changed in ages; that other PC is running
an older version of FreeBSD.
I need this issue to be resolved, because the serial console
is required for remote management (the machine is a 3-hours
ride away from home). If it can't be res
k: default
gateway: gateway.myisp.net
interface: tun0
flags:
recvpipe sendpipe ssthresh rtt,msecmtuweightexpire
0 0 0 0 1492 1 0
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co.
uot;
on this machine.
http://people.freebsd.org/~olli/scripts/makekernel
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. m
g is the "chip" ID: 0x10c98086
The lower half is the vendor ID: 8086 is intel.
The upper half is the device ID: 10c9 is the 82576 gigabit NIC.
You can look up these numbers on http://pciids.sf.net
for example.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, M
> The box dies before init is started so dumpdev in rc.conf is pointless.
I'm afraid you can't set dumpdev from the loader.
In ancient times it was possible to hardcode the dumpdev
via the kernel configuration, but that option is long
gone, AFAIK.
Best regards
Oliver
--
Oli
;t work for /boot/kernel.old.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,
Daniel O'Connor wrote:
> On 06/08/2010, at 16:59, Oliver Fromme wrote:
> > > Yeah, I don't think it's hard to move them, however I'm worried what
> > > it will break :)
> > >
> > > The only thing I can see that would have to ch
Daniel O'Connor wrote:
> On 06/08/2010, at 2:38, Oliver Fromme wrote:
> > > I think this is the main reason / has had to grow - the actual kernel
> > > is relatively small so even a 256Mb / could hold several, but with
> > > the symbol files it is not possibl
stall-
kernel target, I guess. I don't have patches, though.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Re
ings.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik
Oliver Fromme wrote:
> Jung-uk Kim wrote:
> > On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
> > > on 15/07/2010 19:57 Oliver Fromme said the following:
> > > > I patched topo_probe() so it calls topo_probe_0x4() after
> > > > topo_probe_0x
any other shared cache.
(Or maybe I misinterpret the XML output; I think that the
"level" and "cache-level" numbers are confusing.)
BTW, I noticed that the indentation problem (newline before
"") is already fixed in -current, 5 weeks ago.
Any plan to MFC this
Jung-uk Kim wrote:
> On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
> > on 15/07/2010 19:57 Oliver Fromme said the following:
> > > I patched topo_probe() so it calls topo_probe_0x4() after
> > > topo_probe_0xb() if cpu_cores is still 0. I think this
Andriy Gapon wrote:
> on 15/07/2010 15:27 Oliver Fromme said the following:
> > Unfortunately, it didn't change. Kernel output during boot
> > is still the same; it displays 1 package x 8 cores.
>
> If you are sure that everything is done correctly (patch
Andriy Gapon wrote:
> on 15/07/2010 14:58 Oliver Fromme said the following:
> > Andriy Gapon wrote:
> > > Could you please try to do the following?
> > > 1. Fetch topo-12212009.tar from the top of this page:
> > > http://software.intel.com/en-us/arti
Andriy Gapon wrote:
> on 15/07/2010 14:58 Oliver Fromme said the following:
> > Andriy Gapon wrote:
> > > Could you please try to do the following?
> > > 1. Fetch topo-12212009.tar from the top of this page:
> > > http://software.intel.com/en-us/arti
5| 6| 7|
Core | c0| c1| c2| c3|
AffMsk| 10| 20| 40| 80|
+++++
Cache | L1I| L1I| L1I| L1I|
Size | 32K| 32K| 32K| 32K|
+++++
Cache | L2 | L2 |
Size | 6M | 6M |
CmbMsk| 30 | c0 |
+-+-+
Combined sock
Jeremy Chadwick wrote:
> Can you also provide the output of "acpidump -dt"? This will probably
> be quite long (possibly 300KB or more), so you may want to put it up on
> the web somewhere.
http://www.secnetix.de/olli/tmp/acpidump-dt.txt
Best regards
Oliver
--
Oliv
pluknet wrote:
> On 14 July 2010 18:14, Oliver Fromme wrote:
> > In a machine installed yesterday, 8.1-PRERELEASE doesn't
> > seem to detect the number of CPU packages vs. cores per
> > package correctly:
> >
> > | FreeBSD 8.1-PRERELEASE-201
is just a "cosmetic" issue, or if this
is a critical thing ... I could imagine that performance
might be sub-optimal if the CPU topology isn't detected
correctly, but I'm not sure if FreeBSD can take advantage
of the topology.
Best regards
Oliver
--
Oliver Fromme, secneti
r
that incident.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsf
Dmitry Marakasov wrote:
> * Oliver Fromme (o...@lurza.secnetix.de) wrote:
> > This is an excerpt from Solaris' mount_nfs(1M) manpage:
> >
> > File systems that are mounted read-write or that con-
> > tain executable files should always be mount
t; option means that processes
on different clients won't see each other's locks. That
means that you will get corruption if they rely on
locking.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registe
Vasyl Samoilov wrote:
> Oliver Fromme wrote:
> > dev.cpu.0.temperature: 14.0C
> > dev.cpu.1.temperature: 14.0C
> > dev.amdtemp.0.sensor0.core0: 14.0C
> > dev.amdtemp.0.sensor0.core1: 22.0C
> > dev.amdtemp.0.sensor1.core0: -49.0C
> &
nel by default. I can't think of
a good reason why they need to be there by default, and
they're what causes the space problems for the root FS in
the first place.
Please change the default.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 G
ow. I don't think they can realistically be below room
temperature.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregiste
configuration?
(It's in GENERIC by default.)
options PRINTF_BUFR_SIZE=128
It mitigates the problem, but doesn't solve it completely.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registe
ible to easily redirect the prompt
on the command line, it's fine with me.
Right now I can do this in a script:
echo -n "$myprompt: " ; su $somerole >/dev/null ...
If that doesn't work anymore, I'll complain. ;-)
Best regards
Oliver
--
Oliver Fromme, secnetix G
y disk for /tmp.
I never experienced any serious problems with that.
The machine I'm typing this on right now has this line
in /etc/fstab:
md /tmp mfs rw,nosuid,-s200m,async 0 0
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Gr
test, arguments parsing and C syntax overhead.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
che
Roland Smith wrote:
> Oliver Fromme wrote:
> > When you disable something in src.conf(5), its files *will*
> > be removed when you do "make delete-old".
> >
> > See the file src/tools/build/mk/OptionalObsoleteFiles.inc
> > for all the detai
/etc/src.conf was parsed by share/mk/bsd.own.mk).
If that doesn't work for WITHOUT_NTP, then that's a bug.
Probably some entries missing in OptionalObsoleteFiles.inc.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister:
, so SVNews focuses on
FreeBSD (which is my main interest anyway).
On the other hand, SVNews also displays commits outside of
the main src tree, such as commits to the vendors, users
and projects branches. freshbsd doesn't display those
at all.
Best regards
Oliver
--
Oliv
Marius Nünnerich wrote:
> Michal Varga wrote:
> > On Tue, Dec 29, 2009 at 7:37 PM, Oliver Fromme
> > wrote:
> > > By the way, here is another little tool that can be used to
> > > watch changes in 8-stable conveniently:
> > >
> > > htt
Michal Varga wrote:
> On Tue, Dec 29, 2009 at 7:37 PM, Oliver Fromme
> wrote:
> > By the way, here is another little tool that can be used to
> > watch changes in 8-stable conveniently:
> >
> > http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys
hings.
A better way is to use FreeBSD's mac_portacl(4) which is
quite easy to use. It enables you to install rules that
specify exactly to which ports user processes are allowed
to bind. So you can specifically protect the single port
number 8022, for example.
Best regards
Oliver
--
e/olli/FreeBSD/svnews/?p=stable/8/sys
It lists commits (optionally with diffs) to the path specified
in reverse chronological order, i.e. newest at the top.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Mue
stable).
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Mai
e[cd]:
ggate[dc]_buf_size="1310720"
ggatec_timeout="5"
ggatec_queue_size="2048"
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix V
, the same can be done easily
with IPFW and "fwd" rules, of course.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, H
1 - 100 of 610 matches
Mail list logo
