- lms - lists.lms.org.pl

Re: Problem przy backupie bazy.
by Łukasz Jarosław Mozer 10 Lut '04

10 Lut '04

Witam. > Monday, February 2, 2004, 1:38:37 PM, you wrote: >>> Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 >>> (tried to allocate 5 bytes) in >>> /var/www-lms/lib/LMSDB_driver_postgres.class.php on line 76 >> Hm. Któraś tabela jest za duża. Trzeba przerobić obsługę DBdump z >> LMS.class.php aby była mniej pamięciożerna. Zaraz to oblookam. > I jak? > Bo dalej mam opory przed wrzuceniem nowej wersji bez backupu bazy :) Backup możesz zrobić także z poziomu mysql'a. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: LMS skrypty
by SylveK 10 Lut '04

10 Lut '04

czesc Rafal, RR> Mozesz tez sprobowac dodac tabele recznie (zobacz definicje tabeli RR> paymnents w doc/lms.mysql) dzieki wielkie, dodalem recznie i wszystko dziala jak nalezy. jeszcze raz dzieki. Pozdrawiam, SylveK

1 0

Re: LMS skrypty
by Rafal Ramocki 10 Lut '04

10 Lut '04

On Tue, 10 Feb 2004 02:57:36 +0100, lan wrote > RR> Ktorej wersji uzywasz? Tej z CVS'a? A moze 1.1.8? Lub ktorej > RR> tam jeszcze? > Używam wersji 1.1.8 > > RR> mysql>> describe payments; > ERROR 1146: Table 'lms.payments' doesn't exist > > RR> jezeli nei istnieje cos spiepszyles pod czas instalacji. > No więc ewidentnie coś spiepszyłem podczas instalacji. > > Dzięki za podpowiedź. Zainstaluje jeszcze raz i zobacze co się > będzie działo. Mozesz tez sprobowac dodac tabele recznie (zobacz definicje tabeli paymnents w doc/lms.mysql) z powazaniem Rafal Ramocki

1 0

Re: Problem przy backupie bazy.
by Krzysztof Zagorski 10 Lut '04

10 Lut '04

Monday, February 2, 2004, 1:38:37 PM, you wrote: >> Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 >> (tried to allocate 5 bytes) in >> /var/www-lms/lib/LMSDB_driver_postgres.class.php on line 76 > Hm. Któraś tabela jest za duża. Trzeba przerobić obsługę DBdump z > LMS.class.php aby była mniej pamięciożerna. Zaraz to oblookam. I jak? Bo dalej mam opory przed wrzuceniem nowej wersji bez backupu bazy :) -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http://3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: LMS skrypty
by lan 10 Lut '04

10 Lut '04

RR> Ktorej wersji uzywasz? Tej z CVS'a? A moze 1.1.8? Lub ktorej RR> tam jeszcze? Używam wersji 1.1.8 RR> mysql>> describe payments; ERROR 1146: Table 'lms.payments' doesn't exist RR> jezeli nei istnieje cos spiepszyles pod czas instalacji. No więc ewidentnie coś spiepszyłem podczas instalacji. Dzięki za podpowiedź. Zainstaluje jeszcze raz i zobacze co się będzie działo. Pozdrawiam, SylveK

1 0

Re: LMS skrypty
by Rafal Ramocki 10 Lut '04

10 Lut '04

On Tue, 10 Feb 2004 02:20:52 +0100, lan wrote > Przy każdym odpaleniu lms-payments dostaje taki komunikat: > DBD::mysql::st execute failed: Table 'lms.payments' doesn't exist at > /usr/sbin/lms-payments line 191. DBD::mysql::st execute failed: > Table 'lms.payments' doesn't exist at /usr/sbin/lms-payments line 191. > Ktorej wersji uzywasz? Tej z CVS'a? A moze 1.1.8? Lub ktorej tam jeszcze? Istotnie wyglada na to ze nie ma tej tabeli mozesz sie upewnic czy ja masz o mniej wiecej tak: # mysql -u root -p Enter password: mysql> use lms Database changed mysql> show tables; [tutaj wyskoczy lista tabel] mysql> describe payments; [a tutaj wyskoczy opis tabeli payments (o ile istnieje)] jezeli nei istnieje cos spiepszyles pod czas instalacji. z powazaniem Rafal Ramocki

1 0

LMS skrypty
by lan 10 Lut '04

10 Lut '04

