up_the_irons 10. ge0-arpnet.cust.lax07.mzima.net 30.0% 10 26.4 19.4 16.3 26.4 4.3 again this happens almost every day at least once you guys having network issues? i am gettin 30% packetloss no loss for me but I'm not coming in via mzina yes, also seeing the loss yes loss, nothing new i haven't seen it since the last time i mentioned it, and i'm on irc pretty regularly most mornings from the machine and would notice the ssh lag immediately i vpn through arp so 100% of my traffic is through it and there is network disturbances every day well, that certainly trumps my use case i ipsec through - haven't noticed much of an issue until this am it's waaay bad its been worse i just complained about this same loss on mzima/nlayer a few days ago in here yeah, i think we had a similar conversation then http://smokeping.lax1.rack911.com/?displaymode=n;start=2013-10-06%2011:00;end=now;target=USA.California.CorporateColo a idea of how often it is whoa Network issues this morning? himuraken: yerp - not sure what - but apperently it happens often got more alerts about GTT (shows up as Mzima in traceroute) TIL pretty sure won't be renewing that circuit in Feb heh. So we have an alternative? Can we switch off GTT, at least for a little time, to ensure that the alt can handle us, no glitches etc? well, i've already done failure tests of GTT (and also NTT) stevenc: what does that show? latency to Corporate Colo? what is the destination IP? What is the source IP/network? up_the_irons, do you have support for virtio? I saw some people discussing it earlier in here. to repeat what he mentioned to me, it's a simple kvm config change on ARP's end and also: 21:57 your vps has to be on >= kvr27 virtio works, that i can attest to .. ;-) kvr27 is required for disk based virtio, pretty sure nics are supported prior well you can have disks added prior to kvr27 .. but they won't boot due to bios not presenting a bios interface to the virtio disk `hardware' aww I'm way back on kvr18 you can always request a change ($5 fee?) of kvr server brycec: i meant for stevenc to tell me what the destination IP was that is used in the smokeping graphs for CorpColo up_the_irons: So did I :P A smokeping without knowing both ends is sorta useless. Sorry about the confusion. toddf: mkb : someone recently got around this by having me change their config so their volume was defined twice; "hda" was set to IDE, "hdb" was virtio. They would boot off the first one and then tell their kernel the root device is the virtio one. it totally worked :) brycec: ah ok :) Wow, that's clever heh how about this: I'm planning on getting a second VPS soon. can that just be put on a server that supports it? mkb: yes well when I'm ready (after obsd 5.4) I'll email support@ :) cool:) brycec: /b cs bah brycec: disregard :) this is probably a strange strange question round these parts but does arp vps (since it's qemu ors omething) support windows? will bring own licence It is definitely capable of it, yes. Whether up_the_irons is willing to have that scourge pollute a VPS (and the extra load that Windows brings) is up to up_the_irons (obv) Also hazardous you'd have to host an ISO somewhere. "If you don't see the ISO you need, just email support@arpnetworks.com and we'll add it. Please include a URL with which we can wget the ISO." we have a handful of customers running windows, yes must bring your own license (here's the FAQ article for which I was searching http://support.arpnetworks.com/kb/vps/re-install-or-change-os) Whether up_the_irons is willing to have that scourge pollute a VPS (and the extra load that Windows brings) is up to up_the_irons yeah this is more what i was wondering windows just running passively generates a hell of a lot more cpu and i/o compared to a debian7 or whatever for instance