Hvad ændres?

Fra denne dato vil det ikke længere være muligt at afvikle generelle .exe-filer på Windows-webhotellet. Det gælder f.eks. tredjepartsprogrammer som wkhtmltopdf.exe eller lignende hjælpeværktøjer.

Vi fortsætter med at understøtte .NET self-contained applikationer, som vi allerede gør i dag.

Hvorfor fjerner vi understøttelsen?

Denne ændring sker af sikkerhedsmæssige årsager, da .exe-filer udgør en potentiel risiko, både i forhold til serverens stabilitet og for at undgå misbrug. Ved at begrænse mulighederne for at køre vilkårlige eksekverbare filer, øger vi sikkerheden og robustheden for alle kunder på platformen.

Hvad betyder det for dig?

• Hvis du i dag benytter .exe-filer som fx wkhtmltopdf.exe, skal du finde et alternativ.
• .NET self-contained applikationer vil fortsat fungere uændret.
• Hvis du er i tvivl om, hvorvidt dine applikationer er påvirket, er du velkommen til at kontakte vores support her.

Hvad kan du gøre?

• Gennemgå din løsning og fjern afhængigheder til tredjeparts .exe-filer.
• Overvej alternativer, som kan opnås med ren .NET-kode eller eksterne API-tjenester (fx til PDF-generering).
• Kontakt os gerne, hvis du har brug for sparring om mulige alternativer.

Whitelist

Roslyn .NET compiler er whitelisted og vil stadig fungere efter ændringen.

The post Ændring: Afvikling af .exe-filer på Windows-webhoteller udfases appeared first on Simply.com blog.

Dette vil være problemfrit for alle domæner, der bruger Simply.com-navneservere og kræver ikke manuel handling.

Kunder, der IKKE bruger vores navneservere, men stadig er afhængige af vores DKIM-record, skal manuelt tilføje følgende records til deres DNS-zoner:

simplycom1._domainkey CNAME dkim1.simply.com
simplycom2._domainkey CNAME dkim2.simply.com

Den gamle unoeuro._domainkey-record kan fjernes efter denne dato.

The post Ændring i DKIM opsætning appeared first on Simply.com blog.

Vi er (endelig) gået i gang med at opgradere vores webhoteller til MySQL 8.0.

Vi har ad flere omgange testet MySQL 8, men fundet flere performancefejl, der gjorde, at vi ikke kunne opgradere fra MySQL 5.7. Faktisk fandt vi en fejl, som specifikt gjorde, at WordPress-performance var elendig på MySQL 8. Heldigvis er denne fejl nu løst, og vores tests har ikke fundet andre problemer. Derfor føler vi os trygge ved at opgradere samtlige MySQL-servere til MySQL 8.

MySQL 8 er en stor opgradering i forhold til tidligere versioner. Det indeholder mange forbedringer, herunder en forbedret dataintegritet, bedre ydeevne, avancerede sikkerhedsfunktioner, en forbedret skalerbarhed og mange nye funktioner, der kan forbedre dit arbejde med databaser.

MySQL 8 vil være opsat på en bagud-kompatibel måde, så der bør ikke være problemer i forbindelse med opgraderingen.

The post MySQL 8.0 appeared first on Simply.com blog.

Ændringen sker for at vi bedre kan forhindre misbrug af servicen og dermed sikre at alle kunder kan få leveret mails sendt fra hjemmesiden.

Læs evt. mere her https://www.simply.com/dk/support/faq/mail/23/

Serveren er stadig kun tilgængelig hvis der forbindes fra vores webservere af.

The post Ændring på websmtp.simply.com appeared first on Simply.com blog.

Det betyder, at det er tid til at opgradere vores standard PHP-version fra PHP 7.2 til PHP 7.4.

Fra tirsdag d. 25. august 2020 vil vi tilbyde følgende PHP-versioner:

• PHP 5.6 (Langsom og forhadt)
• PHP 7.0
• PHP 7.1
• PHP 7.2
• PHP 7.3
• PHP 7.4 (vores nye standard-version)

Hvis dit Simply.com-webhotel bruger PHP 7.2 nu, vil det automatisk blive opgraderet til PHP 7.4 efter d. 25 august 2020.
Du behøver dermed ikke foretage dig noget.

Vi har valgt at springe PHP 7.3 over, da WordPress i øjeblikket anbefaler PHP 7.4, og det er vores mål at følge WordPress’ anbefalinger fremadrettet.

De fleste CMS har længe understøttet PHP 7.3 og PHP 7.4, så der bør ikke være problemer med at opgradere, se evt. https://www.php.net/manual/en/migration74.incompatible.php for en liste over breaking changes.

