Sponsored Content
Operating Systems Linux Red Hat MySQL (mysqld) fails to start! Post 302559550 by dot_pro on Tuesday 27th of September 2011 11:17:43 AM
Old 09-27-2011
The strange think is that when I was installing moodle I had to change the character set of mysql and according to a moodle documentation I had to add those lines in my.cnf:

Quote:
default-character-set=utf8
default-collation=utf8_unicode_ci
character-set-server=utf8
collation-server=utf8_unicode_ci
So according to you now I should delete the first two and leave only the latter two.
Things look to work fine now. I hope I will not have any further problems which I cannot see now.

Thank you very much for helping me
 

10 More Discussions You Might Find Interesting

1. BSD

mysqld

Hello I installed mysql41 this is the end of the installation but when I try to launch the mysqld daemon it write this: note: LodelServoo is a CMS which need mysql I verify that the dir mysql existed under /var/db, but it doesn't so naively I created it and launch again the mysqld... (4 Replies)
Discussion started by: SoulCoder
4 Replies

2. UNIX for Advanced & Expert Users

XServer Fails to start

I've recently patched my AIX box from ML02 to ML06 and somehow along the way the monitor no longer starts up in GUI mode. Running the command xinit gives me the following errros ioctl Bad file Number 1356- Unable to start the X server I've checked the path variables, the monitor, the lai0... (0 Replies)
Discussion started by: mahartle
0 Replies

3. UNIX for Advanced & Expert Users

mysql would not start: missing mysql.sock

I recently installed mysql-standard-5.0.21-solaris9-sparc-64bit.pkg on a Solaris 9 machine (SunOS 5.9 Generic_118558-19 sun4u sparc SUNW,Ultra-250). The package installation went very smooth, however, starting mysql is a different story. I get the message below everytime I try to start mysql: #... (2 Replies)
Discussion started by: xnightcrawl
2 Replies

4. Programming

MySQL service start error

Hi, I have installed MySql version 5.0.67 in RedHat LINUX version 5. The installation completed successfully. When I am trying to start the service an error occured the error shown below ".......Manager of pid-file quit without updating file" Can anyone help me to fix the problem.... (4 Replies)
Discussion started by: saravanakumar
4 Replies

5. Solaris

ldap client fails to start under solaris 10

I have an issue here with ldap client. It stoped and won't start. What I have got: sadm $ tail /var/adm/messages Apr 16 09:17:24 hostname inetd: libsldap: Status: 2 Mesg: Unable to load configuration '/var/ldap/ldap_client_file' (''). Apr 16 09:17:24 hostname inetd: libsldap: Status: 2 ... (3 Replies)
Discussion started by: aixlover
3 Replies

6. Solaris

How to auto start MySQL server on Opensolaris after rebooting the machine?

Hi, In Linux, I will do it by editing the /etc/rc.d/rc.local . However, I can't find a rc.local file in Opensolaris. So, how can I do it in Opensolaris? I am new to opensolaris, so please teach me step by step. Thanks in advance. (4 Replies)
Discussion started by: AlexCheung
4 Replies

7. UNIX for Dummies Questions & Answers

vsftp in CentOS fails to start

service of vsftpd is not starting .I m using centos 5 please help (2 Replies)
Discussion started by: Raj@Innodata
2 Replies

8. Linux

mysql server start issue

Hi, I have installed mysql in linux box as mysql-5.0.77-4.el5_6.6.. I would like to start the server. But there is no mysql file in this location /etc/init.d/ Please advice how to start the server now !! Thnaks, Mani (5 Replies)
Discussion started by: Mani_apr08
5 Replies

9. UNIX and Linux Applications

MySQL Daemon failed to start - no mysql.sock file

After doing a yum install mysql mysql-server on Fedora 14 I wasn't able to fully install the packages correctly. It installed MySQL 5.1. I was getting the following error when running the: mysql ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)... (3 Replies)
Discussion started by: jastanle84
3 Replies

10. Homework & Coursework Questions

Mysql missing mysqld.sock (Linux)

I am trying to start a server for a class I am in but... mysql won't start with this error ( ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) ) ---------- Post updated at 03:51 PM ---------- Previous update was at 03:50 PM ---------- ... (2 Replies)
Discussion started by: Slayer939
2 Replies
INITDB(1)						  PostgreSQL Server Applications						 INITDB(1)

NAME
       initdb - create a new PostgreSQL database cluster

SYNOPSIS
       initdb [ option... ]   [ --pgdata  ]  [ -D  ] directory

