`mysql_upgrade` কোনও বাস্তব কারণ না দিয়ে ব্যর্থ হচ্ছে

70

আমি মাইএসকিউএল 5.1 থেকে 5.5 এ আপগ্রেড করছি, চলছে mysql_upgradeএবং এই আউটপুটটি পাচ্ছি :

# mysql_upgrade
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

কী ঘটছে (বা ঘটছে না?) কোথায় খুঁজছেন সে সম্পর্কে কোনও ধারণা যাতে আমি যা যা ভুল তা ঠিক করতে পারি এবং প্রকৃতপক্ষে চালানো যায় mysql_upgrade?

ধন্যবাদ!

আরও আউটপুট:

# mysql_upgrade --verbose
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

# mysql_upgrade --debug-check --debug-info
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

# mysql_upgrade --debug-info
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

User time 0.00, System time 0.00
Maximum resident set size 1260, Integral resident set size 0
Non-physical pagefaults 447, Physical pagefaults 0, Swaps 0
Blocks in 0 out 16, Messages in 0 out 0, Signals 0
Voluntary context switches 9, Involuntary context switches 5

# mysql_upgrade --debug-check
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed

শাট ডাউন করার পরে mysqld --skip-grant-tablesমাধ্যমে mysqladmin shutdownএবং এর মাধ্যমে মাইএসকিউএল পুনরায় চালু service mysql start, ত্রুটি লগ বহুবার ত্রুটি এই সেটকে loops:

