vnstat / network wrong peaks while delete snapshot
Lars Schotte
lars.schotte at schotteweb.de
Sun Jun 5 19:19:38 UTC 2011
thats exactly what vmware needs to comprehend.
you dont need to tell me that ;-)
On Sun, 05 Jun 2011 20:55:53 +0200
Reindl Harald <h.reindl at thelounge.net> wrote:
> sorry to say but you have no idea what about i am speaking
> snapshots are not taken "through that virtualized ethernet device"
>
> the guest is freezed for a short time to take a consistent
> state of his drives which are copied on the host, the copy
> has NOTHING to to with the ethernet device in the guest
>
> Am 05.06.2011 20:50, schrieb Lars Schotte:
> > so you have to somehow convince vmware not to take snapshots through
> > that virtualized ethernet devices. maybe an extra ethernet device
> > would help. the first one left for that snapshots fiction and
> > second for networking.
> >
> > On Sun, 05 Jun 2011 20:34:49 +0200
> > Reindl Harald <h.reindl at thelounge.net> wrote:
> >
> >>
> >>
> >> Am 05.06.2011 16:55, schrieb Lars Schotte:
> >>> i definitely wouldnt come to that idea to monitor guests on guests
> >>> w/ vnstat because even if it had worked perfectly, its still just
> >>> a fictional ethernet device.
> >>
> >> what is there fictional?
> >>
> >> it is a ethernet-device with all features of a ethernet-device
> >> ond the guest does know nothing about virtualization
> >>
> >>> maybe a vmware monitoring software would be
> >>> more precise or an alternative would be to bind each to a virtual
> >>> network card and do the monitoring on the host measuring only the
> >>> output data and then routing all this devices out, thereby using
> >>> the host as a router, which is of course a more complicated setup
> >>> and i am not even sure if it would work, but thats the way i
> >>> would try to build it up.
> >>
> >> jesus for what reason?
> >>
> >> the host is not a router, the host is a virtual switch
> >> and yes you have monitoring on the vCenter-Server but not
> >> in a console like output and not with exactly numbers
> >>
> >> this are two different worlds and i see no reason why
> >> vnstat would not work on the guest because it does
> >>
> >> only while snapshots are taken / removed there are some
> >> short untrue peaks which would be easaliy could filtered
> >> in the guest-software only by their hughe numbers which are
> >> clearly impossible and the problem is that this does not
> >> happen and so if some measuring says "20 GB in two seconds"
> >> all averages are destroyed
> >>
> >>> On Sun, 05 Jun 2011 16:20:16 +0200
> >>> Reindl Harald <h.reindl at thelounge.net> wrote:
> >>>
> >>>> yes!
> >>>>
> >>>> works perfectly, only after dealing with snapshots there are
> >>>> this horrible peaks on 64bit guests
> >>>>
> >>>> Am 05.06.2011 16:18, schrieb Lars Schotte:
> >>>>> w8, so you are saying that you run vnstat on the guests?
> >>>>>
> >>>>> On Sun, 05 Jun 2011 16:16:44 +0200
> >>>>> Reindl Harald <h.reindl at thelounge.net> wrote:
> >>>>>
> >>>>>>
> >>>>>> Am 05.06.2011 16:12, schrieb Lars Schotte:
> >>>>>>> is ifconfig showing this huge numberg at that time as well?
> >>>>>>
> >>>>>> not currently, but i have seen such outputs in "ifconfig" too
> >>>>>>
> >>>>>>> do you have a 64bit OS or 32bit?
> >>>>>>
> >>>>>> seems only affect x86_64 guests
> >>>>>> good input - the voip-machine is the only 32bit and
> >>>>>> does not show this
> >>>>>>
> >>>>>>> did you try to report it to vmware as well?
> >>>>>>
> >>>>>> they will anser "fedora is not official supported and
> >>>>>> open-vm-tools vom rpmfusion too" on ESXi :-(
> >>>>>>
> >>>>>>> On Sun, 05 Jun 2011 16:06:48 +0200
> >>>>>>> Reindl Harald <h.reindl at thelounge.net> wrote:
> >>>>>>>
> >>>>>>>> has anybody an idea for which package i should file a
> >>>>>>>> bugreport for this? i guess "vnstat" is only the postman
> >>>>>>>>
> >>>>>>>> every night from friday to saturday from our
> >>>>>>>> fedora-vmware-guests is made a snapshot by "VMware Data
> >>>>>>>> Recovery" to take a consistent backup and while deleting the
> >>>>>>>> snapshot something triggers horrible wrong values to "vnstat"
> >>>>>>>> which makes monthly summary useless
> >>>>>>>>
> >>>>>>>> see below :-(
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> eth0 / daily
> >>>>>>>>
> >>>>>>>> day rx | tx | total |
> >>>>>>>> avg. rate
> >>>>>>>> ------------------------+-------------+-------------+---------------
> >>>>>>>> 05/07/11 16777216.00 TiB | 5.56 GiB | 16777216.00 TiB |
> >>>>>>>> 1668.00 Tbit/s 05/08/11 855.27 MiB | 4.24 GiB | 5.07
> >>>>>>>> GiB | 492.63 kbit/s 05/09/11 2.35 GiB | 72.14 GiB |
> >>>>>>>> 74.49 GiB | 7.23 Mbit/s 05/10/11 1.47 GiB | 11.41 GiB
> >>>>>>>> | 12.88 GiB | 1.25 Mbit/s 05/11/11 1.11 GiB | 6.19
> >>>>>>>> GiB | 7.30 GiB | 708.76 kbit/s 05/12/11 1.17 GiB |
> >>>>>>>> 5.82 GiB | 6.99 GiB | 678.38 kbit/s 05/13/11 1.12 GiB
> >>>>>>>> | 6.50 GiB | 7.62 GiB | 739.88 kbit/s 05/14/11
> >>>>>>>> 33554432.00 TiB | 4.10 GiB | 33554432.00 TiB | 3336.00 Tbit/s
> >>>>>>>> 05/15/11 778.85 MiB | 4.45 GiB | 5.21 GiB | 505.87
> >>>>>>>> kbit/s 05/16/11 1.30 GiB | 7.37 GiB | 8.67 GiB | 842.06
> >>>>>>>> kbit/s 05/17/11 1.38 GiB | 8.18 GiB | 9.56 GiB |
> >>>>>>>> 928.20 kbit/s 05/18/11 1.21 GiB | 6.83 GiB | 8.04
> >>>>>>>> GiB | 780.32 kbit/s 05/19/11 1.03 GiB | 5.68 GiB |
> >>>>>>>> 6.72 GiB | 652.10 kbit/s 05/20/11 1.11 GiB | 5.18
> >>>>>>>> GiB | 6.29 GiB | 610.67 kbit/s 05/21/11 16777216.00 TiB
> >>>>>>>> | 3.97 GiB | 16777216.00 TiB | 1668.00 Tbit/s 05/22/11
> >>>>>>>> 902.15 MiB | 6.74 GiB | 7.62 GiB | 739.58 kbit/s
> >>>>>>>> 05/23/11 1.28 GiB | 16.56 GiB | 17.84 GiB | 1.73
> >>>>>>>> Mbit/s 05/24/11 1.60 GiB | 11.42 GiB | 13.02 GiB
> >>>>>>>> | 1.26 Mbit/s 05/25/11 1.47 GiB | 6.65 GiB | 8.12
> >>>>>>>> GiB | 788.78 kbit/s 05/26/11 1.23 GiB | 7.40 GiB |
> >>>>>>>> 8.64 GiB | 838.46 kbit/s 05/27/11 1.43 GiB | 6.75
> >>>>>>>> GiB | 8.19 GiB | 794.70 kbit/s 05/28/11 33554432.00 TiB
> >>>>>>>> | 5.44 GiB | 33554432.00 TiB | 3336.00 Tbit/s 05/29/11
> >>>>>>>> 855.65 MiB | 4.89 GiB | 5.72 GiB | 555.47 kbit/s
> >>>>>>>> 05/30/11 1.43 GiB | 9.20 GiB | 10.62 GiB | 1.03
> >>>>>>>> Mbit/s 05/31/11 1.77 GiB | 9.52 GiB | 11.29 GiB |
> >>>>>>>> 1.10 Mbit/s 06/01/11 1.51 GiB | 9.43 GiB | 10.94 GiB
> >>>>>>>> | 1.06 Mbit/s 06/02/11 906.48 MiB | 5.90 GiB | 6.79
> >>>>>>>> GiB | 658.85 kbit/s 06/03/11 2.36 GiB | 9.40 GiB |
> >>>>>>>> 11.77 GiB | 1.14 Mbit/s 06/04/11 16777216.00 TiB |
> >>>>>>>> 5.15 GiB | 16777216.00 TiB | 1668.00 Tbit/s 06/05/11
> >>>>>>>> 585.88 MiB | 2.30 GiB | 2.87 GiB | 417.64 kbit/s
> >>>>>>>> ------------------------+-------------+-------------+---------------
> >>>>>>>>
> >>>>>>>> estimated 877 MiB | 3.44 GiB | 4.30 GiB |
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>
> >>>
> >>>
> >>
> >
> >
>
--
Lars Schotte
@ Hana (F14)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20110605/bf08e1bb/attachment.bin
More information about the devel
mailing list