DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   Opušteno (http://www.devprotalk.com/forumdisplay.php?f=16)
-   -   Extra RAM + php accellerator + čovek koji zna šta radi (http://www.devprotalk.com/showthread.php?t=4016)

mileusna 20. 11. 2007. 12:32

Ne bih da kvarim idilu, ali sinoć je nešto često bio nedostupan a i kad je bio dostupan DPT je javljao Database Error. :)

bluesman 20. 11. 2007. 13:09

To je problem mysql... totalna glupost i pokušavamo da rešimo. Meni je neverovatno da jedan sajt probije kvotu a onda se gomilaju mysql upiti koji ne mogu da se izvrše i tako se razvali mysql. To je po meni veliki bug samog mysql, pomogao je samo reboot celog servera jer cak ni restart mysql nije obrisao taj junk.

mileusna 20. 11. 2007. 13:15

Citat:

Originalno napisao bluesman (Napišite 46971)
To je po meni veliki bug samog mysql, pomogao je samo reboot celog servera jer cak ni restart mysql nije obrisao taj junk.

Kad nema odziva, onda i korisnici kao za inat uradaju refreš što stvara još više dodatnih upita na bazu.

caiser 20. 11. 2007. 17:36

Video sam zaista gomilu slucajeva da korisinici probiju kvotu (zakupljen prostor na disku), medjutim jedina posledica takve situacije su korumpirane :) tabele. Nikada se nije desilo da mora da se restartuje, ne server, nego ni MySQL zbog slicnog problema. Tako da bih ja proverio da li je ipak mozda nesto drugo uzrok problema. A sto se tice kotisnickih tabela jedan obican REPAIR TABLE resava problem. Mora im se dodati prostor da bi se uspesno zavrsio proces zboga nacina na koji MySQL regenerise indexe.

dinke 20. 11. 2007. 17:49

Ja samo da dodam da je u slucaju velikih tabela dump totalno neprakticno resenje, prakticno nemas izbor osim da kopiras mysql data fajlove. Dobra strana je sto to ne zahteva nikakav restart, lock niti bilo sta.

Inace, pisao sam svojevremeno o tome i na blogu ovde, pa mozda da tvoj admin baci pogled na to :)

bluesman 20. 11. 2007. 17:54

Miljane, problem je u tome što kada se restartuje mysql sve radi ok... nekoliko minuta do 1 sat, a onda opet problem, tako de je reboot rešio to. Mislim, to je bilo moje laičko rešenje dok admin nije sredio to. Mislim da tu dosta pravi problema i ensim.

A ja sam pokušao repair table, i radio je ceo sat i ništa nije uradio... tek kada sam rebootovao server, uspeo sam i repair da uradim.

Ivan 20. 11. 2007. 21:43

Citat:

Originalno napisao bluesman
Mislim da tu dosta pravi problema i ensim.

Slazem se. Na jednom serveru se srecem sa slicnim problemom prilikom probijanja kvote ali cudno je to sto ne pomaze ni reboot mysql niti REPAIR.
Problem sam resio menjanjem imena tabele, znaci ime iz *_-_db1 promenim na *_-_db2, pa onda vratim. Naravno pre toga prosirim kvotu (ili obrisem admin mejlove,obicno su prepuni).

Ima neko iskusniji ideju zasto ovo radi ovako ?

dbm 21. 11. 2007. 13:22

Pozdrav svima i hvala Goranu na lepim re?ima :)
Ina?e problem verovatno nastane zbog ovoga http://dev.mysql.com/doc/refman/5.0/en/full-disk.html
Zna?i server gomila unose u bazu koji su na stanju ?ekanja jer je kvota premašena, kad se nagomilaju...baza stane :)

bluesman 21. 11. 2007. 13:22

E sad si me ispalio, moraću da ti isključim privatne poruke :)


Vreme je GMT +2. Trenutno vreme je 00:21.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.