130730 21:03:27 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Table 'mysql.plugin' doesn't exist
130730 21:03:27 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
130730 21:03:27 InnoDB: The InnoDB memory heap is disabled
130730 21:03:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
130730 21:03:27 InnoDB: Compressed tables use zlib 1.2.3.4
130730 21:03:27 InnoDB: Initializing buffer pool, size = 20.0G
130730 21:03:29 InnoDB: Completed initialization of buffer pool
130730 21:03:30 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 588190222435
130730 21:03:30  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 588192055067
130730 21:03:30  InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed
InnoDB: Last MySQL binlog file position 0 81298895, file name /var/log/mysql/mysql-bin.006008
130730 21:03:33  InnoDB: Waiting for the background threads to start
130730 21:03:34 InnoDB: 5.5.32 started; log sequence number 588192055067
130730 21:03:34 [Note] Recovering after a crash using /var/log/mysql/mysql-bin
130730 21:03:34 [Note] Starting crash recovery...
130730 21:03:34 [Note] Crash recovery finished.
130730 21:03:34 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
130730 21:03:34 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
130730 21:03:34 [Note] Server socket created on IP: '0.0.0.0'.
130730 21:03:34 [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.host' doesn't exist

মাইএসকিউএল লগ দিয়ে শুরু করার সময় mysqld_safe --skip-grant-tables

130730 21:19:36 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
130730 21:19:36 [Note] Plugin 'FEDERATED' is disabled.
130730 21:19:36 InnoDB: The InnoDB memory heap is disabled
130730 21:19:36 InnoDB: Mutexes and rw_locks use GCC atomic builtins
130730 21:19:36 InnoDB: Compressed tables use zlib 1.2.3.4
130730 21:19:37 InnoDB: Initializing buffer pool, size = 20.0G
130730 21:19:39 InnoDB: Completed initialization of buffer pool
130730 21:19:39 InnoDB: highest supported file format is Barracuda.
130730 21:19:42  InnoDB: Warning: allocated tablespace 566, old maximum was 0
130730 21:19:42  InnoDB: Waiting for the background threads to start
130730 21:19:43 InnoDB: 5.5.32 started; log sequence number 588192055067
130730 21:19:43 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
130730 21:19:43 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
130730 21:19:43 [Note] Server socket created on IP: '0.0.0.0'.
130730 21:19:43 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
130730 21:19:43 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_current' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_history' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_history_long' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'setup_consumers' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'setup_instruments' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'setup_timers' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'performance_timers' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'threads' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_thread_by_event_name' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_instance' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'events_waits_summary_global_by_event_name' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'file_summary_by_event_name' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'file_summary_by_instance' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'mutex_instances' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'rwlock_instances' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'cond_instances' has the wrong structure
130730 21:19:43 [ERROR] Native table 'performance_schema'.'file_instances' has the wrong structure
130730 21:19:43 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.32-0ubuntu0.12.04.1-log'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu)

আমি এটি বুঝতে পেরে, সমস্ত টেবিল কাঠামো / অস্তিত্ব সম্পর্কিত সমস্যাগুলি (যেমন এটি মাইএসকিএল সিস্টেম টেবিলগুলির সাথে সম্পর্কিত) চালনা করে সংশোধন করা উচিত mysql_upgrade:

mysql  mysql5.5 
— জিম রুবেস্টেইন
সূত্র
এছাড়াও সম্ভবত মূল্যহীন, mysqldচলমান, --skip-grant-tablesবিকল্প সহ। আমি mysqlকোনও শংসাপত্র ছাড়াই টার্মিনালের মাধ্যমে সংযোগ করতে পারি , এবং সিসলগের মাধ্যমে বা অন্য কোথাও আমি কোনও ত্রুটি পাই না আমি যখন mysql_upgrade
— দৌড়াব
মাইএসকিউএল রেফারেন্স ম্যানুয়াল চমত্কার 5.1 থেকে 5.5 এ আপগ্রেড জুড়ে। আপনি যদি এখানে সমস্ত নির্দেশাবলী অনুসরণ করে থাকেন তবে এটি উল্লেখ করার মতো হবে। আপনার যদি না হয়, ভাল ...
— অ্যারন কোপালি
যদি আপনার মাইএসকিএল রুট ব্যবহারকারীর পাসওয়ার্ড না থাকে তবে `-mysql_upreg -u root -p`
— জেফেরেক্স

উত্তর:

95

আমি মনে করি এটির ব্যবহারকারীর নাম এবং পাসওয়ার্ড দরকার

mysql_upgrade -u root -p

আমি যদি তাদের পাস না করি তবে আমি আপনার ত্রুটি পেয়েছি

সম্পাদনা : মন্তব্যের জন্য ধন্যবাদ এখন আমি জানি যে অন্যান্য কারণও রয়েছে, সম্ভবত কম ঘন ঘন তবে তাদের সম্পর্কেও সচেতন হওয়া ভাল it's

সুতরাং আপনি যখন ত্রুটি পেতে

  • আপনি ব্যবহারকারীর নাম এবং পাসওয়ার্ড পাস করেন নি
  • আপনি আপনার শংসাপত্রগুলি পাস করেছেন, তবে সেগুলি ভুল ছিল
  • মাইএসকিউএল সার্ভার চলছে না
  • অনুমতিগুলির সারণীগুলি নষ্ট হয়ে গেছে (তারপরে আপনাকে অবশ্যই মাইএসকিউএল পুনরায় আরম্ভ করতে হবে mysqld --skip-grant-table)
  • টেবিল mysql.plugin অনুপস্থিত (আপনি MySQL শুরু করার সময় এটি সম্পর্কে একটি ত্রুটি দেখতে পাবেন যা চালানোর পরামর্শ দেয় ... mysql_upreg, এবং এটি ব্যর্থ হয় You আপনার সম্ভবত মাই সিএনএফ-তে কিছু অপ্রচলিত কনফিগারেশন রয়েছে)
— রিকার্ডো গাল্লি
সূত্র
23
আমার হুবহু এই সমস্যাটিই ছিল - কেন এটি নরক কেবল "প্রমাণীকরণ করতে পারে না" বা "সংযোগ ত্রুটি" বা কিছু বলতে পারে না? এত রাগান্বিত ...
— লেস 2
3
বন্ধুরা, আপনার পাসওয়ার্ডটিও ভুল হলে আপনি একই ত্রুটি পান। সুতরাং অবহিত করা।
— ইউসুফ আব্দুল্লা
3
এবং সার্ভারটি চলমান না থাকলেও আপনি একই ত্রুটিটি পেয়েছেন, যদিও এটি পাসওয়ার্ডটি স্বীকৃত বলে মনে হচ্ছে।
— রমন
1
ঠিক যখন ডাটাবেস টেবিল বা ডাটাবেস ফর্ম্যাটটি খুব ভেঙে যায়, এটিও কাজ করে না, তখন আপনাকে "মাইএসকিএলডি --স্কিপ-গ্রান্ট-টেবিলগুলি" দিয়ে ডিমন শুরু করতে হবে এবং অন্য টার্মিনালে মাইএসকিএল_আপগ্রেড চালাতে হবে!
— হেনিং
এই জন্য +1। তবুও অন্য একটি কারণ আমি মাইএসকিউএলকে ঘৃণা করি
— এক্সক্লাইবুর
9

5.5 থেকে 5.6 থেকে আপগ্রেড করার সময় আমি এই সুনির্দিষ্ট লক্ষণগুলির মুখোমুখি হয়েছি এবং এটি কোনও পরিষেবা পুনরুদ্ধার সমস্যা হিসাবে পরিণত হয়েছে।

যদিও ক্লাইট মাইএসকিউএল ক্লায়েন্টটি কেবলমাত্র -u এবং -p সরবরাহের সাথে আমার স্থানীয় ডিবি উদাহরণের সাথে সংযোগ করতে পারে, তবুও আমার সাইকেলের ফাইল সংযোগের চেষ্টা করা এবং চেষ্টায় ব্যর্থ হওয়াতে মাইএসকিএল_আপগ্রেডের জন্য -h 127.0.0.1 উল্লেখ করা দরকার।

— অউব্রি ফ্যালকোনার
সূত্র
mysqld --skip-অনুদান-টেবিল --user = MySQL: যে ঠিক আমার সমস্যা কারণ আমি ভালো mysqd চালানো ছিল
— Rodo
9

এটি একটি প্লেস্ক সার্ভার বলে মনে হচ্ছে, যখন প্লেস্ক ব্যবহার করার সময় মাইএসকিএল-এর কোনও মূল নেই, তবে মাইএসকিএল-এর প্রশাসক অ্যাডমিন বলে, সুতরাং এই কমান্ডটি প্লেস্কে কাজ করা উচিত যেমনটি আমি আগে চেষ্টা করেছি:

mysql_upgrade -uadmin -p`cat /etc/psa/.psa.shadow`
— linuxman1
সূত্র
এটি আমার জন্য পুরোপুরি কাজ করেছে
— xarlymg89
5

এটি কোথায় ব্যর্থ হয় তা দেখার জন্য আপনি একে একে চালানোর চেষ্টা করতে পারেন:

টেবিলগুলি চেক এবং মেরামত করতে এবং সিস্টেম সারণীগুলি আপগ্রেড করতে mysql_upgrade নিম্নলিখিত কমান্ডগুলি কার্যকর করে: 

mysqlcheck --all-databases --check-upgrade --auto-repair  
mysql < fix_priv_tables  
mysqlcheck --all-databases --check-upgrade --fix-db-names --fix-table-names

http://dev.mysql.com/doc/refman/5.5/en/mysql-upgrade.html থেকে

— user16081-JoeT
সূত্র
1
সে সম্পর্কে ভেবেছি, তবে fix_priv_tablesএকটি স্ক্রিপ্ট যা mysql_upgradeপ্রিভিলেজ টেবিলগুলি ঠিক করার জন্য তৈরি হয়েছিল
— জিম রুবেস্টেইন
ভাল পয়েন্ট, সম্ভবত প্রথম mysqlcheck লাইন চেষ্টা? এবং সরাসরি বিন ফোল্ডার থেকে চালানোর চেষ্টা করুন, fww,/usr/bin/mysql_upgrade
— ব্যবহারকারীর6081-জোয়েট
5

একই ইস্যু! আমার জন্য সমাধানটি http://www.freebsd.org/cgi/query-pr.cgi?pr=180624 থেকে এসেছে

সংক্ষেপে: ত্রুটিটি বিভ্রান্তিকর! mysql_upgrade -u root -pডিবি অন-লাইন দিয়ে চালান এবং মূল পাসওয়ার্ড সরবরাহ করুন।

— ড। জিয়ানলুইগি জেন ​​জ্যানেটিিনি
সূত্র
3

এই প্রশ্নটি অবিশ্বাস্যভাবে জেনেরিক এবং আমি এর জন্য ক্ষমা চাইছি।

আমার যে সমস্যার মুখোমুখি হচ্ছিল তার প্রত্যক্ষ কারণ এবং সমাধান আমি খুঁজে পেলাম না, তাই মাইএসকিউএল পুনরায় ইনস্টল করার চেষ্টা করেছিলাম এটি কাজ করবে কিনা তা দেখার জন্য। দেখা যাচ্ছে, পুনরায় ইনস্টল করার কৌশলটি করেছে। এটি ঠিক করার এক লম্পট উপায় ছিল, তবে এটি আমিই ছেড়ে দিয়েছিলাম option

এই প্রশ্নের অন্যান্য উত্তরগুলির মধ্যে অনেকগুলি হ'ল সমস্যাগুলি হ'ল প্রাথমিকভাবে চালানোর জন্য মাইএসকিএল_আপগ্রেড পাওয়ার জন্য আমাকে কাজ করতে হয়েছিল, তবে যে কারণেই হোক না কেন - এটি কিছু স্বয়ংক্রিয় অনুসন্ধান চালানোর চেষ্টা করায় এটি ব্যর্থ হয়েছিল, এবং আমি কোন নথিপত্র খুঁজে পাইনি on এটি চলমান অনুসন্ধানগুলি যাতে আমি সেগুলি ঠিক করতে পারি।

— জিম রুবেস্টেইন
সূত্র
হ্যাঁ একবার মাইএসকিএল-এর ডেটা ডায়ার দূষিত হয়ে গেছে, আপনি যা করতে পারেন তেমন কিছুই নেই
— Krauser
2

আপনাকে মাইএসকিএল ডেটার অধীনে সমস্ত ফাইলের অনুমতি পরীক্ষা করতে হবে। এটি মাইএসকিএল পিআইডি (মাইএসকিএল বা _ মাইএসকিএল) এর একই মালিক হওয়া উচিত। যথাযথ অনুমতি ব্যতীত ফাইল থেকে ডেটা পুনরুদ্ধার করার কারণে এটি কখনও কখনও ঘটে। উদাহরণস্বরূপ, যদি আপনার মাইএসকিএল ডেটা / var / lib / mysql এর নিচে থাকে

chown -R mysql /var/lib/mysql
— asofyan
সূত্র
2

আমাদের ডিবিএ কেবল 5.5.39 এ আপগ্রেড না করে 5.0.95 মাইএসকিএল সংস্করণ আনইনস্টল করেছে। আনইনস্টল ব্যাক আপ /etc/my.cnfকরার জন্য /etc/my.cnf.rpmsaveতারপর, এটা মুছে, এবং এই সঠিকভাবে শুরু করার থেকে মাইএসকিউএল বাধা দিচ্ছে:

140902 15:00:57 [ERROR] Plugin 'InnoDB' init function returned error.
140902 15:00:57 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
140902 15:00:57 [ERROR] Unknown/unsupported storage engine: InnoDB
140902 15:00:57 [ERROR] Aborting

আপনি নিম্নলিখিত যে কোনও একটি করতে পারেন:

  • ম্যানুয়ালি মাই সিএনএফ ফাইলগুলি তুলনা করুন এবং InnoDB এর জন্য উপযুক্ত কনফিগারেশন সেটিংস আনুন

  • my.cnf.rpmsaveমূলটির পিছনে পুনরুদ্ধার করুন (আপনার যুক্ত হওয়া কোনও নতুন ডিফল্ট সেটিংসের জন্য প্রথমে চেক করুন!)

  • একটি diff টুল ব্যবহার করেন যেমন vimdiffতুলনা করতে my.cnf.rpmsaveনতুন my.cnfএবং tweaks যে মাইএসকিউএল কনফিগ করা হয়েছে, InnoDB সেটিংস সহ উপর ফিরিয়ে আনা।

    [root]# vimdiff /etc/my.cnf /etc/my.cnf.rpmsave

আমি শেষ বিকল্পটি করেছি, তারপরে মাইএসকিউএল শুরু করতে সক্ষম হয়েছি:

root]# service mysqld start
Starting mysqld:                                           [  OK  ]

এবং এখন mysql_upgradeকাজগুলি সূক্ষ্মভাবে কাজ করে mysql_upgrade -uroot -pতাই এটি আমাকে মূল পাসওয়ার্ডের জন্য অনুরোধ জানায়।

[root]# mysql_upgrade -uroot -p
Enter password:
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
Running 'mysqlcheck with default connection arguments
....

আশাকরি এটা সাহায্য করবে!

এবং এটিও mysql_upgrade -uroot -pব্যর্থ হয়েছে কারণ এটি চলার জন্য মাইএসকিউএল প্রয়োজন!

পাঠ শিখেছি:

  • ব্যাকআপ my.cnf আপগ্রেড করার আগে ... এবং প্রকৃতপক্ষে নতুন সংস্করণটি ইনস্টল করুন আনইনস্টল না করে পরিবর্তে একটি স্থানটিতে আপগ্রেড করুন।
  • মাইএসকিউএল চালিত হন যাতে আপনি মাইএসকিএল_আপগ্রেড ব্যবহার করতে পারেন।
  • লাভ।
— রনি
সূত্র
1

আমার জন্য একই সমস্যা, তবে আমার সমস্যার উত্সটি ছিল পুরানো পাসওয়ার্ড ফর্ম্যাট। যদিও মাইএসকিএলকে "স্কিপ-সিকিউর-অ্যাথ" দিয়ে পুরানো ফর্ম্যাটটি ব্যবহার করে সংযোগ করতে বাধ্য করা যেতে পারে, মাইএসকিএল_আপগ্রেডে এই বিকল্প নেই। আপনাকে প্রথমে নতুন ফর্ম্যাট দিয়ে রুট পাসওয়ার্ড আপডেট করতে হবে এবং তারপরে আপনি নিজের মাইএসকিএল আপগ্রেড করতে পারেন।

— লিয়ান্ড্রো দারদিনী
সূত্র
1

5.1 থেকে 5.5 এ আপগ্রেড করার একই সমস্যা ছিল।

এটি আমার পক্ষে কাজ করেছে: sudo mysql_upgrade -S <path-to-socket> -u <myuser> -p<mypass>

আমার ত্রুটি সম্ভবত সকেটের পাথের অনুমতি নিয়েই হয়েছিল, তবে কারণ এটি যাচাই করার সময় নেই।

— ক্যাপ্টেন
সূত্র
আমি আমার ডেটাডির কিছু সময় সরিয়ে নিয়েছি, আমি অনুমান করি যে কারণেই আমার সকেটের পথের প্রয়োজন ছিল
— zzapper
0

আমি কেবল আমার সিস্টেমটি পুদিনা 12 থেকে পুদিনা 15 এ আপগ্রেড করার পরে এটির মধ্যে দৌড়েছি I আমি সংরক্ষণাগারটি করেছি / var / lib / mysql এবং এটিকে আপগ্রেড পরবর্তী পোস্টে রেখেছি। আমি mysqlcheckব্যবহারকারীর16081 এর মন্তব্য থেকে প্রথম দৌড়েছি এবং এটি mysql.sock সম্পর্কে অভিযোগ করেছে।

