Opublikowano:

Plesk – FTP backup – problem z przywracaniem

Witam, Używam Pleska w wersji 10.3.1 na serwerze dedykowanym z Ubuntu 10.04. Mam problem z przewracaniem kopii zapisanych na ftp backup przydzielonym w ramach abonamentu. Kopie dodane do harmonogramu zadań Pleska zapisują się na nim bez problemu, problem jest za to gdy chcę przenieść pliki backupu z ftp na serwer. Za każdym razem po dłuższym czasie otrzymuję błąd: Error: pmm-ras error (Error code = -6): == STDOUT ==================== ============================== == STDERR ==================== terminate called after throwing an instance of ‚plesk::CurlException’ ============================== Doczytałem, że może to być wina lokalizacji tmp i braku miejsca na dysku. Ścieżkę zmieniłem na var/tmp, ale błąd nadal ten sam. Kopia ma ok 40GB i do tempa przenosi się zawsze ok 7GB i stop (ww. błąd). Ma ktoś może jakąś radę? Czytaj dalej...

Opublikowano:

Plesk – FTP backup – problem z przywracaniem

Witam, Używam Pleska w wersji 10.3.1 na serwerze dedykowanym z Ubuntu 10.04. Mam problem z przewracaniem kopii zapisanych na ftp backup przydzielonym w ramach abonamentu. Kopie dodane do harmonogramu zadań Pleska zapisują się na nim bez problemu, problem jest za to gdy chcę przenieść pliki backupu z ftp na serwer. Za każdym razem po dłuższym czasie otrzymuję błąd: Error: pmm-ras error (Error code = -6): == STDOUT ==================== ============================== == STDERR ==================== terminate called after throwing an instance of ‚plesk::CurlException’ ============================== Doczytałem, że może to być wina lokalizacji tmp i braku miejsca na dysku. Ścieżkę zmieniłem na var/tmp, ale błąd nadal ten sam. Kopia ma ok 40GB i do tempa przenosi się zawsze ok 7GB i stop (ww. błąd). Ma ktoś może jakąś radę? Czytaj dalej...

Opublikowano:

Stała dostępność, kilka serwerów.

Witajcie! Wiele hostingów oferuje już redundancje do swoich usług, obecnie najczęściej Dla kont www, aby były stabilne. Moje pytanie brzmi. Powiedzmy sobie mam 2 serwery dedykowane przeznaczone pod 1 usługę. Czynności są wykonywane jak klient uruchamia jakiś serwer np. gry itp. na oby dwóch serwerach. Lub też co jakiś czas jest robiona kopia na ten drugi serwer. W przypadku awaria serwera pierwszego, na zapasowym usługa jest automatycznie włączana (ale to już mniej ważne, można jak się chce to ustawić). Tak wiadomo oczywiście, że w czasie ‚przeskoczenia’ na drugi serwer będzie kilku minutowa przerwa, ale lepsze to niż kilku godzinna. Chciałbym utrzymywać jak największą stabilność działania usług. Wszystko to co powyżej napisałem wiem jak zrobić. Natomiast mam problem z jedną rzeczą, mianowicie adresacją IP. Jeżeli klienci do swoich usług łączą się za pomocą TYLKO domeny, nie używają oni numerów IP, czyli np. łączą się z FTP wpisując: serwer1.domena.tld Tak, jest to wykonalne, aby w czasie awarii łączyć się hostingiem gdzie mam domenę i zmieniać adres IP przypisany właśnie Dla tej sub-domeny. Ale, gdyby to było wydajne nie pisał bym tego postu. Przecież taka zmiana potrwa średnio do. 24h, 100% do 48h u wszystkich. Tak więc jak zacznę zmieniać na serwer zapasowy, a po dwóch, trzech godzinach pierwotny serwer będzie działał to to nie ma sensu, gdyż więcej czasu zajmie zmiana DNS. Macie może jakieś pomysły/doświadczenie jak to rozgryźć? Każdy serwer ma inne IP, więc zmiana IP na domenie jest raczej wskazana, czy dało by się ten proces jakoś przyśpieszyć i zamknąć w przeciągu paru minut? Lub też jakieś inne rozwiązanie. Pozdrawiam, i dziękuję za wszystkie odpowiedzi. Czytaj dalej...

