amuck-landowner

NON-CC GVH

GVH-Jon

Banned
BS right here sir. Why would someone migrate from Tx3 to Tx3?
I meant that they were transferring accounts over to their VPS on TX3 from a VPS not hosted with us, while at the same time R1Soft on their cPanel server is making mass backups of all of the existing accounts on the VPS.
 

EMayes1991

New Member
I meant that they were transferring accounts over to their VPS on TX3 from a VPS not hosted with us, while at the same time R1Soft on their cPanel server is making mass backups of all of the existing accounts on the VPS.
OK. Thx for the clarification. I hope you can fix all your problems.

Edit: I just realized that the disk speed has been bad all week.... Can anyone back me up verify they experienced the same?

This doesn't make sense that the backups has been running for about 5-7 days.
 
Last edited by a moderator:

GVH-Jon

Banned
OK. Thx for the clarification. I hope you can fix all your problems.

Edit: I just realized that the disk speed has been bad all week.... Can anyone back me up?

This doesn't make sense that the backups has been running for about 5-7 days.
It does if you look at it this way:

A typical person isn't going to stare at a computer screen 24 hours all day long at all. So the network goes down, server goes offline, SSH connection drops, migration halts. Person notices a few hours or so later, restarts everything because the migration was halted because the network went down. Migration is going .. and then a few hours later again network goes down again. Process repeats over and over until the process is done. A lot of our TX3 customers noticed the I/O speed fluctuating and this is why.
 

EMayes1991

New Member
It does if you look at it this way:

A typical person isn't going to stare at a computer screen 24 hours all day long at all. So the network goes down, server goes offline, SSH connection drops, migration halts. Person notices a few hours or so later, restarts everything because the migration was halted because the network went down. Migration is going .. and then a few hours later again network goes down again. Process repeats over and over until the process is done. A lot of our TX3 customers noticed the I/O speed fluctuating and this is why.

If thats the case, why did it take so long to let us know that you were having network issues?
 

GVH-Jon

Banned
If thats the case, why did it take so long to let us know that you were having network issues?
I admit late notification was a fault on our end, and I sincerely apologize. We'll do our best to be more proactive in notifying our clients of any network related issues in the future, I promise.
 

Nett

Article Submitter
Verified Provider
Valued Clients,


We are sending out this email to you today to explain the recent and current TX3 downtime, IO, and connectivity issues.


We've recently been informed that all of the recent downtime, IO, and connectivity issues with TX3 are stemming from network related issues. Our upstream provider for our TX3 node, ServerHub, has been having network connectivity issues in their Dallas location the entire month, and we've just received yet another notification from them telling us that they're taking the Dallas network offline for another two hours to perform maintenance. This is around the ballpark of the 5th time this month they've done this.


We're currently working with ServerHub to have this resolved as soon as possible and we are doing all we can to fix this issue, however we do not have control of the network and we're waiting for the upstream network provider (Level 3) to diagnose this issue and have it resolved.

As of right now the GreenValueHost team has decided that we will no longer be going forward with ServerHub for any new node deployments and will be utilizing direct Quadranet as soon as possible.


Kind Regards,


GreenValueHost
Outages for the whole week LOL.
 

Virtovo

New Member
Verified Provider
It does if you look at it this way:

A typical person isn't going to stare at a computer screen 24 hours all day long at all. So the network goes down, server goes offline, SSH connection drops, migration halts. Person notices a few hours or so later, restarts everything because the migration was halted because the network went down. Migration is going .. and then a few hours later again network goes down again. Process repeats over and over until the process is done. A lot of our TX3 customers noticed the I/O speed fluctuating and this is why.

Howdy, it's called automated monitoring + alerts.  If you need some help with that let me know via PM.

I hate to say this but I told you to reconsider your deployment with Serverhub; however your BS machine just steamrollered over my advice.

Virtovo, on 17 Jan 2014 - 9:02 PM, said:

With my recent experiences I'd strongly suggest reconsidering your Dallas location. 
We have personal contacts, an assigned account manager, our own internal team of staff (with at least 4 tech staff available AT ALL TIMES around the clock), etc etc so I'm sure we won't be having any issues.
 
Last edited by a moderator:

Virtovo

New Member
Verified Provider
ServerHub

Inbox03:28

