Problemă server: au dispărut fișierele de pe un VPS suspendat

Am un server de la OVH și aseară trebuia plătit, am uitat și l-au suspendat. După 9 minute de la suspendare l-am plătit dar când am intrat am văzut serverul gol. Până răspund ei la ticket mai bine întreb aici.

Fișierele sunt șterse sau? Din câte am citit au fost mutate în /mnt/, am folosit panoul OVH pentru Rescue Mode. Cum mut fișierele de acolo înapoi ca site-urile să funcționeze la fel, cu tot cu panoul pe care îl am instalat?

1 Like

Asteapta sa vezi raspunsul lor

Tind sa cred ca daca se muta unde au fost original, totul va funtiona
Site ul banuiesc ca este in php. Daca da, din ce stiu, ele trebuie sa fie in htdocs

Este duminica, mai greu cu raspunsul la tichete !
Daca ai acces prin ssh la server, da un cd in mnt si vezi ce este acolo

Am avut servere și la MxHost, Easyhost, xServers, Hetzner - dacă au fost suspendatate și plătite imediat, au revenit la normal, fără ca eu să mai fac ceva. Aseară când am văzut serverul gol am crezut că au șters tot.

Am folosit OVH Rescue Mode și am intrat în FTP de am luat backup-ul complet. Acum serverul este online dar site-urile nu merg.

Atâta timp cât fișierele sunt acolo în mod normal, da, ar trebui să meargă din nou. Problema e că nu știu cum să fac asta…

OVH daca imi amintesc bine are snapshot-urile/fisierele in ceph, adica serverele n-au hdd-uri ci datele sunt stocate pe servere dedicate pentru stocare.

Mai mult ca sigur ca au ceva probleme cu acest sistem si nu ti se mai monteaza volumul de stocare virtual asociat cu contul tau sau trebuie sa il asociezi tu din setari.

Da, din câte am citit trebuie să mut disk-ul sau ceva de genul. Atâta timp cât am plătit vreau ca site-ul să fie din nou online, nu să fac eu asemenea setări.

Se poate uita cineva care se pricepe? Sau a mai întâmpinat cineva această problemă?

Salutare!

Cei de la OVH nu ‘vor misca un deget’ daca nu ai support platit, else… va trebui sa reconfigurezi vps-ul.

Mai mult, ai 8 zile la dispozitie sa faci plata, asa ca mare atentie pe viitor.

Noi nu am avut nici o problema de acest gen.

Spor
ps: atentie ca nu cunva sa fi fost mount-at un disc virtual, din cate stiu implicit iti aloca asa ceva, undeva la 50 GB, parca

  • in linie de comanda: mount - vezi ce e mountat apoi un cat pe /etc/fstab unde poti adauga manual acea partitie

Plata a fost făcută după 9 minute de la suspendare. A fost greșeala mea, am uitat și am plătit imediat. Acum am setat să-mi fie luată lunar suma de pe card să nu mai am această problemă.

Suportul a fost bun până acum, în intervalul lor orar, luni-vineri, 9-17. Problema este că după ce am plătit mă așteptam ca serverul și site-urile să revină la normal, așa cum mi s-a întâmplat peste tot. După plată serverul a fost gol, am folosit OVH Rescue Mode pentru a salva fișierele.

Din ce am citit da, trebuie montat din nou acest disc de care habar n-am cum. Ce mă deranjează este că serviciul trebuia să revină automat la normal. Merci, am să încerc ce mi-ai scris!

Salutare!

Daca nu aveai adaugat in fstab acea partitie, nu are cum sa revina …

La reboot-ul serverului acea partitie mount-atat nu a fost initiata.

Gasesti documentatie cum sa faci acest lucru. e posibil ca acea partie sa fi continut si anumite foldere/fisiere de config, motiv ptr. care ma duce la idea ca nu iti mai merg site-urile. etc…

Spor!

1 Like

Din ce am citit, da, exact asta ar fi problema. Însă dacă dau reset password din OVH Manager îmi pune serverul în Rescue Mode - este normal ca să pot executa corect comanda?

Băieții au răspuns la 2 tickete care îmi spun că serverul este online, ceea ce știam și eu dar nu au văzut când le-am scris că după plată ar trebui automat să-mi fie site-urile online, așa cum au fost.

@Opencart_Romania, ești amabil să-mi lași un tutorial sau ceea ce a scris tipul este corect?

Salutare!

In principiu este corect!

Pe forumul de pe OVH ai tutoriale explicite.

https://www.ovh.com/us/g1863.create_and_configure_an_additional_disk_on_an_instance

Ai mare grija sa nu shimbi file format-ul sau marimea, risti sa pierzi tot ce ai pe ea.

Spor

De fapt e altceva, răspunsul lor:

I have done a port scan on the VPS and it’s showing that only SSH Port 22 is open. I have checked via the KVM and the server is at the login prompt.

It is possible that services such as HTTPD were not set to auto start with the server on boot, so you would need to login via SSH and then manually start these.

din ce inteleg, tu trebuie sa intri pe ssh si sa repornesti httpd

Asta am înțeles și eu, problema mea e că site-urile trebuia pornite automat, fără ca eu să setez ceva.

Unde greșesc?

Salutare!

Nu am gandit ca verficarea serviciilor ti-a scapat cumva?

In functie de distributia linux folosita, verifca serviciile:

httpd / apache2
mysqld / mysql / mariadb
php-fpm / php5-fpm / php7-fpm *
nginx *

(centos / debian-ubuntu)

  • in cazul in care vps-ul foloseste aceste servicii

Min necesar ptr. functionarea corecta a WP-ul care cred ca il ai pus acolo.

Spor
ps: cine ti-a instalat & configurat vps-ul?

Eu l-am instalat, nu am cunoștințe avansate. Am instalat Centos 7 64 și panoul de control Webuzo cu care am instalat Apache / PHP 7.1 și MySQL.

Ar trebui facut un script care sa le porneasca dupa procesul de boot
sau

din ce scrie in acel link apache ul poate fi configurat sa porneasca dupa boot

1 Like

Salutare!

Pe Centos 7.x gasesti comanda (daca nu o instalezi) chkconfig

  • verifici daca e instalat si apoi

chkconfig httpd on
chkconfig mariadb on

Cred ca webmin le pune on la reboot default.

Spor

1 Like

Toate serviciile sunt online, le-am verificat.

Am făcut ceea ce mi-ai spus dar fără rezultat:

Toate serviciile sunt online mai puțin pure-ftpd.

Salutare!

Incearca sa restartezi serviciile httpd si mariadb si vezi ce erori primesti

systemctl httpd restart
systemctl mariadb restart

Verificarea serviciilor:

netstat -na | grep nume serviciu

Spor