Witam! Mam taki mały problemik ze skryptami, a dokładniej z lms-payments. Przez brak IniFiles przeszedłem, znalazłem odpowiedź na liście, ale na aktualny problem nie mogę znaleść odpowiedzi. Być może źle szukam .. no ale do rzeczy. Przy każdym odpaleniu lms-payments dostaje taki komunikat: DBD::mysql::st execute failed: Table 'lms.payments' doesn't exist at /usr/sbin/lms-payments line 191. DBD::mysql::st execute failed: Table 'lms.payments' doesn't exist at /usr/sbin/lms-payments line 191. Mógłby mi ktoś to wytłumaczyć? Na tyle ile się orientuję to brakuje tablicy 'lms.payments' w mysql'u. Ale dlaczego jej brakuje? Ja nic nie usuwałem, lms sam jej nie stworzył? A może trzeba ją dodać ręcznie? Będę wdzieczny za każda podpowiedź. Pozdrawiam, SylveK

1 0

Re: Zmiana sortowania
by detekt＠detekt.pl 09 Lut '04

09 Lut '04

Witam A.L.E.C, >> Witam, >> mam mala propozycje zmiany sortowania w "Sieci IP" z sortowania >> po id na sortowanie po nazwie > zrobione, ale myliles sie lista sieci nie byla w ogóle posortowana. wiem zauwazylem to dopiero gdy dodalem dzis nowych kilka podsieci i sie zrobil niezly mix ;) -- Pozdrawiam Detekt

1 0

Re: Zmiana sortowania
by A.L.E.C 09 Lut '04

09 Lut '04

> Witam, > mam mala propozycje zmiany sortowania w "Sieci IP" z sortowania > po id na sortowanie po nazwie zrobione, ale myliles sie lista sieci nie byla w ogóle posortowana. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Zmiana sortowania
by detekt＠detekt.pl 09 Lut '04

09 Lut '04

Witam, mam mala propozycje zmiany sortowania w "Sieci IP" z sortowania po id na sortowanie po nazwie -- Pozdrawiam Michal Kusmirek

1 0

Re: kilka routerow
by Marcin Król 09 Lut '04

09 Lut '04

Użytkownik A.L.E.C napisał: >>A jakby zrobić to tak: >>- nigdy nie czyścimy _force >>- przy pierwszym uruchomieniu daemon zczytuje timestamp z _force >>- przy odpytywaniu sprawdzamy czy timestamp w bazie jest większy niż >>ten co sobie zapisaliśmy >>- jak większy to robimy reload i w pamięci zachowujemy nowy timestamp >>- jak nie jest to nie robimy nic >> >>Powinno działać dobrze dla dowolnej liczby daemonów, ale bez zmian w >>kodzie (daemona i UI) się nie obejdzie. > no to jest sensowne, a w UI chyba nawet nie trzeba będzie grzebać. Trzeba, bo bez wyczyszczonego _force UI stwierdzi że wykrył zlecenie przeładowania i będzie chciał je usunąć zamiast zapisać nowe. -- "Kobiety są jak przekład: piękne nie są wierne, wierne nie są piękne." (Bernard Shaw)

1 0

Re: kilka routerow
by Marcin Fratczak 09 Lut '04

09 Lut '04

Jeszcze jeden pomysl 1. zalozyc tabele z samymi timestampami 2. kiedy klikamy reload insert into reload set timestam=NOW(); i w daemonie 1. select timestamp from reload order by timestamp desc limit 1 porownienie wynikow bufor_ostatniego_time < wynik_zapytania i gdy prawda pobiera od nowa wszystko :) tylko ze tabela bedzie rosnac wraz z przeladowaniami :( -- [ Marcin Frątczak ] [ tel:/+48/ 501966163 email:= wuja(a)hack.net.pl ] [Ten kto Cię obraził jest albo silniejszy, albo słabszy od ciebie. ] [Jeżeli jest słabszy,oszczędż go.Jeżeli silniejszy,oszczędż siebie.]

1 0

Re: kilka routerow
by A.L.E.C 09 Lut '04

09 Lut '04

> A jak zadbasz o to żeby jakis daemon nie reloadował się dwa razy? Może > się zdarzyć że jeden z daemonów nie zdąży na czas odpytać bazy, wtedy > inny zrobi reload drugi raz. Efekt bedzie taki że dla tego > spuźnialskiego zabraknie reloadów ;) > > A jakby zrobić to tak: > - nigdy nie czyścimy _force > - przy pierwszym uruchomieniu daemon zczytuje timestamp z _force > - przy odpytywaniu sprawdzamy czy timestamp w bazie jest większy niż > ten co sobie zapisaliśmy > - jak większy to robimy reload i w pamięci zachowujemy nowy timestamp > - jak nie jest to nie robimy nic > > Powinno działać dobrze dla dowolnej liczby daemonów, ale bez zmian w > kodzie (daemona i UI) się nie obejdzie. no to jest sensowne, a w UI chyba nawet nie trzeba będzie grzebać. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: kilka routerow
by Radek Antoniuk 09 Lut '04