Emergency Network Maintenance EXTENSION Notification : : Dallas, TX : : 2/3/2014‏

ServerHub

Inbox03/02/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 2/3/2014‏

ServerHub

Archive23/01/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 1/23/2014‏‏

ServerHub

Archive21/01/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 1/21/2014‏

ServerHub

Archive18/01/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 1/18/2014‏
 

DomainBop

Dormant VPSB Pathogen
We've recently been informed that all of the recent downtime, IO, and connectivity issues with TX3 are stemming from network related issues. Our upstream provider for our TX3 node, ServerHub, has been having network connectivity issues in their Dallas location the entire month
So, are ServerHub's network problems in Texas also responsible for the IO issues that customers in the Buffalo location have been complaining about?

A quote from Mun on LET:

I think he is referring to the fact that GVH still has an I/O speed of <20MBps on his NY node and has already moved into a partnership yet still hasn't fixed the server.
 

Kadar

New Member
Verified Provider
GreenValueHost, an industry leading provider in premium budget shared web hosting, reseller hosting, virtual private server, and dedicated server hosting solutions, is proud to announce that we have expanded our virtual private server hosting services to Chicago, Illinois in premium datacenter space within the world famous Lakeside Technology Center 1.1m sq ft. carrier-neutral facility.


We will be utilizing privately maintained datacenter space in the facility and a custom premium network consisting of Internap, nLayer, Cogent, and soon to come, Comcast and Equinix Exchange. Our new VPS nodes in this facility will be brand new HP Generation 8 Xeon E3-1240v2 quad core servers packed with plenty of enterprise SATA storage, accelerated by SSDs with caching from premium Intel SSD drives.


Out of all the locations and datacenters that we have expanded to since our inception, this expansion is our biggest expansion accomplishment yet. The Lakeside Technology Center datacenter facility in 350 East Cermak Rd in Chicago is one of the largest and most premium datacenter facilities in the world, boasting a massive 1.1 million square feet area, carrier-neutral status, and a massive wealth in connectivity and peering availability.


All of our Virtual Private Server hosting plans have now been made available for purchase in this new premium facility and rapid deployments for new additional stock have been made readily available on-the-go. New and existing client promotions and clearance sales will be out shortly after the release of our expansion announcement, so stay on the lookout!
Premium means HVH out of CC in Illinois




NetRange:       205.234.128.0 - 205.234.255.255
CIDR:           205.234.128.0/17


OriginAS:       


NetName:        SCN-4


NetHandle:      NET-205-234-128-0-1


Parent:         NET-205-0-0-0-0


NetType:        Direct Allocation


RegDate:        2004-04-29


Updated:        2012-03-02


Ref:            http://whois.arin.net/rest/net/NET-205-234-128-0-1


OrgName:        Server Central Network


OrgId:          SCN-18


Address:        111 W. Jackson Blvd.


Address:        Suite 1600


City:           Chicago


StateProv:      IL


PostalCode:     60604


Country:        US


RegDate:        2002-03-05


Updated:        2013-03-25


Ref:            http://whois.arin.net/rest/org/SCN-18




NetRange:       205.234.128.0 - 205.234.255.255
CIDR:           205.234.128.0/17


OriginAS:       


NetName:        SCN-4


NetHandle:      NET-205-234-128-0-1


Parent:         NET-205-0-0-0-0


NetType:        Direct Allocation


RegDate:        2004-04-29


Updated:        2012-03-02


Ref:            http://whois.arin.net/rest/net/NET-205-234-128-0-1


OrgName:        Server Central Network


OrgId:          SCN-18


Address:        111 W. Jackson Blvd.


Address:        Suite 1600


City:           Chicago


StateProv:      IL


PostalCode:     60604


Country:        US


RegDate:        2002-03-05


Updated:        2013-03-25


Ref:            http://whois.arin.net/rest/org/SCN-18


ReferralServer: rwhois://rwhois.servercentral.net:4321


OrgAbuseHandle: ABUSE1669-ARIN


OrgAbuseName:   Abuse Department


OrgAbusePhone:  +1-312-829-1111 


OrgAbuseEmail:  email.png


OrgAbuseRef:    http://whois.arin.net/rest/poc/ABUSE1669-ARIN


OrgTechHandle: NETWO1779-ARIN


OrgTechName:   Network Operations


