Re: lug-bg: one more samba problem
On Wed, 2006-03-22 at 20:32 +0200, Nick Angelow wrote: от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в google не доведе до благоприятен резултат по ред причини (или аз не знам как и какво да търся, или точно такъв проблем не е бил дискутиран), затова се налага да попитам директно тук. на сървъра има инсталирано: o fedora core 4 o kernel 2.6.11-1.1369_FC4 o samba 3.0.14a-2 о MySQL server o VSFTP server о създаден е програмен RAID 1 от два еднакви по размер диска (/md0), на които е разположена /home директорията. / и /var са разположени на трети, отделен диск, който не е в масива. а на клиентските машини: o windows xp service pack 2 при опит за достъп, независимо от акаунта на windows машините, през мрежата до файловия сървър се появява следното съобщение: \\fileserver is not accessible. you might not have permission to use this network resource ... the network path was not found конфигурационния файл на samba има следния вид: # global parameters [global] workgroup = TRANSLINGUA server string = fileserver #netbios name = FILESERVER откоментирай горния ред ако имаш DHCP сървър добавив в dhcpd.conf: option netbios-name-servers 192.168.1.100; тука IP-to на samba машината hosts allow = 192.168.0. 127 #guest account = guest interfaces = 192.168.0.200/24 127.0.0.1 log file = /var/log/samba/%m.log max log size = 1024 security = user username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes dns proxy = no smb passwd file = /etc/samba/smbpasswd socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 printcap name = cups load printers = yes disable spoolss = yes show add printer wizard = no printing = cups # share definitions idmap uid = 16777216-33554431 idmap gid = 16777216-33554431 template shell = /bin/false # [work] #comment = Work Directories #path = /home/translations #valid users = %S #read only = No #browseable = No [translations] comment = Translations path = /home/translations guest ok = yes writable = yes browseable = yes printable = no #force user = translingua #force group = users read only = No #valid users = primus, secundus, tertius, quatrus, quintus, sextius, septimus,ocropus2,nonius,decimus,translingua,user [clients] comment = ftp directory path = /home/clients writable = yes directory mode = 777 force directory mode = 777 browseable = yes printable = no #force group = users read only = no valid users = primus, secunduss, tertius, quatrus, quintus, sextius, septimus, octopus2, nonius, decimus, translingua, user [software] comment = software repository path = /home/software guest ok = yes writable = yes browseable = yes printable = no # end of smb.conf --- резултата от изпълнението на командата #smbclient //192.168.0.200/translations -U translingua e: Password: Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] а от командата # smbclient -L //192.168.0.200/translations -U translingua е: Sharename Type Comment - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за
Re: lug-bg: one more samba problem
Милен Трифонов wrote: On Fri, 2006-03-24 at 09:16 +0200, Emil Sakaliiski wrote: Опитай следните неща, дано са от полза:) конфигурационния файл на samba има следния вид: # global parameters [global] workgroup = TRANSLINGUA server string = fileserver #netbios name = FILESERVER hosts allow = 192.168.0. 127 #guest account = guest interfaces = 192.168.0.200/24 127.0.0.1 log file = /var/log/samba/%m.log max log size = 1024 security = user ---security = share username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes ---Нали не са в домейн? защо тогава горния ред е YES? domain master = no preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes Wins Support? А кой е wins server-a? dns proxy = no smb passwd file = /etc/samba/smbpasswd socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 printcap name = cups load printers = yes disable spoolss = yes show add printer wizard = no printing = cups # share definitions idmap uid = 16777216-33554431 idmap gid = 16777216-33554431 template shell = /bin/false # [work] #comment = Work Directories #path = /home/translations #valid users = %S #read only = No #browseable = No [translations] comment = Translations path = /home/translations guest ok = yes writable = yes browseable = yes printable = no #force user = translingua #force group = users read only = No read only = no не е необходима в този случай #valid users = primus, secundus, tertius, quatrus, quintus, sextius, septimus,ocropus2,nonius,decimus,translingua,user [clients] comment = ftp directory path = /home/clients writable = yes directory mode = 777 force directory mode = 777 browseable = yes printable = no #force group = users read only = no valid users = primus, secunduss, tertius, quatrus, quintus, sextius, septimus, octopus2, nonius, decimus, translingua, user [software] comment = software repository path = /home/software guest ok = yes writable = yes browseable = yes printable = no # end of smb.conf --- резултата от изпълнението на командата #smbclient //192.168.0.200/translations -U translingua e: Password: Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] а от командата # smbclient -L //192.168.0.200/translations -U translingua е: Sharename Type Comment - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително Емил, това, което си написал не е вярно. Ник, имаш ли пуснат firewall? има -- стандартните iptables на fedora и стандартната защитна стена на service pack 2. стандартни в смисъл, че не съм си играл да променям нищо в тях. идеята за защитната стена ми мина през главата, но на пръв поглед не видях нищо ненормално. може би си струва да се провери по-обстойно. Аз имам самба върху FC4 и работи без проблем. мога да ти пусна моя smb.conf да сравниш. благодаря, ако не ти е проблем. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
Милен Трифонов wrote: On Wed, 2006-03-22 at 20:32 +0200, Nick Angelow wrote: от известно време се мъча да подкарам един (не само един, де) сървър в локална мрежа от десетина машини в офис на фирма. ровенето в архива на групата и в google не доведе до благоприятен резултат по ред причини (или аз не знам как и какво да търся, или точно такъв проблем не е бил дискутиран), затова се налага да попитам директно тук. на сървъра има инсталирано: o fedora core 4 o kernel 2.6.11-1.1369_FC4 o samba 3.0.14a-2 о MySQL server o VSFTP server о създаден е програмен RAID 1 от два еднакви по размер диска (/md0), на които е разположена /home директорията. / и /var са разположени на трети, отделен диск, който не е в масива. а на клиентските машини: o windows xp service pack 2 при опит за достъп, независимо от акаунта на windows машините, през мрежата до файловия сървър се появява следното съобщение: \\fileserver is not accessible. you might not have permission to use this network resource ... the network path was not found конфигурационния файл на samba има следния вид: # global parameters [global] workgroup = TRANSLINGUA server string = fileserver #netbios name = FILESERVER откоментирай горния ред ако имаш DHCP сървър добавив в dhcpd.conf: option netbios-name-servers 192.168.1.100; тука IP-to на samba машината мисля, че и с откоментиран ред бях опитвал, но ще опитам пак, че вече не помня какво опитвах. а dhcp сървър инсталиран на fedora-та нямам, такъв има на маршрутизатора (някакъв linksys на homelan), а до него нямам достъп. -- the lunatics are in my head --- Nick Angelow
Re: lug-bg: one more samba problem
On Fri, 2006-03-24 at 11:25 +0200, Nick Angelow wrote: Милен Трифонов wrote: On Fri, 2006-03-24 at 09:16 +0200, Emil Sakaliiski wrote: Опитай следните неща, дано са от полза:) конфигурационния файл на samba има следния вид: # global parameters [global] workgroup = TRANSLINGUA server string = fileserver #netbios name = FILESERVER hosts allow = 192.168.0. 127 #guest account = guest interfaces = 192.168.0.200/24 127.0.0.1 log file = /var/log/samba/%m.log max log size = 1024 security = user ---security = share username map = /etc/samba/smbusers encrypt passwords = yes os level = 65 local master = yes domain master = yes ---Нали не са в домейн? защо тогава горния ред е YES? domain master = no preferred master = yes name resolve order = hosts lmhosts wins bcast wins support = yes Wins Support? А кой е wins server-a? dns proxy = no smb passwd file = /etc/samba/smbpasswd socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 printcap name = cups load printers = yes disable spoolss = yes show add printer wizard = no printing = cups # share definitions idmap uid = 16777216-33554431 idmap gid = 16777216-33554431 template shell = /bin/false # [work] #comment = Work Directories #path = /home/translations #valid users = %S #read only = No #browseable = No [translations] comment = Translations path = /home/translations guest ok = yes writable = yes browseable = yes printable = no #force user = translingua #force group = users read only = No read only = no не е необходима в този случай #valid users = primus, secundus, tertius, quatrus, quintus, sextius, septimus,ocropus2,nonius,decimus,translingua,user [clients] comment = ftp directory path = /home/clients writable = yes directory mode = 777 force directory mode = 777 browseable = yes printable = no #force group = users read only = no valid users = primus, secunduss, tertius, quatrus, quintus, sextius, septimus, octopus2, nonius, decimus, translingua, user [software] comment = software repository path = /home/software guest ok = yes writable = yes browseable = yes printable = no # end of smb.conf --- резултата от изпълнението на командата #smbclient //192.168.0.200/translations -U translingua e: Password: Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] а от командата # smbclient -L //192.168.0.200/translations -U translingua е: Sharename Type Comment - --- translationsDisk Translations clients Disk ftp directory softwareDisk software repository IPC$IPC IPC Service (fileserver) ADMIN$ IPC IPC Service (fileserver) Domain=[FILESERVER] OS=[Unix] Server=[Samba 3.0.14a-2] Server Comment ---- WorkgroupMaster ---- TRANSLINGUA FILESERVER което според мен означава, че сървъра е вдигнат успешно (imho). --- файлът /etc/samba/lmhosts съдържа: 127.0.0.1localhost 192.168.0.200fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius 192.168.0.17septimus 192.168.0.31octopus 192.168.0.30decimus --- файлът smbusers съдържа: translingua = * --- а файлът /etc/hosts: # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1fileserver.translingua-bg.com fileserver localhost.localdomain localhost 192.168.0.200fileserver.translingua-bg.com fileserver 192.168.0.11primus 192.168.0.22secundus 192.168.0.13tertius ... --- файлът hosts.allow не е редактиран. ако е необходима още информация, ще се опитам да я осигуря. и накрая дойде време за въпросите: о какво да се прави :о) о какво и къде съм объркал в настройките? о и дали проблемът е на сървъра или на клиентските машини? благодаря предварително Емил, това, което си написал не е вярно. Ник, имаш ли пуснат firewall? има -- стандартните iptables на fedora и стандартната защитна стена на service pack 2. стандартни в смисъл, че не съм си играл да променям нищо в тях. на fc4 iptables трябва да ги пипнеш малко за да работи самба. [EMAIL PROTECTED] ~]# cat /etc/sysconfig/iptables # Firewall configuration written by system-config-securitylevel # Manual customization of
lug-bg: qmail/clamav problem
Здравейте, имам следния, хипер идиотски проблем : всяка сутрин една от фирмите, които ползват моя мейл сървър (qmail+vpopmail+clamav+spamassassin+kakvo_li_oshte_ne) получава едно писмо, най-вероятно спам, със subject Daily horoscope. Taкааа, до тук нищо странно, казано е, че спама ходи по мейловете :) Проблема е следния : веднага след това clamav процеса умира, пуква си ей така без да изпищи дори. Та, мисля си, ако набутам тия сладури в badmailfrom, това ще реши проблема, но не генерално, тъй като явно има вид писмо, което ми убива mail AV scanner-a. Какво ми препоръчвате да направя ? forward на пощата към мен и утре сутринта анализ ? Или ако някой се е сблъсквал с този проблем, нека ми сподели .. Благодаря предварително, Виктор Стефанов
Re: lug-bg: qmail/clamav problem
Viktor Stefanov wrote: имам следния, хипер идиотски проблем : всяка сутрин една от фирмите, които ползват моя мейл сървър (qmail+vpopmail+clamav+spamassassin+kakvo_li_oshte_ne) получава едно писмо, най-вероятно спам, със subject Daily horoscope. Taкааа, до тук нищо странно, казано е, че спама ходи по мейловете :) Проблема е следния : веднага след това clamav процеса умира, пуква си ей така без да изпищи дори. Не казваш коя версия на clamav изпозлваш. Възможно е проблемът да е известен и да е отстранен. Ако изпозлваш последната най-добре залови писмото, което го чупи и докладвай на авторите. дам -- Damyan Ivanov Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994 mob. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Re: lug-bg: qmail/clamav problem
Aбсолютно винаги използвам последната версия, в случая-също. Май си прав, така ще направя... Damyan Ivanov wrote: Viktor Stefanov wrote: имам следния, хипер идиотски проблем : всяка сутрин една от фирмите, които ползват моя мейл сървър (qmail+vpopmail+clamav+spamassassin+kakvo_li_oshte_ne) получава едно писмо, най-вероятно спам, със subject Daily horoscope. Taкааа, до тук нищо странно, казано е, че спама ходи по мейловете :) Проблема е следния : веднага след това clamav процеса умира, пуква си ей така без да изпищи дори. Не казваш коя версия на clamav изпозлваш. Възможно е проблемът да е известен и да е отстранен. Ако изпозлваш последната най-добре залови писмото, което го чупи и докладвай на авторите. дам
Re: lug-bg: Проблем с уе б камера DeLUX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lsusb: Bus 001 Device 003: ID 0c45:613c Microdia Bus 001 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 001 Device 001: ID : Bus 002 Device 001: ID : syslog: Mar 24 18:28:18 angband kernel: usb 1-1: new full speed USB device using uhci_hcd Не успях да намеря модул за този Microdia чип. :( Vasil Benov wrote: Веселин Михайлов wrote: Здравейте! Имам следния проблем с една камерка - не знам с кой от всичките модули да я подкарам. Снощи ми я даде един приятел да я пробвам, тествах почти всички възможни модули, обаче не ще да работи. Камерата е DeLUX DLV-B13 на USB. Някой подкарвал ли е подобно чудо на Линукс? Здравей, Виж какво казва 'lsusb'. По този начин ще разбереш какъв е чипът в камерата ти. Така по лесно ще стигнеш до подходящия модул. Успех -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEJB6Sv5Ivvm8r8gQRAmpeAKCo0B040Gi9ABcbRWG0GnUvwShQ8ACfSQJ0 y6lTA0OuUERG4EUQNxuZ6wU= =QuvD -END PGP SIGNATURE-
Re: lug-bg: Проблем с уе б камера DeLUX
Пробвай с този драйвер http://spca50x.sourceforge.net/spca50x.php -- Vasil Benov, Mobile: +49(0)176-23161529 @-mail: benovv at gmail dot com ICQ: 140269988 PGP Fingerprint: 2CDC 5DA0 4C0A 7C06 5259 DE12 ACF3 177C 8906 0908 Public Key URL: 1) http://www.student-zw.fh-kl.de/~vabe0001/misc/key.asc 2) http://sks.keyserver.penguin.de/ signature.asc Description: OpenPGP digital signature
Re: lug-bg: Проблем с уе б камера DeLUX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Сработи перфектно! Благодаря много! :) Vasil Benov wrote: Пробвай с този драйвер http://spca50x.sourceforge.net/spca50x.php -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEJFhEv5Ivvm8r8gQRAielAKCwmgRtxXB1miLjptz5EScfH1QVMACg2Ymn IlI+s1Rx1HptNiaghbtds78= =6jEV -END PGP SIGNATURE-
lug-bg: replication of MySQL
здравейте, трябва ми малко хелп за реплициране на MySQL бази данни: нека предположим , че има 3 бази данни , до всяка една от тях има достъп различна група потребители. Целата ми е в крайна сметка всяка база да получи промените на другите 2 и да даде своите в резултат на което да имаме 3 еднакви бази след края на всяка репликация. варианти за синхронизация има много , а и може да се напишат сравнително лесно с код, но това което ми трябва е репликация. прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. г.
Re: lug-bg: replication of MySQL
Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: replication of MySQL
On Fri, 2006-03-24 at 23:48 +0200, Georgi Chorbadzhiyski wrote: Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. Всъщност 5.0 или 5.1 има MySQL Cluster, но не е много прозрачно за клиентите, трябва да си правят таблиците с type=некъв_си. Не съм го тествал, но четох за него и звучеше добре.
Re: lug-bg: replication of MySQL
В пт, 2006-03-24 в 23:38 +0200, Gggg ggg написа: здравейте, трябва ми малко хелп за реплициране на MySQL бази данни: нека предположим , че има 3 бази данни , до всяка една от тях има достъп различна група потребители. Целата ми е в крайна сметка всяка база да получи промените на другите 2 и да даде своите в резултат на което да имаме 3 еднакви бази след края на всяка репликация. варианти за синхронизация има много , а и може да се напишат сравнително лесно с код, но това което ми трябва е репликация. прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. Всъщост, има един вариант - да ги зациклиш в кръгче 1-2-3-1, това би трябвало да работи (ако имат уникално ID, могат да познават окга да не приемат заявка), и това ще работи, но ще ти трябва много внимателно да го тестваш (а и по принцип има неща, които репликацията не може да предава вярно, има ги описани в документацията). signature.asc Description: Това е цифрово подписана част от писмото
Re: lug-bg: replication of MySQL
Anton Titov wrote: On Fri, 2006-03-24 at 23:48 +0200, Georgi Chorbadzhiyski wrote: Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. Всъщност 5.0 или 5.1 има MySQL Cluster, но не е много прозрачно за клиентите, трябва да си правят таблиците с type=некъв_си. Не съм го тествал, но четох за него и звучеше добре. Е няма начин да е нещо стандартно ;) -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: replication of MySQL
аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-) по отношение на кластера в момента чета документацията ,но нещо не стоплям как може да ми помогне. имам друга система, в която реплицирам така ,но там базите са firebird и реплицирам с репликатора на феникс. - всичко е 6 , но тук е MySQL и вече съм подлудял и прочел половината интернет. жороOn 3/25/06, Vasil Kolev [EMAIL PROTECTED] wrote: Всъщост, има един вариант - да ги зациклиш в кръгче 1-2-3-1, това битрябвало да работи (ако имат уникално ID, могат да познават окга да неприемат заявка), и това ще работи, но ще ти трябва много внимателно да го тестваш (а и по принцип има неща, които репликацията не може дапредава вярно, има ги описани в документацията).
Re: lug-bg: replication of MySQL
ето тук спирам да чета и почвам да мисля как да сменя базата: Note that MySQL Cluster is not intended for use in a network for which throughput is less than 100 Mbps. For this reason (among others), attempting to run a MySQL Cluster over a public network such as the Internet is not likely to be successful, and is not recommended. г. On 3/25/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Anton Titov wrote: On Fri, 2006-03-24 at 23:48 +0200, Georgi Chorbadzhiyski wrote: Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. Всъщност 5.0 или 5.1 има MySQL Cluster, но не е много прозрачно за клиентите, трябва да си правят таблиците с type=некъв_си. Не съм го тествал, но четох за него и звучеше добре.Е няма начин да е нещо стандартно ;)--Georgi Chorbadzhiyskihttp://georgi.unixsol.org/
Re: lug-bg: replication of MySQL
В сб, 2006-03-25 в 01:15 +0200, Gggg ggg написа: аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-) На един от openfest-овете Сале разказваше за подобна на твоята ситуация, с едни невероятни цикли (няколко закачени еди за друг :) ). Мисля, че може да стане, ако ти е възможно, купи си малко support от тях - имат опит със всякакви извращения, а за това знам и че са го правили :) signature.asc Description: Това е цифрово подписана част от писмото