আমি মাইকিউএইচএলডিটি ব্যবহার করে শুরু করেছিলাম /usr/sbin/mysqld &এবং mysql_upgradeসূক্ষ্মভাবে চললাম ।

— মার্টি ভ্যান্স
সূত্র
এটি মাইএসকিউএল আপগ্রেড করার জন্য একটি দুর্দান্ত ভীতিজনক পদ্ধতি, তবে আমি আনন্দিত যে এটি আপনার পক্ষে কাজ করেছে।
— অ্যারন কোপেলি
@ অ্যারন-কোপালি: আসলে এটি পুরোপুরি কার্যকর হয়নি। MySQL 5.5.32 আমার InnoDB টেবিলগুলিকে আংশিকভাবে উপেক্ষা করছে; এগুলি উপস্থিত হয় SHOW TABLES, তবে অন্যথায় উপস্থিত নেই। আমি বর্তমানে মাইএসকিএল-ইউটিলিটিগুলি কাজ করার জন্য চেষ্টা করছি, তবে পাইথন মডিউলগুলি হারিয়ে যাওয়ার বিষয়ে এটি অভিযোগ করছে।
— মার্টি ভ্যানস
0

আমি একই সমস্যা জুড়ে দৌড়ে।
আমি -S /पथ / টো / মাইএসকিএল.সককে অন্তর্ভুক্ত করে এটি সমাধান করেছি

আমার বিশেষ যদি mysql_upgrade আউটপুট হয়েছিল:
MySQL: 'মাইএসকিউএল' এর জন্য যেমন জন্যে
mysqlcheck: হিসাবে 'mysqlcheck' জন্যে
মারাত্মক ত্রুটি: আপগ্রেড ব্যর্থ

এটি বেশ অকেজো। --verbose কোন পার্থক্য করা হয়নি।

