মারিয়াডিবি টিসি লগ শুরু করতে পারে না


21

আমি ইন্টারনেটে প্রতিটি সমাধান চেষ্টা করেছি কিন্তু আমার মারিয়াডিব সার্ভারটি ব্যর্থ হতে থাকে, আমার সাথে বিশ্বাসঘাতকতা চালিয়ে যায়, আমার ক্ষুদ্র ডিওপ্স ওয়ার্ল্ডকে ধ্বংস করতে থাকে। পরিস্থিতি মসৃণ করার জন্য আমার প্রচেষ্টায় সকল প্রকার তৃপ্তি অন্তর্ভুক্ত ছিল: অনুমতি, কনফিগারেশন, লগ ফাইলগুলি সরিয়ে ফেলা, আপগ্রেড / পুনরায় ইনস্টল করা, তার অভ্যন্তরীণ ফাইলগুলি উপরের দিকে সরানো, অন্যান্য ডিবিএমএস অপসারণ করা, তাকে বাদ দিয়ে সমস্ত কিছু সরিয়ে ফেলা .... তবে তিনি কখনও হননি has এত দিন প্রতিহত করছি। আমার শেষ এবং একমাত্র আশা আপনার ছেলেরা আমাদের সম্পর্কের মধ্যে এইরকম গুরুত্বপূর্ণ মুহুর্তের মধ্য দিয়ে আলোকিত করার জন্য।

আমি ভ্যাগ্র্যান্ট ব্যবহার করছি এবং সমস্যাটি datadirবিকল্পে রয়েছে - যখন আমি ডিফল্ট পাথ ব্যবহার করি তখন সবকিছু ঠিক থাকে তবে আমি যখন একে একে ভ্যাংগার শেয়ার্ড ফোল্ডারে পরিবর্তন করি তবে মারিয়া এমনকি শুরু হয় না। আমি সমস্ত / var / lib / mysql ফাইলগুলি নতুন ফোল্ডারে অনুলিপি করেছি।

আমার উইন্ডোজ হোস্ট, সেন্টোস গেস্ট এবং আমার কনফিগারেশনগুলি হ'ল:

মারিয়াডিবি সংস্করণ:

mysql  Ver 15.1 Distrib 10.1.17-MariaDB, for Linux (x86_64) using readline 5.1

Vagrantfile:

# -*- mode: ruby; -*-

ENV['VAGRANT_DEFAULT_PROVIDER'] = 'virtualbox'

Vagrant.configure("2") do |config|
  config.vm.box_url = "https://github.com/tommy-muehle/puppet-vagrant-boxes/releases/download/1.1.0/centos-7.0-x86_64.box"
  config.vm.box = "centos7"

  config.vm.network "private_network", ip: "10.0.1.10"

  config.vm.synced_folder "mysql", "/vagrant/mysql", owner: "mysql", group: "mysql"

  config.vm.provider :virtualbox do |vb|
    vb.customize ["modifyvm", :id, "--memory", "4096"]
    vb.customize ["modifyvm", :id, "--cpus", "4"]
    vb.customize ["modifyvm", :id, "--hwvirtex", "on"]
    vb.customize ["modifyvm", :id, "--audio", "none"]
    vb.customize ["modifyvm", :id, "--nictype1", "virtio"]
    vb.customize ["modifyvm", :id, "--nictype2", "virtio"]
  end
end

/etc/my.cnf.d/server.cnf:

[mysqld]
user=mysql
datadir=/vagrant/mysql
socket=/var/lib/mysql/mysql.sock
symbolic-links=0
default-storage-engine=innodb

tmpdir = /tmp

character-set-server = utf8
init-connect="SET NAMES utf8"

expire_logs_days=2
skip-external-locking

key_buffer_size = 32M
max_allowed_packet = 32M
table_open_cache = 8192
table_definition_cache = 8192
sort_buffer_size = 16M
net_buffer_length = 16K
read_buffer_size = 8M
read_rnd_buffer_size = 8M
thread_cache_size = 128
thread_concurrency = 16

query_cache_size = 1024M
query_cache_limit = 2M
join_buffer_size = 32M

max_connections = 1024
max_connect_errors = 1024

connect_timeout=5

innodb_file_per_table
innodb_buffer_pool_size=2048M
innodb_read_io_threads=8
innodb_write_io_threads=8
innodb_lock_wait_timeout=5
innodb_flush_log_at_trx_commit=2
innodb_flush_method=O_DSYNC
innodb_log_file_size=64M
innodb_log_buffer_size=32M
innodb_log_files_in_group=2
innodb_thread_concurrency=16
innodb_open_files = 1000
innodb_sync_spin_loops=100

