🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.lang.python
Article #27313

Re: MySQLdb - dziwaczny bład

#27313
From: aras
Date: Tue, 23 Feb 2010 18:36
48 lines
3088 bytes
Daniel Mróz pisze:
> On 20.02.2010, aras <aras@nospam.pl> wrote:
>> Problem w tym, że select działa prawidłowo, natomiast insertem nic nie 
>> moge wstawić. Metoda nie wywala żadnego wyjątku, wygląda jakby wszystko 
>> było OK, zmienna 'wynik' ma wartosc 1, że niby zapytanie zostało 
>> wykonane poprawnie ale w bazie zero efektu działania inserta - żadnych 
>> danych wstawianych z posiomu skryptu.
> cursor.execute("""COMMIT""")
> 
>> Podejrzwałem, że coś sie schrzaniło po stronie pythona, więc ten sam 
>> skrypt odpaliłem na innej maszynie podając w nim odpowiedni adres tego 
>> samego serwera bazodanowego. Niestety skutek ten sam, a więc przestałem 
>> podejrzewać pythona.
>> Rzecz w tym, że logując się jakimkolwiek klientem do tegoż MySQLa 
>> wszystko działa jak trzeba, a więc również serwer bazodanowy musze 
>> wykluczyć jako winowajcę.
> Stawiam na brak autocommit.
> 
>> No i szczerze mówiąc nie mam pomysłu na rozwiązanie problemu... nie 
>> bardzo wiem nawet gdzie szukać. Dodam, że wcześniej wszystko działało 
>> jak trzeba, spieprzyło się nagle... samo :P
> Sprawdź czy po COMMIT dane zostaną zapisane. Jeśli tak, zobacz co
> zostało zmienione, co mogło mieć wpływ na domyślne ustawienie
> wartości autocommit.
> 
> 
> Pozdrawiam
> Beorn
> 
COMMITa powinienem chyba wykluczyć jeśli jechałem na MyISAM (?)
Tak czy inaczej zaczęło działać. Reinstalka MySQLa + grzebanina w 
ustawieniach na chybił/trafił pomogła :D Sam nie wiem co było nie tak, 
ale w końcu ruszyło.

Koledze Adamowi odpowiadam:
To nie sprawa uprawnień. Jestem jedyną osobą mającą dostęp do maszynki, 
do konta roota, więc to nie uprawnienia. Inserty z dowolnego klienta 
(również tego spod konsoli) działały jak należy. Dałem nawet tcpdumpa, 
żeby podsłuchać czy przypadkiem te klienty nie dają COMMIT na końcu (tak 
na wszelki wypadek) - nie dawały, więc to też nie to.

Wogóle zdałem sobie sprawę, że to NTG po tym, jak moja aplikacja w javie 
korzystająca z tej samej bazy również przestała zapisywać. Odczyt - 
spoko, ale jakiekolwiek modyfikacje nie zostały zachowywane.

Tak czy inaczej dzieki :)

pozdrawiam
Technical Details
Message-ID: <hm1771$22oa$1@opal.icpnet.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!newsb.icpnet.pl!not-for-mail
References: <hlp118$2ar4$1@opal.icpnet.pl> <slrnho10b5.ru1.beorn@pino.cyberdeck.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!newsb.icpnet.pl!not-for-mail
From: aras <aras@nospam.pl>
Newsgroups: pl.comp.lang.python
Subject: Re: MySQLdb - dziwaczny bład
Date: Tue, 23 Feb 2010 19:36:17 +0100
Organization: ICP News Server
Lines: 49
Message-ID: <hm1771$22oa$1@opal.icpnet.pl>
References: <hlp118$2ar4$1@opal.icpnet.pl> <slrnho10b5.ru1.beorn@pino.cyberdeck.pl>
NNTP-Posting-Host: c239-52.icpnet.pl
Mime-Version: 1.0
X-Trace: opal.icpnet.pl 1266950177 68362 85.221.239.52 (23 Feb 2010 18:36:17 GMT)
X-Complaints-To: abuse@icpnet.pl
NNTP-Posting-Date: Tue, 23 Feb 2010 18:36:17 +0000 (UTC)
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
In-Reply-To: <slrnho10b5.ru1.beorn@pino.cyberdeck.pl>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit