On Thu, Jun 12, 2014 at 01:47:06AM -0400, Marcus Reid wrote:
> On Wed, Jun 11, 2014 at 09:06:45PM +0800, bycn82 wrote:
> > Just tell "the command is not working" cannot help in resolving the
> > problem. Could you please provide more detail? for example.
>
> I already gave the info that I have. I
On Wed, Jun 11, 2014 at 09:06:45PM +0800, bycn82 wrote:
> Just tell "the command is not working" cannot help in resolving the
> problem. Could you please provide more detail? for example.
I already gave the info that I have. In this case the data provided by
the sysctl that gets interface statist
On 2014-06-11 18:36, O. Hartmann wrote:
>
> I use my boxes for daily work and in most cases, the usage of applications is
> the same.
> Compiling the OS and updating ports while having claws-mail and firefox
> opened is some
> usual scenario.
>
> I realise since a couple of weeks, if not months
- Original Message -
From: "Matthias Andree"
Am 12.06.2014 00:36, schrieb O. Hartmann:
I use my boxes for daily work and in most cases, the usage of applications is
the same.
Compiling the OS and updating ports while having claws-mail and firefox opened
is some
usual scenario.
I
Am 12.06.2014 00:36, schrieb O. Hartmann:
>
> I use my boxes for daily work and in most cases, the usage of applications is
> the same.
> Compiling the OS and updating ports while having claws-mail and firefox
> opened is some
> usual scenario.
>
> I realise since a couple of weeks, if not mont
I use my boxes for daily work and in most cases, the usage of applications is
the same.
Compiling the OS and updating ports while having claws-mail and firefox opened
is some
usual scenario.
I realise since a couple of weeks, if not months now, but always sticky to
11.0-CURRENT,
that the syste
Craig Rodrigues wrote:
> On Tue, Jun 10, 2014 at 7:31 AM, Beeblebrox
> wrote:
> >
> > Then BTX starts to boot the kernel but fails with:
> > pxe_open: server addr: 192.168.2.1
> > pxe_open: server path: /
> > pxe_open: gateway ip: 192.168.2.1
> > NFS MOUNT RPC error: 72
>
> In /usr/includ
It is rather difficult to determine what sort of response you are
expecting to this message, as it seems to cover several different (but
maybe related) topics, and include some exposition and supposition that do
not include clear questions.
On Wed, 11 Jun 2014, O. Hartmann wrote:
Running Fre
Running FreeBSD
Version String: FreeBSD 11.0-CURRENT #3 r267294: Mon Jun 9 22:07:15 CEST 2014
amd64
crashes wihout panic message and /var/crash/info.0 contains this message:
Dump header from device /dev/gpt/swap
Architecture: amd64
Architecture Version: 2
Dump Length: 968962048B (924 MB
Just tell "the command is not working" cannot help in resolving the problem.
Could you please provide more detail? for example.
1. Firewall can tell you the total in/out traffic
2. The systat -ifstat result.
3. Netstat information
In previous email, the guy provided the below information.
> > s
On Sat, Jun 07, 2014 at 11:26:39AM +0200, Stefan Ehmann wrote:
> Network monitoring tools show download traffic, but no upload data.
I have an iwn0: and have the same problem. I was
able to track it down to being some missing ifmib(4) data, secifically
ifi_obytes from the if_data structure (see
11 matches
Mail list logo