mysql mamp

Question

पर शुरू नहीं हो रहा है मैं अब कुछ समय से एमएएमपी का उपयोग कर रहा हूं लेकिन कुछ महीने पहले यह मुझे मुद्दों को देना शुरू कर दिया था। मैंने बाद में Google खोजों के माध्यम से ऑनलाइन देखा है और एक रिज़ॉल्यूशन खोजने के लिए स्टैक ओवरफ़्लो देखा है, लेकिन मैंने कुछ भी नहीं देखा है जो अभी तक मेरी मदद कर सकता है।

मैं कुछ लेख के लिए खोज की है, लेकिन इन कि मुझे लगा कि मेरी मदद के करीब हो गया होता नहीं था:

MAMP mysql not starting मैं सुनिश्चित नहीं हूं पथ अपने डेटा निर्देशिका के लिए? और कुछ भी मैं टर्मिनल में टाइप वापस आने के लिए commmand के रूप में नहीं मिला

Mysql service won't start, InnoDB init function error

MAMP mysql server won't start. No mysql processes are running मैं killall करने का प्रयास किया लेकिन "आप से संबंधित कोई मिलती-जुलती प्रक्रियाओं पाए गए" त्रुटि

दिखाया गया था एक के बारे में लगता है घंटा पहले मेरा mqsql काम कर रहा था लेकिन अपाचे नहीं था, इसलिए मुझे आलेख के रूप में मिला जो लाइब्रेरी/बिन/envvars को _envvars का नाम बदलने के लिए कहा गया, अपाचे स्टार्टअप पर काम किया लेकिन फिर mysql नहीं किया।

मुझे अपने PHP लॉग में कोई त्रुटि नहीं मिल रही है, लेकिन यहां मेरा अपाचे और MySQL लॉग है।

यहाँ लोग इन mysql त्रुटि के नीचे से एक टुकड़ा

InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
InnoDB: Unable to lock ./ibdata1, error: 35 
InnoDB: Check that you do not already have another mysqld process 
InnoDB: using the same InnoDB data or log files. 
170118 15:52:39 InnoDB: Unable to open the first data file 
InnoDB: Error in opening ./ibdata1 
170118 15:52:39 InnoDB: Operating system error number 35 in a file operation. 
InnoDB: Error number 35 means 'Resource temporarily unavailable'. 
InnoDB: Some operating system error numbers are described at 
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html 
170118 15:52:39 InnoDB: Could not open or create data files. 
170118 15:52:39 InnoDB: If you tried to add new data files, and it failed here, 
170118 15:52:39 InnoDB: you should now edit innodb_data_file_path in my.cnf back 
170118 15:52:39 InnoDB: to what it was, and remove the new ibdata files InnoDB created 
170118 15:52:39 InnoDB: in this failed attempt. InnoDB only wrote those files full of 
170118 15:52:39 InnoDB: zeros, but did not yet use them in any way. But be careful: do not 
170118 15:52:39 InnoDB: remove old data files which contain your precious data! 
170118 15:52:39 [ERROR] Plugin 'InnoDB' init function returned error. 
170118 15:52:39 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
170118 15:52:39 [ERROR] Unknown/unsupported storage engine: InnoDB 
170118 15:52:39 [ERROR] Aborting 

170118 15:52:39 [Note] /Applications/MAMP/Library/bin/mysqld: Shutdown complete 

170118 15:52:39 mysqld_safe mysqld from pid file /Applications/MAMP/tmp/mysql/mysql.pid ended 

और फिर अपाचे त्रुटि लॉग है

[Wed Jan 18 15:48:28 2017] [notice] Digest: generating secret for digest authentication ... 
[Wed Jan 18 15:48:28 2017] [notice] Digest: done 
[Wed Jan 18 15:48:28 2017] [notice] Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8zh DAV/2 PHP/5.3.6 configured -- resuming normal operations 
[Wed Jan 18 15:48:31 2017] [notice] caught SIGTERM, shutting down 
[Wed Jan 18 15:51:01 2017] [notice] Digest: generating secret for digest authentication ... 
[Wed Jan 18 15:51:01 2017] [notice] Digest: done 
[Wed Jan 18 15:51:01 2017] [notice] Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8zh DAV/2 PHP/5.3.6 configured -- resuming normal operations 

