Các vấn đề về bộ nhớ cache SUPEE-6788 (có thể)

Kể từ khi chúng tôi áp dụng bản vá SUPEE-6788 trên trang web của khách hàng, khoảng một ngày một lần trang web bị sập và điều duy nhất có vẻ như đưa nó trở lại là xóa bộ nhớ cache. Chúng tôi đã xem xét các bản ghi, và một loạt trong số chúng dường như bao gồm "Bộ điều khiển phía trước đạt 100 lần lặp bộ định tuyến khớp". Vấn đề này đã không xảy ra trước khi bản vá được áp dụng. Bất cứ ai có bất kỳ ý tưởng những gì có thể gây ra điều này? Một số người nói rằng nó có thể là một lỗi bộ nhớ cache trong vấn đề magento, nhưng tôi không thể nói. Bất kỳ đầu vào sẽ là hữu ích!

Một số lưu ý bổ sung:

• Không có bất kỳ tải nặng nào trên máy chủ ngay khi nó ngừng hoạt động, vì vậy đó không phải là một yếu tố.
• Có tất cả các bản vá trước đó đã được áp dụng thành công.
• Chúng tôi đang sử dụng memcache để lưu trữ bộ đệm.

Bản thân tôi và một nhà phát triển khác đã gặp phải một vấn đề tương tự, tuy nhiên chúng tôi dường như đã giải quyết nó bằng cách áp dụng bản vá có trong GitHub này: https://github.com/AmpersandHQ/magento-ce-ee-config-corruption-orms

Nguyên nhân dường như là một loại tình trạng chủng tộc trong đó bộ đệm bị xóa bởi một quá trình trong khi được khởi tạo lại bởi một quá trình khác, tôi đã có thể tái tạo nó bằng cách làm theo các bước cũng được liệt kê trên GitHub đó.

Tôi đã mở một vé hỗ trợ với Magento cho vấn đề này và tôi nghi ngờ về những gì đã bắt đầu gây ra nó kể từ bản vá, nhưng tôi đang chờ để nghe lại.

Bạn có thể đọc thêm về nó trong câu hỏi sau: Các sự cố với Trang chưa được xử lý, Đường dẫn xấu, mất cấu hình bố cục sau khi áp dụng Bản vá SUPEE-6788 .

Chúng tôi có cùng một vấn đề với 3 trang web phiên bản 1.8.1. Nó bắt đầu xuất hiện sau SUPEE 6788. Cách khắc phục từ trên không giải quyết được vấn đề. Trên thực tế, có vẻ như có một số thay đổi. Trước khi sửa chữa các trang web đã bị sập hai lần một ngày, bây giờ sự cố cuối cùng là sau 2 ngày. Nhưng có thể nó có liên quan đến tải. 3 trang web nhỏ và không tải lắm. Vấn đề này không xuất hiện với một trang web lớn là phiên bản 1.6.2 và SUPEE 6788 được áp dụng. Tất cả các trang web đều nằm trên cùng một máy chủ - 3 trang web với phiên bản 1.8.1 và trang web lớn với phiên bản 1.6.2

Chúng tôi đã chuyển bộ đệm trang web từ memcache sang Redis và sau đó thêm một cronjob để kết xuất bộ đệm mỗi 12 giờ. Nó đã đi từ sự cố một lần một ngày đến đi khoảng 4-5 ngày trước khi nó đi xuống một lần nữa. Sau đó, chúng tôi đã điều chỉnh cronjob để đổ cứ sau 6 giờ và nó đã không hoạt động kể từ đó (đã khoảng 3-4 ngày kể từ đó). Cả chúng tôi hoặc công ty lưu trữ đều không thể theo dõi vấn đề thực tế, nhưng đây dường như là một cách khắc phục hiệu quả đối với chúng tôi. Hy vọng rằng sẽ giúp được ai đó.

