Tôi đang gặp một vấn đề kỳ lạ lớn. Tôi đã cập nhật 3 ngày trước từ Magento 2.2.3 đến 2.2.6 . Mọi thứ đều ổn Nhưng vào ngày sau khi cập nhật, tôi đã nhận được một cảnh báo từ máy theo dõi sức khỏe máy chủ liên quan đến vấn đề không gian đĩa. Một tệp đã được tạo trên thư mục sever, trong thư mục / tmp / phân tích:
~ tmp-1537660818.7487tar.tar: 11G
3 ngày sau đó, tôi có 3 tập tin trong thư mục đó:
~ tmp-1537660818.7487tar.tar: 11G
~ tmp-1537747210.659tar.tar: 6,5M
~ tmp-1537833608.7409tar.tar: 2G
Chủ sở hữu tệp là chủ sở hữu trang web. Khi tôi mở tệp với thiết bị đầu cuối, tôi nhận được các dòng lặp lại vô tận:
x order_addresses.csv
x ../: Path contains '..'
x .././: Path contains '..'
x ../././: Path contains '..'
x .././././: Path contains '..'
x ../././././: Path contains '..'
x .././././././: Path contains '..'
x ../././././././: Path contains '..'
x .././././././././: Path contains '..'
x ../././././././././: Path contains '..'
x .././././././././././: Path contains '..'
x ../././././././././././: Path contains '..'Các tập tin dường như được tạo ra cùng với sao lưu cơ sở dữ liệu mỗi đêm. Nhưng tôi không thể tìm thấy logic giữa sao lưu cơ sở dữ liệu và các tệp csv. Tôi đã vô hiệu hóa sao lưu cơ sở dữ liệu cho đêm tới để xem vấn đề còn tồn tại không.
Tôi tìm thấy 2 tập tin đề cập đến order_addresses:
nhà cung cấp / magento / mô-đun bán hàng / phân tích / etc / analytics.xml
nhà cung cấp / magento / mô-đun bán hàng-phân tích / etc / báo cáo
Bất kỳ ý tưởng về những gì có thể gây ra vấn đề này?
**** CHỈNH SỬA 1 ****
Vô hiệu hóa sao lưu cơ sở dữ liệu tự động không thay đổi vấn đề của tôi. Tối nay một tập tin 6,5M đã được tạo. Tôi sẽ không xóa cái này vì nó không phải là vấn đề lớn về dung lượng đĩa và tiếp tục kiểm tra vấn đề này.
**** CHỈNH SỬA 2 ****
Giải nén các tệp tar bằng tar ztvf yourfile.tar.gz cho tôi các kết quả khác:
-rw-rw-r-- 0 domainuser psacln 100669 26 sep 02:00 order_addresses.csv
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 ../././././././
drwxrwxr-x 0 domainuser psacln 0 26 sep 02:00 .././././././././Đêm qua máy chủ đã bị kẹt một lần nữa với tệp 13G.
**** CHỈNH 3 ****
Tôi đã cố mở tập tin với 7zX , nó lặp đi lặp lại vô tận. Tôi cũng đã thử với một ứng dụng có tên Décompresser (2.0.2) và nó tạo ra một thư mục có thông báo lỗi. Thư mục chứa tệp order_addresses.csv với 5 cột: entity_id, customer_id, city, area , country_id . Nhưng tôi không thể tìm thấy những gì tạo ra hoặc cố gắng tạo ra, hoặc ít nhất là cố gắng xử lý tệp đó mỗi đêm ...
Một lần nữa, nơi duy nhất tôi có thể tìm thấy order_addresses được đề cập là trong nhà cung cấp / magento / phân tích bán hàng mô-đun ... Có ý kiến gì không?
**** CHỈNH SỬA 4 ****
phân tích bán hàng mô-đun dường như được sử dụng bởi mô-đun Báo cáo nâng cao mà về phía tôi rất có lỗi ngay từ đầu! Nó luôn dẫn tôi đến 404. Tôi sẽ cố gắng cấu hình lại mô-đun hoặc vô hiệu hóa mô-đun.
**** CHỈNH SỬA 5 ****
Cài đặt / Cấu hình:
Linux dedicated server
CentOS 6.9
Plesk Onyx Version 17.5.3
PHP 7.0.32
Document root : httpdocs/pub
Include_path : .:/var/www/vhosts/mydomain.com/httpdocs/vendor/magento/zendframework1/library**** CHỈNH SỬA 6 ****
Người dùng lại Magento Analytics đã không thay đổi điều này, vẫn nhận được tệp 13G tối nay. Tôi chỉ tắt mô-đun Báo cáo Nâng cao để xem thay đổi.
**** CHỈNH SỬA 7 ****
Vô hiệu hóa mô-đun Báo cáo Nâng cao đã giải quyết được vấn đề, nhưng đó không phải là giải pháp tốt nhất tôi nghĩ, hơn cả một cách giải quyết. Tôi đã cố gắng để đạt được các nhà phát triển mô-đun Báo cáo nâng cao nhưng không có câu trả lời.