On Mon, Jul 26, 2004 at 06:05:33PM +0200, David Zejda wrote:
dunno. large messages obviously aren't the ONLY factor, it's a combination
of factors - one of which is that the message is large.
I have a similar (sometimes, large messages, dialup) problem with OE +
Postfix.
postfix doesn't do POP,
Shannon R. wrote:
the reason why i don't want to do the database transfer using data
generated by mysqldump is because i want all the auto-generated record_ids
to stay the same in the new system.
The record_ids will stay the same with mysqldump.
What makes you think they will not?
If you cannot
Hi,
dig @a.root-servers.net domain ns
You'll get back the response or you'll get a referral to the next level
down...
maybe i can throw in the reference to the dnstracer tool aswell.
That's usually pretty handy to check where your bad dns data does come
from. (in case you don't see the
Hi again! :)
I wrote the attached email about a month ago. Since then, I've googled a lot,
I've written to courier list, I've written to drac patch author, and some
other lists, but I get no answer anywhere... And I don't know what to do :P
I have two separate mail servers (one for incoming and
On Tue, 27 Jul 2004 13:13:22 +0200, Volker Tanger writes:
What happens if you do the partitioning manually and image the
partitions (/dev/hda1, /dev/hda2, ...) one-by-one instead of the
complete disc? Well, doing the partitioning manually, you could RSYNC
the server instead of DD+NETCATing, which
Greetings!
Well, doing the partitioning manually, you could RSYNC
the server instead of DD+NETCATing, which probably is faster and
fails more gracefully.
But would mean mucking around with the bootloader, which usually is
the point for doing _complete_ disc-images.
True - but DDing a
On Tue, 27 Jul 2004 14:05:14 +0200, Volker Tanger writes:
True - but DDing a 200GB system disc disc takes quite some time, while
manually handling partition+mkfs+lilo plus RSYNCing 1.2GB usually is
LOTS faster...
Upgrading to servers with newer/bigger discs is also less painful than
with
Thanks for the replys so far guys. Yeah I suppose I could RSYNC it
across like Volker said but yeah, I'm trying to do this in the simplest
way, ie no messing around with the bootloader or installing a base
system first. I'm trying again now with a new image...etc
Thanks again, I'll let you guys
Kilian Krause writes:
maybe i can throw in the reference to the dnstracer tool aswell.
That's usually pretty handy to check where your bad dns data does come
from. (in case you don't see the results you expected to have)..
Another tool I find incredibly useful is DNS Bajaj:
On July 27, 2004 03:58 am, Henrik Heil wrote:
the reason why i don't want to do the database transfer using data
generated by mysqldump is because i want all the auto-generated
record_ids to stay the same in the new system.
The record_ids will stay the same with mysqldump.
What makes you
On Tue, 2004-07-27 13:13:22 +0200, Volker Tanger [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
On Tue, 27 Jul 2004 12:12:33 +0200 David Ross [EMAIL PROTECTED]
wrote:
[...]
Obviously the first thing I did was swap the
harddrive just in case the one in the new pc is faulty, but I get
Greetings!
Do you have any kind of BIOS-configurable write/virus protection
for that harddisc switched off?
BIOS is ignored nicely once the kernel switched on VM and went into
protected more...
Yes, I know - but I've encountered hardware where the 100% IDE
controller could be switched
On Tue, Jul 27, 2004 at 04:09:04PM +0200, Volker Tanger wrote:
Boot in text mode (knoppix 2) or Ctrl-Alt-1 from X11 into console. Try
again then.
yes knoppix 2 will save time, you can su - from x as well.
your problem though is with the fstab knoppix creates, wait you're not
mounting the
the reason why i don't want to do the database transfer using data
generated by mysqldump is because i want all the auto-generated
record_ids to stay the same in the new system.
The record_ids will stay the same with mysqldump.
What makes you think they will not?
I have seen problems with this.
On Tue, 2004-07-27 17:52:25 +0200, Leonardo Boselli [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
Il 27 Jul 2004 alle 17:42 Jan-Benedict Glaw immise in rete
I use knoppix to make a cpio image of the 'root filesystem' I'll be
imaging. (eg mounted / /usr /home and /var). Then with
Il 27 Jul 2004 alle 18:18 Jan-Benedict Glaw immise in rete
Try that with
a formerly booting NT system on a NTFS filesystem:) just copy the
root... by root i say /dev/hda , the raw partition. I worked fine
for me many times.
Aren't MS-DOS' io.sys and msdos.sys expected to be in specific
Hi all,
I tried the dd route to do exactly the same thing. I wanted to recreate
a server or a variation of it quickly and easily. Eventually I gave up
and used systemimager instead. It is quick and simple. It is based on
rsync and it is in woody. I have it working using network boot and it
takes
On Tue, Jul 27, 2004 at 09:00:58AM -0400, Fraser Campbell wrote:
On July 27, 2004 03:58 am, Henrik Heil wrote:
The record_ids will stay the same with mysqldump.
What makes you think they will not?
I have seen problems with this. The existing auto-incremented fields were
just fine but
Craig Sanders wrote:
On Tue, Jul 27, 2004 at 09:00:58AM -0400, Fraser Campbell wrote:
On July 27, 2004 03:58 am, Henrik Heil wrote:
The record_ids will stay the same with mysqldump.
What makes you think they will not?
I have seen problems with this. The existing auto-incremented fields were
just
On Wed, Jul 28, 2004 at 11:39:40AM +1000, Kevin Littlejohn wrote:
that's bizarreand could easily lead to a hopelessly corrupted database
when other tables refer to that id field.
how are you supposed to restore a mysql db from backup then?
Two answers:
1) Why are you relying on the
Martin,
You could try with iptraf or ipfm
Martin Zobel-Helas wrote:
Hi @ all,
i am looking for network analyzing software which can
* log connections (Host-Host, Src-Port-Dest-Port), do some statistics on
that
as well as
* traffic analyzis like tcpdump or ethereal.
I
21 matches
Mail list logo