मेरे बंदरगाहों हैं: अपाचे 80 और mysql 3306.

अगर किसी को पता चले कि क्या हो रहा है जो आश्चर्यजनक होगा ..

Answer 1

• वर्तमान में MySQL/MariaDB की एक और प्रति चल रही है?
• ibdata1 कुछ विषम फ़ाइल सिस्टम विभाजन पर?

Answer 2

क्या आप एक उदाहरण से लिया गया बैकअप से पुनर्स्थापित करने का मौका मिला था?

निम्नलिखित https://dev.mysql.com/doc/refman/5.7/en/backup-types.html

शारीरिक बैकअप तरीकों से कुछ अंश है इन विशेषताएं हैं: जबकि MySQL सर्वर नहीं चल रहा है बैकअप • किया जा सकता है। यदि सर्वर चल रहा है, तो उपयुक्त लॉकिंग करना आवश्यक है ताकि सर्वर बैकअप के दौरान डेटाबेस सामग्री को परिवर्तित न करे। MySQL एंटरप्राइज़ बैकअप स्वचालित रूप से उन तालिकाओं के लिए लॉकिंग करता है जिनकी आवश्यकता होती है।

Answer 3

MySQL को रोकने के लिए पर कि क्या आप आधिकारिक द्विआधारी इंस्टालर के साथ MySQL स्थापित, MacPorts का उपयोग कर, या Homebrew का उपयोग कर आधार पर अलग अलग मामलों रहे हैं: MacPorts

sudo launchctl unload -w /Library/LaunchDaemons/org.macports.mysql.plist 
sudo launchctl load -w /Library/LaunchDaemons/org.macports.mysql.plist 

नोट: इस रिबूट के बाद लगातार है। Homebrew

launchctl unload -w ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist 
launchctl load -w ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist 

द्विआधारी संस्थापक

sudo /Library/StartupItems/MySQLCOM/MySQLCOM stop 
sudo /Library/StartupItems/MySQLCOM/MySQLCOM start 
sudo /Library/StartupItems/MySQLCOM/MySQLCOM restart 

Answer 4

MySQL तो प्रारंभ नहीं हो रही यह बहुत संभव है कि यह पहले से ही चल रहा हो सकता है। टर्मिनल में आप इसे आसानी से मैन्युअल रूप से बंद कर सकते हैं।

मैंने यह मेरे साथ कुछ बार किया है और मुझे विश्वास है कि एमएएमपी को सही तरीके से बंद नहीं करने के साथ इसका कुछ संबंध है।

1. एमएएमपी छोड़ें।
2. टर्मिनल खोलें और टाइप करें: killall -9 mysqld
3. एमएएमपी को पुनरारंभ करें।

Answer 5

दिसंबर में वापस, जब मैं अपने मैक में यह एक ही समस्या थी, मैं थोड़ा पता लगाया और एक बहुत ही सरल समाधान नहीं मिला: MAMP

1. छोड़ो फ़ाइंडर में एप्लिकेशन के पास जाओ/MAMP/db/mysql56/और अंतिम लॉग फ़ाइल को हटाएं, मेरे मामले में ib_logfile1। (इसे हटाने से पहले इस फ़ाइल का बैक अप लेने का अच्छा विचार हो सकता है, या वैकल्पिक रूप से इसे हटाने के बजाए इसे किसी दूसरे स्थान पर ले जाया जा सकता है।)
2. एमएएमपी को पुनरारंभ करें। बस!

कुछ लोगों ने बताया था कि ib_logfile0 को हटाने के लिए भी आवश्यक था, लेकिन मेरे मामले में नहीं। आप इसे JuanFra.me ब्लॉग में देख सकते हैं जहां मैंने पिछले साल अपना समाधान पहले पोस्ट किया था।

मुझे नहीं पता कि यह समाधान क्यों काम करता है या नहीं, लेकिन ऐसा लगता है कि यह जुआनफ्रा के ब्लॉग में रिपोर्ट के अनुसार कई अन्य लोगों के लिए उपयोगी रहा है। मुझे आशा है कि यह आपके लिए भी उपयोगी होगा।