Husk, at du også selv kan bestemme, hvilken PHP-version dit webhotel skal bruge. Læs mere om dette her: https://www.simply.com/dk/support/faq/php/1/

The post PHP 7.4 opgradering appeared first on Simply.com blog.

Fra 2. december 2019 og frem vil vi dermed tilbyde følgende PHP-versioner: PHP 5.6, PHP 7.2 og PHP 7.3, hvor PHP 7.2 er vores standard-version, og PHP 7.3 er vores “bleeding-edge” version.

Hvis dit UnoEuro-webhotel bruger PHP 7.1 nu, vil det automatisk skifte til PHP 7.2 efter 2. december 2019 – Du behøver dermed ikke foretage dig noget.

De fleste CMS-systemer har længe understøttet PHP 7.2, så der bør ikke være nogen problemer med at opgradere fra PHP 7.1 til PHP 7.2, se evt. https://www.php.net/manual/en/migration72.incompatible.php for en liste over breaking changes.

PHP 7.2 er omkring 13% hurtigere end PHP 7.1 og omkring 250% hurtigere end PHP 5.6.

The post PHP 7.2 – PHP 7.1 end-of-life appeared first on Simply.com blog.

UnoEuro drives på en række SAN-systemer. Et SAN er en kæmpe samling diske som bruges fælles på tværs af mange maskiner. SAN14, som er det SAN der havde problemer, har eksempelvis over 245 harddiske (i alt 213 TB).

Normalt er al data på et SAN spredt ligeligt ud over alle disse diske, for at sikre optimal performance og redundans.

På et tidspunkt fredag aften dør der en disk i SAN14. Det er normalt aldrig et problem, men denne gang får det desværre alvorlige konsekvenser. Da SAN’et gerne vil rebuilde data, pga. den døde harddisk, rebuilder den det forkert, så alle skrivninger på hele SAN’et lander på 2 diske, i stedet for på 140 diske. Dette alene, gjorde at servere på SAN14 blev langsomme.

For at løse problemet, med de 2 diske, beder Dell os ‘prune’ disse diske, dvs. tømme dem og dermed sprede data ud over hele SAN’et igen. Da disse 2 diske er ekstremt pressede, pga. alle de skrivninger der laves til dem, er denne ‘prune’-process enormt langsom. Da prune-processen starter bliver svartiden på SAN’et med det samme eksponentielt dårligere, så data derpå bliver praktisk talt ubrugeligt. Dette betyder at mange UnoEuro servere enten går ned eller bliver langsomme, inkl mailsystemet som også ligger på det SAN. Der er tale om cirka 49 webservere (blandet PHP og ASP) og 9 MySQL servere.

Mailsystemet kommer dog forholdsvis hurtigt i normal drift igen, da det ligger godt i forhold til prune-processen.

Efter cirka 50% kan vi pludselig se at prune-processen kommer til at tage lang tid, på et tidspunkt var ‘estimate’ omkring 4000 timer, hvilket selvfølgelig var helt uacceptabelt. For at give flere ressourcer til at SAN’et kunne færdiggøre prune-processen, og derved komme tilbage til normal performance, blev vi derfor nødt til både at slukke for en masse maskiner på SAN’et samt flytte en masse maskiner væk til andre SAN-systemer. Flytningen af servere var naturligvis også langsom, da SAN’et stadig var langsomt. I det hele taget en helt forfærdelig situation at stå i.

Selv efter serverne er kommet op igen lørdag aften, er performance stadig uacceptabel. Samtidig er SAN14 endnu ikke ‘healthy’, dvs. vi stoler ikke på det kan køre stabilt i den tilstand det er i, og vi er bekymret for mulig fremtidig datatab. Natten til søndag vælger vi derfor at slukke for alle ikke-systemkritiske servere der bruger SAN14, for at give SAN’et natten over til at færdiggøre prune-processen. Søndag morgen er performance tilbage til omkring 90% og de sidste 10% forventer vi at have klar inden for et par dage. Ingen data er gået tabt i processen.

For at gøre det hele værre, havde vi allerede planlagt at flytte alt væk fra SAN14 inden for de næste 6 måneder, da vi er ved at udskifte den bagvedliggende infrastruktur. Det er selvfølgelig en process som vil blive fremskyndet efter weekendens hændelser.

Store systemer, store problemer.

Alt dette er en forholdsvis simplificeret version af hvad der skete, der er selvfølgelig sket en masse komplicerede ting og beslutninger undervejs, som er svære at beskrive eller blot glemt i farten :)
Vi er klar over vores kunder har været frustreret, det har vi også været. Vi håber denne driftsrapport viser at vi har gjort alt hvad vi kan for at mindske nedetid, datatab og for at komme dette problem til livs så hurtigt som muligt. At drive webhosting er ikke så simpelt som skulle tro :)

Tidslinje

Fredag 20:06
En disk dør i SAN14 og SAN’et starter automatisk en rebuild.

Fredag 23:50
Alle servere på SAN14 begynder at køre dårligt fordi SAN’et er ved at køre et restripe, som resultat af den døde disk.

Lørdag 10:01
Vi vælger at slukke en række webservere for at sætte fart på at SAN’et får ‘rebuildet’ færdigt.

Lørdag 10:52
Dell melder at prune-processen er på 95135/139693, ETA 6 timer (hvis bare).
(Det er meningen det skal være 0/139693)

Lørdag 11:42
Vi begynder at se forbedringer i performance nu, især mailsystemet kører bedre.

Lørdag 11:55
Mail lader til at være fuldt kørende igen. Den kø der er opstået er ved at blive afviklet nu.

Lørdag 12:27
Mailkøen er afviklet og al mail er i normal drift igen

Lørdag 12:34
Vi er ved at diskutere med Dell om vi kan tænde for webserverne igen.

Lørdag 13:03
Vi er så småt ved at starte webservere nu.
Prune-processen er på 84765/139693.

Lørdag 13:30
Prune-processen er på 84732/139693.

Lørdag 14:18
Der er stadig problemer med dele af det beskadiget array, så mange webservere kan ikke komme online før rebuild er færdig. Vi prøver at få så mange servere op som vi kan.
Prune-processen er på 84711/139693.

Lørdag 14:50
Prune-processen er på 84698/139693 (Ja, det går fucking langsomt).

Lørdag 15:20
Prune-processen er på 84682/139693.

Lørdag 16:51
Vi er ved at flytte maskiner væk fra det berørte SAN for at frigøre kapacitet til at starte flere webservere.

Lørdag 17:59
Vi er stadig ved at frigøre ressourcer til at kunne få de sidste servere online.
Prune-processen er på 72733/139693.

Lørdag 18:35
Nogle flere servere er startet.

Lørdag 19:40
Alle servere er startet og i drift. Der er stadig nedsat performance.

Søndag 00:30
For at kunne rebuild SAN’et er vi desværre nødt til at slukke for nogle servere natten over.

Søndag 07:30
Alt online igen.

The post Incident report 24-06-2017: SAN nedbrud appeared first on Simply.com blog.

Selv om MySQL 5.7 har været i stable-release i næsten 2 år inden vi opgraderede, så er den åbenbart stadig plaget af underlige (og kendte) crash-fejl, som vi har fundet uløste bug-reports på der er flere år gamle.

Det har betydet en helt elendig og ustabil drift på vores MySQL servere, og det er vi ekstremt kede af.

Vi har siden problemerne begyndt, forsøgt at optimere og justere os ud af problemet samt opgraderet storage og hardware, men det har ikke hjulpet.

For at komme de mange problemer til livs, har vi derfor udskiftet MySQL med Percona Server.

Percona er en fork af MySQL (på samme måde som MariaDB), hvor der er lavet en masse fejlrettelser og optimeringer ifht. til mainstream versionen af MySQL. Percona er fuldt ud kompatibel med MySQL, så det har ingen negativ betydning for hvordan du forbinder eller bruger MySQL. Til gengæld har vi set en betydelig forbedring i både hastighed og stabilitet, som kommer alle kunder til gode.

Vi håber derfor at den seneste tids stabilitetsproblemer er løst, og at vi kan vende tilbage til den stabile drift som vi er kendt for.

The post Incident report: MySQL 5.7 driftproblemer appeared first on Simply.com blog.

Vi har brugt en del tid på at finde den rigtige løsning for vores kunder, og os – så det hele fungerer lige så smertefrit og automatisk som på vores PHP-webhoteller.

Vi er derfor glade for, at have opfundet den dybe tallerken og nu kunne tilbyde Let’s Encrypt på vores ASP-webhoteller, med automatisk fornyelse osv.

Du kan aktivere Let’s Encrypt under “HTTPS-beskyttelse” i vores Kontrolpanel.

The post Ny feature: Let’s Encrypt på ASP-webhoteller appeared first on Simply.com blog.

Selve hostnavnet man skal forbinde til MySQL med, er ikke ændret.

Det er nu også muligt at logge direkte ind i phpMyAdmin igennem vores Kontrolpanel.

Opdater gerne eventuelle bookmarks.

The post MySQL administration flyttet til https://mysql.unoeuro.com appeared first on Simply.com blog.