In the last episode (Mar 28), Ivan Voras said:
Danny Pansters wrote:
Generally I can say that with freebsd even if you pull the plug and
then let it reboot and do the automatical background fsck you'll
likely loose only that one file you might have been editing while
(or just before) you
Dan Nelson wrote:
In the last episode (Mar 28), Ivan Voras said:
Note that you can tweak the SU caching time by adjusting the sysctls
kern.{meta,dir,file}delay. Take them down to 10 seconds instead of 30
and you'll lose less files (at the cost of more disk I/O of course).
Yes, but the other
On Fri, Mar 28, 2008 at 04:26:16PM +0100, Ivan Voras wrote:
All were tested within the same time: 50 seconds. Details: the machine
being tested was connected to a reporter machine via plain crossover
cable, the reporter had a TCP server and the tested machine had a TCP
client that run a tight
On 28/03/2008, David Malone [EMAIL PROTECTED] wrote:
On Fri, Mar 28, 2008 at 04:26:16PM +0100, Ivan Voras wrote:
All were tested within the same time: 50 seconds. Details: the machine
being tested was connected to a reporter machine via plain crossover
cable, the reporter had a TCP
Matthew Seaman wrote:
Ivan Voras wrote:
1. UFS+gjournal looses the least, but it's also the slowest.
2. UFS+SU had no truncated files or files of unexpected length
(apparently it just looses the file that would end up in this state)
3. XFS and JFS end up with a *huge* number of files that
* Ivan Voras [EMAIL PROTECTED] [080328 14:51] wrote:
Matthew Seaman wrote:
Ivan Voras wrote:
1. UFS+gjournal looses the least, but it's also the slowest.
2. UFS+SU had no truncated files or files of unexpected length
(apparently it just looses the file that would end up in this state)
3.
On Friday 28 March 2008 22:50:39 Ivan Voras wrote:
Matthew Seaman wrote:
Ivan Voras wrote:
1. UFS+gjournal looses the least, but it's also the slowest.
2. UFS+SU had no truncated files or files of unexpected length
(apparently it just looses the file that would end up in this state)
3.
On 28/03/2008, Alfred Perlstein [EMAIL PROTECTED] wrote:
I know this sounds pretty awful, but honestly any file modified
within an hour and not fsync'd being lost is not really a bad
thing.
It's pretty much the unix way that only fsync'd files/directories
or file modified more than
On 28/03/2008, Max Laier [EMAIL PROTECTED] wrote:
Can you please give more details about your benchmark? It seems to me
that the only thing you are measuring is how many files you managed to
touch between the last sync(2) and plugging the power. This is not an
interesting number.
I'd
Hi I have a question about startup scripts for BSD distributions. Can you turn
off the file system check that occurs every 30 boots, etc? I recall this being
the case on a BSD platform, although my Mac OS X doesn't (to my knowledge) do a
file system check that often at all.
Any info would
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Jared Carlson wrote:
Hi I have a question about startup scripts for BSD distributions.
Can you turn off the file system check that occurs every 30 boots,
etc? I recall this being the case on a BSD platform, although my Mac
OS X doesn't
On Thu, 27 Mar 2008 13:39:55 +, Matthew Seaman
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Jared Carlson wrote:
Hi I have a question about startup scripts for BSD distributions.
Can you turn off the file system check that occurs every 30 boots,
etc? I
Hi Jared,
On Thu, 27 Mar 2008 06:01:38 -0700 (PDT), Jared Carlson
[EMAIL PROTECTED] wrote:
Hi I have a question about startup scripts for BSD distributions. Can
you
turn off the file system check that occurs every 30 boots, etc? I recall
At least in FreeBSD there is no file system checks
Jared Carlson wrote:
Hi I have a question about startup scripts for BSD distributions. Can you
turn off the file system check that occurs every 30 boots, etc?
AFAIK FreeBSD doesn't do such scheduled checks at all.
signature.asc
Description: OpenPGP digital signature
* Marian Hettwer [EMAIL PROTECTED] [080327 06:55] wrote:
On Thu, 27 Mar 2008 13:39:55 +, Matthew Seaman
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Jared Carlson wrote:
Hi I have a question about startup scripts for BSD distributions.
Can you
On Thursday 27 March 2008 14:45:49 Marian Hettwer wrote:
On Thu, 27 Mar 2008 13:39:55 +, Matthew Seaman
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Jared Carlson wrote:
Hi I have a question about startup scripts for BSD distributions.
Can you turn
have a question about startup scripts for BSD distributions.
Can you turn off the file system check that occurs every 30 boots,
etc? I recall this being the case on a BSD platform, although my Mac
OS X doesn't (to my knowledge) do a file system check that often at
all.
You
Danny Pansters wrote:
Generally I can say that with freebsd even if you pull the plug and then let
it reboot and do the automatical background fsck you'll likely loose only
that one file you might have been editing while (or just before) you
unplugged the box.
Stress testing I've done
I am using FreeBSD 6.2. I am trying to export a directory so that another
machine can read and write to it.
With an /etc/exports file that says:
/Data 192.168.1.20(rw)
I get an empty directory on the client machine.
I know that there are files in the directory. They show when I list the
Read the exports(5) manpage. Its format is different on FreeBSD than it
is on Linux. (rw) isn't valid.
Pay particular attention to the section about maproot. In the
absence of -maproot and -mapall options, remote accesses by root will
result in using a credential of -2:-2. So if you mounted
if I;ve chhanged one line of one file, how can I recompile without
going back to the top and doing a 'make buildkernel' so I just recompile
that one file ? It's getting a bit tedious to wait 40 minutes when I've
only chnaged one line - is there a better way ?
cheers,
-pete.
Pete French wrote:
if I;ve chhanged one line of one file, how can I recompile without
going back to the top and doing a 'make buildkernel' so I just recompile
that one file ? It's getting a bit tedious to wait 40 minutes when I've
only chnaged one line - is there a better way ?
1. Go to your
1. Go to your kernel configuration directory (e.g. /sys/i386/conf)
2. run config CONFNAME (e.g. config GENERIC)
3. chdir to the printed directory and follow the instructions about make
cleandepend;make depend;make; make install
(if you need to re-make the kernel with changes to existing
On Mon, Jan 21, 2008 at 12:09:46PM +, Pete French wrote:
if I;ve chhanged one line of one file, how can I recompile without
going back to the top and doing a 'make buildkernel' so I just recompile
that one file ? It's getting a bit tedious to wait 40 minutes when I've
only chnaged one line
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steven Hartland wrote:
With the announcement of 6.3 and with 7.0 looking like it wont be far
behind I'd interested to hear what people thought of the relative
benefits of each where?
I know 7 has had a lot of work done on locking and ULE but are
One word: ZFS! It's awesome.
-Joe
Steven Hartland wrote:
With the announcement of 6.3 and with 7.0 looking like it wont be
far behind I'd interested to hear what people thought of the relative
benefits of each where?
I know 7 has had a lot of work done on locking and ULE but are
- Original Message -
From: Mike Tancsa [EMAIL PROTECTED]
I am also testing a core2 and quad core box with 8 gig of RAM on a 4
port Areca controller that will replace a 6.2 postgresql server next
week some time. Just doing some benchmarking/testing of that now and
hope to have RELENG_7
At 04:48 PM 1/18/2008, Mike Tancsa wrote:
At 04:11 PM 1/18/2008, Steven Hartland wrote:
I know 7 has had a lot of work done on locking and ULE but are there
any other reasons to go for that instead of 6.3? Conversely are there
any reason which would point away from 7 such as stability issues?
At 04:11 PM 1/18/2008, Steven Hartland wrote:
I know 7 has had a lot of work done on locking and ULE but are there
any other reasons to go for that instead of 6.3? Conversely are there
any reason which would point away from 7 such as stability issues?
I think it depends what apps you run, what
Hello, please could you try to make large (hundred of GB) ext2 volume with
e2fsprogs and copy large amount of data to it? On amd64 SMP (two cores)
RELENG_7_0 it should lead to unrecoverable panic or scrolling strings
ext2_new_block: bit already set for block %d. On 6.2-STABLE there is no
I know 7 has had a lot of work done on locking and ULE but are there
any other reasons to go for that instead of 6.3? Conversely are there
any reason which would point away from 7 such as stability issues?
7 is great - very stable, fast, includes ZFS, has gcc 4.0 and is excellent
in my
At 05:06 PM 1/18/2008, Jakub Siroky wrote:
Hello, please could you try to make large (hundred of GB) ext2 volume with
I dont use ext2 anywhere. Only UFS2.
---Mike
e2fsprogs and copy large amount of data to it? On amd64 SMP (two
cores) RELENG_7_0 it should lead to unrecoverable
- Original Message -
From: Mike Tancsa [EMAIL PROTECTED]
I am also testing a core2 and quad core box with 8 gig of RAM on a 4
port Areca controller that will replace a 6.2 postgresql server next
week some time. Just doing some benchmarking/testing of that now and
hope to have RELENG_7
With the announcement of 6.3 and with 7.0 looking like it wont be
far behind I'd interested to hear what people thought of the relative
benefits of each where?
I know 7 has had a lot of work done on locking and ULE but are there
any other reasons to go for that instead of 6.3? Conversely are
Steven Hartland wrote:
With the announcement of 6.3 and with 7.0 looking like it wont be far
behind I'd interested to hear what people thought of the relative
benefits of each where?
I know 7 has had a lot of work done on locking and ULE but are there
any other reasons to go for that instead
Hi,
It seems you can't recursively use the include rule specification with devfs
in Freebsd 6.2. I couldn't see a note about this in the devfs man page so I'm
not sure whether this is expected behaviour or not.
For example, the devfsrules_jail is defined as the following
in
On Wed, Jan 02, 2008 at 06:23:52PM +1100, Geoff Roberts wrote:
Hi,
It seems you can't recursively use the include rule specification
with devfs in Freebsd 6.2. I couldn't see a note about this in the
devfs man page so I'm not sure whether this is expected behaviour or
not.
The manpages for
Chris H. wrote:
Greetings,
I realize that the answer to this question is subject to many
possible variables. But I would greatly apreciate a ventured guess
from anyone willing to do so.
Question being: Is ULE considered the best sceduler in 7-CURRENT?
If not, what might be considered the best
Quoting Kris Kennaway [EMAIL PROTECTED]:
Chris H. wrote:
Greetings,
I realize that the answer to this question is subject to many
possible variables. But I would greatly apreciate a ventured guess
from anyone willing to do so.
Question being: Is ULE considered the best sceduler in 7-CURRENT
Greetings,
I realize that the answer to this question is subject to many
possible variables. But I would greatly apreciate a ventured guess
from anyone willing to do so.
Question being: Is ULE considered the best sceduler in 7-CURRENT?
If not, what might be considered the best?
FWIW
eBay sent this message to your email address.
Your registered EMAIL is included to show this message originated from
eBay. [1]Learn more.
[ltCurve.gif] Seller has responded to your question about this item
[rtCurve.gif]
[iconAlert_32x32.gif] Do not respond to the sender
Chris H. wrote:
Given that the server that I need to create a dumpdev on has has a
slice dedicated to /var with *more* than adequate space to accommodate
the the resources needed for a dumpdev, as well as everything else in
/var. Is it enough to simply:
# mkdir /var/crash
# chmod 700 /var/crash
Quoting Andrey V. Elsukov [EMAIL PROTECTED]:
Chris H. wrote:
Given that the server that I need to create a dumpdev on has has a
slice dedicated to /var with *more* than adequate space to accommodate
the the resources needed for a dumpdev, as well as everything else in
/var. Is it enough to
Greetings,
Given that the server that I need to create a dumpdev on has has a
slice dedicated to /var with *more* than adequate space to accommodate
the the resources needed for a dumpdev, as well as everything else in
/var. Is it enough to simply:
# mkdir /var/crash
# chmod 700 /var/crash
and
Quoting Andrey V. Elsukov [EMAIL PROTECTED]:
Chris H. wrote:
OK then. If I understand you correctly, I simply need to create:
/var/crash (the default)
Yes. Also you need a swap size ram size.
swap slice is already 3 times greater than memory. So I'm confident
there's enough space.
add
Chris H. wrote:
OK then. If I understand you correctly, I simply need to create:
/var/crash (the default)
Yes. Also you need a swap size ram size.
add the following to /etc/rc.conf:
dumpdev=AUTO
dumpdir=/var/crash
bounce the server and ensure that /etc/rc.d/dumpon is started
immediately
Quoting Chris H. [EMAIL PROTECTED]:
Quoting Andrey V. Elsukov [EMAIL PROTECTED]:
Chris H. wrote:
Given that the server that I need to create a dumpdev on has has a
slice dedicated to /var with *more* than adequate space to accommodate
the the resources needed for a dumpdev, as well as
In the last episode (Oct 14), Artem Kuchin said:
Maybe someone with deeper knowledge of the internals of FreeBSD can
clean up something for me (any for many others)^
Here are lines from my top:
PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
9258 hordelo_ru1
On 2007-Oct-15 12:43:39 -0400, William LeFebvre [EMAIL PROTECTED] wrote:
Whether there is actual swapping going on or not, processes will still need
swap space. There needs to be a backing store for every page that's in
physical memory.
This isn't true for FreeBSD. You can even totally
is RES and SIZE include
a bunch of shares .so libs, so, if more httpd's started each will take
only about 4300K more, so, 100 https will take 43K to run, right?
Another question is that is httpd uses threads (as provided by FreeBSD)
starting a new thread will or will not copy executable copy
memory taken by a process is RES and SIZE
include a bunch of shares .so libs, so, if more httpd's started each
will take only about 4300K more, so, 100 https will take 43K to
run, right?
Another question is that is httpd uses threads (as provided by
FreeBSD) starting a new thread
Artem Kuchin wrote:
CPU is more than just enough in my case. There will a a lot https
sitting there but load, i am sure, will be low.
If the load is low then you may not need very many processes.
Swapping is simply unacceptable, so i am counting only real physical ram.
Whether there is
William LeFebvre wrote:
Artem Kuchin wrote:
CPU is more than just enough in my case. There will a a lot https
sitting there but load, i am sure, will be low.
If the load is low then you may not need very many processes.
They belong to different sites ;) so they need to be run constantly
and
* William LeFebvre [EMAIL PROTECTED] [071015 06:49] wrote:
Unfortunately, freebsd does not appear to track the amount of shared
virtual memory for each process. It could be obtained by walking
through all the pages in a process's vm map, but that would really slow
top down. I don't know
On Mon, Oct 15, 2007 at 03:08:36PM -0700, Alfred Perlstein wrote:
* William LeFebvre [EMAIL PROTECTED] [071015 06:49] wrote:
Unfortunately, freebsd does not appear to track the amount of shared
virtual memory for each process. It could be obtained by walking
through all the pages in a
a bunch of shares .so libs, so, if more httpd's started each will take
only about 4300K more, so, 100 https will take 43K to run, right?
Another question is that is httpd uses threads (as provided by FreeBSD)
starting a new thread will or will not copy executable copy and data? Basically
In the last episode (Oct 14), Artem Kuchin said:
Maybe someone with deeper knowledge of the internals of FreeBSD can
clean up something for me (any for many others)^
Here are lines from my top:
PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
9258 hordelo_ru1
Karl Denninger wrote:
Is there something that I can do (e.g. what registers/info would help if I
wrote them down?) since it would have to literally be transcribed
manually.
More of the same. Most likely your RAID BIOS wants to enter protected mode.
BTX normlly runs in vm86 mode.
Please
Karl Denninger wrote:
Hi folks;
I have a new Intel ICH7 board here that has Quad-core support.
It works well EXCEPT
It has an on-board RAID controller with some internal buffer memory.
There's a known issue with an interrupt storm when the ICH7R is
configured for AHCI or RAID, and a
On 9/16/07, Howard Goldstein [EMAIL PROTECTED] wrote:
Karl Denninger wrote:
Hi folks;
I have a new Intel ICH7 board here that has Quad-core support.
It works well EXCEPT
It has an on-board RAID controller with some internal buffer memory.
There's a known issue with an
Maxim Khitrov wrote:
On 9/16/07, Howard Goldstein [EMAIL PROTECTED] wrote:
There's a known issue with an interrupt storm when the ICH7R is
configured for AHCI or RAID, and a pr was filed back in July(don't have
the number, search for interrupt storm on atapci1+). The suspicion was
that some
I have the BIOS set to IDE mode; I found the other problem the hard way
and the workaround...
Here's the dump from the BTX death - leading zeros omitted, and hand-copied
(hope I didn't screw it up!)
INT = 00d err = 0 efl = 30086 eip = 14db
eax = 8 ebx = 1970 ecx = c350 edx = 8148
esi = 3684
Hi folks;
I have a new Intel ICH7 board here that has Quad-core support.
It works well EXCEPT
It has an on-board RAID controller with some internal buffer memory.
I'm not all that interested in using it as a RAID adapter. I am, however,
interested in using it as a disk adapter, as a way
At 06:36 PM 9/15/2007, Karl Denninger wrote:
I'm not all that interested in using it as a RAID adapter. I am, however,
interested in using it as a disk adapter, as a way to both spread load AND
benefit from its cache memory.
Can you not turn off the RAID feature in the BIOS so that the SATA
On Sun, 16 Sep 2007, Karl Denninger wrote:
It has an on-board RAID controller with some internal buffer memory.
I'm not all that interested in using it as a RAID adapter. I am,
however, interested in using it as a disk adapter, as a way to both
spread load AND benefit from its cache memory.
On Sat, Sep 15, 2007 at 08:19:28PM -0400, Mike Tancsa wrote:
At 06:36 PM 9/15/2007, Karl Denninger wrote:
I'm not all that interested in using it as a RAID adapter. I am, however,
interested in using it as a disk adapter, as a way to both spread load AND
benefit from its cache memory.
After replacing Richard Tector with a small shell script on
Sun, Jul 15, 2007 at 17:56 , the following appeared on stdout:
Bill Vermillion wrote:
I have been setting the bpf parameter in the kernel configuration
file to 10 [I forget which program needed that]. Prior to
that I had usually run
I have been setting the bpf parameter in the kernel configuration
file to 10 [I forget which program needed that]. Prior to
that I had usually run with about 4. I also saw that on
a 4.11 installation I had it set at 40 for 'nessus'.
My config file had this line.
device bpf 10
I just
Bill Vermillion wrote:
I have been setting the bpf parameter in the kernel configuration
file to 10 [I forget which program needed that]. Prior to
that I had usually run with about 4. I also saw that on
a 4.11 installation I had it set at 40 for 'nessus'.
My config file had this line.
Not sure if this is the most appropriate place to ask, feel free to
redirect me if it isn't.
I've got an issue with a simple NAT with pf.
I've got two machines;
the first (I will call m1) has 2 ethernet interfaces (I will call them
m1.0 and m1.1)
the second (I will call m2) has 1 ethernet
Morgan Reed wrote:
Not sure if this is the most appropriate place to ask, feel free to
redirect me if it isn't.
I've got an issue with a simple NAT with pf.
I've got two machines;
the first (I will call m1) has 2 ethernet interfaces (I will call them
m1.0 and m1.1)
the second (I will call m2)
man gtar
states:
--newer dateOnly store files with creation time newer than
date.
Is it totally wrong and gtar really uses inode change time (like tar)
or gtar does no take inode change time into account at all?
--
Regards,
Artem
In handbook at:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/carp.html
is written that two machines should have different VHIDs.
But man page of carp says VHIDs should be the same.
Which is wright configuration? From handbook or from man page?
6.2-RELEASE-p4
--
One cannot sell
On 5/16/07, Marko Lerota [EMAIL PROTECTED] wrote:
In handbook at:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/carp.html
is written that two machines should have different VHIDs.
But man page of carp says VHIDs should be the same.
Which is wright configuration? From handbook or
Scott Ullrich [EMAIL PROTECTED] writes:
Each shared CARP IP should have the same VHID. The example in the
handbook lists two CARP IP addresses.
Now I get it. I didn't saw different IP's.
TNX
--
One cannot sell the earth upon which the people walk
Hi,
So. The simple question is: Why FreeBSD has securelevel 0 if init sets it
to 1, if it sees at boot that the level is 0? :) It's OK that it's in the
manual, but there are two default ways to set securelevel at boot time
also. I don't really get the point of this forced 0 to 1 changing.
We'd
* G?t Andr?s ([EMAIL PROTECTED]) wrote:
So. The simple question is: Why FreeBSD has securelevel 0 if init sets
it to 1, if it sees at boot that the level is 0? :)
So when you boot to single user mode you can turn off immutable/append
only flags etc, without letting those capabilities propagate
Gót András [EMAIL PROTECTED] wrote:
So. The simple question is: Why FreeBSD has securelevel 0 if init sets it
to 1, if it sees at boot that the level is 0? :) It's OK that it's in the
manual, but there are two default ways to set securelevel at boot time
also. I don't really get the point
Hi, list.
I have problem with fresh openldap server with RELENG_6 from middle of
February and can't reproduce it with RELENG_6 from August 2006.
Details can be found in thread, started from
http://www.openldap.org/lists/openldap-software/200704/msg00249.html
(only link. I don't want spamming
Harald Schmalzbauer wrote:
I have a little understanding problem:
My box has 128MB memory, far enough for the task.
Are you sure? I see you're running perl scripts. Those
can easily (and sometimes unexpectedly) eat a lot of
memory.
After a few days I always see some processes dying
Hello,
I have a little understanding problem:
My box has 128MB memory, far enough for the task.
After a few days I always see some processes dying because:
+swap_pager_getswapspace(2): failed
+pid 48211 (perl5.8.8), uid 58, was killed: out of swap space
Why won't for example the 21MB Buf get
On 2007-Apr-24 09:32:06 +0200, Harald Schmalzbauer [EMAIL PROTECTED] wrote:
My box has 128MB memory, far enough for the task.
If you are regularly running out of space, then maybe not - at least
without tuning some parameters.
How much swap space do you actually have and what is your box trying
eBay eBay sent this message
Your registered name is included to show this message originated from
eBay. [1]Learn more.
[ltCurve.gif]
eBay New Message Received from Seller for Item #138811728649
[rtCurve.gif]
[s.gif]
[s.gif]
[s.gif]
[s.gif]
eBay member angelab5419
On 10/04/07, Jack Vogel [EMAIL PROTECTED] wrote:
I am hoping someone here who has more familiarity with the ACPI
code can enlighten me
I have an internal bug filed complaining that FreeBSD disables
wake-on-lan on the hardware. This means that if you boot, say,
Linux, even Knoppix as a
In message [EMAIL PROTECTED], Kimi
Ostro writes:
On 10/04/07, Jack Vogel [EMAIL PROTECTED] wrote:
I am hoping someone here who has more familiarity with the ACPI
code can enlighten me
I have an internal bug filed complaining that FreeBSD disables
wake-on-lan on the hardware.
On 4/11/07, Anne Marcel Roorda [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Kimi
Ostro writes:
On 10/04/07, Jack Vogel [EMAIL PROTECTED] wrote:
I am hoping someone here who has more familiarity with the ACPI
code can enlighten me
I have an internal bug filed complaining
I am hoping someone here who has more familiarity with the ACPI
code can enlighten me
I have an internal bug filed complaining that FreeBSD disables
wake-on-lan on the hardware. This means that if you boot, say,
Linux, even Knoppix as a quickie, and then shutdown, if the
hardware supports
Mipam [EMAIL PROTECTED] writes:
On Wed, 4 Apr 2007, Rink Springer wrote:
Try 'kgdb kernel -c vmcore.0'; more information can be found in the
handbook, most notabilty:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html
Thanks, when i do what you
Hi All,
Forgive me if this question is off topic, i don't know what other mailing
list would be good for this one.
Suppose the following: I experience a hang and the system reboots.
After this i'll look in /var/crash and find a nice core file.
My swap is large enough to cover the whole memory
Hi,
On Wed, Apr 04, 2007 at 11:56:00AM +0200, Mipam wrote:
My swap is large enough to cover the whole memory and more so it should be
okay. However, gdb kernel vmcore.0 tells me that vmcore.0 is not a core
dump :-(
Try 'kgdb kernel -c vmcore.0'; more information can be found in the
Thanks, when i do what you suggested i get: kgdb: bad namelist.
Is the corefile unusuable?
Regards,
Mipam.
On Wed, 4 Apr 2007, Rink Springer wrote:
Hi,
On Wed, Apr 04, 2007 at 11:56:00AM +0200, Mipam wrote:
My swap is large enough to cover the whole memory and more so it should be
eBay eBay sent this message from Albert Fuller (ackspike).
Registered name is included to show this message originated from eBay.
[1]Learn more.
[ltCurve.gif]
Question about Item --- Respond Now
[rtCurve.gif]
[s.gif]
eBay sent this message on behalf of an eBay member
I tried to use pam_group to allow accessing imap(dovecot) only for users
in certain group (users/groups stored in AD and checked out via
LDAP/Kerberos), but pam_group is checking applicant's group membership.
I'm sure, that in many cases is more useful to check group membership of
target
On Fri, Mar 30, 2007 at 01:16:13AM +0400, Taras Savchuk wrote:
I tried to use pam_group to allow accessing imap(dovecot) only for users
in certain group (users/groups stored in AD and checked out via
LDAP/Kerberos), but pam_group is checking applicant's group membership.
I'm sure, that in
Roland Smith wrote:
On Sat, Mar 10, 2007 at 08:28:45PM +0100, Daniel Mouritsen wrote:
So my question is, should i pass the makefile options only when running
make to compile the program (that would make sence wouldnt it?) or should
i use them everytime i run make as in both when doing make
Hi, quick question..
When installing apache, i used the following
make WITH_CATEGORY1_MODULES=yes WITH_CATEGORY2_MODULES=yes etc.. etc
and make install clean
which seemed to work fine and install everything I wanted.. but when
instealling vim using the NO_GUI=yes option, it wanted to install
So my question is, should i pass the makefile options only when running
make to compile the program (that would make sence wouldnt it?) or should
i use them everytime i run make as in both when doing make and make
install clean.
I think your experience already showed you that the options have
On Sat, Mar 10, 2007 at 08:28:45PM +0100, Daniel Mouritsen wrote:
So my question is, should i pass the makefile options only when running
make to compile the program (that would make sence wouldnt it?) or should
i use them everytime i run make as in both when doing make and make
install clean
On Sun, Feb 18, 2007 at 09:31:47PM +0200, Dmitry Pryanishnikov wrote:
Hello!
On Thu, 8 Feb 2007, Kris Kennaway wrote:
Not that it contradicts anything you said, but it's worth
re-emphasizing that there is apparently no-one in the community
interested in maintaining pppd on FreeBSD, which
Hello!
On Thu, 8 Feb 2007, Kris Kennaway wrote:
Not that it contradicts anything you said, but it's worth
re-emphasizing that there is apparently no-one in the community
interested in maintaining pppd on FreeBSD, which is how it got to the
current sorry state.
I agree that the absence of
401 - 500 of 903 matches
Mail list logo