OrgTechPhone:  +1-312-829-1111 


OrgTechEmail:  email.png


OrgTechRef:    http://whois.arin.net/rest/poc/NETWO1779-ARIN


OrgNOCHandle: NETWO1779-ARIN


OrgNOCName:   Network Operations


OrgNOCPhone:  +1-312-829-1111 


OrgNOCEmail:  email.png


OrgNOCRef:    http://whois.arin.net/rest/poc/NETWO1779-ARIN


RAbuseHandle: ABUSE1669-ARIN


RAbuseName:   Abuse Department


RAbusePhone:  +1-312-829-1111 


RAbuseEmail:  email.png


RAbuseRef:    http://whois.arin.net/rest/poc/ABUSE1669-ARIN


RNOCHandle: NETWO1779-ARIN


RNOCName:   Network Operations


RNOCPhone:  +1-312-829-1111 


RNOCEmail:  email.png


RNOCRef:    http://whois.arin.net/rest/poc/NETWO1779-ARIN


RTechHandle: NETWO1779-ARIN


RTechName:   Network Operations


RTechPhone:  +1-312-829-1111 


RTechEmail:  email.png


RTechRef:    http://whois.arin.net/rest/poc/NETWO1779-ARIN


NetRange:       205.234.159.0 - 205.234.159.255


CIDR:           205.234.159.0/24


OriginAS:       AS36352


NetName:        SCNET-205-234-159-0-24


NetHandle:      NET-205-234-159-0-1


Parent:         NET-205-234-128-0-1


NetType:        Reallocated


RegDate:        2010-06-09


Updated:        2010-06-09


Ref:            http://whois.arin.net/rest/net/NET-205-234-159-0-1


OrgName:        ColoCrossing


OrgId:          VGS-9


Address:        8469 Sheridan Drive


Address:        ATTN: ARIN


City:           Williamsville


StateProv:      NY


PostalCode:     14221


Country:        US


RegDate:        2005-06-20


Updated:        2012-01-10


Ref:            http://whois.arin.net/rest/org/VGS-9


OrgAbuseHandle: ABUSE3246-ARIN


OrgAbuseName:   Abuse


OrgAbusePhone:  +1-800-518-9716 


OrgAbuseEmail:  email.png


OrgAbuseRef:    http://whois.arin.net/rest/poc/ABUSE3246-ARIN


OrgNOCHandle: VIALA-ARIN


OrgNOCName:   Vial, Alex 


OrgNOCPhone:  +1-716-335-9628 


OrgNOCEmail:  email.png


OrgNOCRef:    http://whois.arin.net/rest/poc/VIALA-ARIN


OrgTechHandle: NETWO882-ARIN


OrgTechName:   Network Operations


OrgTechPhone:  +1-800-518-9716 


OrgTechEmail:  email.png


OrgTechRef:    http://whois.arin.net/rest/poc/NETWO882-ARIN


NetRange:       205.234.159.56 - 205.234.159.63


CIDR:           205.234.159.56/29


OriginAS:       AS36352


NetName:        CC-205-234-159-56-29


NetHandle:      NET-205-234-159-56-1


Parent:         NET-205-234-159-0-1


NetType:        Reallocated


RegDate:        2014-01-28


Updated:        2014-01-28


Ref:            http://whois.arin.net/rest/net/NET-205-234-159-56-1


OrgName:        Hudson Valley Host


OrgId:          HVH-9


Address:        610 Route 28


City:           Kingston


StateProv:      NY


PostalCode:     12401


Country:        US


RegDate:        2012-11-07


Updated:        2012-11-28


Ref:            http://whois.arin.net/rest/org/HVH-9


OrgAbuseHandle: HVHAT-ARIN


OrgAbuseName:   Hudson Valley Host Abuse Team


OrgAbusePhone:  +1-800-497-5377 


OrgAbuseEmail:  email.png


OrgAbuseRef:    http://whois.arin.net/rest/poc/HVHAT-ARIN


OrgTechHandle: HVHA-ARIN


OrgTechName:   Hudson Valley Host Admin


OrgTechPhone:  +1-800-497-5377 


OrgTechEmail:  email.png


OrgTechRef:    http://whois.arin.net/rest/poc/HVHA-ARIN

 

Francisco

