On 26/03/2012 02:19, C. P. Ghost wrote:
On Sun, Mar 25, 2012 at 6:46 PM, Prabhpal S. Mavi
wrote:
Greetings Friends,
have anyone has come across this warning / error? This occurs when i ssh
to my FreeBSD 9.0 System. any help would be greatly appreciated.
Warning:
/usr/share/games/fortune/free
Hello Shane,
thanks for your valuable response, this is brilliant. this is what i was
exactly looking for. very good command indeed.
Grateful for your kind assistance
Thanks / Regards
> On 26/03/2012 02:19, C. P. Ghost wrote:
>> On Sun, Mar 25, 2012 at 6:46 PM, Prabhpal S. Mavi
>> wrote:
>>>
Hi!
> > From knowing that you have too many files open you can increase the
> > maxfile numbers - but if you want to know what uses them try this -
> >
> > lsof -n | awk '{print $2 "\t" $1}' | sort | uniq -c | sort
On my system, it shows interesting numbers for firefox-instances:
3895 4150
On 26/03/2012 09:56, Kurt Jaeger wrote:
>>> From knowing that you have too many files open you can increase the
>>> > > maxfile numbers - but if you want to know what uses them try this -
>>> > >
>>> > > lsof -n | awk '{print $2 "\t" $1}' | sort | uniq -c | sort
> On my system, it shows interestin
Hi!
> >>> > > lsof -n | awk '{print $2 "\t" $1}' | sort | uniq -c | sort
> > On my system, it shows interesting numbers for firefox-instances:
[...]
> Does 'procstat -fa' give better results for you?
Yes, much better.
--
p...@opsec.eu+49 171 3101372 8 years
On Saturday, March 24, 2012 7:52:08 am Alex Tutubalin wrote:
> Hi,
>
> I'm playing with two FreeBSD 9-STABLE boxes connected via 10Gbps
> Infiniband (more details below) in Infiniband connected mode.
>
> I see incorrect interface statistics (e.g. in netstat output), output
> counters are 2x mor
All
I was wondering if anyone has looking into this ACPI issue noted
back in 2010.
http://lists.freebsd.org/pipermail/freebsd-acpi/2010-February/006332.html
I attempted to upgrade a 7-STABLE DL385g1 with 4G of ram to 9-STABLE
and it was a disaster.
The box was able to boot once and then on a n
Hi,
Have you filed PRs for this?
It seems like something you could easily(!) find the offending
commit(s) by doing kernel builds of -HEAD around the time that 8 was
branched off.
If 8.0-RELEASE fails but 7-STABLE does, that's a good starting point
to determine the lower/upper bounds for the -HEA
I just did an upgrade from an old 7.2 installation to 8.3-RC2 last
night, and the kernel was only able to mount root from a ufsid label
and could not detect any bsdlabels. The 7.2 installation used static
bsdlabeled disks (/dev/ad0s1a etc). This seemed to be an unexpected
change (I had to get the r
