Afdrukvoorbeeld
uuh, ja maar in een webserver zit geen gpu die veel watt kan trekken. Dus inderdaad de psu werkt of werkt niet. BIj veel i/o van een harddisk zal die niet ineens uitvallen (al is een wordpress post geen mega i/o.. zet er eens een Magento shop op ;) )
Simpel, omdat servers speciaal ontwikkeld zijn voor het gebruik er van, met andere woorden als een server een 240 watt voeding heeft dan zullen de componenten die er in zitten niet meer dan 240 watt verbruiken (idem met hogere waarden). Naast het feit dat servers dit al detecteren bij de bios of de voltages etc goed werken en server meer fout tolerant kunnen zijn kwa hardware dan desktop pc's.Citaat:
Oorspronkelijk geplaatst door Peter Bin
Wat echter wel zou kunnen zijn is dat de server te warm loopt op het moment van de bewerkingen en zichzelf uitzet, maar aangezien de TS geen enkele concrete bewijzen kan leveren is het voor ons maar gissen wat er verkeerd loopt. Kan net zo goed een kernel panic in een driver module zijn of het gebrek van een swap disk en geheugen dat vol loopt of ...
Maar zoals sommige andere leden ben ik ook wel geinteresseerd in de 15 punten en welke hiervan opgelost zijn, hebben we het dan over: "installeer even een php module voor me" of over zaken als: "kun jij mijn database en records even invullen". Want het kan natuurlijk ook zo zijn dat de overige 13 punten die niet opgelost zijn niet onder het SLA/management vallen en daarom ook niet opgelost worden.
Is dit wellicht een aanname, zat er niet pas iemand hier om tips te vragen voor zelfbouw met desktop hardware? Zal vast niet de enige zijn.Citaat:
Oorspronkelijk geplaatst door The-BosS
Zelfs met goede hardware kan je rare dingen hebben. Zo heb ik eens een defecte disk gehad die niet gedetecteerd werd door de raidkaart en voor random dataloss en crashes zorgde.
Het zou prettig zijn als @Tijl duidelijkheid wil scheppen. Diverse aannames komen voorbij, maar zonder de input van Tijl komen we weinig verder.
Maar de TS is hier al drie dagen niet meer geweest. Denk niet dat hij net als wij erg geïnteresseerd is in het technische vraagstuk want hij vraagt alleen om een prognose van de kosten per email...
En om een prognose te kunnen maken moet je wel eerst alle grote en kleine details kennen en antwoorden op de gestelde vragen. Want anders krijg je binnen de kortste keren een topic als "ik heb een specialist ingehuurd om naar mijn probleem te kijken en uitleg te geven maar deze persoon kon mij niks extra vertellen", simpelweg omdat er niets (extra) te vertellen was en de hoster alles volgens de SLA/management afspraken deed.Citaat:
Oorspronkelijk geplaatst door t.bloo
Kortom je stapt toch ook niet zomaar een aannemer binnen met de vraag mijn vorige aannemer heeft me met een bouwval laten zitten, hoeveel kost het om het te fixen. Zonder dat je de aannemer de schade laat opstellen of hem precies verteld wat er moet gebeuren kan die toch ook geen offerte/schatting van de werken maken. Het kan net zo goed over een villa gaan van enkele miljoenen of over een bijbouw van een gewoon (rij)huis.
Wat je het beste kunt doen, als je zelf van mening bent dat je niets fout doet, is overstappen naar een andere provider, verlies pakken en verder gaan. Bedrag is te klein om juridisch iets mee te doen, geen harde feiten, heeft geen kans.
Nu uit ervaring (magento) indien er een 3rd party (module) checkout gebruikt word, kan het soms zo slecht geschreven zijn dat deze gewoon enorm veel geheugen verbruikt. En de kans dat apache dan even vastloopt is groot. En dan valt de rest ook still.
Wat dan enkel verholpen word door hard reset.
Maar zonder details van de SLA / Management kunnen we moeilijk oordelen...
(maar debuggen code lijkt me sterk als deze erin zou zitten).
Het gaat om een fully managed server.
Even een korte update. Op de website's draaien allemaal op een managed server. De provider heeft telefonisch contact met mij opgezocht en zei dat wanneer ik wil dat mijn server altijd online is ik een hoger SLA moet afsluiten, dan kan hij sneller ingrijpen.
Enkele punten die op de ingebrekestelling staan zijn:
1.Verschillende domeinen zijn nog niet publieke benaderbaar.
2.Geen van de email accounts hebben toegang tot RoundCube webmail.
3.Niet mogelijk nieuwe users toe te voegen via webinterface of API.
4.Verschillende users hebben nog steeds last van corrupte data waardoor content niet meer klopt of leden zijn zoekgeraakt.
5.Domeinen die naar ns1.domein.nl en ns2.domein.nl zijn gericht werken niet.
6.Groote beschikbaar aantal GB’s, dit moet de volledige grote van de server zijn, tot op heden maar 19 GB hierdoor kunnen wij geen backups meer delen met partners.
7.Op de oude omgeving waren er 4 ipadress beschikbaar. Op de dedicated server maar 1.
8.Er is geen rekening gehouden met de lopende SSL certificaten. De website (speciale Facebook applicatie) is momenteel offline.
Het gaat om een server waar webshops op draaien, dus bereikbaarheid is een must.
En je hebt zwart- op-wit dat dit allemaal overeengekomen is bij het afsluiten van de overeenkomst?
Kortom je hebt afspraken gemaakt dat de hoster hiervoor zou zorgdragen?
Dit klinkt niet als een dedicated managed server. Eerder een VPS waar een basis SLA bij zit en managed is tot server OS/DirectAdmin niveau en niet tot het niveau van website/webmail ondersteuning of het helpen met DNS enzo.
Ik denk toch dat het voor jullie beide beter is om afscheid van elkaar te nemen, of bij de huidige provider een product afnemen wat past bij jou wensen. Een echte dedicated server kan tegen betaling prima extra IPs beschikbaar hebben en heeft zeker ook meer dan 19GB opslag.
Sent from my GT-I9505 using webhostingtalk mobile app
Als er echt maar 19 GB diskruimte mogelijk is, dan is het zeker geen dedicated server. Dan moet er toch zeker meer dan 100 GB zijn, of het zou iets speciaals met goedkope SSD ofzo moeten zijn.
Of een user account met een limiet van 19 Gb?
Sent from my HTC One using webhostingtalk mobile app
Wat zou betekenen dat de TS geen admin of reseller rechten in DirectAdmin heeft, waardoor het verhaal van echt volledig managed wat geloofwaardiger wordt. Zie ook het puntje 3. Hoe dan ook, het hier geposte lijstje is veroorzaakt door slechte pre-sales (aantal IP, afmetingen disk, SSL certificaten) of simpele foutieve configuratie (domeinen, nameservers, webmail).Citaat:
Oorspronkelijk geplaatst door dennis0162