09 Lut '04

To nie lepiej zrobić triggerowane reloady demonów 'klientów' z lmsa głównego? To wydaje mi się logiczniejszym i prostszym rozwiązaniem... -- Warden

1 0

Re: kilka routerow
by Marcin Król 08 Lut '04

08 Lut '04

Użytkownik A.L.E.C napisał: > tak mi przyszło do głowy, a może zrobić trigger on delete na tabeli > timestamps, który podczas usuwania wpisu "_force" wstawi go spowrotem, do > tego druga tabela żeby zliczać ile razy taka czynność miała miejsce > (określająca ile demonów zrobiło reload). Nie trzeba grzebać w źródłach > demona. A jak zadbasz o to żeby jakis daemon nie reloadował się dwa razy? Może się zdarzyć że jeden z daemonów nie zdąży na czas odpytać bazy, wtedy inny zrobi reload drugi raz. Efekt bedzie taki że dla tego spuźnialskiego zabraknie reloadów ;) A jakby zrobić to tak: - nigdy nie czyścimy _force - przy pierwszym uruchomieniu daemon zczytuje timestamp z _force - przy odpytywaniu sprawdzamy czy timestamp w bazie jest większy niż ten co sobie zapisaliśmy - jak większy to robimy reload i w pamięci zachowujemy nowy timestamp - jak nie jest to nie robimy nic Powinno działać dobrze dla dowolnej liczby daemonów, ale bez zmian w kodzie (daemona i UI) się nie obejdzie. -- "Symetria: estetyka idiotów." (Julian Tuwim)

1 0

Re: kilka routerow
by Łukasz Jarosław Mozer 08 Lut '04

08 Lut '04

Witam. I w bazie też nie, ale tą zmianę jestem w stanie zaakceptować, gdyż jest to krytyczny bug ;-) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: kilka routerow
by Przemysław 'Repcio' Gubernat 08 Lut '04

08 Lut '04

On Sun, Feb 08, 2004 at 11:29:56PM +0100, A.L.E.C wrote: > > tak mi przyszło do głowy, a może zrobić trigger on delete na tabeli > timestamps, który podczas usuwania wpisu "_force" wstawi go spowrotem, do > tego druga tabela żeby zliczać ile razy taka czynność miała miejsce > (określająca ile demonów zrobiło reload). Nie trzeba grzebać w źródłach > demona. > A nie lepiej ustawić w almsd aby zawsze przy ładowaniu używał np. router='router_id' a do wrzucania użyc UI ? -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat IPv4://repcio@3575230515 IPv6://repcio@3ffe:8010:1c:beaf::2 +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | Network Administrator @ Repcio.NET & Trzebnica.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: kilka routerow
by A.L.E.C 08 Lut '04

08 Lut '04

> Użytkownik Marcin Fratczak napisał: > >> Czy robil ktos juz takie cos ze odpalal? >> >> ./almsd na kilku routerach >> -- generuje sie dhcp >> -- generuje sie ethers >> >> Tylko ze jak na stronie, klikam PRZELADOWANIE >> to zalezy ktory pierwszy daemon przeczyta usowa wpis _force >> i juz reszta sobie nie aktualizuje :) >> >> Ma ktos moze jakies sensowe rozwiazanie ? jak to zrobic >> zeby kazdy router wiedzial ze jest cos nowego i odbudowal sobie >> od poczatku pliki ? :) > > Jedyne co mi przychodzi do głowy teraz to: > - w UI użyć przeładowania query; > - jednego almsd skompilować normalnie, w pozostałych - zmienić > zapytanie do bazy. > > I teraz - query powinno ustawiac flage w bazie dla każdego daemona. > > Powinno działać, jednak bez grzebania w daemonie się nie obejdzie. > > Btw. jakiej bazy używasz? tak mi przyszło do głowy, a może zrobić trigger on delete na tabeli timestamps, który podczas usuwania wpisu "_force" wstawi go spowrotem, do tego druga tabela żeby zliczać ile razy taka czynność miała miejsce (określająca ile demonów zrobiło reload). Nie trzeba grzebać w źródłach demona. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: kilka routerow
by Marcin Król 08 Lut '04

08 Lut '04