skip-name-resolve

log-error=/var/log/mariadb/mysqld.log

মারিয়াডিব ত্রুটি লগ:

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: The InnoDB memory heap is disabled
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Compressed tables use zlib 1.2.7
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Using Linux native AIO
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Using SSE crc32 instructions
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Initializing buffer pool, size = 2.0G
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Completed initialization of buffer pool
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Highest supported file format is Barracuda.
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: 128 rollback segment(s) are active.
2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Waiting for purge to start
2016-09-30 22:32:46 139758293125248 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.31-77.0 started; log sequence number 1600799
2016-09-30 22:32:46 139754263774976 [Note] InnoDB: Dumping buffer pool(s) not yet started
2016-09-30 22:32:46 139758293125248 [Note] Plugin 'FEEDBACK' is disabled.
2016-09-30 22:32:46 139758293125248 [ERROR] Can't init tc log
2016-09-30 22:32:46 139758293125248 [ERROR] Aborting

1
লগ সহ আপনার কি পার্টিশনে পর্যাপ্ত জায়গা রয়েছে? আপনি লগ ফাইল মুছে ফেলা এবং পুনরায় আরম্ভ করতে পারেন?
Stoleg

@ স্টলেগ হাই স্টোলেগ, উত্তরের জন্য আপনাকে ধন্যবাদ। বিভাজনে প্রচুর মুক্ত জায়গা রয়েছে। আমি ফাইলটি মুছে ফেলার চেষ্টা করেছি, পুনরায় আরম্ভ এবং মারিয়াডিবি এটি তৈরি করে এবং এটি শুরু করে না
স্যাম আইভিচুক

মারিয়া যে অ্যাকাউন্ট ব্যবহার করে, READগন্তব্য ফোল্ডারে যাওয়ার অনুমতি আছে? এমন একটি সুযোগ থাকতে পারে যে এটি লিখনের মাধ্যমে ফাইল তৈরি করতে পারে তবে পড়ার অনুমতি নেই। মারিয়া যেমন তার অ্যাকাউন্টের অধীনে কাজ করে তেমন অপারেশনগুলি করার চেষ্টা করুন। এটি ফাইল খোলা এবং লক রাখতে পারে না?
Stoleg

উত্তর:


15

ওহু, আমি এটি পেয়েছি! আপাতত, কমপক্ষে। উত্সটির মাধ্যমে খনন করার পরামর্শ দেয় যে এটিরmmap() কলগুলির সাথে কিছু থাকতে পারে এবং দেখুন এবং দেখুন - ভার্চুয়ালবক্সের সেই অঞ্চলে একটি বাগ রয়েছে । ভাগ্যক্রমে একই উত্সটি একটি কার্যবিধিতে ইঙ্গিত দেয় - লগ_বিন বিকল্প । এটি সক্ষম করুন (হয় কমান্ড লাইন --log_binথেকে বা কনফিগার ফাইল হিসাবে log_bin=ON) এবং জিনিসগুলি আবার কাজ শুরু করে!

হালনাগাদ

তারা বলছে যে তারা এটি ভার্চুয়ালবক্স 6.0.6 এ স্থির করেছে!


তোমাকে অনেক ধন্যবাদ! এটি tc.logএকটি উইন্ডোজ 10 হোস্টে ভার্চুয়ালবক্স ব্যবহার করে আমার ত্রুটিটি স্থির করেছে ।
রিকি বয়েস

এটি আমার জন্যও উইন্ডোজ 10 হোম, ডকার টুলবক্স 18.03 এর একটি উল্লেখযোগ্য অগ্রগতি বলে মনে হয়েছে।
rfay

22

আমি / var / lib / mysql তে tc.log ফাইলটি মোছা শেষ করেছি। আমি যখন আবার মাইএসকিএল শুরু করেছি তখন এটি একটি নতুন টিসি.লগ তৈরি করে শুরু হয়েছিল।

sudo rm -f /var/lib/mysql/tc.log

যদিও এটি কিছুটা অনিরাপদ বোধ করে আমার ক্ষেত্রে এটি কাজ করে!
পিটার

2
এটি কাজ করেছে, তবে এটি ব্যবহার করা নিরাপদ:sudo mv /var/lib/mysql/tc.log /var/lib/mysql/tc_bkp.log
পেড্রো লোবিটো

9

