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
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 rely
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 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
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 ~
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
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). 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.
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 another
> > script
> Try that with a formerly booting NT system on a NTFS filesystem:)
just copy the "root".
On Tue, 27 Jul 2004 11:15:54 EDT, "George Georgalis" writes:
>I don't think your system will work though. because you are writing the
>mbr and the partition table with the fs image, you would have to have
>the _exact_ same disk which is less common then you may expect.
If the new disk is _larger
On Tue, 2004-07-27 11:15:54 -0400, George Georgalis <[EMAIL PROTECTED]>
wrote in message <[EMAIL PROTECTED]>:
> On Tue, Jul 27, 2004 at 04:09:04PM +0200, Volker Tanger wrote:
> yes knoppix 2 will save time, you can "su -" from x as well.
...or just switch away from X11 down to one of the text cons
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 p
W liście z pon, 26-07-2004, godz. 23:48, Fraser Campbell pisze:
> You can run "reiserfsck --rebuild-tree -S" on the partition. Read the
> manpage, understand what it will do. Backup the partition first so that if
> things go wrong you'll have a second chance.
Nice. It works!
> Good luck and
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 sw
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 faul
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 m
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:
http://www.zonecut
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 kn
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
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 DDi
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,
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
Greetings!
On Tue, 27 Jul 2004 12:12:33 +0200 "David Ross" <[EMAIL PROTECTED]>
wrote:
> tty1[/]# nc -v -w 60 XXX.XXX.XXX.XXX < /dev/null | gzip -dc | dd
> of=/dev/hda bs=512
> imgserver.whatever.co.za [XXX.XXX.XXX.XXX] (?) open
[...]
> hda: read_intr: status=0x59 { DriveReady SeekCompl
Hi
I'm having problems cloning a hard drive. What I want to try do is set
aside a server on our internal network to store a whole bunch of server
images. So instead of manually installing a new server and copying
configs across, we just extract the appropriate image onto a harddrive.
At the momen
Hi,
> dig @a.root-servers.net 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 resu
--- Henrik Heil <[EMAIL PROTECTED]> wrote:
>
> The record_ids will stay the same with mysqldump.
> What makes you think they will not?
Something must have made me think the auto-incremented
ids will be re-generated. My bad.
>
> you could set up replication to keep the databases
> in sync unti
On Jul 26, 2004, at 10:47 PM, Nate Duehr wrote:
On Jul 26, 2004, at 4:25 PM, Kilian Krause wrote:
Hi Dan,
until your ns1 goes down too, things should go fine. If you think, you
need to worry, watch the load on ns1. If that goes alarmingly up, then
things start going wrong (which is *very* unlikely
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 hav
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, t
29 matches
Mail list logo