Użytkownik Marcin Fratczak napisał: > Czy robil ktos juz takie cos ze odpalal? > > ./almsd na kilku routerach > -- generuje sie dhcp > -- generuje sie ethers > > Tylko ze jak na stronie, klikam PRZELADOWANIE > to zalezy ktory pierwszy daemon przeczyta usowa wpis _force > i juz reszta sobie nie aktualizuje :) > > Ma ktos moze jakies sensowe rozwiazanie ? jak to zrobic > zeby kazdy router wiedzial ze jest cos nowego i odbudowal sobie > od poczatku pliki ? :) Jedyne co mi przychodzi do głowy teraz to: - w UI użyć przeładowania query; - jednego almsd skompilować normalnie, w pozostałych - zmienić zapytanie do bazy. I teraz - query powinno ustawiac flage w bazie dla każdego daemona. Powinno działać, jednak bez grzebania w daemonie się nie obejdzie. Btw. jakiej bazy używasz? -- "Cóż za smutna epoka, w której łatwiej jest rozbić atom niż zniszczyć przesąd." (Albert Einstein)

1 0

Re: kilka routerow
by A.L.E.C 08 Lut '04

08 Lut '04

> nie wiem, ale może jakby się dało uruchomić almsd na innej maszynie > zdalnie, to możnaby to zrobić w zmiennej 'command'. wycofuję, nawet jakby się dało, to i tak nie wiadomo który demon zadziała pierwszy. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: kilka routerow
by A.L.E.C 08 Lut '04

08 Lut '04

> Czy robil ktos juz takie cos ze odpalal? > > ./almsd na kilku routerach > -- generuje sie dhcp > -- generuje sie ethers > > Tylko ze jak na stronie, klikam PRZELADOWANIE > to zalezy ktory pierwszy daemon przeczyta usowa wpis _force > i juz reszta sobie nie aktualizuje :) > > Ma ktos moze jakies sensowe rozwiazanie ? jak to zrobic > zeby kazdy router wiedzial ze jest cos nowego i odbudowal sobie > od poczatku pliki ? :) > nie wiem, ale może jakby się dało uruchomić almsd na innej maszynie zdalnie, to możnaby to zrobić w zmiennej 'command'. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

kilka routerow
by Marcin Fratczak 08 Lut '04

08 Lut '04

Czy robil ktos juz takie cos ze odpalal? ./almsd na kilku routerach -- generuje sie dhcp -- generuje sie ethers Tylko ze jak na stronie, klikam PRZELADOWANIE to zalezy ktory pierwszy daemon przeczyta usowa wpis _force i juz reszta sobie nie aktualizuje :) Ma ktos moze jakies sensowe rozwiazanie ? jak to zrobic zeby kazdy router wiedzial ze jest cos nowego i odbudowal sobie od poczatku pliki ? :) pozdrawiam. -- [ Marcin Frątczak ] [ tel:/+48/ 501966163 email:= wuja(a)hack.net.pl ] [Ten kto Cię obraził jest albo silniejszy, albo słabszy od ciebie. ] [Jeżeli jest słabszy,oszczędż go.Jeżeli silniejszy,oszczędż siebie.]

1 0

Drobny problem
by Rafal Ramocki 08 Lut '04

08 Lut '04

Witam! W urzadzeniach przy podalczniu przadzenia do urzadzenia lista jest niedsortowana, sugeruje zeby byla sortowana alfabetycznie czy jakos tak. z powazaniem Rafal Ramocki

1 0

Re: data operacji
by Tomasz Chilinski 07 Lut '04

07 Lut '04

On Fri, 6 Feb 2004 16:54:22 +0100, A.L.E.C wrote > > Jako że to akurat mało zajmuje, to mogłoby pójść do LMS'a już, o ile > > spodoba mi się sposób wykonania. > > no właśnie, czy ta zmiana to dodatkowe pole, czy po prostu zmieniasz > datę operacji (cash::time)? Chyba raczej to drugie? Uważam, że data operacji to powinno być dodatkowe pole i tak jest u mnie. > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > http://alec.k27.prv.pl GG-2275252 Pozdrawiam Tomasz Chiliński

1 0

Re: data operacji
by Łukasz Jarosław Mozer 06 Lut '04

06 Lut '04

Witam. >>> Jak przygotuję Wam diffa dodającego możliwość podawania daty >>> operacji to dodacie to do contrib?:) >> >> Jako że to akurat mało zajmuje, to mogłoby pójść do LMS'a już, o ile >> spodoba mi się sposób wykonania. > no właśnie, czy ta zmiana to dodatkowe pole, czy po prostu zmieniasz datę > operacji (cash::time)? Chyba raczej to drugie? No nie jest, gdzie attachment? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0