Tôi đã thêm mã gỡ lỗi AmpersandHQ sáng nay và vừa mới có ngoại lệ "Bộ điều khiển phía trước đạt 100 lần lặp bộ định tuyến khớp" xảy ra khoảng 75 lần trong khoảng thời gian 2 phút. Nhưng lần này, có lẽ do mã gỡ lỗi không lưu mục nhập bộ đệm bị hỏng, trang web vẫn hoạt động mà không có ai nhận được ngoại lệ (tôi đã không xóa bộ đệm).

Tôi chưa đi sâu vào vấn đề này để điều tra nhưng hỏng-cache.log chứa:

2015-11-22T03:42:42+00:00 DEBUG (7):
#0 app/code/core/Mage/Core/Model/App.php(1147): Mage_Core_Model_Cache->save('<admin><design>...', 'config_global_s...', Array, NULL)
#1 app/code/core/Mage/Core/Model/Config.php(552): Mage_Core_Model_App->saveCache('<admin><design>...', 'config_global_s...', Array, NULL)
#2 app/code/core/Mage/Core/Model/Config.php(474): Mage_Core_Model_Config->_saveCache('<admin><design>...', 'config_global_s...', Array, NULL)
#3 app/code/core/Mage/Core/Model/App.php(421): Mage_Core_Model_Config->saveCache()
#4 app/code/core/Mage/Core/Model/App.php(343): Mage_Core_Model_App->_initModules()
#5 app/Mage.php(683): Mage_Core_Model_App->run(Array)
#6 index.php(87): Mage::run('', 'store')
#7 {main}

Đây là trên Magento 1.7.0.2 với bộ đệm Redis và bản vá SUPEE-4755 của AmpersandHQ đã được áp dụng.

Cập nhật ngày 2 tháng 12 năm 2015: Đây là một lỗi khác với theo dõi ngăn xếp đầy đủ:

2015-12-02T20:02:27+00:00 DEBUG (7):
#0 app/code/local/Mage/Core/Model/App.php(1156): save('<admin><design><package><name>default</name></package><theme><default>find</default></theme></design></admin>', 'config_global_stores_admin', Array, NULL)
#1 app/code/local/Mage/Core/Model/Config.php(552): saveCache('<admin><design><package><name>default</name></package><theme><default>find</default></theme></design></admin>', 'config_global_stores_admin', Array, NULL)
#2 app/code/local/Mage/Core/Model/Config.php(474): _saveCache('<admin><design><package><name>default</name></package><theme><default>find</default></theme></design></admin>', 'config_global_stores_admin', Array, NULL)
#3 app/code/local/Mage/Core/Model/App.php(430): saveCache()
#4 app/code/local/Mage/Core/Model/App.php(343): _initModules()
#5 app/Mage.php(683): run(Array)
#6 index.php(87): run('', 'store')

Chúng tôi đã gặp vấn đề tương tự trong nhiều tuần nay với các trang web Magento CE khác nhau. Tuy nhiên, không có gợi ý nào được đăng ở đây có ích. Sau nhiều phiên gỡ lỗi bực bội trong vài tuần, cuối cùng chúng tôi cũng đã tìm được cách khắc phục điều này.

Tóm lại, chúng tôi thấy vấn đề là do sự kết hợp của bản vá SUPEE-6788, Magento <1.9.2.0 và PHP> = 5.5.22, với những kẻ tấn công tiềm năng hoặc thậm chí là máy quét bảo mật có thể hạ gục các trang web theo yêu cầu. Chúng tôi đã đăng chi tiết đầy đủ, bao gồm cả sửa chữa, trên blog của chúng tôi . Tôi thực sự hy vọng điều này sẽ giúp bất kỳ linh hồn nghèo khổ nào khác phải chịu cùng một vấn đề.

Chúng tôi đang gặp phải sự cố này và các trang web của chúng tôi kể từ khi chúng tôi phát hành SUPEE6788 và có vẻ như các cuộc gọi gian lận đến dịch vụ web xmlrpc có thể chịu trách nhiệm cho tham nhũng bộ đệm.

Chúng tôi đang chặn các cuộc gọi dịch vụ web từ các máy chủ trước của chúng tôi vì chúng tôi không sử dụng chúng + áp dụng SUPEE 4755, tôi sẽ giữ cho bạn được đăng.