চারপাশে প্লাগিং আমি নিম্নলিখিত কমান্ডটিতে স্থির হয়েছি এবং এটি একটি
কবজির মতো কাজ করেছে: mysql_up્રેડ -S /var/lib/mysql/mysql.sock -uUSERNAME -p

আশা করি এটা সাহায্য করবে.

— bfieber
সূত্র
0

আমি এই সমস্যার মুখোমুখি হয়েছি এবং আমি এটি জানতে পেরেছি,

  1. এটি মাইএসকিউএল পরিষেবা চালু থাকা প্রয়োজন

  2. এটির জন্য ব্যবহারকারীর নাম এবং পাসওয়ার্ড প্রয়োজন

— স্যুট এ.সুক
সূত্র
0

আমি একই সমস্যা সম্মুখীন।

আমি / ইত্যাদি mysql_install_db --user=mysqlক্ষেত্রে আমার rc.mysqlফাইলের মন্তব্যে বর্ণিত হিসাবে নতুন ডাটাবেস ইনস্টল করে এটি সমাধান করেছি ।

তারপরে আমি মাইএসকিএল ডিমন শুরু করতে সক্ষম হয়েছি এবং 'মাইএসকিএল' বা আপনি যে কোনও কিছু মাইএসকিএল প্যাকেজের সাথে সংযুক্ত করতে চান তা ব্যবহার করতে সক্ষম হয়েছি।

আমার স্ল্যাকওয়ার আর্মে এই সমস্যা ছিল, তবে ধরুন এ ক্ষেত্রে এটি কোনও ব্যাপার নয়।

— user323106
সূত্র
0

আমার ক্ষেত্রে আমার কাছে স্থানীয়ভাবে মাইএসকিএলডির কয়েকটি সংস্করণ ছিল যা মাইএসকিএল_আপগ্রেড ত্রুটির সাথে ব্যর্থ হয়েছে: সার্ভার সংস্করণ আনার সময় ব্যর্থ হয়েছে! অননুমোদিত অ্যাক্সেসের কারণে হতে পারে। ps aux | grep mysqlএবং নিশ্চিত করুন যে মাইএসকিএলডি সমস্ত বন্ধ রয়েছে। তারপরে সমস্ত সংস্করণ আনইনস্টল করুন, সঠিক সংস্করণটি পুনরায় ইনস্টল করুন। এবং তার পরে mysql_upreg কাজ শুরু করে।

— লরেন্স ব্রোনওয়াসার
সূত্র
-1

চেষ্টা 

mysql_upgrade --verbose

অথবা হতে পারে এমনকি (বা উভয়)

--debug-check --debug-info
— alexus
সূত্র
সেগুলি ব্যবহার করার চেষ্টা করেছিল, সত্যিকারের দরকারী তথ্য নেই, আমি ভাবি না;
— জিম রুবেস্টেন
পুনরায় চালু এবং কিছু ত্রুটি লগ তথ্য আটকানো \; নিশ্চিত নয় যে কেন এটি বার বার একই ত্রুটিগুলির মধ্য দিয়ে লুপিং চালিয়ে যাবে।
— জিম রুবেনস্টাইন
মনে হচ্ছে আপনার সেখানে কোনও ত্রুটি রয়েছে - 130730 21:03:34 [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.host' doesn't existআমি মনে করি এটিই পুরো জিনিসটিকে ব্যর্থ করে তোলে।
— অ্যালেক্সাস
তবে তার আগে, mysql_upreg --version ব্যবহার করে দেখুন এবং এর জন্য আউটপুট সরবরাহ করুন।
— অ্যালেক্সাস
mysql_upgrade --versionকোনও সংস্করণ আউটপুট উত্পাদন করে না (কেবলমাত্র FATAL ERROR ত্রুটি)। mysql --versionডিবিয়ান-লিনাক্স-গ্নু (x86_64) রিডলাইন 6.2 ব্যবহার করে, এবং মাইএসকিএলডি সংস্করণ 5.5
— জিম রুবেস্টেইন
-3

মাইএসকিউএলের রুট ব্যবহারকারীর নাম দেওয়া হয়েছে "অ্যাডমিন", রুট নয়। সঠিক কমান্ডটি

mysql_upgrade -uadmin -p
— মার্কো মার্সালা
সূত্র
এটি একেবারে ভুল। মাইএসকিউএল এর মূল ব্যবহারকারী হলেন root।
— dr01
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.