Re: [linux-lvm] System Suggestions
On Wed, Mar 06, 2002 at 11:52:30AM -0500, Anthony W. Marino wrote: Could someone, please, provide me with a link and/or facilitate some suggestons for configuration of the following components for a new DB server hosting MySQL 4.01MAX? I'm only looking to get a start and don't expect THE answer since all things are relative and I will have to further test the various scenarios. SuSE 7.3-2.4.18 512MB RAM 4x40GB Maxtor IDE (7200RPM) drives 3Ware 7800 RAID Controller LVM XFS You really don't provide us with enough information here. How big is your database, both in total size and in number of tables. How are those tables utilized, when they get used do you primarily open one table, manipulate it, then close it, or do you go across a bunch of tables? All of these, and more will have a dramatic impact on how you set this stuff up. -- Share and Enjoy. - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
Re: [linux-lvm] System Suggestions
On Wed, Mar 06, 2002 at 04:11:30PM -0500, Theo Van Dinter wrote: On Wed, Mar 06, 2002 at 03:59:50PM -0500, Greg Freemyer wrote: If you do get the 3Ware IDE RAID controller to work with XFS, please let me know. Works beautifully. Have RH7.2, XFS, LVM, and a 3Ware 7410 running the box that I'm sending this from. :) The Promise RAID cards are cute but crappy from what I've heard. The 3ware cards seem to be excellent quality so far, and the driver (as far as I can tell) was GPLed and is standard in the 2.4 kernel series (well, it's in 2.4.9 anyway...) We have 10 of the 3ware cards, and while the drive is GPLd and in the kernel, we have not been satisfied with the stability of the system We haven't had a chance yet to qual the latest firmware, etc., but we went with dumb IDE expansion cards (we're only using 4 ide drives per system) and we're getting better speed (RAID0 or 1+0 depending) than we were off the 3ware card. We are not using XFS, so no comments there. We're also having some problems with Mysql that people keep pointing fingers at LVM for, but at this time we're point right back and saying No! in a firm voice... -- Share and Enjoy. - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
Mysql crashing.
Description: See earlier emails from me. Same problem. How-To-Repeat: Fix: Submitter-Id: [EMAIL PROTECTED] Originator:[EMAIL PROTECTED] Organization: Auctionwatch.com MySQL support: login Synopsis: Mysql crashing. Severity: critical Priority: high Category: mysql Class: sw-bug Release: mysql-3.23.43 (Official MySQL binary) Environment: System: Linux dbrspare-red.auctionwatch.com 2.4.17-rc2 #1 SMP Thu Dec 20 19:05:16 PST 2001 i686 unknown Architecture: i686 Some paths: /usr/bin/perl /usr/bin/make /usr/bin/gcc /usr/bin/cc GCC: Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs gcc version 2.95.4 20010703 (Debian prerelease) Compilation info: CC='gcc' CFLAGS='-O3 -mpentium ' CXX='gcc' CXXFLAGS='-O3 -mpentium -felide-constructors' LDFLAGS='-static' LIBC: lrwxrwxrwx1 root root 13 Dec 14 11:06 /lib/libc.so.6 - libc-2.2.3.so -rwxr-xr-x1 root root 1155720 Jul 27 13:42 /lib/libc-2.2.3.so -rw-r--r--1 root root 2579358 Jul 25 08:15 /usr/lib/libc.a -rw-r--r--1 root root 178 Jul 25 08:15 /usr/lib/libc.so Configure command: ./configure --prefix=/usr/local/mysql '--with-comment=Official MySQL binary' --with-extra-charsets=complex --with-server-suffix= --enable-assembler --with-mysqld-ldflags=-all-static --with-client-ldflags=-all-static --disable-shared Here is the stack dump: 0x807b75f handle_segfault__Fi + 383 0x812bcaa pthread_sighandler + 154 0x815059c chunk_free + 596 0x8152573 free + 155 0x811579c my_no_flags_free + 16 0x80764d5 _._5ilink + 61 0x807b48d end_thread__FP3THDb + 53 0x80809cc handle_one_connection__FPv + 996 - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
Sudden Mysql 3.23.43 crash w/stack trace.
We've just migrated this app from solaris to linux. for several days, this machine was a tracking slave to this application. last night we actually switched to make this machine the master for the application. this was the master and had a connected slave at the time of failure. the machines are running 3.2.43. 14hrs after the reconfiguration, the mysqld died on the master. this is hardware that has recently been used in other applications. although the load on this application is unique. we hardly ever get mysql crashes on any of our db's so this one is very interesting. Hardware is a 2x650 Intel box, 2gig of ram, 1 scsi boot drive (34 gig seagate) attached to internal (adaptec something or other, I can get it if it matters) and a 3Ware IDE RAID controller with 4 drives in a stripe that the mysql databases are housed on. Log files go to the internal drive. Is there any other information you need? (is this a mailing list? I'm not on it, so please CC me, and I'll subscribe). here's the stack dump: root@dbacp01d-red:/usr/local/mysql/bin# ./resolve_stack_dump -s /tmp/a -n /tmp/b 0x807b75f handle_segfault__Fi + 383 0x812bcaa pthread_sighandler + 154 0x815059c chunk_free + 596 0x8152573 free + 155 0x811579c my_no_flags_free + 16 0x8077284 net_end__FP6st_net + 16 0x8073acc _._3THD + 36 0x807b48d end_thread__FP3THDb + 53 0x80809cc handle_one_connection__FPv + 996 here's the config file: root@dbacp01d-red:/usr/local/mysql/bin# cat /etc/my.cnf [client] socket = /var/run/mysqld/mysqld.sock [mysqld] set-variable = max_connections=888 set-variable = table_cache=900 set-variable = key_buffer=100M set-variable = connect_timeout=30 set-variable = back_log=64 set-variable = max_connect_errors=9 set-variable = wait_timeout=600 basedir = /usr/local/mysql datadir = /data/mysql log-bin = /data/mysql-log/log log-slave-updates tmpdir = /tmp skip-grant-tables skip-locking skip-name-resolve skip-slave-start server-id = 102 socket = /var/run/mysqld/mysqld.sock skip-slave-start [mysql] no-auto-rehash [safe_mysqld] err-log=/var/log/mysqld.log ledir=/usr/local/mysql/bin here's the log entry: 011207 15:36:10 mysqld started /usr/local/mysql/bin/mysqld: ready for connections 011207 15:36:44 Slave: connected to master '[EMAIL PROTECTED]:3306 ', replication started in log 'log.285' at position 73 011210 0:41:44 Slave thread killed while reading event 011210 0:41:44 Slave thread exiting, replication stopped in log 'log.296' at p osition 439508 mysqld got signal 11; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked agaist is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail key_buffer_size=104853504 record_buffer=131072 sort_buffer=2097144 max_used_connections=210 max_connections=888 threads_connected=56 It is possible that mysqld could use up to key_buffer_size + (record_buffer + sort_buffer)*max_connections = 2034677 K bytes of memory Hope that's ok, if not, decrease some variables in the equation Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... Stack range sanity check OK, backtrace follows: 0x807b75f 0x812bcaa 0x815059c 0x8152573 0x811579c 0x8077284 0x8073acc 0x807b48d 0x80809cc Stack trace seems successful - bottom reached Please read http://www.mysql.com/doc/U/s/Using_stack_trace.html and follow instr uctions on how to resolve the stack trace. Resolved stack trace is much more helpful in diagnosing the problem, so please do resolve it Trying to get some variables. Some pointers may be invalid and cause the dump to abort... thd-query at (nil) is invalid pointer thd-thread_id=1819059 Successfully dumped variables, if you ran with --log, take a look at the details of what thread 1819059 did to cause the crash. In some cases of really bad corruption, the values shown above may be invalid The manual page at http://www.mysql.com/doc/C/r/Crashing.html contains information that should help you find out what is causing the crash Number of processes running now: 0 011210 15:51:22 mysqld not restarted 011210 15:51:22 mysqld ended -- Share and Enjoy. - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
Re: Sudden Mysql 3.23.43 crash w/stack trace.
Description: Mysql crashed on this machine, stack trace already submitted via email. Please see previous email for details. How-To-Repeat: If I knew how to repeat it, I'd make sure that didn't happen. : Fix: Submitter-Id: [EMAIL PROTECTED] Originator: [EMAIL PROTECTED] Organization: Auctionwatch.com Inc., Operations Department. MySQL support: We've got some level of support, I don't know what level. Synopsis: Mysql go bang and fall down. Severity: critical Priority: high Category: mysql Class: sw-bug Release: mysql-3.23.43 (Official MySQL binary) Environment: VAlinux Full-on 2230, 2x650 Intel PIII, 2 gig ram, 1x34 gig scsi (IBM, not seagate as previously stated) on internal adaptec scsi buss, 4x75 gig IDE drives attached to a 3Ware 64xx series RAID controller. OS is debian Unstable snapshot as of about 4 months ago. System: Linux dbrctr01-red.auctionwatch.com 2.4.13-ac7 #1 SMP Sun Nov 18 23:20:03 PST 2001 i686 unknown Architecture: i686 Some paths: /usr/bin/perl /usr/bin/make Compilation info: CC='gcc' CFLAGS='-O3 -mpentium ' CXX='gcc' CXXFLAGS='-O3 -mpentium -felide-constructors' LDFLAGS='-static' LIBC: lrwxrwxrwx1 root root 13 Dec 6 23:04 /lib/libc.so.6 - libc-2.2.3.so -rwxr-xr-x1 root root 1155720 Jul 27 13:42 /lib/libc-2.2.3.so -rw-r--r--1 root root 2579358 Jul 25 08:15 /usr/lib/libc.a -rw-r--r--1 root root 178 Jul 25 08:15 /usr/lib/libc.so Configure command: ./configure --prefix=/usr/local/mysql '--with-comment=Official MySQL binary' --with-extra-charsets=complex --with-server-suffix= --enable-assembler --with-mysqld-ldflags=-all-static --with-client-ldflags=-all-static --disable-shared - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
Re: Sudden Mysql 3.23.43 crash w/stack trace.
On Mon, Dec 10, 2001 at 06:36:16PM -0700, Sasha Pachev wrote: On Monday 10 December 2001 05:45 pm, you wrote: root@dbacp01d-red:/usr/local/mysql/bin# ./resolve_stack_dump -s /tmp/a -n /tmp/b 0x807b75f handle_segfault__Fi + 383 0x812bcaa pthread_sighandler + 154 0x815059c chunk_free + 596 0x8152573 free + 155 0x811579c my_no_flags_free + 16 0x8077284 net_end__FP6st_net + 16 0x8073acc _._3THD + 36 0x807b48d end_thread__FP3THDb + 53 0x80809cc handle_one_connection__FPv + 996 Petro: Are you using our binary or did you compile your own? It's yours. Send the output of mysqlbug... I ran mysqlbug and let it send the output to the default addr, and cc'd myself. Here's a copy: Description: Mysql crashed on this machine, stack trace already submitted via email. Please see previous email for details. How-To-Repeat: If I knew how to repeat it, I'd make sure that didn't happen. : Fix: Submitter-Id: [EMAIL PROTECTED] Originator: [EMAIL PROTECTED] Organization: Auctionwatch.com Inc., Operations Department. MySQL support: We've got some level of support, I don't know what level. Synopsis: Mysql go bang and fall down. Severity: critical Priority: high Category: mysql Class: sw-bug Release: mysql-3.23.43 (Official MySQL binary) Environment: VAlinux Full-on 2230, 2x650 Intel PIII, 2 gig ram, 1x34 gig scsi (IBM, not seagate as previously stated) on internal adaptec scsi buss, 4x75 gig IDE drives attached to a 3Ware 64xx series RAID controller. OS is debian Unstable snapshot as of about 4 months ago. System: Linux dbrctr01-red.auctionwatch.com 2.4.13-ac7 #1 SMP Sun Nov 18 23:20:03 PST 2001 i686 unknown Architecture: i686 Some paths: /usr/bin/perl /usr/bin/make Compilation info: CC='gcc' CFLAGS='-O3 -mpentium ' CXX='gcc' CXXFLAGS='-O3 -mpentium -felide-constructors' LDFLAGS='-static' LIBC: lrwxrwxrwx1 root root 13 Dec 6 23:04 /lib/libc.so.6 - libc-2.2.3.so -rwxr-xr-x1 root root 1155720 Jul 27 13:42 /lib/libc-2.2.3.so -rw-r--r--1 root root 2579358 Jul 25 08:15 /usr/lib/libc.a -rw-r--r--1 root root 178 Jul 25 08:15 /usr/lib/libc.so Configure command: ./configure --prefix=/usr/local/mysql '--with-comment=Official MySQL binary' --with-extra-charsets=complex --with-server-suffix= --enable-assembler --with-mysqld-ldflags=-all-static --with-client-ldflags=-all-static --disable-shared -- Share and Enjoy. - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
Update problem.
Hello! Need some help. I have two tables t1 with fields id and site t2 with fields id, from, to, koef I want to update t2 set koef=2 if the from field in t2 table exist in t1.url such update return error. update t2, t1 set t2.koef=0 where t2.from=t1.site Thank yoo very much. - Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive) To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, e-mail [EMAIL PROTECTED] Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php