Opublikowano:

oferta

mam problem z rozczytaniem oferty na http://www.kimsufi.pl/ IP dodatkowe opcjonalnie ** (dwie gwiazdki) -> ** : Transfer jest nieograniczony. Po przekroczeniu 5TB/m-c dla serwera Kimsufi 2G, 10TB/m-c dla serwera Kimsufi 16G i 15TB/m-c dla serwera Kimsufi 24G przepustowość jest ustawiana na 10 Mbps. Dodatkowy transfer można zamówić bezpośrednio w panelu manager: 59,99 PLN netto /TB w każdym serwerze widzę jako standard: "Backup FTP 100 GB" natomiast małym druczkiem w stopce strony: Usługi dodatkowe: "Aby korzystać z (…) kopia FTP aż do 100 GB (…) " i tu nic. ale dalsze zdanie to: "Sprawdź nasze oferty profesjonalne na stronie www.ovh.pl" czyli backup tylko na ovh.pl? czy może jest i to nie jako usługa dodatkowa w kimsufi…?? albo: https://www.ovh.pl/produkty/superplan_mini.xml każda promocja ma 2 gwiazdki… a w wyjaśnieniach cały czas tylko 1 … może się czepiam ale w nawale gwiazdek w życiu codziennym zaczynam dokładnie analizować co każda oznacza… Czytaj dalej...

Opublikowano:

Device-error raid5

Dzisiaj rano otrzymałem wiadomość z monitoringu OVH o następującej traści: Cytat: Witamy, Nasz system RTM wykrył problem z dyskiem twardym Twojego serwera it-joan.pl (188.165.225.112) w dniu 2011-04-12 06:06:19. Informacje przesłane przez RTM: Alert type: scsi-raid Detection date: 2011-04-12 06:24:38 Disk: port c0:u0:phy1 status Details: More details: Unit specific details: c0:u0: status: OK c0:u0: type: RAID-5 c0:u0: capacity: 256K c0:u0: phys: 4 Port specific details: c0:u0:phy3: status: OK c0:u0:phy3: model: ST31500341AS c0:u0:phy3: capacity: 1.36 TB c0:u0:phy0: status: OK c0:u0:phy0: model: ST31500341AS c0:u0:phy0: capacity: 1.36 TB c0:u0:phy1: status: DEVICE-ERROR c0:u0:phy1: model: ST31500341AS c0:u0:phy1: capacity: 1.36 TB c0:u0:phy2: status: OK c0:u0:phy2: model: ST31500341AS c0:u0:phy2: capacity: 1.36 TB Moje pytanie brzmi, jak zorganizować wymianę tego tysku aby nie ryzykować utraty danych oraz nie rozwalić sobie partycji. jak na razie niewiele wykorzystuję z tej przestrzeni nie mniej jednak dane, które się tam znajdują są dla mnie bardzo ważne. Oczywiście kopia zrobiona ;). Co powinienem zrobić przed wymianą oraz po. Niestety nie mam za dużej wiedzy jeśli chodzi o zarządzaniem dyskami/macierzą na platformach RH(w tym przypadku CENTOS 5) stąd moje pytanie. Partycje wyglądają tak: Cytat: [root@sw1 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda5 586G 43G 543G 8% / /dev/sda3 2.0T 58G 1.9T 3% /home /dev/sda1 128M 50M 79M 39% /boot /dev/shm 5.9G 0 5.9G 0% /dev/shm RAID5 (tw_cli) Kod: //sw1> /c0 s Czytaj dalej...