Company Lube
Verified Provider
ServerHub

Inbox03:28

Emergency Network Maintenance EXTENSION Notification : : Dallas, TX : : 2/3/2014‏

ServerHub

Inbox03/02/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 2/3/2014‏

ServerHub

Archive23/01/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 1/23/2014‏‏

ServerHub

Archive21/01/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 1/21/2014‏

ServerHub

Archive18/01/2014

Emergency Network Maintenance Notification : : Dallas, TX : : 1/18/2014‏
Did they give reasoning for it?

I'm not really surprised that things will favor L3 over Cogent for so much of their transit. They'll have to setup

weights to try to balance things more.

Francisco
 

Francisco

Company Lube
Verified Provider
Speaking as someone in the exact same shoes, the owner has to work on finishing his site. His 'dedicated servers'

tab was full of stub data and if I didn't click the 'from $xxx' link I would have assumed it was just an anchor tag.

I'm not sure why Jon would order from such a site unless he got recommended them by one of his advisers?

Their prices are high but Chicago isn't normally a cheap DC area.

Francisco
 

Virtovo

New Member
Verified Provider
Did they give reasoning for it?


I'm not really surprised that things will favor L3 over Cogent for so much of their transit. They'll have to setup


weights to try to balance things more.


Francisco

[SIZE=small]LOCATION: Dallas, TX[/SIZE]

[SIZE=small]START TIME: 6:35PM EST(11:35PM GMT)[/SIZE]

[SIZE=small]END TIME: 9:35PM EST(2:30AM GMT)[/SIZE]

[SIZE=small]LENGTH OF MAINTENANCE WINDOW: 3 hours[/SIZE]

[SIZE=small]We are in the process of performing an emergency maintenance for Dallas to resolve an issue that is currently impacting connectivity. This maintenance may cause some minor interruption during this window. [/SIZE]

LOCATION: Dallas, TX

START TIME: 12:10AM EST(5:10AM GMT)

END TIME: 12:20AM EST(5:20AM GMT)

LENGTH OF MAINTENANCE WINDOW: 20 minutes


This maintenance is to reboot the backbone in order to re-implement IPv6. We appreciate your understanding.

[SIZE=small]LOCATION: Dallas, TX[/SIZE]

START TIME: 6:00PM EST(11:00PM GMT)

END TIME: 8:00PM EST(1:00AM GMT)

[SIZE=small]LENGTH OF MAINTENANCE WINDOW: 2 hours[/SIZE]

[SIZE=small]We are in the process of performing an emergency maintenance for Dallas to resolve an issue that is currently impacting connectivity. This maintenance may cause intermittent interruption during this window. IPv6 is now fully implemented and once this emergency maintenance window is complete, all will be back to normal.[/SIZE]

[SIZE=small]We appreciate your understanding.[/SIZE]

LOCATION: Dallas, TX

[SIZE=small]START TIME: 6:40PM EST(11:40PM GMT)[/SIZE]

[SIZE=small]END TIME: 9:00PM EST(2:00AM GMT)[/SIZE]

[SIZE=small]LENGTH OF MAINTENANCE WINDOW: ~2 hours[/SIZE]

[SIZE=small]We are in the process of performing an emergency maintenance for Dallas to resolve an issue that is currently impacting connectivity. This maintenance may cause some minor interruption during this window.  [/SIZE]

[SIZE=small]We appreciate your understanding.[/SIZE]

LOCATION: Dallas, TX

[SIZE=small]START TIME: 10:00PM EST(3:00AM GMT)[/SIZE]

[SIZE=small]END TIME: 2:00AM EST(7:00AM GMT)[/SIZE]

[SIZE=small]LENGTH OF MAINTENANCE WINDOW: 4 hours[/SIZE]

[SIZE=small]This is an extension of the previous network maintenance. We are currently receiving a lot of network congestion in Dallas due to a Level 3 peer being unreachable and not responding. The Dallas core network is up but due to the network congestion, there is heavy packet loss.  With the outage being on the Level 3 network, we are working closely with L3 engineers to make sure service is restored as quickly as possible.  We'll also keep a Network Issue open and updated as much as possible at https://my.serverhub.com/networkissues.php - We sincerely apologize for the inconvenience and highly appreciate your understanding.[/SIZE]
 
Top
amuck-landowner