27.12.2011 19:55, Alain G. Fabry wrote:
Hello in the FreeBSD handbook it mentions there's USB support in
Virtualbox. In other sources I read however that the VBoxPuelMain module is not
supported in FreeBSD.
VirtualBox comes with basic USB support, extension pack provides USB2.0
support.
My friend did an installation to try it out. He is currently running Apache
for over a week with no problems. Nothing heavier was done.
--
Lyubomir Grigorov (bgalakazam)
___
freebsd-questions@freebsd.org mailing list
On 12/28/11 8:54 AM, Victor Sudakov wrote:
Colleagues,
This question is not directly related to FreeBSD, but perhaps some
network administrators reading this list know the answer.
Can I setup several ISC BIND servers to be each other's mutual forwarders?
Will it work or create an
On 28/12/2011 07:54, Victor Sudakov wrote:
This question is not directly related to FreeBSD, but perhaps some
network administrators reading this list know the answer.
Can I setup several ISC BIND servers to be each other's mutual forwarders?
Will it work or create an endless loop of DNS
Damien Fleuriot wrote:
If you're trying to build up a cache to improve performance and response
time, here's your scenario:
DNS C, forward to DNS A,B for all queries
DNS D, forward to DNS B,A for all queries
Your cache will start building up and only responses that are not cached
will
I am have vmcore files but kernel has compiled without -g
can I take any usefull information about 'why this problem occour'?
cat info.0 info.1 info.2
Dump header from device /dev/ad0s1b
Architecture: i386
Architecture Version: 2
Dump Length: 380215296B (362 MB)
Blocksize: 512
On 12/28/11 2:07 PM, Victor Sudakov wrote:
Damien Fleuriot wrote:
If you're trying to build up a cache to improve performance and response
time, here's your scenario:
DNS C, forward to DNS A,B for all queries
DNS D, forward to DNS B,A for all queries
Your cache will start building up
2011/12/28 Damien Fleuriot m...@my.gd:
On 12/28/11 2:07 PM, Victor Sudakov wrote:
Damien Fleuriot wrote:
If you're trying to build up a cache to improve performance and response
time, here's your scenario:
DNS C, forward to DNS A,B for all queries
DNS D, forward to DNS B,A for all
Hi,
I have a dual port HBA:
isp0@pci0:2:0:0:class=0x0c0400 card=0x015d1077 chip=0x25321077
rev=0x02 hdr=0x00
vendor = 'QLogic Corporation'
device = '8Gb PCIe x8 Single/Dual Fibre Channel HBA (ISP2532)'
class = serial bus
subclass = Fibre Channel
Hello all,
I currently have a FreeBSD server colocated and it isn't always physically
accessible. I was trying to develop an upgrade path for my server, in
hopes to mainly save a trip to the colo center.
There are four disks, all in a single storage pool - tank.
Here is the naming convention I
Damien Fleuriot wrote:
If you're trying to build up a cache to improve performance and response
time, here's your scenario:
DNS C, forward to DNS A,B for all queries
DNS D, forward to DNS B,A for all queries
Your cache will start building up and only responses that are not
Peter Andreev wrote:
[dd]
Victor, we researched this topic and learned that response time highly
depends on distance between user and resolver, while cache influence
on this value is lesser.
So I advice you to keep all as is.
Be it so. Thank you.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
RB [drivelectomy -- 200+ lines]
RB You've been told the following, *repeatedly*:
RB Your hardware is not capable of keeping up with the level of network traffic
RB it is being subjected to.
RB Reaaltek cards and the 're' device driver are a *BAD*CHOICE* for systems
with
RB heavy network
On Wed, 28 Dec 2011 05:32:42 +0100
Julian H. Stacey j...@berklix.com wrote:
Damien Fleuriot wrote:
On 12/27/11 4:45 PM, Julian H. Stacey wrote:
Hi questions@
[snip]
Externaly
{
man gnash says what to do from CLI,
But I'm not clear what the URL is, of the flash to save
guys,
access(filenamewithpath, F_OK) returned true as Zero if i have
access to it. what do i use in C to tell me that a file is not
empty? fstat? or is there something more common?
thanks,
gary
--
Gary Kline kl...@thought.org http://www.thought.org Public Service Unix
On 28/12/2011 23:50, Gary Kline wrote:
access(filenamewithpath, F_OK) returned true as Zero if i have
access to it. what do i use in C to tell me that a file is not
empty? fstat? or is there something more common?
stat(2) which uses the file path -- unless you have an open file
-Original Message-
From: owner-freebsd-questi...@freebsd.org [mailto:owner-freebsd-
questi...@freebsd.org] On Behalf Of Gary Kline
Sent: Wednesday, December 28, 2011 3:50 PM
To: FreeBSD Mailing List
Subject: how to tell that a file exists and is not 0-len?
guys,
Victor Sudakov wrote:
Victor, we researched this topic and learned that response time highly
depends on distance between user and resolver, while cache influence
on this value is lesser.
So I advice you to keep all as is.
Be it so. Thank you.
And the reason for the whole thread. One
On Dec 28, 2011 9:26 PM, Victor Sudakov v...@mpeks.tomsk.su wrote:
And the reason for the whole thread. One of the customers told me that
8.8.8.8 is faster than our own DNS servers which are located on the
same 100 MBit/s LAN with them. I was shocked but it seems true, at
least for the
Hi,
Conrad J. Sabatier wrote:
On Wed, 28 Dec 2011 05:32:42 +0100
Julian H. Stacey j...@berklix.com wrote:
Damien Fleuriot wrote:
On 12/27/11 4:45 PM, Julian H. Stacey wrote:
Hi questions@
[snip]
Externaly
{
man gnash says what to do from CLI,
On Thu, 29 Dec 2011 04:39:40 +0100
Julian H. Stacey j...@berklix.com wrote:
Hi,
Conrad J. Sabatier wrote:
On Wed, 28 Dec 2011 05:32:42 +0100
Julian H. Stacey j...@berklix.com wrote:
Damien Fleuriot wrote:
On 12/27/11 4:45 PM, Julian H. Stacey wrote:
Hi questions@
[snip]
[N.B. Please reply directly or Cc: me in any replies. I read -questions
in the digest form, so there can be a delay of a day or more before I see
replies posted only to the list. Thanks.]
I was in the process of preparing to upgrade from 7.4 to 8.2 (at last!),
when I encountered a
2011/12/29 Victor Sudakov v...@mpeks.tomsk.su:
Victor Sudakov wrote:
Victor, we researched this topic and learned that response time highly
depends on distance between user and resolver, while cache influence
on this value is lesser.
So I advice you to keep all as is.
Be it so. Thank
Peter Andreev wrote:
Victor, we researched this topic and learned that response time highly
depends on distance between user and resolver, while cache influence
on this value is lesser.
So I advice you to keep all as is.
Be it so. Thank you.
And the reason for the whole
24 matches
Mail list logo