DESCRIPTION
       initdb  creates	a  new	PostgreSQL  database  cluster. A database cluster is a collection of databases that are managed by a single server
       instance.

       Creating a database cluster consists of creating the directories in which the database data will live, generating the shared catalog tables
       (tables	that  belong to the whole cluster rather than to any particular database), and creating the template1 and postgres databases. When
       you later create a new database, everything in the template1 database is copied. (Therefore, anything installed in template1  is  automati-
       cally  copied  into  each database created later.)  The postgres database is a default database meant for use by users, utilities and third
       party applications.

       Although initdb will attempt to create the specified data directory, it might not have permission if the parent directory  of  the  desired
       data  directory is root-owned. To initialize in such a setup, create an empty data directory as root, then use chown to assign ownership of
       that directory to the database user account, then su to become the database user to run initdb.

       initdb must be run as the user that will own the server process, because the server needs to have access to the files and directories  that
       initdb creates.	Since the server cannot be run as root, you must not run initdb as root either. (It will in fact refuse to do so.)

       initdb  initializes  the database cluster's default locale and character set encoding. The character set encoding, collation order (LC_COL-
       LATE) and character set classes (LC_CTYPE, e.g. upper, lower, digit) can be set separately for a database when it is created. initdb deter-
       mines those settings for the template1 database, which will serve as the default for all other databases.

       To  alter the default collation order or character set classes, use the --lc-collate and --lc-ctype options.  Collation orders other than C
       or POSIX also have a performance penalty. For these reasons it is important to choose the right locale when running initdb.

       The remaining locale categories can be changed later when the server is started. You can also use --locale  to  set  the  default  for  all
       locale  categories,  including  collation  order  and character set classes. All server locale values (lc_*) can be displayed via SHOW ALL.
       More details can be found in in the documentation.

       To alter the default encoding, use the --encoding.  More details can be found in in the documentation.

OPTIONS
       -A authmethod

       --auth=authmethod
	      This option specifies the authentication method for local users used in pg_hba.conf. Do not use trust unless  you  trust	all  local
	      users on your system. Trust is the default for ease of installation.

       -D directory

       --pgdata=directory
	      This  option  specifies  the directory where the database cluster should be stored. This is the only information required by initdb,
	      but you can avoid writing it by setting the PGDATA environment variable, which can be convenient since the  database  server  (post-
	      gres) can find the database directory later by the same variable.

       -E encoding

       --encoding=encoding
	      Selects  the  encoding of the template database. This will also be the default encoding of any database you create later, unless you
	      override it there. The default is derived from the locale, or SQL_ASCII if that does not work. The character sets supported  by  the
	      PostgreSQL server are described in in the documentation.

       --locale=locale
	      Sets the default locale for the database cluster. If this option is not specified, the locale is inherited from the environment that
	      initdb runs in. Locale support is described in in the documentation.

       --lc-collate=locale

       --lc-ctype=locale

       --lc-messages=locale

       --lc-monetary=locale

       --lc-numeric=locale

       --lc-time=locale
	      Like --locale, but only sets the locale in the specified category.

       -X directory

       --xlogdir=directory
	      This option specifies the directory where the transaction log should be stored.

       -U username

       --username=username
	      Selects the user name of the database superuser. This defaults to the name of the effective user running initdb. It  is  really  not
	      important  what  the  superuser's  name  is,  but one might choose to keep the customary name postgres, even if the operating system
	      user's name is different.

       -W

       --pwprompt
	      Makes initdb prompt for a password to give the database superuser. If you don't plan on using password authentication, this  is  not
	      important. Otherwise you won't be able to use password authentication until you have a password set up.

       --pwfile=filename
	      Makes initdb read the database superuser's password from a file. The first line of the file is taken as the password.

       Other, less commonly used, parameters are also available:

       -d

       --debug
	      Print debugging output from the bootstrap backend and a few other messages of lesser interest for the general public.  The bootstrap
	      backend is the program initdb uses to create the catalog tables. This option generates a tremendous amount of extremely boring  out-
	      put.

       -L directory
	      Specifies  where	initdb should find its input files to initialize the database cluster. This is normally not necessary. You will be
	      told if you need to specify their location explicitly.

       -n

       --noclean
	      By default, when initdb determines that an error prevented it from completely creating the database cluster, it removes any files it
	      might  have  created before discovering that it cannot finish the job. This option inhibits tidying-up and is thus useful for debug-
	      ging.

ENVIRONMENT
       PGDATA Specifies the directory where the database cluster is to be stored; can be overridden using the -D option.

       This utility, like most other PostgreSQL utilities, also uses the environment variables supported by libpq (see in the documentation).

SEE ALSO
       postgres(1)

Application							    2010-05-14								 INITDB(1)
All times are GMT -4. The time now is 11:24 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy