Dimanych

Рейтинг
155
Регистрация
05.06.2007
RUS-HOSTING.RU:
Видимо дело не пошло и хостинг продали

Интересно кто купит хостинг от которого сбежали все клиенты, помоему лушче начинать свежий, а не с плохой репутацией ;)

hosting_manager:
Также хочу добавить, что обвинять тут нужно не хостера, а прежде всего себя, наивно полагающего, что потеря данных может случится у кого угодно, но только не у меня. То, что база потерлась - и не такое бывает, бывает, что сервер весь умирает и данные не подлежат восстановлению. Либо даже Дата Центр сгорает... Были прецеденты уже тут, можете почитать темы для самообразования.

Верить нельзя никому, кроме себя :)

И да (также нужно делать самому бекапы),

И нет, каждый хостер должен делать ежедневные бекапы, недельные и месячные, и лучше всего на другие сервера, а ещё лучше в другой ДЦ.

Если этого нет, то бегите скорее от таких хостеров, для меня дорог каждый день моего сайта, и 3 дня потерь для меня был бы тоже крах. Timeweb разочаторовал, оказывается ненадёжная дешёвка, даже бекапы не делают как следует...

Если это хостер так сделал, то ему закрываться пора и лечиться)

У нас небыло выбора, сайт неоптимизирован, бред какой то, можно просто отказать такому клиенту, а не менять фаил роботс... либо это реально хостер который за каждый 10$ готов об асфальт разбиться)

Вот ещё нашёл для дебиана, намного проще будет такой зарядить, но надёжней ли)

http://packages.debian.org/de/sid/r8168-dkms

michaek:
Dimanych, ну и? помогло?

А как я определю, было 2 падения за месяц, нужно смотреть на протяжении времени.

В нормальных условиях помоему проблем нет, только при дос атаках.

Хотел написать страшно, но потом нашёл тему от хецнеров, и сервер этот так же у них.

http://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers/ru

Ого, дрова не от той сетевой стоят, как же так вышло, и как это вообще можно исправить...

Дебиан просто обновлялся через apt-get upgrade/update, проблема уже где-то с месяц как себя проявляет, 2 раза падал сервак.

Вот информация по сетевой:

06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
Subsystem: Micro-Star International Co., Ltd. Device 7522
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 256 bytes
Interrupt: pin A routed to IRQ 29
Region 0: I/O ports at e800
Region 2: Memory at fbeff000 (64-bit, non-prefetchable)
Region 4: Memory at faff0000 (64-bit, prefetchable)
[virtual] Expansion ROM at faf00000 [disabled]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000fee00000 Data: 4089
Capabilities: [70] Express (v1) Endpoint, MSI 01
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 4096 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us
ClockPM+ Surprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
Capabilities: [b0] MSI-X: Enable- Count=2 Masked-
Vector table: BAR=4 offset=00000000
PBA: BAR=4 offset=00000800
Capabilities: [d0] Vital Product Data
Unknown small resource type 05, will not decode more.
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
Capabilities: [140 v1] Virtual Channel
Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
Arb: Fixed- WRR32- WRR64- WRR128-
Ctrl: ArbSelect=Fixed
Status: InProgress-
VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01
Status: NegoPending- InProgress-
Capabilities: [160 v1] Device Serial Number 01-00-00-00-68-4c-e0-00
Kernel driver in use: r8169
Andreyka:
Через .htccess редиректить на страницу с помощью рерайта

Минус редиректа (если идёт речь именно о редиректе), он любит кешироваться в браузере, иногда на несколько дней. Поэтому из-за 20-30 секунд отключения я бы его не использовал.

Каждый метод хорош по своему, не спорьте ;)

Ну и что? Не медленнее копирования. Тормазов нет, скорость устраивает, о чём разговор то?) При синхронизации если фаил совпадёт в конечном итоге, чтение быстрее чем его запись. Затраты процессора не значительны. Или вы оспариваете эти факты?

Я как то говорю всегда из опыта и практики.

Всего: 830