আপনি tc.logডেটা ডিরেক্টরিতে থাকা সরাতে পারেন এবং মাইএসকিএল-বিন.ইন্ডেক্স থেকে পুরানো এন্ট্রিগুলি সরিয়ে ফেলতে পারেন (এটি বাইনারি লগগুলির তালিকার পাশাপাশি একটি পাঠ্য ফাইল)। এটি যদি বিকাশ বাক্স হয় তবে আপনি এর বিনোদনকে বাধ্য করতে সূচি ফাইল (মাইএসকিএল-বিন.ইন্ডেক্স) মুছে ফেলতে পারেন।

এছাড়াও এটি mysqlব্যবহারকারী এবং ভাগ করা ফোল্ডার আইডি মালিকের মধ্যে থাকা ব্যবহারকারী আইডির সাথে সম্পর্কিত হতে পারে, এটি করার জন্য একটি স্নিপেট এখানে


যদিও এই সমস্যার কারণ সম্পর্কে আমি আগ্রহী, আমি কীভাবে এড়াতে পারি? ধন্যবাদ
3zzy

@ 3zzy - আমার উত্তর পড়ুন।
ভিলক্স-

@ 3zzy এখনও আমি বাগটি পুনরুত্পাদন করিনি।
3manuek

এটি সত্যিই সম্মুখীন একটি অদ্ভুত সমস্যা। এই ফাইলটিতে ঠিক কী জমা আছে? সমস্যাটি সমাধানের জন্য আমি তত তাড়াতাড়ি ছিলাম যে আমি সেখানে যা ছিলাম তা দেখতে ভুলে গিয়েছিলাম। আমি আরও বিশদ সরবরাহ করতে সক্ষম হতে পারে।
MageProspero

আমার সন্দেহ হয় যে "ডিস্কের বাইরে থাকা" ত্রুটিটি আজ আমার টিসি.লগকে দূষিত করেছে।
জেচুক

1

আপনি যদি কেবল মাইএসকিএল / মারিয়্যাডবি আবার চালাতে চান এবং আপনার ডেটা (কোনও পরিবেশে) হারিয়ে ফেলতে কিছু মনে করেন না তবে আমি এটি করেছি

মুছুন: আইব_লগফিল 1 ইব_লগফাইল 0 আরিয়া_লগ_কন্ট্রোল আরিয়া_লগ.00000001 টিসি.লগ আইব_ডেটা 1

সার্ভার শুরু করুন

স্কিমা মুছুন (যদি এতে স্কিমার ফোল্ডারে সিডি থাকে তবে সমস্ত কিছু মুছুন)

আমি তখন আমার থাকা একটি পুরানো ডাম্প থেকে ডেটাবেসটি পুনরায় আমদানি করি।

আমি তখন মারিয়াডব শুরু করলাম, এবং এটা ঠিক হয়ে গেল। মুছে ফেলা ফাইলগুলি পুনরায় তৈরি করা হয়েছে। ** আবার এটি কেবল দেবের জন্য। আপনি সম্ভবত আপনার ডিবি ইনস্টল করতে পারেন **


0

আমি যখন ডেটাবেস ডেটা ফোল্ডারটি অনুলিপি করার চেষ্টা করেছি তখন আমি এই সমস্যার মুখোমুখি হয়েছি। সুতরাং আমি ডেটা ফোল্ডারে পরিবর্তিত হয়ে সমস্ত লগ ফাইল মুছতে নিম্নলিখিত আদেশটি কার্যকর করেছিলাম:

rm -rf *log*

তারপরে আমি ডকারটি পুনর্নির্মাণ করেছি এবং ইস্যুটি বাছাই করা হয়েছিল।


0

আমি এই ত্রুটিটিও টিসি.লগ সরিয়ে সমাধান করেছি। এক্সএএমপিপি দিয়ে টিসি.লগ ফাইলটি XAMPP/xamppfiles/var/mysqlফোল্ডারে রয়েছে - আমার ম্যাকের এটিতে অবস্থিত: /Applications/XAMPP/xamppfiles/var/mysql/tc.log


0

আমার এই সমস্যাটি মারিয়াডিবি'র অফিসিয়াল ডকার পাত্রে ছিল। প্রদত্ত অন্যান্য উত্তর হিসাবে লগ ফাইলটি সরিয়ে ফেলতে আমার কোনও উপকার হয়নি। তবে আমার বিষয়টি সম্পর্কিত ছিলmmap গ্রহণযোগ্য উত্তর অনুসারে ।

আমার দৃশ্যের জন্য এটি সংশোধন করার জন্য আমি বিভিন্ন সমাধান পেয়েছি

  1. বাইনারি লগ সক্রিয় করুন
  2. এমএমএপ সঠিকভাবে কাজ করা থেকে বিবাদ রোধকারী এমএমএপ সরান
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.