upgrejd z 1.10.7 na 1.11.12 - Wystąpiły błędy w obsłudze bazy danych!
Witam, robie upgrejd z 1.10 na 1.11 i wyskoczyły takie błędy Wystąpiły błędy w obsłudze bazy danych! Zapytanie: CREATE TABLE states ( id int(11) NOT NULL auto_increment, name varchar(255) NOT NULL DEFAULT '', description text NOT NULL DEFAULT '', PRIMARY KEY (id), UNIQUE KEY name (name) ) TYPE=MyISAM Błąd: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM' at line 7 Zapytanie: CREATE TABLE zipcodes ( id int(11) NOT NULL auto_increment, zip varchar(10) NOT NULL DEFAULT '', stateid int(11) NOT NULL DEFAULT '0', PRIMARY KEY (id), UNIQUE KEY zip (zip), INDEX stateid (stateid) ) TYPE=MyISAM Błąd: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM' at line 8 Zapytanie: INSERT INTO zipcodes (zip) SELECT DISTINCT zip FROM customers Błąd: Table 'lms.zipcodes' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('dolnośląskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('kujawsko-pomorskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('lubelskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('lubuskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('łódzkie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('małopolskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('mazowieckie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('opolskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('podkarpackie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('podlaskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('pomorskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('śląskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('świętokrzyskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('warmińsko-mazurskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('wielkopolskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('zachodniopomorskie') Błąd: Table 'lms.states' doesn't exist mogę poprosić jakąś wędkę czego nie doczytałem? -- Z powazaniem Przemyslaw Backiel
W dniu 28.11.2011 10:09, Przemysław Backiel pisze:
Witam,
robie upgrejd z 1.10 na 1.11 i wyskoczyły takie błędy
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: CREATE TABLE states ( id int(11) NOT NULL auto_increment, name varchar(255) NOT NULL DEFAULT '', description text NOT NULL DEFAULT '', PRIMARY KEY (id), UNIQUE KEY name (name) ) TYPE=MyISAM Błąd: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM' at line 7 Zapytanie: CREATE TABLE zipcodes ( id int(11) NOT NULL auto_increment, zip varchar(10) NOT NULL DEFAULT '', stateid int(11) NOT NULL DEFAULT '0', PRIMARY KEY (id), UNIQUE KEY zip (zip), INDEX stateid (stateid) ) TYPE=MyISAM Błąd: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM' at line 8 Zapytanie: INSERT INTO zipcodes (zip) SELECT DISTINCT zip FROM customers Błąd: Table 'lms.zipcodes' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('dolnośląskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('kujawsko-pomorskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('lubelskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('lubuskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('łódzkie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('małopolskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('mazowieckie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('opolskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('podkarpackie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('podlaskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('pomorskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('śląskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('świętokrzyskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('warmińsko-mazurskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('wielkopolskie') Błąd: Table 'lms.states' doesn't exist Zapytanie: INSERT INTO states (name) VALUES ('zachodniopomorskie') Błąd: Table 'lms.states' doesn't exist
mogę poprosić jakąś wędkę czego nie doczytałem?
Cześć też robiłem taki przeskok w wersjach i nie bez problemów. Spróbuj może najpierw przeskoczyć do wersji wcześniejszej niż 1.11.9 (np 1.11.8) a potem do 12. Pozdrawiam
HEJ, Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów. Macie jakieś pomysły? -- pozdrawiam Piotr Polok
On 28.11.2011 14:18, Piotr Polok wrote:
HEJ,
Cześć.
Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów.
Macie jakieś pomysły?
Jakieś komunikaty w dzienniku zdarzeń bazy danych? -- Pozdrawiam Tomasz Chiliński, Chilan
On 28.11.2011 14:21, Tomasz Chiliński wrote:
On 28.11.2011 14:18, Piotr Polok wrote:
HEJ,
Cześć.
Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów.
Macie jakieś pomysły?
Jakieś komunikaty w dzienniku zdarzeń bazy danych?
Jest przyczyna: column "longitude" of relation "nodes" does not exist at character 242 -- pozdrawiam Piotr Polok
On 28.11.2011 16:35, Piotr Polok wrote:
On 28.11.2011 14:21, Tomasz Chiliński wrote:
On 28.11.2011 14:18, Piotr Polok wrote:
HEJ,
Cześć.
Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów.
Macie jakieś pomysły?
Jakieś komunikaty w dzienniku zdarzeń bazy danych?
Jest przyczyna:
column "longitude" of relation "nodes" does not exist at character 242
OK, problem rozwiązany, wklepałem z palca: ALTER TABLE nodes ADD longitude numeric(10, 6) DEFAULT NULL ALTER TABLE nodes ADD latitude numeric(10, 6) DEFAULT NULL -- pozdrawiam Piotr Polok
On 28.11.2011 16:35, Piotr Polok wrote:
On 28.11.2011 14:21, Tomasz Chiliński wrote:
On 28.11.2011 14:18, Piotr Polok wrote:
HEJ,
Cześć.
Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów.
Macie jakieś pomysły?
Jakieś komunikaty w dzienniku zdarzeń bazy danych?
Jest przyczyna:
column "longitude" of relation "nodes" does not exist at character 242
Pewnie przy aktualizacji schematu bazy danych nie poszły zapytania dodające odpowiednie pola do nodes i netdevices w bazy danych. To będzie jeden z ostatnich plików w lib/upgradedb -- Pozdrawiam Tomasz Chiliński, Chilan
On 28.11.2011 19:57, Tomasz Chiliński wrote:
On 28.11.2011 16:35, Piotr Polok wrote:
On 28.11.2011 14:21, Tomasz Chiliński wrote:
On 28.11.2011 14:18, Piotr Polok wrote:
HEJ,
Cześć.
Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów.
Macie jakieś pomysły?
Jakieś komunikaty w dzienniku zdarzeń bazy danych?
Jest przyczyna:
column "longitude" of relation "nodes" does not exist at character 242
Pewnie przy aktualizacji schematu bazy danych nie poszły zapytania dodające odpowiednie pola do nodes i netdevices w bazy danych. To będzie jeden z ostatnich plików w lib/upgradedb
Dokładnie, trzeba poprawić w cvs'ie :) -- pozdrawiam Piotr Polok
On 28.11.2011 20:26, Piotr Polok wrote:
On 28.11.2011 19:57, Tomasz Chiliński wrote:
Pewnie przy aktualizacji schematu bazy danych nie poszły zapytania dodające odpowiednie pola do nodes i netdevices w bazy danych. To będzie jeden z ostatnich plików w lib/upgradedb
Dokładnie, trzeba poprawić w cvs'ie :)
Właśnie poprawiłem w CVS. Najpierw kasujemy widoki vmacs i vnodes, potem zmieniamy schemat tabeli nodes, a następnie na nowo tworzymy widoki. -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-11-28 23:10, Tomasz Chiliński pisze:
On 28.11.2011 20:26, Piotr Polok wrote:
On 28.11.2011 19:57, Tomasz Chiliński wrote:
Pewnie przy aktualizacji schematu bazy danych nie poszły zapytania dodające odpowiednie pola do nodes i netdevices w bazy danych. To będzie jeden z ostatnich plików w lib/upgradedb
Dokładnie, trzeba poprawić w cvs'ie :)
Właśnie poprawiłem w CVS. Najpierw kasujemy widoki vmacs i vnodes, potem zmieniamy schemat tabeli nodes, a następnie na nowo tworzymy widoki.
Przeskok z CVS: Wersja LMS: 1.11-cvs (1.1073/1.32) Wersja LMSDB: 1.11-cvs (1.58/1.56) na najnowszy CVS: Wersja LMS: 1.11-cvs (1.1086/1.32) Wersja LMSDB: 1.11-cvs (1.59/1.58) nadal powoduje bledy w bazie: Napotkano błędy w bazie danych! Zapytanie: DROP VIEW vnodes; DROP VIEW vmacs; Błąd: BŁĄD: widok "vmacs" nie istnieje Zapytanie: ALTER TABLE nodes ADD longitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: ALTER TABLE nodes ADD latitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: CREATE VIEW vnodes AS SELECT n.*, m.mac FROM nodes n LEFT JOIN (SELECT nodeid, array_to_string(array_agg(mac), ',') AS mac FROM macs GROUP BY nodeid) m ON (n.id = m.nodeid); CREATE VIEW vmacs AS SELECT n.*, m.mac, m.id AS macid FROM nodes n JOIN macs m ON (n.id = m.nodeid); Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: ALTER TABLE netdevices ADD longitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: ALTER TABLE netdevices ADD latitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: UPDATE dbinfo SET keyvalue = '2011110800' WHERE keytype = 'dbversion' Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji reczne utworzenie widokow w bazie naprawia problem. pozdrawiam -- Andrzej Banach net-komp.net.pl
W dniu 2011-12-03 18:52, Andrzej Banach pisze:
W dniu 2011-11-28 23:10, Tomasz Chiliński pisze:
On 28.11.2011 20:26, Piotr Polok wrote:
On 28.11.2011 19:57, Tomasz Chiliński wrote:
Pewnie przy aktualizacji schematu bazy danych nie poszły zapytania dodające odpowiednie pola do nodes i netdevices w bazy danych. To będzie jeden z ostatnich plików w lib/upgradedb
Dokładnie, trzeba poprawić w cvs'ie :)
Właśnie poprawiłem w CVS. Najpierw kasujemy widoki vmacs i vnodes, potem zmieniamy schemat tabeli nodes, a następnie na nowo tworzymy widoki.
Przeskok z CVS: Wersja LMS: 1.11-cvs (1.1073/1.32) Wersja LMSDB: 1.11-cvs (1.58/1.56)
na najnowszy CVS: Wersja LMS: 1.11-cvs (1.1086/1.32) Wersja LMSDB: 1.11-cvs (1.59/1.58)
nadal powoduje bledy w bazie:
Napotkano błędy w bazie danych! Zapytanie: DROP VIEW vnodes; DROP VIEW vmacs; Błąd: BŁĄD: widok "vmacs" nie istnieje Zapytanie: ALTER TABLE nodes ADD longitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: ALTER TABLE nodes ADD latitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: CREATE VIEW vnodes AS SELECT n.*, m.mac FROM nodes n LEFT JOIN (SELECT nodeid, array_to_string(array_agg(mac), ',') AS mac FROM macs GROUP BY nodeid) m ON (n.id = m.nodeid); CREATE VIEW vmacs AS SELECT n.*, m.mac, m.id AS macid FROM nodes n JOIN macs m ON (n.id = m.nodeid); Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: ALTER TABLE netdevices ADD longitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: ALTER TABLE netdevices ADD latitude numeric(10, 6) DEFAULT NULL Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: UPDATE dbinfo SET keyvalue = '2011110800' WHERE keytype = 'dbversion' Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji
reczne utworzenie widokow w bazie naprawia problem.
zapomnialem dodac ze chodzi o baze postgresql. pozdrawiam -- Andrzej Banach net-komp.net.pl
W dniu 28.11.2011 13:18, Piotr Polok pisze:
HEJ,
Zaktualizowałem do najnowszej wersji i nie działa dodawanie komputerów. Jestem w stanie wpisać wszystkie parametry ale jak dam 'zapisz' to przechodzi do listy komputerów.
Macie jakieś pomysły?
Pewnie musisz przeczyscic cache.
W dniu 2011-11-28 12:39, Łukasz Majek pisze:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: CREATE TABLE states ( id int(11) NOT NULL auto_increment, name varchar(255) NOT NULL DEFAULT '', description text NOT NULL DEFAULT '', PRIMARY KEY (id), UNIQUE KEY name (name) ) TYPE=MyISAM Błąd: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM' at line 7
to problem był taki od jakiejs wersji MySQLa (ja uzywam 5.5 na PLD) nie ma juz TYPE=MyISAM ale jest ENGINE=MyISAM i tak przeszedłem do z 1.10 do 1.11.8 i działa ale przy migracji z 1.11.8 do 1.11.12 mam taki błąd Zapytanie: ALTER TABLE customerassignments ADD INDEX customerid (customerid) Błąd: Incorrect index name 'customerid' i niestety, tutaj na razie stoję :( jakaś pomoc? -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 12:18, Przemysław Backiel wrote:
W dniu 2011-11-28 12:39, Łukasz Majek pisze:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: CREATE TABLE states ( id int(11) NOT NULL auto_increment, name varchar(255) NOT NULL DEFAULT '', description text NOT NULL DEFAULT '', PRIMARY KEY (id), UNIQUE KEY name (name) ) TYPE=MyISAM Błąd: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=MyISAM' at line 7
to problem był taki od jakiejs wersji MySQLa (ja uzywam 5.5 na PLD) nie ma juz TYPE=MyISAM ale jest ENGINE=MyISAM
i tak przeszedłem do z 1.10 do 1.11.8
i działa
ale przy migracji z 1.11.8 do 1.11.12 mam taki błąd
Zapytanie: ALTER TABLE customerassignments ADD INDEX customerid (customerid) Błąd: Incorrect index name 'customerid'
i niestety, tutaj na razie stoję :(
jakaś pomoc?
Spróbuj zmienić ADD INDEX customerid na ADD INDEX customer_idx Czyżby w MySQL 5.5 nie można było używać nazw indeksów takich jak nazw pól... -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-07 11:37, Tomasz Chiliński pisze:
Spróbuj zmienić ADD INDEX customerid na ADD INDEX customer_idx Czyżby w MySQL 5.5 nie można było używać nazw indeksów takich jak nazw pól... nie, nie można w ogole widze wuchte zmian w 5.5
czyli wyedytowac pliki w upgradedb pod kątem indexów ? -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 12:57, Przemysław Backiel wrote:
W dniu 2011-12-07 11:37, Tomasz Chiliński pisze:
Spróbuj zmienić ADD INDEX customerid na ADD INDEX customer_idx Czyżby w MySQL 5.5 nie można było używać nazw indeksów takich jak nazw pól... nie, nie można w ogole widze wuchte zmian w 5.5
czyli wyedytowac pliki w upgradedb pod kątem indexów ?
Tak zrób na początek, a potem będziemy musieli w CVS zmienić nazwy indeksów jak potwierdzisz, że śmiga jak należy. -- Pozdrawiam Tomasz Chiliński, Chilan
On 07.12.2011 12:01, Tomasz Chiliński wrote:
Spróbuj zmienić ADD INDEX customerid na ADD INDEX customer_idx Czyżby w MySQL 5.5 nie można było używać nazw indeksów takich jak nazw pól... nie, nie można w ogole widze wuchte zmian w 5.5
czyli wyedytowac pliki w upgradedb pod kątem indexów ?
Tak zrób na początek, a potem będziemy musieli w CVS zmienić nazwy indeksów jak potwierdzisz, że śmiga jak należy.
Nie che mi się wierzyć, że usunęli możliwość nadawania takich nazw. Raczej podejrzewałbym problem związany z kluczami obcymi, w tym samym pliku jest wcześniej tworzony klucz obcy. Być może wystarczy zmienić kolejność. Prawdopodobnie mysql tworzy indeks automatycznie dla foreign key'a. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
W dniu 2011-12-07 12:13, A.L.E.C pisze:
On 07.12.2011 12:01, Tomasz Chiliński wrote:
Spróbuj zmienić ADD INDEX customerid na ADD INDEX customer_idx Czyżby w MySQL 5.5 nie można było używać nazw indeksów takich jak nazw pól... nie, nie można w ogole widze wuchte zmian w 5.5
czyli wyedytowac pliki w upgradedb pod kątem indexów ?
Tak zrób na początek, a potem będziemy musieli w CVS zmienić nazwy indeksów jak potwierdzisz, że śmiga jak należy.
Nie che mi się wierzyć, że usunęli możliwość nadawania takich nazw. Raczej podejrzewałbym problem związany z kluczami obcymi, w tym samym pliku jest wcześniej tworzony klucz obcy. Być może wystarczy zmienić kolejność. Prawdopodobnie mysql tworzy indeks automatycznie dla foreign key'a.
mysql> ALTER TABLE customerassignments ADD INDEX customerid (customerid) ; ERROR 1280 (42000): Incorrect index name 'customerid' za to mysql> ALTER TABLE customerassignments ADD INDEX customer_idx (customerid); Query OK, 0 rows affected (0.32 sec) Records: 0 Duplicates: 0 Warnings: 0 coś jeszcze mogę sprawdzić? czy grzebac juz w plikach w upgradedb ? btw, mysql to: Server version: 5.5.17-log PLD/Linux Distribution MySQL RPM -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 13:25, Przemysław Backiel wrote:
Nie che mi się wierzyć, że usunęli możliwość nadawania takich nazw. Raczej podejrzewałbym problem związany z kluczami obcymi, w tym samym pliku jest wcześniej tworzony klucz obcy. Być może wystarczy zmienić kolejność. Prawdopodobnie mysql tworzy indeks automatycznie dla foreign key'a.
mysql> ALTER TABLE customerassignments ADD INDEX customerid (customerid) ; ERROR 1280 (42000): Incorrect index name 'customerid'
Zanim wykonasz to zapytanie, zrób SHOW INDEX customerassignments; -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
W dniu 2011-12-07 13:32, A.L.E.C pisze:
On 07.12.2011 13:25, Przemysław Backiel wrote:
Nie che mi się wierzyć, że usunęli możliwość nadawania takich nazw. Raczej podejrzewałbym problem związany z kluczami obcymi, w tym samym pliku jest wcześniej tworzony klucz obcy. Być może wystarczy zmienić kolejność. Prawdopodobnie mysql tworzy indeks automatycznie dla foreign key'a.
mysql> ALTER TABLE customerassignments ADD INDEX customerid (customerid) ; ERROR 1280 (42000): Incorrect index name 'customerid'
Zanim wykonasz to zapytanie, zrób SHOW INDEX customerassignments;
mysql> SHOW INDEX customerassignments; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'customerassignments' at line 1 -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 14:25, Przemysław Backiel wrote:
W dniu 2011-12-07 12:13, A.L.E.C pisze:
On 07.12.2011 12:01, Tomasz Chiliński wrote:
Tak zrób na początek, a potem będziemy musieli w CVS zmienić nazwy indeksów jak potwierdzisz, że śmiga jak należy.
Nie che mi się wierzyć, że usunęli możliwość nadawania takich nazw. Raczej podejrzewałbym problem związany z kluczami obcymi, w tym samym pliku jest wcześniej tworzony klucz obcy. Być może wystarczy zmienić kolejność. Prawdopodobnie mysql tworzy indeks automatycznie dla foreign key'a.
mysql> ALTER TABLE customerassignments ADD INDEX customerid (customerid) ; ERROR 1280 (42000): Incorrect index name 'customerid'
za to
mysql> ALTER TABLE customerassignments ADD INDEX customer_idx (customerid); Query OK, 0 rows affected (0.32 sec) Records: 0 Duplicates: 0 Warnings: 0
coś jeszcze mogę sprawdzić? czy grzebac juz w plikach w upgradedb ?
Co teraz pokazuje: SHOW COLUMNS FROM customerassignments; SHOW INDEX FROM customerassignments; ?
btw, mysql to: Server version: 5.5.17-log PLD/Linux Distribution MySQL RPM
-- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-07 13:36, Tomasz Chiliński pisze:
SHOW COLUMNS FROM customerassignments; SHOW INDEX FROM customerassignments; mysql> SHOW COLUMNS FROM customerassignments; +-----------------+---------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-----------------+---------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | customergroupid | int(11) | NO | MUL | NULL | | | customerid | int(11) | NO | MUL | NULL | | +-----------------+---------+------+-----+---------+----------------+ 3 rows in set (0.00 sec)
mysql> SHOW INDEX FROM customerassignments; +---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | customerassignments | 0 | PRIMARY | 1 | id | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 1 | customergroupid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 2 | customerid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 1 | customer_idx | 1 | customerid | A | 14 | NULL | NULL | | BTREE | | | +---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ 4 rows in set (0.00 sec) -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 15:07, Przemysław Backiel wrote:
mysql> SHOW INDEX FROM customerassignments;
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | customerassignments | 0 | PRIMARY | 1 | id | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 1 | customergroupid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 2 | customerid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 1 | customer_idx | 1 | customerid | A | 14 | NULL | NULL | | BTREE | | |
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ 4 rows in set (0.00 sec)
Wygląda na to, że MySQL 5.5 sam sobie zezwala na nadawanie nazw indeksów takich jak nazwy pól (2 i 3 wpis odpowiada kluczom obcym tworzonym bez podawania nazwy klucza), ale już jak jawnie podamy nazwę indeksu taką samą jak jedno z pól to mamy lipę. Najlepiej byłoby, żebyśmy indeksy tabelach miały postać: pole_idx, np. customerid_idx. Tylko co teraz zrobić w przypadku osób, które mają już stare nazwy indeksów dotychczas utworzone, a w przyszłości będziemy chcieli je np. usunąć... -- Pozdrawiam Tomasz Chiliński, Chilan
On 07.12.2011 15:22, Tomasz Chiliński wrote:
On 07.12.2011 15:07, Przemysław Backiel wrote:
mysql> SHOW INDEX FROM customerassignments;
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | customerassignments | 0 | PRIMARY | 1 | id | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 1 | customergroupid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 2 | customerid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 1 | customer_idx | 1 | customerid | A | 14 | NULL | NULL | | BTREE | | |
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ 4 rows in set (0.00 sec)
Przemku, a mógłbyś jeszcze pokazać wyjście polecenia: SHOW INDEX FROM rtattachments ? -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-07 15:03, Tomasz Chiliński pisze:
On 07.12.2011 15:22, Tomasz Chiliński wrote:
On 07.12.2011 15:07, Przemysław Backiel wrote:
mysql> SHOW INDEX FROM customerassignments;
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| customerassignments | 0 | PRIMARY | 1 | id | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 1 | customergroupid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 0 | customergroupid | 2 | customerid | A | 2 | NULL | NULL | | BTREE | | | | customerassignments | 1 | customer_idx | 1 | customerid | A | 14 | NULL | NULL | | BTREE | | |
+---------------------+------------+-----------------+--------------+-----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
4 rows in set (0.00 sec)
Przemku, a mógłbyś jeszcze pokazać wyjście polecenia: SHOW INDEX FROM rtattachments ?
tylko ze ręcznie wywowałem polecenie na innej tabeli problemy z indexami były wszędzie gdzie klikałem :) mysql> SHOW INDEX FROM rtattachments; +---------------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +---------------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | rtattachments | 1 | messageid | 1 | messageid | A | 0 | NULL | NULL | | BTREE | | | +---------------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ 1 row in set (0.00 sec) -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 16:15, Przemysław Backiel wrote:
Przemku, a mógłbyś jeszcze pokazać wyjście polecenia: SHOW INDEX FROM rtattachments ?
tylko ze ręcznie wywowałem polecenie na innej tabeli
problemy z indexami były wszędzie gdzie klikałem :)
Dla tabeli rtattachments też wykonałeś zapytanie dodające index messageid ręcznie? Czy automat sobie z nim poradził?
mysql> SHOW INDEX FROM rtattachments;
+---------------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | rtattachments | 1 | messageid | 1 | messageid | A | 0 | NULL | NULL | | BTREE | | |
+---------------+------------+-----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ 1 row in set (0.00 sec)
-- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-07 15:17, Tomasz Chiliński pisze:
On 07.12.2011 16:15, Przemysław Backiel wrote:
Przemku, a mógłbyś jeszcze pokazać wyjście polecenia: SHOW INDEX FROM rtattachments ?
tylko ze ręcznie wywowałem polecenie na innej tabeli
problemy z indexami były wszędzie gdzie klikałem :)
Dla tabeli rtattachments też wykonałeś zapytanie dodające index messageid ręcznie? Czy automat sobie z nim poradził? nie, ręcznie tylko dla jednej tabeli to zrobiłem, tak jak pokazałem
moze, dla jasnosci, wskocze na 1.11.8 i z niej cos postukac do bazy ? -- Z powazaniem Przemyslaw Backiel
On 07.12.2011 17:33, Przemysław Backiel wrote:
W dniu 2011-12-07 15:17, Tomasz Chiliński pisze:
On 07.12.2011 16:15, Przemysław Backiel wrote:
Przemku, a mógłbyś jeszcze pokazać wyjście polecenia: SHOW INDEX FROM rtattachments ?
tylko ze ręcznie wywowałem polecenie na innej tabeli
problemy z indexami były wszędzie gdzie klikałem :)
Dla tabeli rtattachments też wykonałeś zapytanie dodające index messageid ręcznie? Czy automat sobie z nim poradził? nie, ręcznie tylko dla jednej tabeli to zrobiłem, tak jak pokazałem
moze, dla jasnosci, wskocze na 1.11.8 i z niej cos postukac do bazy ?
A w 1.11.8 jaką wersję schematu DB Ci pokazuje? Puść wszystkie aktualizacje z automatu i potem jak zatrzyma się na tej nieszczęsnej aktualizacji, zrób dla wszystkich modyfikowanych po drodze indeksów z tabel SHOW INDEX FROM nazwa_tabeli. -- Pozdrawiam Tomasz Chiliński, Chilan
jestem na 1.11.8 informacje o LMS: Wersja LMS: 1.11.8 Belus (1.981/1.23) Wersja LMSDB: 1.11.8 Belus (1.47/1.54) Wersja MySQL: 5.5.17-log Wersja PHP: 5.3.8 Wersja Smarty: 2.6.23 i dbinfo: mysql> select * from dbinfo; +----------------------------------+--------------------------------------------------+ | keytype | keyvalue | +----------------------------------+--------------------------------------------------+ | dbversion | 2009051200 | | unique_installation_id | a0b190e5540584bc1213985402461e8a043a6ea56017d0ea | | last_check_for_updates_timestamp | 1323336094 | +----------------------------------+--------------------------------------------------+ co robić dalej? w plikach upgradedb w 1.11.12 zmieniac nazwy indeksów? -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 11:25, Przemysław Backiel wrote:
jestem na 1.11.8
informacje o LMS: Wersja LMS: 1.11.8 Belus (1.981/1.23) Wersja LMSDB: 1.11.8 Belus (1.47/1.54) Wersja MySQL: 5.5.17-log Wersja PHP: 5.3.8 Wersja Smarty: 2.6.23
i dbinfo:
mysql> select * from dbinfo;
+----------------------------------+--------------------------------------------------+ | keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | dbversion | 2009051200 | | unique_installation_id | a0b190e5540584bc1213985402461e8a043a6ea56017d0ea | | last_check_for_updates_timestamp | 1323336094 |
+----------------------------------+--------------------------------------------------+
Świetnie.
co robić dalej?
w plikach upgradedb w 1.11.12 zmieniac nazwy indeksów?
Uruchom normalną procedurę aktualizacji LMS i zobacz do jakiej daty podniesie się wersja schematu bazy danych. Wtedy będziemy na 100% pewni, które zapytania powodują problem. Następnie spróbuj w pliku, który odpowiada problemowi, przestawić kolejnością problematyczne zapytania tworzące klucz obcy i indeks (Alek o tym wspominał tutaj). Daj znać jak poszło! -- Pozdrawiam Tomasz Chiliński, Chilan
to pierwszy błąd: Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE nodeassignments ADD INDEX assignmentid (assignmentid) Błąd: Incorrect index name 'assignmentid' mysql> select * from dbinfo; +----------------------------------+--------------------------------------------------+ | keytype | keyvalue | +----------------------------------+--------------------------------------------------+ | dbversion | 2010011300 | | last_check_for_updates_timestamp | 1323336094 | | unique_installation_id | a0b190e5540584bc1213985402461e8a043a6ea56017d0ea | +----------------------------------+--------------------------------------------------+ 3 rows in set (0.00 sec) i zgodnie z Twoją sugestią pojechałem każdy plik zmieniłem kolejność tworzenia indeksu i klucza obcego i ruszyło :D thx za pomoc :d -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 12:36, Przemysław Backiel wrote:
to pierwszy błąd:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE nodeassignments ADD INDEX assignmentid (assignmentid) Błąd: Incorrect index name 'assignmentid'
mysql> select * from dbinfo;
+----------------------------------+--------------------------------------------------+ | keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | dbversion | 2010011300 | | last_check_for_updates_timestamp | 1323336094 | | unique_installation_id | a0b190e5540584bc1213985402461e8a043a6ea56017d0ea |
+----------------------------------+--------------------------------------------------+ 3 rows in set (0.00 sec)
i zgodnie z Twoją sugestią pojechałem każdy plik
zmieniłem kolejność tworzenia indeksu i klucza obcego
To Alek miał rację, że to może pomóc. Zaraz pozmieniam w CVS kolejność zapytań ;-)
i ruszyło :D
thx za pomoc :d
-- Pozdrawiam Tomasz Chiliński, Chilan
jest jeszcze jedna kwestia (prosta) kilka funkcji nie było nie wiem ja robilem upgrejd z 1.10 do 1.11.0 potem 1.11.8 potem 1.11.12 i brakowało (a nie wiem czego jeszcze brakuje) CREATE FUNCTION lms_current_user() RETURNS int(11) NO SQL RETURN @lms_current_user; CREATE VIEW customersview AS SELECT c.* FROM customers c WHERE NOT EXISTS ( SELECT 1 FROM customerassignments a JOIN excludedgroups e ON (a.customergroupid = e.customergroupid) WHERE e.userid = lms_current_user() AND a.customerid = c.id); i funkcja mask2prefix -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 12:48, Przemysław Backiel wrote:
jest jeszcze jedna kwestia (prosta)
kilka funkcji nie było
nie wiem
ja robilem upgrejd z 1.10 do 1.11.0 potem 1.11.8 potem 1.11.12
i brakowało (a nie wiem czego jeszcze brakuje)
CREATE FUNCTION lms_current_user() RETURNS int(11) NO SQL RETURN @lms_current_user;
CREATE VIEW customersview AS SELECT c.* FROM customers c WHERE NOT EXISTS ( SELECT 1 FROM customerassignments a JOIN excludedgroups e ON (a.customergroupid = e.customergroupid) WHERE e.userid = lms_current_user() AND a.customerid = c.id);
Mógłbyś teraz spróbować zrobić aktualizację z 1.11.8 do bieżącej wersji z CVS i powiedzieć czy są błędy?
i funkcja mask2prefix
Jaką wersję schematu bazy danych miała wersja 1.10 przez Ciebie używana? -- Pozdrawiam Tomasz Chiliński, Chilan
obsługa CVSa mnie przerasta :) jakis łatwy sposob na pobranie z CVSa? -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 12:31, Przemysław Backiel wrote:
obsługa CVSa mnie przerasta :)
nie żartuj
jakis łatwy sposob na pobranie z CVSa?
cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot login cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot co lms cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot logout utworzy katalog lms. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
On 08.12.2011 13:36, A.L.E.C wrote:
On 08.12.2011 12:31, Przemysław Backiel wrote:
obsługa CVSa mnie przerasta :)
nie żartuj
jakis łatwy sposob na pobranie z CVSa?
cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot login cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot co lms cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot logout
utworzy katalog lms.
Można było do niedawna przez interfejs www, ale coś nie działa. Alku, co dzieje się z interfejsem www CVS-a? -- Pozdrawiam Tomasz Chiliński, Chilan
On 08.12.2011 12:42, Tomasz Chiliński wrote:
Można było do niedawna przez interfejs www, ale coś nie działa. Alku, co dzieje się z interfejsem www CVS-a?
Coś związanego właśnie z tym interfejsem mi zabijało maszynę. Może dlatego, że ostatnio się dużo na liście dzieje ;) Chwilowo wyłączyłem. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
W dniu 2011-12-08 12:36, A.L.E.C pisze:
On 08.12.2011 12:31, Przemysław Backiel wrote:
obsługa CVSa mnie przerasta :)
nie żartuj
jakis łatwy sposob na pobranie z CVSa?
cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot login cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot co lms cvs -d :pserver:cvs@cvs.lms.org.pl:/cvsroot logout
utworzy katalog lms.
hmm nie ma nic :) biała strona zamiast okna do logowania :) -- Z powazaniem Przemyslaw Backiel
W dniu 8 grudnia 2011 12:58 użytkownik Przemysław Backiel < przemyslaw.backiel@backiel.com.pl> napisał:
W dniu 2011-12-08 12:36, A.L.E.C pisze:
On 08.12.2011 12:31, Przemysław Backiel wrote:
obsługa CVSa mnie przerasta :)
nie żartuj
jakis łatwy sposob na pobranie z CVSa?
cvs -d :pserver:cvs@cvs.lms.org.pl:/**cvsroot login cvs -d :pserver:cvs@cvs.lms.org.pl:/**cvsroot co lms cvs -d :pserver:cvs@cvs.lms.org.pl:/**cvsroot logout
utworzy katalog lms.
hmm
nie ma nic :) biała strona zamiast okna do logowania :)
Ale w konsoli to wpisujesz?
PK
-- Z powazaniem Przemyslaw Backiel ______________________________**_________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/**mailman/listinfo/lms<http://lists.lms.org.pl/mailman/listinfo/lms>
-- ----------------------------------------------- Ze sportowym pozdrowieniem ;-)
moze inaczej pobrałem z CVSa - wsio poszło :) odpalilem "lms z cvsa" i działało na bazie potem, blank screen :) -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 14:03, Przemysław Backiel wrote:
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
Patrzyłeś w bazie jaka wersja schematu po mieleniu aktualizacji? SELECT * FROM dbinfo; Poza tym co masz w logach apache-a? -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-08 14:41, Tomasz Chiliński pisze:
On 08.12.2011 14:03, Przemysław Backiel wrote:
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
Patrzyłeś w bazie jaka wersja schematu po mieleniu aktualizacji? SELECT * FROM dbinfo;
Poza tym co masz w logach apache-a?
| keytype | keyvalue | +----------------------------------+--------------------------------------------------+ | dbversion | 2011082800 | | last_check_for_updates_timestamp | 1323336094 | | unique_installation_id | a0b190e5540584bc1213985402461e8a043a6ea56017d0ea | +----------------------------------+--------------------------------------------------+ apacz mówi: [Thu Dec 08 12:56:50 2011] [error] [client 194.88.155.44] PHP Warning: require_once(/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php): failed to open stream: No such file or directory in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:56:50 2011] [error] [client 194.88.155.44] PHP Fatal error: require_once(): Failed opening required '/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:56:56 2011] [error] [client 194.88.155.44] PHP Warning: require_once(/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php): failed to open stream: No such file or directory in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:56:56 2011] [error] [client 194.88.155.44] PHP Fatal error: require_once(): Failed opening required '/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:57:21 2011] [error] [client 194.88.155.4] PHP Warning: require_once(/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php): failed to open stream: No such file or directory in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:57:21 2011] [error] [client 194.88.155.4] PHP Fatal error: require_once(): Failed opening required '/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/services/httpd/html/lms/index.php on line 96 to zaraz popatrze czego mu brakuje :) -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 16:04, Przemysław Backiel wrote:
W dniu 2011-12-08 14:41, Tomasz Chiliński pisze:
On 08.12.2011 14:03, Przemysław Backiel wrote:
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
Patrzyłeś w bazie jaka wersja schematu po mieleniu aktualizacji? SELECT * FROM dbinfo;
Poza tym co masz w logach apache-a?
| keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | dbversion | 2011082800 | | last_check_for_updates_timestamp | 1323336094 | | unique_installation_id | a0b190e5540584bc1213985402461e8a043a6ea56017d0ea |
+----------------------------------+--------------------------------------------------+
Wersja schematu bazy danych "prawie" poprawna. Byłaby na pewno poprawna, gdyby była z 2011113000, ale może nie wziąłeś wersji z CVS, tylko jaką wersję sprzed ostatnich listopadowych zmian? Możesz potwierdzić sprawę wersji LMS?
apacz mówi: [Thu Dec 08 12:56:50 2011] [error] [client 194.88.155.44] PHP Warning:
require_once(/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php): failed to open stream: No such file or directory in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:56:50 2011] [error] [client 194.88.155.44] PHP Fatal error: require_once(): Failed opening required '/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:56:56 2011] [error] [client 194.88.155.44] PHP Warning:
require_once(/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php): failed to open stream: No such file or directory in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:56:56 2011] [error] [client 194.88.155.44] PHP Fatal error: require_once(): Failed opening required '/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:57:21 2011] [error] [client 194.88.155.4] PHP Warning:
require_once(/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php): failed to open stream: No such file or directory in /home/services/httpd/html/lms/index.php on line 96 [Thu Dec 08 12:57:21 2011] [error] [client 194.88.155.4] PHP Fatal error: require_once(): Failed opening required '/home/services/httpd/html/lms/lib/Smarty/Smarty.class.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/services/httpd/html/lms/index.php on line 96
to zaraz popatrze czego mu brakuje :)
Prawdopodobnie w nowej lokalizacji brakuje smarty. Możesz spróbować uruchomić z katalogu devel skrypt smarty_install.sh -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (13:03:58) napisano:
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
podlaczam sie pod temat, tez probuje zaktualizowac z cvs - wczesniej byla wersja 1.8.14 ale stoje na: Wystąpiły błędy w obsłudze bazy danych! Zapytanie: SELECT c.id AS id, CONCAT(UPPER(lastname), ' ', c.name) AS customername, status, address, zip, city, countryid, countries.name AS country, email, ten, ssn, c.info AS info, message, c.divisionid, c.paytime AS paytime, (SELECT COALESCE(SUM(value),0) FROM cash WHERE customerid = c.id ) AS balance FROM customersview c LEFT JOIN countries ON c.countryid = countries.id WHERE deleted = 0 ORDER BY customername asc Błąd: View 'lms.customersview' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them Zapytanie: SELECT id, name, inet_ntoa(address) AS address, address AS addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix, disabled FROM networks ORDER BY name Błąd: Unknown column 'disabled' in 'field list' -- Pozdrowienia, JOYNET
On 08.12.2011 15:41, JOYNET wrote:
Witam!
Witaj.
W liście datowanym 8 grudnia 2011 (13:03:58) napisano:
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
podlaczam sie pod temat, tez probuje zaktualizowac z cvs - wczesniej byla wersja 1.8.14 ale stoje na:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: SELECT c.id AS id, CONCAT(UPPER(lastname), ' ', c.name) AS customername, status, address, zip, city, countryid, countries.name AS country, email, ten, ssn, c.info AS info, message, c.divisionid, c.paytime AS paytime, (SELECT COALESCE(SUM(value),0) FROM cash WHERE customerid = c.id ) AS balance FROM customersview c LEFT JOIN countries ON c.countryid = countries.id WHERE deleted = 0 ORDER BY customername asc Błąd: View 'lms.customersview' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them Zapytanie: SELECT id, name, inet_ntoa(address) AS address, address AS addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix, disabled FROM networks ORDER BY name Błąd: Unknown column 'disabled' in 'field list'
Spróbuj to zapytanie ręcznie wykonać jako użytkownik bazy LMS, a potem jako administrator MySQL. Jaki masz schemat bazy danych wejściowy SELECT * FROM dbinfo; ? -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (15:23:07) napisano:
On 08.12.2011 15:41, JOYNET wrote:
Witam!
Witaj.
W liście datowanym 8 grudnia 2011 (13:03:58) napisano:
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
podlaczam sie pod temat, tez probuje zaktualizowac z cvs - wczesniej byla wersja 1.8.14 ale stoje na:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: SELECT c.id AS id, CONCAT(UPPER(lastname), ' ', c.name) AS customername, status, address, zip, city, countryid, countries.name AS country, email, ten, ssn, c.info AS info, message, c.divisionid, c.paytime AS paytime, (SELECT COALESCE(SUM(value),0) FROM cash WHERE customerid = c.id ) AS balance FROM customersview c LEFT JOIN countries ON c.countryid = countries.id WHERE deleted = 0 ORDER BY customername asc Błąd: View 'lms.customersview' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them Zapytanie: SELECT id, name, inet_ntoa(address) AS address, address AS addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix, disabled FROM networks ORDER BY name Błąd: Unknown column 'disabled' in 'field list'
Spróbuj to zapytanie ręcznie wykonać jako użytkownik bazy LMS, a potem jako administrator MySQL. Jaki masz schemat bazy danych wejściowy SELECT * FROM dbinfo; ?
recznie nic nie dalo keytype | keyvalue | +----------------------------------+--------------------------------------------------+ | up_module_helpdesk | 2005081901 | | up_module_stats | 2005081901 | | up_module_finances | 2005090601 | | up_module_info | 2005091701 | | up_dbversion | 2005091700 | | up_module_help | 2005081901 | | last_check_for_updates_timestamp | 1323350928 | | unique_installation_id | 9522655e2d481e7b0117cf60d131bb79045c981ad02976ce | | up_module_logout | 2005081901 | | regdata_id | 1190 | | regdata_name | xdx | | regdata_url | www.xdx.net | | regdata_hidden | 0 | | dbversion | 2011113000 -- Pozdrowienia, JOYNET
On 08.12.2011 16:53, JOYNET wrote:
Witam!
byla wersja 1.8.14 ale stoje na:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: SELECT c.id AS id, CONCAT(UPPER(lastname), ' ', c.name) AS customername, status, address, zip, city, countryid, countries.name AS country, email, ten, ssn, c.info AS info, message, c.divisionid, c.paytime AS paytime, (SELECT COALESCE(SUM(value),0) FROM cash WHERE customerid = c.id ) AS balance FROM customersview c LEFT JOIN countries ON c.countryid = countries.id WHERE deleted = 0 ORDER BY customername asc Błąd: View 'lms.customersview' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them Zapytanie: SELECT id, name, inet_ntoa(address) AS address, address AS addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix, disabled FROM networks ORDER BY name Błąd: Unknown column 'disabled' in 'field list'
Spróbuj to zapytanie ręcznie wykonać jako użytkownik bazy LMS, a potem jako administrator MySQL. Jaki masz schemat bazy danych wejściowy SELECT * FROM dbinfo; ? recznie nic nie dalo
keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | up_module_helpdesk | 2005081901 | | up_module_stats | 2005081901 | | up_module_finances | 2005090601 | | up_module_info | 2005091701 | | up_dbversion | 2005091700 | | up_module_help | 2005081901 | | last_check_for_updates_timestamp | 1323350928 | | unique_installation_id | 9522655e2d481e7b0117cf60d131bb79045c981ad02976ce | | up_module_logout | 2005081901 | | regdata_id | 1190 | | regdata_name | xdx | | regdata_url | www.xdx.net | | regdata_hidden | 0 | | dbversion | 2011113000
To już jesteśmy za daleko z szukaniem przyczyny problemu. Najlepiej by było, żebyś wrócił do wersji schematu z LMS 1.8.x, a następnie spróbował ręcznie uruchamiać po kolei skrypty z plików lib/upgradedb/mysql.*.php począwszy od tego w którym data ma wartość tuż po dacie z początkowego schematu 1.8.x. Przy uruchomieniu każdego skryptu trzeba zwrócić na komunikaty błędów, bo ten błąd co podajesz wynika z problemów z aktualizacją schematu bazy realizowanego w oparciu o te pliki. -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (16:56:40) napisano:
On 08.12.2011 16:53, JOYNET wrote:
Witam!
byla wersja 1.8.14 ale stoje na:
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: SELECT c.id AS id, CONCAT(UPPER(lastname), ' ', c.name) AS customername, status, address, zip, city, countryid, countries.name AS country, email, ten, ssn, c.info AS info, message, c.divisionid, c.paytime AS paytime, (SELECT COALESCE(SUM(value),0) FROM cash WHERE customerid = c.id ) AS balance FROM customersview c LEFT JOIN countries ON c.countryid = countries.id WHERE deleted = 0 ORDER BY customername asc Błąd: View 'lms.customersview' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them Zapytanie: SELECT id, name, inet_ntoa(address) AS address, address AS addresslong, mask, mask2prefix(inet_aton(mask)) AS prefix, disabled FROM networks ORDER BY name Błąd: Unknown column 'disabled' in 'field list'
Spróbuj to zapytanie ręcznie wykonać jako użytkownik bazy LMS, a potem jako administrator MySQL. Jaki masz schemat bazy danych wejściowy SELECT * FROM dbinfo; ? recznie nic nie dalo
keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | up_module_helpdesk | 2005081901 | | up_module_stats | 2005081901 | | up_module_finances | 2005090601 | | up_module_info | 2005091701 | | up_dbversion | 2005091700 | | up_module_help | 2005081901 | | last_check_for_updates_timestamp | 1323350928 | | unique_installation_id | 9522655e2d481e7b0117cf60d131bb79045c981ad02976ce | | up_module_logout | 2005081901 | | regdata_id | 1190 | | regdata_name | xdx | | regdata_url | www.xdx.net | | regdata_hidden | 0 | | dbversion | 2011113000
To już jesteśmy za daleko z szukaniem przyczyny problemu. Najlepiej by było, żebyś wrócił do wersji schematu z LMS 1.8.x, a następnie spróbował ręcznie uruchamiać po kolei skrypty z plików lib/upgradedb/mysql.*.php począwszy od tego w którym data ma wartość tuż po dacie z początkowego schematu 1.8.x. Przy uruchomieniu każdego skryptu trzeba zwrócić na komunikaty błędów, bo ten błąd co podajesz wynika z problemów z aktualizacją schematu bazy realizowanego w oparciu o te pliki.
tez probuje odpalac recznie te skrypty ale mam: php mysql.2004031401.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27 PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27 jak zdefiniowac te db? -- Pozdrowienia, JOYNET
On 08.12.2011 18:03, JOYNET wrote:
To już jesteśmy za daleko z szukaniem przyczyny problemu. Najlepiej by było, żebyś wrócił do wersji schematu z LMS 1.8.x, a następnie spróbował ręcznie uruchamiać po kolei skrypty z plików lib/upgradedb/mysql.*.php począwszy od tego w którym data ma wartość tuż po dacie z początkowego schematu 1.8.x. Przy uruchomieniu każdego skryptu trzeba zwrócić na komunikaty błędów, bo ten błąd co podajesz wynika z problemów z aktualizacją schematu bazy realizowanego w oparciu o te pliki.
tez probuje odpalac recznie te skrypty ale mam: php mysql.2004031401.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27 PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27
jak zdefiniowac te db?
Ach to nie tak. Spróbuj w pliku lib/upgradedb.php zmienić w define('DBVERSION', '2011113000') na odpowiednią dla bieżącego, testowanego pliku datę. Najlepiej mieć też włączone dokładne logowanie błędów zapytań na poziomie silnika MySQL. Wtedy możesz po prostu wchodzić na adres LMS-a i podsyłać co jest w logach bazy danych. -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (17:14:07) napisano:
On 08.12.2011 18:03, JOYNET wrote:
To już jesteśmy za daleko z szukaniem przyczyny problemu. Najlepiej by było, żebyś wrócił do wersji schematu z LMS 1.8.x, a następnie spróbował ręcznie uruchamiać po kolei skrypty z plików lib/upgradedb/mysql.*.php począwszy od tego w którym data ma wartość tuż po dacie z początkowego schematu 1.8.x. Przy uruchomieniu każdego skryptu trzeba zwrócić na komunikaty błędów, bo ten błąd co podajesz wynika z problemów z aktualizacją schematu bazy realizowanego w oparciu o te pliki.
tez probuje odpalac recznie te skrypty ale mam: php mysql.2004031401.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27 PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27
jak zdefiniowac te db?
Ach to nie tak. Spróbuj w pliku lib/upgradedb.php zmienić w define('DBVERSION', '2011113000') na odpowiednią dla bieżącego, testowanego pliku datę. Najlepiej mieć też włączone dokładne logowanie błędów zapytań na poziomie silnika MySQL. Wtedy możesz po prostu wchodzić na adres LMS-a i podsyłać co jest w logach bazy danych.
zmienilem ta date ale mam w przegladarce: Fatal error: Call to a member function GetOne() on a non-object in /var/www/lms/lib/upgradedb.php on line 46 w ogole zrobilem wszystko na nowo i teraz: mysql> SELECT * FROM dbinfo; +----------------------------------+--------------------------------------------------+ | keytype | keyvalue | +----------------------------------+--------------------------------------------------+ | up_module_helpdesk | 2005081901 | | up_module_stats | 2005081901 | | up_module_finances | 2005090601 | | up_module_info | 2005091701 | | up_dbversion | 2005091700 | | up_module_help | 2005081901 | | last_check_for_updates_timestamp | 1323361322 | | unique_installation_id | 9522655e2d481e7b0117cf60d131bb79045c981ad02976ce | | up_module_logout | 2005081901 | | regdata_id | 1190 | | regdata_name | xnx | | regdata_url | www.xnx.net | | regdata_hidden | 0 upgradedb ustawilem: define('DBVERSION', '2005091700'); i dostaje dalej: php upgradedb.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb.php on line 46 PHP Fatal error: Call to a member function GetOne() on a non-object in /var/www/lms/lib/upgradedb.php on line 46 -- Pozdrowienia, JOYNET
On 08.12.2011 18:28, JOYNET wrote:
Witam!
W liście datowanym 8 grudnia 2011 (17:14:07) napisano:
On 08.12.2011 18:03, JOYNET wrote:
To już jesteśmy za daleko z szukaniem przyczyny problemu. Najlepiej by było, żebyś wrócił do wersji schematu z LMS 1.8.x, a następnie spróbował ręcznie uruchamiać po kolei skrypty z plików lib/upgradedb/mysql.*.php począwszy od tego w którym data ma wartość tuż po dacie z początkowego schematu 1.8.x. Przy uruchomieniu każdego skryptu trzeba zwrócić na komunikaty błędów, bo ten błąd co podajesz wynika z problemów z aktualizacją schematu bazy realizowanego w oparciu o te pliki.
tez probuje odpalac recznie te skrypty ale mam: php mysql.2004031401.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27 PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27
jak zdefiniowac te db?
Ach to nie tak. Spróbuj w pliku lib/upgradedb.php zmienić w define('DBVERSION', '2011113000') na odpowiednią dla bieżącego, testowanego pliku datę. Najlepiej mieć też włączone dokładne logowanie błędów zapytań na poziomie silnika MySQL. Wtedy możesz po prostu wchodzić na adres LMS-a i podsyłać co jest w logach bazy danych.
zmienilem ta date ale mam w przegladarce: Fatal error: Call to a member function GetOne() on a non-object in /var/www/lms/lib/upgradedb.php on line 46
w ogole zrobilem wszystko na nowo i teraz:
mysql> SELECT * FROM dbinfo;
+----------------------------------+--------------------------------------------------+ | keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | up_module_helpdesk | 2005081901 | | up_module_stats | 2005081901 | | up_module_finances | 2005090601 | | up_module_info | 2005091701 | | up_dbversion | 2005091700 | | up_module_help | 2005081901 | | last_check_for_updates_timestamp | 1323361322 | | unique_installation_id | 9522655e2d481e7b0117cf60d131bb79045c981ad02976ce | | up_module_logout | 2005081901 | | regdata_id | 1190 | | regdata_name | xnx | | regdata_url | www.xnx.net | | regdata_hidden | 0
upgradedb ustawilem:
define('DBVERSION', '2005091700');
i dostaje dalej: php upgradedb.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb.php on line 46 PHP Fatal error: Call to a member function GetOne() on a non-object in /var/www/lms/lib/upgradedb.php on line 46
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty. -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (17:34:36) napisano:
On 08.12.2011 18:28, JOYNET wrote:
Witam!
W liście datowanym 8 grudnia 2011 (17:14:07) napisano:
On 08.12.2011 18:03, JOYNET wrote:
To już jesteśmy za daleko z szukaniem przyczyny problemu. Najlepiej by było, żebyś wrócił do wersji schematu z LMS 1.8.x, a następnie spróbował ręcznie uruchamiać po kolei skrypty z plików lib/upgradedb/mysql.*.php począwszy od tego w którym data ma wartość tuż po dacie z początkowego schematu 1.8.x. Przy uruchomieniu każdego skryptu trzeba zwrócić na komunikaty błędów, bo ten błąd co podajesz wynika z problemów z aktualizacją schematu bazy realizowanego w oparciu o te pliki.
tez probuje odpalac recznie te skrypty ale mam: php mysql.2004031401.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27 PHP Fatal error: Call to a member function Execute() on a non-object in /var/www/lms/lib/upgradedb/mysql.2004031401.php on line 27
jak zdefiniowac te db?
Ach to nie tak. Spróbuj w pliku lib/upgradedb.php zmienić w define('DBVERSION', '2011113000') na odpowiednią dla bieżącego, testowanego pliku datę. Najlepiej mieć też włączone dokładne logowanie błędów zapytań na poziomie silnika MySQL. Wtedy możesz po prostu wchodzić na adres LMS-a i podsyłać co jest w logach bazy danych.
zmienilem ta date ale mam w przegladarce: Fatal error: Call to a member function GetOne() on a non-object in /var/www/lms/lib/upgradedb.php on line 46
w ogole zrobilem wszystko na nowo i teraz:
mysql> SELECT * FROM dbinfo;
+----------------------------------+--------------------------------------------------+ | keytype | keyvalue |
+----------------------------------+--------------------------------------------------+ | up_module_helpdesk | 2005081901 | | up_module_stats | 2005081901 | | up_module_finances | 2005090601 | | up_module_info | 2005091701 | | up_dbversion | 2005091700 | | up_module_help | 2005081901 | | last_check_for_updates_timestamp | 1323361322 | | unique_installation_id | 9522655e2d481e7b0117cf60d131bb79045c981ad02976ce | | up_module_logout | 2005081901 | | regdata_id | 1190 | | regdata_name | xnx | | regdata_url | www.xnx.net | | regdata_hidden | 0
upgradedb ustawilem:
define('DBVERSION', '2005091700');
i dostaje dalej: php upgradedb.php PHP Notice: Undefined variable: DB in /var/www/lms/lib/upgradedb.php on line 46 PHP Fatal error: Call to a member function GetOne() on a non-object in /var/www/lms/lib/upgradedb.php on line 46
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty.
ok data zmieniona w upgradedb.php wchodze na lms`a i dalej te bledy -- Pozdrowienia, JOYNET
On 08.12.2011 18:43, JOYNET wrote:
Witam!
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty.
ok data zmieniona w upgradedb.php wchodze na lms`a i dalej te bledy
Tzn. datę zmieniłeś na tą odpowiadającą następnemu elementowi odpowiadającemu aktualizacji schematu bazy danych? Jakie błędy pokazują się w logu silnika bazy danych? Błędy wyświetlane z LMS nie będą nas interesować, bo schemat i tak nie jest aktualny, więc LMS nie ma szans działać. -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (17:51:13) napisano:
On 08.12.2011 18:43, JOYNET wrote:
Witam!
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty.
ok data zmieniona w upgradedb.php wchodze na lms`a i dalej te bledy
Tzn. datę zmieniłeś na tą odpowiadającą następnemu elementowi odpowiadającemu aktualizacji schematu bazy danych? Jakie błędy pokazują się w logu silnika bazy danych? Błędy wyświetlane z LMS nie będą nas interesować, bo schemat i tak nie jest aktualny, więc LMS nie ma szans działać.
date ustawilem ok up_dbversion | 2005091700 i dalem 2005101700 lmsd: ERROR: [db_connect] Unable to connect to database. Access denied for user 'lms'@'localhost' (using password: NO) -- Pozdrowienia, JOYNET
Witam! W liście datowanym 8 grudnia 2011 (18:10:36) napisano:
Witam!
W liście datowanym 8 grudnia 2011 (17:51:13) napisano:
On 08.12.2011 18:43, JOYNET wrote:
Witam!
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty.
ok data zmieniona w upgradedb.php wchodze na lms`a i dalej te bledy
Tzn. datę zmieniłeś na tą odpowiadającą następnemu elementowi odpowiadającemu aktualizacji schematu bazy danych? Jakie błędy pokazują się w logu silnika bazy danych? Błędy wyświetlane z LMS nie będą nas interesować, bo schemat i tak nie jest aktualny, więc LMS nie ma szans działać.
date ustawilem ok up_dbversion | 2005091700 i dalem 2005101700
lmsd: ERROR: [db_connect] Unable to connect to database. Access denied for user 'lms'@'localhost' (using password: NO)
w lms.ini oczywiscie hasla sie zgadzaja -- Pozdrowienia, JOYNET
On 08.12.2011 19:10, JOYNET wrote:
Witam!
Witaj.
W liście datowanym 8 grudnia 2011 (17:51:13) napisano:
On 08.12.2011 18:43, JOYNET wrote:
Witam!
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty.
ok data zmieniona w upgradedb.php wchodze na lms`a i dalej te bledy
Tzn. datę zmieniłeś na tą odpowiadającą następnemu elementowi odpowiadającemu aktualizacji schematu bazy danych? Jakie błędy pokazują się w logu silnika bazy danych? Błędy wyświetlane z LMS nie będą nas interesować, bo schemat i tak nie jest aktualny, więc LMS nie ma szans działać.
date ustawilem ok up_dbversion | 2005091700 i dalem 2005101700
lmsd: ERROR: [db_connect] Unable to connect to database. Access denied for user 'lms'@'localhost' (using password: NO)
A może miałbym możliwość wbicia się na Twój serwer i sprawdzenia szybko jak to doprowadzić do porządku? -- Pozdrawiam Tomasz Chiliński, Chilan
Witam! W liście datowanym 8 grudnia 2011 (18:31:30) napisano:
On 08.12.2011 19:10, JOYNET wrote:
Witam!
Witaj.
W liście datowanym 8 grudnia 2011 (17:51:13) napisano:
On 08.12.2011 18:43, JOYNET wrote:
Witam!
Wchodź na adres LMS-a, a nie na jakiekolwiek skrypty.
ok data zmieniona w upgradedb.php wchodze na lms`a i dalej te bledy
Tzn. datę zmieniłeś na tą odpowiadającą następnemu elementowi odpowiadającemu aktualizacji schematu bazy danych? Jakie błędy pokazują się w logu silnika bazy danych? Błędy wyświetlane z LMS nie będą nas interesować, bo schemat i tak nie jest aktualny, więc LMS nie ma szans działać.
date ustawilem ok up_dbversion | 2005091700 i dalem 2005101700
lmsd: ERROR: [db_connect] Unable to connect to database. Access denied for user 'lms'@'localhost' (using password: NO)
A może miałbym możliwość wbicia się na Twój serwer i sprawdzenia szybko jak to doprowadzić do porządku?
wlasnie sie wybieram do zony do szpitala mozemy sie umowic jutro rano? odezwe sie na gg tylko podaj numer? albo dzisiaj kolo 22? -- Pozdrowienia, JOYNET
dobra, po pobraniu smarty mam: [Fri Dec 09 09:48:51 2011] [error] [client 194.88.155.44] PHP Fatal error: Uncaught exception 'SmartyException' with message 'template property '_tpl_vars' does not exist.' in /home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_template.php:668\nStack trace:\n#0 /home/services/httpd/html/lms/lib/Smarty/plugins/block.t.php(29): Smarty_Internal_Template->__get('_tpl_vars')\n#1 /home/services/httpd/html/lms/templates_c/8e853106152a1377430df31f31dd15e9b869d19e.file.login.html.php(45): smarty_block_t(Array, NULL, Object(Smarty_Internal_Template), true)\n#2 /home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_templatebase.php(176): content_4ee0f5adbfdef(Object(Smarty_Internal_Template))\n#3 /home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_templatebase.php(362): Smarty_Internal_TemplateBase->fetch('login.html', NULL, NULL, NULL, true)\n#4 /home/services/httpd/html/lms/index.php(252): Smarty_Internal_TemplateBase->display('login.html')\n#5 {main}\n thrown in /home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_template.php on line 668 -- Z powazaniem Przemyslaw Backiel
On 09.12.2011 10:51, Przemysław Backiel wrote:
dobra,
Cześć.
po pobraniu smarty mam:
[Fri Dec 09 09:48:51 2011] [error] [client 194.88.155.44] PHP Fatal error: Uncaught exception 'SmartyException' with message 'template property '_tpl_vars' does not exist.' in
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_template.php:668\nStack trace:\n#0 /home/services/httpd/html/lms/lib/Smarty/plugins/block.t.php(29): Smarty_Internal_Template->__get('_tpl_vars')\n#1
/home/services/httpd/html/lms/templates_c/8e853106152a1377430df31f31dd15e9b869d19e.file.login.html.php(45): smarty_block_t(Array, NULL, Object(Smarty_Internal_Template), true)\n#2
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_templatebase.php(176): content_4ee0f5adbfdef(Object(Smarty_Internal_Template))\n#3
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_templatebase.php(362): Smarty_Internal_TemplateBase->fetch('login.html', NULL, NULL, NULL, true)\n#4 /home/services/httpd/html/lms/index.php(252): Smarty_Internal_TemplateBase->display('login.html')\n#5 {main}\n thrown in
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_template.php on line 668
A może uda mi się wbić na serwer i zobaczyć co jest nie tak? Byłoby szybciej. -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-09 10:28, Tomasz Chiliński pisze:
On 09.12.2011 10:51, Przemysław Backiel wrote:
dobra,
Cześć.
po pobraniu smarty mam:
[Fri Dec 09 09:48:51 2011] [error] [client 194.88.155.44] PHP Fatal error: Uncaught exception 'SmartyException' with message 'template property '_tpl_vars' does not exist.' in
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_template.php:668\nStack
trace:\n#0 /home/services/httpd/html/lms/lib/Smarty/plugins/block.t.php(29): Smarty_Internal_Template->__get('_tpl_vars')\n#1
/home/services/httpd/html/lms/templates_c/8e853106152a1377430df31f31dd15e9b869d19e.file.login.html.php(45):
smarty_block_t(Array, NULL, Object(Smarty_Internal_Template), true)\n#2
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_templatebase.php(176):
content_4ee0f5adbfdef(Object(Smarty_Internal_Template))\n#3
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_templatebase.php(362):
Smarty_Internal_TemplateBase->fetch('login.html', NULL, NULL, NULL, true)\n#4 /home/services/httpd/html/lms/index.php(252): Smarty_Internal_TemplateBase->display('login.html')\n#5 {main}\n thrown in
/home/services/httpd/html/lms/lib/Smarty/sysplugins/smarty_internal_template.php
on line 668
A może uda mi się wbić na serwer i zobaczyć co jest nie tak? Byłoby szybciej.
on jest za kilkoma natami :/ wersja 1.11.12 odpala sie bez problemu :) -- Z powazaniem Przemyslaw Backiel
On 09.12.2011 11:35, Przemysław Backiel wrote:
W dniu 2011-12-09 10:28, Tomasz Chiliński pisze:
On 09.12.2011 10:51, Przemysław Backiel wrote: A może uda mi się wbić na serwer i zobaczyć co jest nie tak? Byłoby szybciej.
on jest za kilkoma natami :/
Nie znasz opcji -w w kliencie OpenSSH? Pozwala w 60 sekund uruchomić "VPN" ;-) Wystarczy dostęp do serwera OpenSSH widocznego z internetu.
wersja 1.11.12 odpala sie bez problemu :)
-- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-09 10:40, Tomasz Chiliński pisze:
On 09.12.2011 11:35, Przemysław Backiel wrote:
W dniu 2011-12-09 10:28, Tomasz Chiliński pisze:
On 09.12.2011 10:51, Przemysław Backiel wrote: A może uda mi się wbić na serwer i zobaczyć co jest nie tak? Byłoby szybciej.
on jest za kilkoma natami :/
Nie znasz opcji -w w kliencie OpenSSH? Pozwala w 60 sekund uruchomić "VPN" ;-) Wystarczy dostęp do serwera OpenSSH widocznego z internetu.
wersja 1.11.12 odpala sie bez problemu :)
to juz lepiej mi bedzie postawic wirtualke testową :) -- Z powazaniem Przemyslaw Backiel
On 09.12.2011 12:02, Przemysław Backiel wrote:
W dniu 2011-12-09 10:40, Tomasz Chiliński pisze:
On 09.12.2011 11:35, Przemysław Backiel wrote:
W dniu 2011-12-09 10:28, Tomasz Chiliński pisze:
On 09.12.2011 10:51, Przemysław Backiel wrote: A może uda mi się wbić na serwer i zobaczyć co jest nie tak? Byłoby szybciej.
on jest za kilkoma natami :/
Nie znasz opcji -w w kliencie OpenSSH? Pozwala w 60 sekund uruchomić "VPN" ;-) Wystarczy dostęp do serwera OpenSSH widocznego z internetu.
wersja 1.11.12 odpala sie bez problemu :)
to juz lepiej mi bedzie postawic wirtualke testową :)
A to potrwa wszystko razem 30 sekund? ;-) -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-09 11:08, Tomasz Chiliński pisze:
On 09.12.2011 12:02, Przemysław Backiel wrote:
W dniu 2011-12-09 10:40, Tomasz Chiliński pisze:
On 09.12.2011 11:35, Przemysław Backiel wrote:
W dniu 2011-12-09 10:28, Tomasz Chiliński pisze:
On 09.12.2011 10:51, Przemysław Backiel wrote: A może uda mi się wbić na serwer i zobaczyć co jest nie tak? Byłoby szybciej.
on jest za kilkoma natami :/
Nie znasz opcji -w w kliencie OpenSSH? Pozwala w 60 sekund uruchomić "VPN" ;-) Wystarczy dostęp do serwera OpenSSH widocznego z internetu.
wersja 1.11.12 odpala sie bez problemu :)
to juz lepiej mi bedzie postawic wirtualke testową :)
A to potrwa wszystko razem 30 sekund? ;-)
niet :) ale jak juz poligon, to niech się łatwo sprząta :) -- Z powazaniem Przemyslaw Backiel
dobra odpaliłem z CVSa :) teraz powrót do której wersji ? 1.11.0 ? 1.11.8 ? -- Z powazaniem Przemyslaw Backiel
W dniu 2011-12-09 12:48, Tomasz Chiliński pisze:
On 09.12.2011 13:40, Przemysław Backiel wrote:
dobra odpaliłem z CVSa :)
I działa? Jeśli tak to lepiej nie wracaj do 1.11.8 ;-) jakos działa :)
baza do 1.11.8 odpalam lms z cvsa i juz kwiatki :) Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid) Błąd: Key column 'sourcefileid' doesn't exist in table -- Z powazaniem Przemyslaw Backiel
On 09.12.2011 13:54, Przemysław Backiel wrote:
W dniu 2011-12-09 12:48, Tomasz Chiliński pisze:
On 09.12.2011 13:40, Przemysław Backiel wrote:
dobra odpaliłem z CVSa :)
I działa? Jeśli tak to lepiej nie wracaj do 1.11.8 ;-) jakos działa :)
baza do 1.11.8
odpalam lms z cvsa i juz kwiatki :)
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid) Błąd: Key column 'sourcefileid' doesn't exist in table
Spróbuj w pliku lib/upgradedb/mysql.2010122000.php poprawić: $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid)"); na $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (id)"); Spróbuj wersję z CVS. Parę sekund temu kolejna poprawka weszła ;-) -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 2011-12-09 13:10, Tomasz Chiliński pisze:
On 09.12.2011 13:54, Przemysław Backiel wrote:
W dniu 2011-12-09 12:48, Tomasz Chiliński pisze:
On 09.12.2011 13:40, Przemysław Backiel wrote:
dobra odpaliłem z CVSa :)
I działa? Jeśli tak to lepiej nie wracaj do 1.11.8 ;-) jakos działa :)
baza do 1.11.8
odpalam lms z cvsa i juz kwiatki :)
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid) Błąd: Key column 'sourcefileid' doesn't exist in table
Spróbuj w pliku lib/upgradedb/mysql.2010122000.php poprawić: $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid)"); na $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (id)");
Spróbuj wersję z CVS. Parę sekund temu kolejna poprawka weszła ;-)
to poprawic czy wersja z CVS ? -- Z powazaniem Przemyslaw Backiel
On 09.12.2011 14:20, Przemysław Backiel wrote:
W dniu 2011-12-09 13:10, Tomasz Chiliński pisze:
On 09.12.2011 13:54, Przemysław Backiel wrote:
W dniu 2011-12-09 12:48, Tomasz Chiliński pisze:
On 09.12.2011 13:40, Przemysław Backiel wrote:
dobra odpaliłem z CVSa :)
I działa? Jeśli tak to lepiej nie wracaj do 1.11.8 ;-) jakos działa :)
baza do 1.11.8
odpalam lms z cvsa i juz kwiatki :)
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid) Błąd: Key column 'sourcefileid' doesn't exist in table
Spróbuj w pliku lib/upgradedb/mysql.2010122000.php poprawić: $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid)"); na $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (id)");
Spróbuj wersję z CVS. Parę sekund temu kolejna poprawka weszła ;-)
to poprawic czy wersja z CVS ?
Hehe - szybciej napisałem niż pomyślałem ;-) Wersja z CVS oczywiście. -- Pozdrawiam Tomasz Chiliński, Chilan
W dniu 9 grudnia 2011 13:27 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
On 09.12.2011 14:20, Przemysław Backiel wrote:
W dniu 2011-12-09 13:10, Tomasz Chiliński pisze:
On 09.12.2011 13:54, Przemysław Backiel wrote:
W dniu 2011-12-09 12:48, Tomasz Chiliński pisze:
On 09.12.2011 13:40, Przemysław Backiel wrote:
dobra odpaliłem z CVSa :)
I działa? Jeśli tak to lepiej nie wracaj do 1.11.8 ;-)
jakos działa :)
baza do 1.11.8
odpalam lms z cvsa i juz kwiatki :)
Wystąpiły błędy w obsłudze bazy danych! Zapytanie: ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid) Błąd: Key column 'sourcefileid' doesn't exist in table
Spróbuj w pliku lib/upgradedb/mysql.**2010122000.php poprawić: $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (sourcefileid)"); na $DB->Execute("ALTER TABLE cashimport ADD INDEX sourcefileid (id)");
Spróbuj wersję z CVS. Parę sekund temu kolejna poprawka weszła ;-)
to poprawic czy wersja z CVS ?
Hehe - szybciej napisałem niż pomyślałem ;-) Wersja z CVS oczywiście.
-- Pozdrawiam Tomasz Chiliński, Chilan ______________________________**_________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/**mailman/listinfo/lms<http://lists.lms.org.pl/mailman/listinfo/lms>
Ponieważ sobie aktualizowałem z CVS także to zapytam tu; co oznacza zapis w logu; 2011-12-09 15:14:39: (configfile-glue.c.359) ERROR: non-digit found in netmask: 193.106.153.0/24|10.0.0.0/8 |10.0.0.0/8 debian, lighttpd -- ----------------------------------------------- Ze sportowym pozdrowieniem ;-)
dobra, podmieniłem smartego z 1.11.13 do CVS i... Wrong version of Smarty engine! We support only Smarty-3.x greater than 3.0. skąd wziąć odpowiedniego smartiego :D -- Z powazaniem Przemyslaw Backiel
On 08.12.2011 17:57, Przemysław Backiel wrote:
dobra,
podmieniłem smartego z 1.11.13 do CVS i...
Wrong version of Smarty engine! We support only Smarty-3.x greater than 3.0.
skąd wziąć odpowiedniego smartiego :D
Wchodzisz do katalogu devel i uruchamiasz skrypt smarty_install.sh -- Pozdrawiam Tomasz Chiliński, Chilan
uczestnicy (9)
-
"Sławek Pe." -
A.L.E.C -
Andrzej Banach -
JOYNET -
Piotr Kaczor -
Piotr Polok -
Przemysław Backiel -
Tomasz Chiliński -
Łukasz Majek