On 09/09/11 14:26, Bernt Hansson wrote:
You have run out of swapspace, based on these 2 lines
panic: ffs_write: dir write
current process = 0 (swapper)
Hmmm...
Cacti woldn't think so: the graph about swap space is plain flat (round
0%, by the way); of course it could have risen so fast that
Hello.
Anyone can give any hint on this?
I really have no clue.
bye Thanks
av.
# uname -a
FreeBSD x..it 7.3-RELEASE-p4 FreeBSD 7.3-RELEASE-p4 #1: Wed Dec 15
11:53:13 CET 2010 r...@x..it:/usr/obj/usr/src/sys/x i386
# kgdb kernel.debug
Is there any program that can read and or dump the info written in a BIOS chip?
TIA,
JP
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions
On Jun 16, 2011, at 6:23 AM, Jean-Paul Natola jnat...@familycareintl.org
wrote:
Is there any program that can read and or dump the info written in a BIOS
chip?
pkg_add -r dmidecode
--
Devin
_
The information contained in this message is proprietary and/or confidential
FreeBSD 8.1 で poptpが稼働しているマシンで、ppp関係で以下の pnic dumpが発生します。
発生の再現性は、不明。
なにか?良い情報があれば、教えてください
# uname -a
FreeBSD ? 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Fri Oct 1 12:33:55
JST 2010 root@?:/usr/src/sys/i386/compile/? i386
---
kernel: Fatal trap 12: page fault while
hi,
I need to migrate application which uses ZendOptimizer. The system and
packages installed are: 8.1-STABLE, apache-2.2.17_2,
ZendOptimizer-3.3.0.a, mysql-client-5.5.10, php52-5.2.17,
compat6x-amd64-6.4.604000.200810_3. When I run php -v it dumps
core. any hints would be greatly appreciated.
working. But if I do a
kill -HUP of mountd, the export comes back and resumes working. (The
/etc/exports file is fine, and does not change.)
What happens at 3:11 AM is that dump starts running on the root file
system. I use a -L flag, so that's when it's doing the snapshot,
which somehow seems
obtain a kernel
dump.
Next, I have set up gmirror. Upon reboot, synchronizing the mirror was
going very slow.
I checked the drives with smartctl; one drive turned out to be faulty.
Next, removed the faulty drive from gmirror, and did reboot -d. At this
point, I got the error Attempt to write outside
Hi,
When I start LyX I'm getting an error:
...
terminate called after throwing an instance of 'std::runtime_error'
what(): locale::facet::_S_create_c_locale name not valid
Abort (core dumped)
...
This seems to have something to do with my locale settings:
...
LANG=en_US.UTF-8
Hello Reko
Only for the records:
I did realy a lot of tests in the past weeks (with and without
security/heimdal, and also the kerberos base, etc.). The goal is, I was unable
to get back to run with saslauthd -a kerberos5. The only way I found is to run
saslauthd -a pam (but here you need also
Am Thu, Sep 23, 2010 at 03:05:30PM +0300 Reko Turja schrieb:
I applied the patch as suggested by Reko, but it seemed to make
no
difference
After the patch recompiling and linking at least SASL is needed
after
buildworld and inatallation of new world.
removing libgssapiv2 libs however,
Hello Reko
Am Thu, Sep 23, 2010 at 03:05:30PM +0300 Reko Turja schrieb:
I applied the patch as suggested by Reko, but it seemed to make no
difference
After the patch recompiling and linking at least SASL is needed after
buildworld and inatallation of new world.
removing libgssapiv2
I applied the patch as suggested by Reko, but it seemed to make no
difference
After the patch recompiling and linking at least SASL is needed after
buildworld and inatallation of new world.
removing libgssapiv2 libs however, solved my cyradm problem
will this cause issues into the future
Hi guys,
I have successfully used Cyrus IMAP in the past on versions 5.x, 6.x and 7.x
but am having a problem with a fresh installed ver 8.0 server when running
the cyradm command
I upgraded to ver 8.1, performed a portupgrade and still get the same result
as follows
root# cyradm
I upgraded to ver 8.1, performed a portupgrade and still get the
same result
as follows
root# cyradm 192.168.134.171
The main question is - do you need kerberos/gssapi authentication on
your server or not?
If not, the easy fix is removing libgssapiv2 libs from
/usr/local/lib/sasl2
For
This happens for me if the password is entered incorrectly. I see it
happens right away for you, but what if you type:
cyradm -u username 192.168.134.171
?
Patrick
On Wed, Sep 22, 2010 at 12:25 AM, Tim Kerr ti...@psst.com.au wrote:
Hi guys,
I have successfully used Cyrus IMAP in the past
thanks everyone for all your help
I applied the patch as suggested by Reko, but it seemed to make no difference
removing libgssapiv2 libs however, solved my cyradm problem
will this cause issues into the future for any other ports I may need ti
install ?
regards,
Tim
I upgraded to ver 8.1,
On Wed, Aug 11, 2010 at 10:57 PM, Chris Maness ch...@chrismaness.com wrote:
Is it possible to create a jail from a dump/restore of a real system.
If so, would I just restore the dump to the jail tld?
That should be possible yes. But it's probably a better idea to just
create a new jail
Is it possible to create a jail from a dump/restore of a real system.
If so, would I just restore the dump to the jail tld?
Regards,
Chris Maness
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
Hi! I just did a portsnap and found that php52 had been updated. When I
recompiled (using `portmaster -i php52 php52-extensions`, suddenly php started
crashing:
Jun 9 10:27:30 hedwig kernel: pid 35517 (php), uid 1001: exited on signal 11
(core dumped)
I was able to trace this down to the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Morse wrote:
Hi! I just did a portsnap and found that php52 had been updated. When I
recompiled (using `portmaster -i php52 php52-extensions`, suddenly php
started crashing:
Jun 9 10:27:30 hedwig kernel: pid 35517 (php), uid 1001:
Hello,
It took reading the source code of a backup front-end to figure out that
incremental backups are not the same thing as multiple incremental backups
on the same medium; spilling over to the next disk if necessary.
As the handbook (section 18.12.1) says, dump has quirks due to its design
Hi,
I tried to portupgrade firefox from 3.6.2 to 3.6.3 (on FBSD 8.0-ST). It
fails with:
...
../../../../other-licenses/ply/ply/yacc.py:74: DeprecationWarning: the md5
module is deprecated; use hashlib instead
import re, types, sys, cStringIO, md5, os.path
gmake[4]: *** [dom_quickstubs.cpp]
On Sun, 18 Apr 2010, Marco Beishuizen wrote:
Hi,
I tried to portupgrade firefox from 3.6.2 to 3.6.3 (on FBSD 8.0-ST). It
fails with: ... ../../../../other-licenses/ply/ply/yacc.py:74:
DeprecationWarning: the md5 module is deprecated; use hashlib instead
import re, types, sys, cStringIO,
Hi,
I have some processes and programs that are custom made to run on FreeBSD. I
suspect some poor implementation of tcp in these programs, but don’t have
the real proof.
This is the info I got from the crash dump:
r...@scat /usr/obj/usr/src/sys/SMP # uname -a
FreeBSD scat.setcom 6.2
the core dump is wise but ktrace will probably be easier. Just
run like this ktrace [program] 21 | less
You should be able to spot the precise failing system call quite easily
Best,
Alejandro Imass
BR,
Glenn Camilleri
--
Best Regards,
Glenn Camilleri
--
Best Regards,
Glenn Camilleri
, but don’t have
the real proof.
[...]
Can you kindly advise ?
Using the core dump is wise but ktrace will probably be easier. Just
run like this ktrace [program] 21 | less
You should be able to spot the precise failing system call quite easily
Ooops, my Linux background betrayed me, sorry
writes
to the file, so there could be some inconsistency. In practice this
is not a big problem, but, single user with filesystems unmounted is
still the most absolute way of making sure a filesystem is quiescent
during a dump.
Umm you don't *need* to go to single user to ensure
# /var
# newfs -U /dev/da0s1e # /tmp
# newfs -U /dev/da0s1f # /usr
Mount target file system ‘a’
# mount /dev/da0s1a /mnt
# cd /mnt
# dump -0Lauf - /dev/ad1s1a | restore -rf -
# cd /
# umount /mnt
Mount target file system ‘d’
# mount /dev/da0s1d /mnt
# cd /mnt
-w da0s1
# newfs –U /dev/da0s1a # /
# newfs -U /dev/da0s1d # /var
# newfs -U /dev/da0s1e # /tmp
# newfs -U /dev/da0s1f # /usr
Mount target file system ‘a’
# mount /dev/da0s1a /mnt
# cd /mnt
# dump -0Lauf - /dev/ad1s1a | restore -rf
?
No -- this is not necessary. So long as the target filesystem is
sufficiently big to contain all of the contents of your dump, it should
work fine.
Is there some way to allocate larger file systems
on the target without using sysinstall to prepare
the target beforehand?
Certainly. sysinstall(8) really
Here is the output messages from a test dump of a live file system /
What are the warning messages trying to tell me and more important the
expected next file 16454, got 437
message?
/mnt dump -0Lauf - /dev/ad0s1a | restore -rf -
DUMP: Date of this level 0 dump: Mon Feb 22 21:28:25 2010
.
...
Is this the limiting factor that forces a user
to use (single user mode) for running dump?
The snapshot, as far as the dump is concerned, essentially freezes
the condition of the file system so that dump does not see any changes
while dump is running.
Without the snapshot, files could
# newfs ?U /dev/da0s1a # /
# newfs -U /dev/da0s1d # /var
# newfs -U /dev/da0s1e # /tmp
# newfs -U /dev/da0s1f # /usr
Mount target file system ?a?
# mount /dev/da0s1a /mnt
# cd /mnt
# dump -0Lauf - /dev/ad1s1a | restore -rf -
# cd
On Mon, Feb 22, 2010 at 09:48:24PM +0800, Aiza wrote:
Here is the output messages from a test dump of a live file system /
What are the warning messages trying to tell me and more important the
expected next file 16454, got 437
message?
Looks like it finished OK.
Those numbers are inode
this
is not a big problem, but, single user with filesystems unmounted is
still the most absolute way of making sure a filesystem is quiescent
during a dump.
Umm you don't *need* to go to single user to ensure a consistent
filesystem dump: unmounting the partition is sufficient
On Monday 22 February 2010, Jerry McAllister wrote:
I don't know the exact algorithm dump uses for sorting the inodes,
but this looks like a file was deleted between the time the list
was made and the time dump got to reading it.
I expect it's the inode for the temporary snapshot in the .snap
On Mon, 22 Feb 2010 16:37:59 +, Mike Clarke jmc-freeb...@milibyte.co.uk
wrote:
I see the expected xxx, got yyy type of message every time I do a
restore from a snapshot dump but it's never caused any problems.
The message is issued by restore, not by dump. According
to /usr/src/sbin
?
No; that would be a copy. Snapshots only copy blocks as they are
modified
on the parent filesystem, so their size is determined by how much data is
modified since the snapshot was created.
So how does this interact with the dump process?
Dump start reading and writing its dump file and as the live
On Monday 22 February 2010, Polytropon wrote:
On Mon, 22 Feb 2010 16:37:59 +, Mike Clarke
jmc-freeb...@milibyte.co.uk wrote:
I see the expected xxx, got yyy type of message every time I do a
restore from a snapshot dump but it's never caused any problems.
The message is issued
delta between the file system on disk at a given state, to
fixate further modifications (that are not included in the
dump, of course).
Is this the limiting factor that forces a user
to use (single user mode) for running dump?
Using SUM is for a feeling of comfort only. You can save
the time
, is a saved
delta between the file system on disk at a given state, to
fixate further modifications (that are not included in the
dump, of course).
Sorry, I read your words but have no clue as what you are trying to say
with that statement. As i understand 'delta' to mean, the difference
system is written to .snap directory?
No. The snapshot, quite incorrectly explained, is a saved
delta between the file system on disk at a given state, to
fixate further modifications (that are not included in the
dump, of course).
Sorry, I read your words but have no clue as what you
is written to .snap directory?
No. The snapshot, quite incorrectly explained, is a saved
delta between the file system on disk at a given state, to
fixate further modifications (that are not included in the
dump, of course).
Sorry, I read your words but have no clue as what you are trying to say
system.
Does this mean that a complete copy of the file
system is written to .snap directory?
No. The snapshot, quite incorrectly explained, is a saved
delta between the file system on disk at a given state, to
fixate further modifications (that are not included in the
dump, of course
is written to .snap directory?
No. The snapshot, quite incorrectly explained, is a saved
delta between the file system on disk at a given state, to
fixate further modifications (that are not included in the
dump, of course).
Sorry, I read your words but have no clue as what you
) for running dump?
The snapshot, as far as the dump is concerned, essentially freezes
the condition of the file system so that dump does not see any changes
while dump is running.
Without the snapshot, files could change or be deleted during the time
it takes dump to finish. Dump starts by making its own
user mode) for running dump?
The snapshot, as far as the dump is concerned, essentially freezes
the condition of the file system so that dump does not see any changes
while dump is running.
Without the snapshot, files could change or be deleted during the time
it takes dump to finish. Dump
dump recognize this situation and issue
an error message?
Is this the limiting factor that forces a user
to use (single user mode) for running dump?
2. What is the worse that will happen if dump is
run on live file system with out the -L flag?
Can dump recognize this situation and issue
an error
In the last episode (Feb 21), Aiza said:
1. Using the -L flag to create a snapshot of the
live running file system.
Does this mean that a complete copy of the file
system is written to .snap directory?
No; that would be a copy. Snapshots only copy blocks as they are modified
on the parent
3. Can dump be told to only dump a particular
directory tree? IE /var/log or /usr/port?
No.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd
as they are modified
on the parent filesystem, so their size is determined by how much data is
modified since the snapshot was created.
So how does this interact with the dump process?
Dump start reading and writing its dump file and as the live system
changes the changes are written to the .snap and when dump
be a copy. Snapshots only copy blocks as they are
modified on the parent filesystem, so their size is determined by how
much data is modified since the snapshot was created.
So how does this interact with the dump process?
Dump start reading and writing its dump file and as the live system
Hi again,
I have this weird error since yesterday, one a system that used to be
working nicely, suddenly:
ssh cores dump when run as non priviledged user, works fine for root
sshd aborts on signal 11
[... see my previous mails?]
This seems to be a problem linked to openssl from the ports
Hi again,
I have this weird error since yesterday, one a system that used to be
working nicely, suddenly:
ssh cores dump when run as non priviledged user, works fine for root
sshd aborts on signal 11
I tried to reinstall world, but it is the same.
There is openssl installed from
Hi,
I have this weird error since yesterday, one a system that used to be
working nicely, suddenly:
ssh cores dump when run as non priviledged user, works fine for root
sshd aborts on signal 11
I tried to reinstall world, but it is the same.
There is openssl installed from the ports
Hi,
I've installed from ports net-im/mu-conference, but whenever I try to
start it I get a core dump.
Running it through gdb I get the following:
]# gdb /usr/local/bin/mu-conference
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered
El 20/01/10 10:18, Matias escribió:
Hi,
I've installed from ports net-im/mu-conference, but whenever I try to
start it I get a core dump.
Running it through gdb I get the following:
]# gdb /usr/local/bin/mu-conference
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB
root wheel 5 Apr 10 2005 minfree
Please see man 5 core; in particular, clamd changes userid:
By default, a process that changes user or group credentials
whether real or effective will not create a corefile. This behaviour
can be changed to generate a core dump by setting the sysctl(8
Hi--
On Jan 20, 2010, at 12:46 PM, Doug Poland wrote:
Thanks for the suggestion and the pointer to man 5 core. I
implemented your suggestions but still get no core dump. Very
strange...
Check your default resource limits (shell startup files /etc/login.conf) and
see whether coredumpsize
On Wed, January 20, 2010 15:05, Chuck Swiger wrote:
Hi--
On Jan 20, 2010, at 12:46 PM, Doug Poland wrote:
Thanks for the suggestion and the pointer to man 5 core. I
implemented your suggestions but still get no core dump. Very
strange...
Check your default resource limits (shell startup
Hi--
On Jan 20, 2010, at 1:24 PM, Doug Poland wrote:
% sysctl -a | grep core
kern.corefile: /var/coredumps/%U/%N.core
Does /var/coredumps/doug and/or /var/coredumps/clamav exist and have
appropriate permissions (or be 1777 like /tmp to avoid a problem with that)...?
--
-Chuck
On Wed, 20 Jan 2010 15:24:51 -0600 Doug Poland wrote:
% sysctl -a | grep core
kern.corefile: /var/coredumps/%U/%N.core
As CORE(5) says %U is a UID...
% touch /var/coredumps/file
% ll !$
ll /var/coredumps/file
-rw-r--r-- 1 doug wheel 0 Jan 20 15:13 /var/coredumps/file
... so you should
On 2010-01-20 17:11, Boris Samorodov wrote:
On Wed, 20 Jan 2010 15:24:51 -0600 Doug Poland wrote:
% sysctl -a | grep core
kern.corefile: /var/coredumps/%U/%N.core
As CORE(5) says %U is a UID...
% touch /var/coredumps/file
% ll !$
ll /var/coredumps/file
-rw-r--r-- 1 doug wheel 0 Jan 20
Hello,
I'm running 7.2-RELEASE-p3 i386 and am having an issue getting a core
dump from a program that is seg faulting.
Last night, inexplicably, clamd started to seg fault. I was trying to
obtain a core dump for further analysis but no .core file can be
found.
I've tried the following
2010/1/19 Doug Poland d...@polands.org
Hello,
I'm running 7.2-RELEASE-p3 i386 and am having an issue getting a core
dump from a program that is seg faulting.
Last night, inexplicably, clamd started to seg fault. I was trying to
obtain a core dump for further analysis but no .core file can
On Tue, January 19, 2010 11:10, krad wrote:
2010/1/19 Doug Poland d...@polands.org
Hello,
I'm running 7.2-RELEASE-p3 i386 and am having an issue getting a
core dump from a program that is seg faulting.
set a path in the sysctl variable kern.corefile. WIll make the core
file easier
core; in particular, clamd changes userid:
By default, a process that changes user or group credentials whether real
or effective will not create a corefile. This behaviour can be changed
to generate a core dump by setting the sysctl(8) variable
kern.sugid_coredump to 1.
...so
Hello folks,
I would like to know how to proceed in order to restore a dump from a backup
headless server (remotely using ssh).
How am I supposed to proceed, should I first install the server (a FreeBSD
Fresh install with spare partition) then restore the dump on an empty partition
On Mon, Jan 04, 2010 at 07:08:51PM +0100, bsd wrote:
Hello folks,
I would like to know how to proceed in order to restore a dump from a
backup headless server (remotely using ssh).
How am I supposed to proceed, should I first install the server (a FreeBSD
Fresh install with spare
Le 4 janv. 2010 à 19:56, Jerry McAllister a écrit :
On Mon, Jan 04, 2010 at 07:08:51PM +0100, bsd wrote:
Hello folks,
I would like to know how to proceed in order to restore a dump from a
backup headless server (remotely using ssh).
How am I supposed to proceed, should I first
a dump from a
backup headless server (remotely using ssh).
How am I supposed to proceed, should I first install the server (a FreeBSD
Fresh install with spare partition) then restore the dump on an empty
partition ?
Depends on what you have and what you want to restore
folks,
I would like to know how to proceed in order to restore a dump from a
backup headless server (remotely using ssh).
How am I supposed to proceed, should I first install the server (a
FreeBSD
Fresh install with spare partition) then restore the dump on an empty
partition
Message: 10
Date: Mon, 4 Jan 2010 19:08:51 +0100
From: bsdb...@todoo.biz
Subject: Restoreing Dump on FreeBSD headless server
To: Liste FreeBSDfreebsd-questions@freebsd.org
Message-ID:4f9e0b10-f8fb-41be-8d59-00b29094c...@todoo.biz
Content-Type: text/plain; charset=iso-8859-1
Hello folks,
I
cronfy cro...@gmail.com writes:
How can I calculate max kernel dump size? I want to create my swap partition
as small as possible, just to fit kernel dump needs.
I'm not sure you really can. You'll definitely have enough if you allow
a bit more than you have memory, but these days that's
How can I calculate max kernel dump size? I want to create my swap
partition
as small as possible, just to fit kernel dump needs.
I'm not sure you really can. You'll definitely have enough if you allow
a bit more than you have memory, but these days that's going to be
overkill most
Hello everybody.
How can I calculate max kernel dump size? I want to create my swap partition
as small as possible, just to fit kernel dump needs.
Thanks.
--
// cronfy
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman
I want to clone a FreeBSD system on another system.
Say, Mondaymorning I use the dump(8) to make dumpfiles of all filesystems
(dumpofroot.dmp, dumpofvar.dmp, ...tmp.dmp, ...usr.dmp, ...home.dmp ) on an
external USB disk.
The original system keeps running.
Then Wednesday I setup FreeBSD on the new
n dhert wrote:
I want to clone a FreeBSD system on another system.
Say, Mondaymorning I use the dump(8) to make dumpfiles of all filesystems
(dumpofroot.dmp, dumpofvar.dmp, ...tmp.dmp, ...usr.dmp, ...home.dmp ) on an
external USB disk.
The original system keeps running.
Then Wednesday I setup
On Thu, Dec 17, 2009 at 09:03:50AM +0100, n dhert wrote:
I want to clone a FreeBSD system on another system.
Say, Mondaymorning I use the dump(8) to make dumpfiles of all filesystems
(dumpofroot.dmp, dumpofvar.dmp, ...tmp.dmp, ...usr.dmp, ...home.dmp ) on an
external USB disk.
Dumping /tmp
n dhert wrote:
I was told one could do this using rsync and by using a snapshot it would
even be faster (?)
Also try http://rdiff-backup.nongnu.org/
___
freebsd-questions@freebsd.org mailing list
Hello
My goal is to add to all outgoing mail a small boilerplate.
My system:
FreeBSD acsvfbsd06.acutronic.ch 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Thu Sep 17
17:53:59 CEST 2009
mar...@acsvfbsd06.acutronic.ch:/usr/obj/usr/src/sys/GENERIC amd64
sendmail.mc:
[snip]
MAIL_FILTER(`mimedefang',
On Saturday 21 November 2009, Bernt Hansson wrote:
Ok. I've tested this
dump -1 -a -u -L -C 64 -h 0 -f
/usr/home/bernt/disk2/dump.backup.home.2 /usr/home
The error is
mksnap_ffs: Cannot create /usr/home/.snap/dump_snapshot: Invalid
argument dump: Cannot create /usr/home/.snap/dump_snapshot
On Sat, Nov 21, 2009 at 04:12:42AM +0100, Bernt Hansson wrote:
Matthew Seaman skrev:
Bernt Hansson wrote:
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev/ad0s2d
I believe that you need to tell
Mike Clarke said the following on 2009-11-21 10:03:
On Saturday 21 November 2009, Bernt Hansson wrote:
Ok. I've tested this
dump -1 -a -u -L -C 64 -h 0 -f
/usr/home/bernt/disk2/dump.backup.home.2 /usr/home
The error is
mksnap_ffs: Cannot create /usr/home/.snap/dump_snapshot: Invalid
argument
George Davidovich said the following on 2009-11-21 10:52:
On Sat, Nov 21, 2009 at 04:12:42AM +0100, Bernt Hansson wrote:
Matthew Seaman skrev:
Bernt Hansson wrote:
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev
On Sat, Nov 21, 2009 at 04:12:42AM +0100, Bernt Hansson wrote:
Matthew Seaman skrev:
Bernt Hansson wrote:
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev/ad0s2d
I believe that you need to tell
2009/11/21 Bernt Hansson be...@bah.homeip.net:
Matthew Seaman skrev:
Bernt Hansson wrote:
Hello list.
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev/ad0s2d
I believe that you need to tell dump the mount
George Davidovich said the following on 2009-11-21 17:14:
On Sat, Nov 21, 2009 at 04:12:42AM +0100, Bernt Hansson wrote:
Matthew Seaman skrev:
Bernt Hansson wrote:
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev
Chris Rees said the following on 2009-11-21 17:44:
2009/11/21 Bernt Hansson be...@bah.homeip.net:
Matthew Seaman skrev:
Bernt Hansson wrote:
Hello list.
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev/ad0s2d
I
Bernt Hansson wrote:
Hello list.
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev/ad0s2d
I believe that you need to tell dump the mount point of the file system in
order for it to create a snapshot, rather than
On Nov 19, 2009, at 4:22 PM, Bernt Hansson wrote:
How does one set the nodump flag on a filesystem/directory
chflags nodump file
See man 1 chflags for more information.
Best wishes,
Svante J. Kvarnström
http://sjk.ankeborg.nu/
Mob.: +46 702 38 34 00
On Thu, Nov 19, 2009 at 04:22:12PM +0100, Bernt Hansson wrote:
Hello list.
I've been testing backups with dump, works well BUT
-L does not work. For example
dump -0 -a -u -L -f /mnt/dump.home.full /dev/ad0s2d
gives an error: no such file or directory.
The .snap directory exists
On Saturday 31 October 2009 21:52:37 Peter Steele wrote:
In UNIX it is not safe to perform arbitrary actions after forking a
multi-threaded process. You're basically expected to call exec soon
after the fork, although you can do certain other work if you are very
careful.
The reason for
Hi,
I seem to recall a command was added recently to FreeBSD which provides
a dump of the entire server config, in one go.
A google for this yields nothing.
Anyone tell me this timesaving command?
Cheers.
--
Mark Powell - UNIX System Administrator - The University of Salford
On Mon, Nov 2, 2009 at 7:25 AM, Mark Powell m.s.pow...@salford.ac.uk wrote:
Hi,
I seem to recall a command was added recently to FreeBSD which provides a
dump of the entire server config, in one go.
A google for this yields nothing.
Anyone tell me this timesaving command?
Cheers.
Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark Powell wrote:
Hi,
I seem to recall a command was added recently to FreeBSD which
provides a dump of the entire server config, in one go.
A google for this yields nothing.
Anyone tell me this timesaving command?
Cheers.
Hi Mark
On Mon, 2 Nov 2009, APseudoUtopia wrote:
On Mon, Nov 2, 2009 at 7:25 AM, Mark Powell m.s.pow...@salford.ac.uk wrote:
Hi,
I seem to recall a command was added recently to FreeBSD which provides a
dump of the entire server config, in one go.
A google for this yields nothing.
Anyone tell me
On Mon, 2 Nov 2009, Greg Larkin wrote:
Check out the SysInfo script - I think that's what you saw:
http://bit.ly/bkHb0
That's the fella.
Cheers.
--
Mark Powell - UNIX System Administrator - The University of Salford
Information Learning Services, Clifford Whitworth Building,
Salford
On Sat, Oct 31, 2009 at 4:55 PM, Kris Kennaway k...@freebsd.org wrote:
Peter Steele wrote:
I have an application running a number of threads. I've had recent
instances where the code below is causing a core dump to occur:
char fstatCmd[200];
char *fstatOut = /tmp/fstat.out;
sprintf
101 - 200 of 1069 matches
Mail list logo