[SLUG] Mysql won't start
Hi all I have a severe problem: It started with mysqdump not working: $ mysqldump --add-drop-table kiddev sys_fid mysqldump: unrecognized option `--max_allowed_packet=16M' mysqldump Ver 8.21 Distrib 3.23.49, for pc-linux-gnu (i686) I restarted mysqld but it stopped but won't restart! vs:/usr/bin# /etc/init.d/mysql start Starting MySQL database server: mysqld...failed. I know that this script actually called safe_mysqld so I started working backwards to find out where it is failing. I tried to start with safe_mysqld but that fails. It won't start but I can get it to start with this: -/usr/bin/safe_mysqld -no-defaults /var/log/mysql.err just has the last time that it was shutdown, no errors there to give me a clue. Im using mysql Ver 11.16 Distrib 3.23.49, for pc-linux-gnu (i686) Is there a more verbose option to start to tell me more info maybe? Mike -- Mike Lake Caver, Linux enthusiast and interested in anything technical. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian disks at fri syd meet?
On 6/23/05, Matt Palmer [EMAIL PROTECTED] wrote: On Thu, Jun 23, 2005 at 02:30:03PM +1000, josh wrote: i've been bad and lost touch with linux a bit.. my last install was fedora2 (yuck). i'm thinking of coming along to the sydney meet tomorrow night and am hoping someone might have the latest debian release.. dvd or cd. i can pay (cash preferred over services rendered.. my back is killing me:) I'll have a few Ubuntu hoary CDs (as, I'm sure, will many many other people). No Sarge CDs yet -- just a *few* too many of them to download and cook. Everything Linux (http://www.elx.com.au) are going to be selling the complete pressed set fairly shortly, though. I've got all the i386 cd's for sarge, if anyone wants them more then welcome to call past my work during a break to copy them off me. Can always bring along to the next installfest, although that could be a fair way off. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian disks at fri syd meet?
On Thu, 23 Jun 2005 18:41:20 +1000 Michael Fox [EMAIL PROTECTED] wrote: I've got all the i386 cd's for sarge, if anyone wants them more then welcome to call past my work during a break to copy them off me. Shouldn't they be calling them i486 now? from: http://www.debian.org/releases/stable/i386/release-notes.en.txt True 80386 CPUs are _no longer supported_ by sarge. This does not affect any CPUs that are compatible with 80486 CPUs or above. Regards -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Buring CD/DVD's for Friday
Hai folks Im burning some DVD's here and I though I might say if anyone wants a copy of Mandriva 10.2 2005 Official (DVD), or CCuX Linux (CD) email me. you need to email me before Midnight. Price!! all I need from you is a replacement DVD for Mandriva or a CD for CCuX Linux. Regards Richard Neal childlessness is hereditary, if your parents don't have children neither will you. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Looking for lazy way out
At Wed, 22 Jun 2005 16:33:53 +1000, Simon Bryan wrote: I have uploaded a web based CD to our Moodle setup, but all the links are broken. In true sloppy MS style most of the filenames are in uppercase whereas the html files refer to them in lower case. The underlying webserver is Apache, (thought mod-speling might help from some reading but it is already installed). I am looking for the lazy way out of going through and editing all the links in the html files or renaming all the disc files, is there a solution? NB there are hundreds of files and corresponding links :-( Totally untested (other than checking it compiles). Install and load mod_perl, then put this file in /usr/share/perl5/Apache/IgnoreCase.pm (or wherever other Apache/foo.pm modules are on your distro), then put something like this in your httpd.conf (a Location block would be fine too): Directory /path/to/my/web/based/cd PerlFixupHandler Apache::IgnoreCase /Directory (How do you people use Apache without mod_perl?) package Apache::IgnoreCase; use Apache::Constants ':common'; use strict; use warnings; sub find_path { my $path = $_[0]; my $new = ''; COMPONENT: for my $component (split '/', $path) { next if $component eq ''; my $tmp = $new/$component; if (-e $tmp) { $new = $tmp; } else { my ($dir, $entry); opendir $dir, $new or return undef; while (defined($entry = readdir $dir)) { if (lc($entry) eq lc($component)) { $new .= /$entry; next COMPONENT; } } return undef; # similar entry not found } } $new = '/' if $new eq ''; # corner case return $new; } sub handler { my $r = $_[0]; my $fn = $r-filename; unless (-e $fn) { my $new = find_path($fn); $r-filename($new) if $new; } return OK; } 1; -- - Gus -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] DirecPC under Linux (Telstra Sattelite)
At Wed, 22 Jun 2005 01:16:25 +0930, Ryan Verner wrote: Anybody had any experiences setting up 1-way DirecPC (Telstra Bigpond) satellite with an uplink through an NT1+II USB ISDN modem on Linux? err, yes. Its an extremely common setup for one of the boxes from my company. The DirecPC USB modem is a Hughes Network Systems (HNS) Sattelite Device, model ISU-R1. I seem to remember some commercial software a few years ago to achieve this, but I can't seem to find anything (at least, even remotely recent). As I recall it, there used to be some limited linux software from hughes themselves and even more limited free drivers elsewhere. To the point where we decided to develop our own drivers from scratch (almost entirely written by Herbert Xu). Now that the DW6000s are everywhere (ethernet based, no drivers needed) and the drivers are no longer a significant competitive advantage for us, Ursys could probably think about releasing the code. The main problem is that since the 4.2 release of the satellite system, a significant amount of user-level code is also required for various tunnels, key management, multicast support, commissioning, some proprietary PEP protocol used by most TCP connections, etc, etc. Unfortunately, this user-level code is tightly tied to our other pieces of software and wouldn't be particularly useful once cut out. It would be a significant undertaking for someone to turn it all back into working code again. Given the near-end-of-life of the DW3000/DW4000 range, I don't think anyone would (or should) expend that sort of effort now. If I were you, I'd seriously consider just buying a router from us (http://www.urnet.com.au/) - they're a little expensive for private use, but all the hard work is done and if you want to do VPNs over satellite then we have some features that would definately interest you. Failing that, your only real choices are: - get a two-way service and DW6000 from telstra - but you won't be able to do one-way stuff with it without layering some tunnel of your own on top, or policy routing certain traffic flows to the ISDN. - run the windows drivers and try to get a windows box to be your gateway/firewall. I think I even heard of someone who got that to work once. - beat on the sourceforge drivers and see if they support enough features to be useful for you. -- - Gus -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: Mysql won't start
On Thu, Jun 23, 2005 at 05:50:16PM +1000, Michael Lake wrote: I have a severe problem: It started with mysqdump not working: $ mysqldump --add-drop-table kiddev sys_fid mysqldump: unrecognized option `--max_allowed_packet=16M' I've hit this problem recently, too. Check /etc/{,mysql/}my.cnf for max_allowed_packet -- most likely you've got it defined in there. I can't work out why it stopped working sometime recently, either -- I'm thinking that a Debian woody security update lunched it somehow. It's about the only distro which still ships MySQL 3.23... grin Is there a more verbose option to start to tell me more info maybe? I hunted the problems down just by running 'mysqld' at the command line. It'll spew about 400 lines of crap when it dies -- it's the first line or two which are interesting. Edit my.cnf to remove that option, run again. There'll be about 4 directives that will screw it up. When it's running right, it won't spew at you, it'll just sit there and not drop you back to a prompt. Run /etc/init.d/mysql restart in another xterm, and it'll all just work again. - Matt signature.asc Description: Digital signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Mysql won't start
you should have a /var/log/mysql/ directory what does the error log say? if you don't what does /var/log/messages say? You might just have a syntax problem in your cnf file if you remove your option. I have a severe problem: It started with mysqdump not working: $ mysqldump --add-drop-table kiddev sys_fid mysqldump: unrecognized option `--max_allowed_packet=16M' I've hit this problem recently, too. Check /etc/{,mysql/}my.cnf for max_allowed_packet -- most likely you've got it defined in there. I can't work out why it stopped working sometime recently, either -- I'm thinking that a Debian woody security update lunched it somehow. It's about the only distro which still ships MySQL 3.23... grin Is there a more verbose option to start to tell me more info maybe? I hunted the problems down just by running 'mysqld' at the command line. It'll spew about 400 lines of crap when it dies -- it's the first line or two which are interesting. Edit my.cnf to remove that option, run again. There'll be about 4 directives that will screw it up. When it's running right, it won't spew at you, it'll just sit there and not drop you back to a prompt. Run /etc/init.d/mysql restart in another xterm, and it'll all just work again. - Matt BodyID:35430253.2.n.logpart (stored separately) -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Mysql won't start
Hi all Thanks Matt and Kevin, you were right - the /etc/my.cnf had 5 config options in there that should not have been there for the binary/version I was running. max_allowed_packet = 16M query_cache_limit= 1048576 query_cache_size= 16777216 query_cache_type= 1 max_binlog_size /var/log/mysql/mysql.err didn't show anything, it was /var/lib/mysq/myhostname.err that I needed to look at. Tailing it as I tried to start the daemon showed each config option being rejected so I commented them out one-by-one. The question is why? When apt-get updates a binary and a new config file is needed it should have alerted me to the changes. Usually Debian saves the old one as my.cnf.org. This put down a production server for a 1/2 day. On Thu, Jun 23, 2005 at 05:50:16PM +1000, Michael Lake wrote: I have a severe problem: It started with mysqdump not working: $ mysqldump --add-drop-table kiddev sys_fid mysqldump: unrecognized option `--max_allowed_packet=16M' I've hit this problem recently, too. Check /etc/{,mysql/}my.cnf for max_allowed_packet -- most likely you've got it defined in there. I can't work out why it stopped working sometime recently, either -- I'm thinking that a Debian woody security update lunched it somehow. It's about the only distro which still ships MySQL 3.23... grin Is there a more verbose option to start to tell me more info maybe? I hunted the problems down just by running 'mysqld' at the command line. It'll spew about 400 lines of crap when it dies -- it's the first line or two which are interesting. Edit my.cnf to remove that option, run again. There'll be about 4 directives that will screw it up. When it's running right, it won't spew at you, it'll just sit there and not drop you back to a prompt. Run /etc/init.d/mysql restart in another xterm, and it'll all just There'll be about 4 directives that will screw it up. -- Mike Lake Caver, Linux enthusiast and interested in anything technical. -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] LDAP Handouts Hot and Ready for Tonight
Dear Folks, I am talking tonight about how I set up LDAP in my previous work, including plenty of practical stuff and war stories. The handouts are ready at http://nicku.org/slug-talks/ldap-slug-talk/ldap-slug-talk-handout.pdf. The slides I'll use are at http://nicku.org/slug-talks/ldap-slug-talk/ldap-slug-talk.pdf. Don't worry, both have identical content. The LaTeX source is at http://nicku.org/slug-talks/ldap-slug-talk/ldap-slug-talk.tex; you can browse the directory. This is also identical to the material at the links given at http://slug.org.au/. If you are interested, I suggest that you get a copy of the notes to follow in the talk, as I may have to skimp over many things in the short time available tonight. -- Nick Urbanik RHCE http://nicku.org nicku(at)nicku.org Proud ex-member of Dept. of Information Communications Technology in Hong Kong IVE (Tsing Yi), Home of Visual Paradigm: Jolt Productivity Award winner, programmed by ICT's own graduates! GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24ID: BB9D2C24 pgpfBQEhtSZfj.pgp Description: PGP signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Fedora package dependencies nightmare
[EMAIL PROTECTED] wrote: Dear Slugger Hi i just get a fresh install Fedora Core 4 (Yay finished at last -- thx to all slugger for the help) now another trouble :( i want to install gnome that depends on libfam nnooo cannot found the packages is there any way in fedora that can have auto install dependency or at least tell me where the package is or the files resides in :) Read this: http://wiki.babel.com.au/index.php?area=Linux_Projectspage=YumOnFedoraCoreThree Then do this: yum -y install gnome (or whatever) -- Del -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html