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?
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?
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?
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
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
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
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 :)
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.
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
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
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?
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...
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 ?
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.
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.
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
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;
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
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
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)
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ąć...
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 ?
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)
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)
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 ?
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.
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?
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!
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
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
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
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?
obsługa CVSa mnie przerasta :)
jakis łatwy sposob na pobranie z CVSa?
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.
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?
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.
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 :)
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/lmshttp://lists.lms.org.pl/mailman/listinfo/lms
moze inaczej
pobrałem z CVSa - wsio poszło :)
odpalilem "lms z cvsa" i działało na bazie potem, blank screen :)
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?
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 :)
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
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'
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; ?
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
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.
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?
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.
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
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.
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
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ć.
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)
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
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?
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?
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
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.
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 :)
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 :)
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ą :)
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? ;-)
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 :)
dobra odpaliłem z CVSa :)
teraz powrót do której wersji ? 1.11.0 ? 1.11.8 ?
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
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 ;-)
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 ?
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.
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/lmshttp://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
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
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
uczestnicy (9)
-
"Sławek Pe." -
A.L.E.C -
Andrzej Banach -
JOYNET -
Piotr Kaczor -
Piotr Polok -
Przemysław Backiel -
Tomasz Chiliński -
Łukasz Majek