mysqld nie pobiera poczty po zerwaniu i ponownym wznowieniu połączenia z internetem

Wyłącznie system! Wątpliwości dotyczące aplikacji proszę umieszczać niżej, w odpowiednich forach.
Awatar użytkownika
mistrz1
Zakręcona Traszka
Zakręcona Traszka
Posty: 893
Rejestracja: 16 kwie 2012, 17:18
Płeć: Mężczyzna
Wersja Ubuntu: inny OS
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Związek Socjalistycznych Republik Europejskich. Dystrykt – Polska

mysqld nie pobiera poczty po zerwaniu i ponownym wznowieniu połączenia z internetem

Post autor: mistrz1 »

Po uśpieniu systemu, przerwaniu połączenia z internetem i wznowieniu połączenia z internetem, wznowieniu z uśpienia sytemu, KMail nie pobiera poczty i nie informuje o żadnych błędach. Zachowuje się jakby nie było nowych wiadomości. Dopiero po restarcie systemu lub zabiciu procesu mysqld i ponownym uruchomieniu pobiera wiadomości. Tak było w wersji Kubuntu 17.10 i wcześniejszych i tak jest w wersji 18.04. Poczta na o2.pl. Da się to naprawić?
"Jeśli robisz to, co zawsze robiłeś, masz to, co zawsze miałeś" – Sokrates
Popieram Rosję :) :clap:
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8594
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: mysqld nie pobiera poczty po zerwaniu i ponownym wznowieniu połączenia z internetem

Post autor: mario_7 »

Wydaje się, że rozwiązaniem jest używanie innego klienta pocztowego, gdyż KMail ma tego typu problemy od lat...
Możesz spróbować zgłosić ten problem bezpośrednio do programistów KDE, np. na forum KDE.
Awatar użytkownika
mistrz1
Zakręcona Traszka
Zakręcona Traszka
Posty: 893
Rejestracja: 16 kwie 2012, 17:18
Płeć: Mężczyzna
Wersja Ubuntu: inny OS
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Związek Socjalistycznych Republik Europejskich. Dystrykt – Polska

Re: mysqld nie pobiera poczty po zerwaniu i ponownym wznowieniu połączenia z internetem

Post autor: mistrz1 »

Aha. Dzięki za info.
"Jeśli robisz to, co zawsze robiłeś, masz to, co zawsze miałeś" – Sokrates
Popieram Rosję :) :clap:
Awatar użytkownika
mistrz1
Zakręcona Traszka
Zakręcona Traszka
Posty: 893
Rejestracja: 16 kwie 2012, 17:18
Płeć: Mężczyzna
Wersja Ubuntu: inny OS
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Związek Socjalistycznych Republik Europejskich. Dystrykt – Polska

Re: mysqld nie pobiera poczty po zerwaniu i ponownym wznowieniu połączenia z internetem

Post autor: mistrz1 »

Dzisiaj KMail działa idealnie. Czyżby jednak poprawili? Mam zainstalowane wszystkie aktualizacje do dzisiaj wydane. Kubuntu 18.04, 64-bity.

Edycja 01.06.
Jednak zbyt optymistycznie zareagowałem. Znowu się przycina, chociaż mam wrażenie, że rzadziej niż kiedyś.
"Jeśli robisz to, co zawsze robiłeś, masz to, co zawsze miałeś" – Sokrates
Popieram Rosję :) :clap:
Awatar użytkownika
Zbyszko
Piegowaty Guziec
Piegowaty Guziec
Posty: 11
Rejestracja: 30 lip 2007, 22:40
Płeć: Mężczyzna
Wersja Ubuntu: 21.10
Środowisko graficzne: KDE Plasma
Architektura: x86_64
Lokalizacja: Wrocław

Re: mysqld nie pobiera poczty po zerwaniu i ponownym wznowieniu połączenia z internetem

Post autor: Zbyszko »

mistrz1 pisze: 26 kwie 2018, 16:36 Po uśpieniu systemu, przerwaniu połączenia z internetem i wznowieniu połączenia z internetem, wznowieniu z uśpienia sytemu, KMail nie pobiera poczty i nie informuje o żadnych błędach. Zachowuje się jakby nie było nowych wiadomości. Dopiero po restarcie systemu lub zabiciu procesu mysqld i ponownym uruchomieniu pobiera wiadomości. Tak było w wersji Kubuntu 17.10 i wcześniejszych i tak jest w wersji 18.04. Poczta na o2.pl. Da się to naprawić?
Instalując Kmail-a instalujemy jednocześnie pakiet Akonadi , który przejmuje nasze hasła i blokuje często dostęp do poczty Kmail i do baz SQL-owych jednocześnie migrując naszą pocztę. Jednym ze sposobów uniknięcia problemów jest rezygnacja z Kmail-a i migracja np. do Thunderbirda. Wcześniejsze wersje Ubuntu miały w jądrze wszystkie sterowniki i aby dodać jakieś urządzenie trzeba było przekompilować jądro systemu. Skutkiem tego jądro mocno napuchło i wymwgało kompresji. Obecnie już nie ma sterowników w jadrze i stosuje się architekturę modułową (LKM) i dzięki temu jądro jest mniejsze i szybsze. Aby dowiedzieć się jakie mamy moduły używamy polecenia lsmod :

user@user-desktop:~$ lsmod | head
Module                  Size  Used by
uas                    28672  0
usb_storage            77824  1 uas
coretemp               20480  0
kvm_intel             290816  0
kvm                   700416  1 kvm_intel
snd_opl3_synth         20480  0
snd_seq_midi_emul      20480  1 snd_opl3_synth
snd_cmipci             49152  2
snd_mpu401_uart        16384  1 snd_cmipci

Teoretycznie możliwe jest kontrolowanie serwera Akonadi poprzez komendy uruchomenia serweraAkonadi: akonadictl start zatrzymanie serwera Akonadi: akonadictl stop czy restart działającego serwera Akonadi: akonadictl restart. Aby wyłączyć Akonadi dodatkowo edytujemy plik: kate ~/.config/akonadi/akonadiserverrc gdzie zmieniamy: [QMYSQL] StartServer=true na: [QMYSQL] StartServer=false i efekt możemy zobaczyć wyświetlając status serwera Akonadi: akonadictl status ., który daje nam nieprawdziwe informacje o tym że usługa akonadi została zatrzymana co możemy sprawdzić kontrolując działające procesy.
Serwer akonadi jest uruchamiany automatycznie przy starcie dowolnej aplikacji, która wymaga dostępu do niego. Aby wyłączyć podsystem akonadi, wyłączam działający serwer za pomocą modułu kontroli lub za pomocą linii poleceń: akonadictl stop .Zgodnie z instrukcją na http://ubuntuku.org/ by ponownie uruchomić Akonadi należy skorzystać z ikony dostępnej w menu w zakładce Narzędzia (Akonaditray). Lub za pomocą polecenia (Alt+F2): akonadictl start ale okazuje się, że wyłączenie akonadi nie działa ! Kontroluję zatem procesy i zabijam niechciane ( kill pid ) i tu niespodzianka mimo wyłączenia akonadi nadal procesy są aktywne :
# top
# ps axjf

1399 ?        SLl    0:03 /usr/bin/akonadi_archivemail_agent --identifier akonadi_archivemail_agent
  1400 ?        Sl     0:01 /usr/bin/akonadi_birthdays_resource --identifier akonadi_birthdays_resource
  1401 ?        Sl     0:01 /usr/bin/akonadi_contacts_resource --identifier akonadi_contacts_resource_0
  1402 ?        Sl     0:02 /usr/bin/akonadi_followupreminder_agent --identifier akonadi_followupreminder_agent
  1403 ?        SNl    0:12 /usr/bin/akonadi_indexing_agent --identifier akonadi_indexing_agent
  1405 ?        Sl     0:20 /usr/bin/akonadi_maildir_resource --identifier akonadi_maildir_resource_0
  1407 ?        SLl    0:03 /usr/bin/akonadi_maildispatcher_agent --identifier akonadi_maildispatcher_agent
  1408 ?        SLl    0:03 /usr/bin/akonadi_mailfilter_agent --identifier akonadi_mailfilter_agent
  1410 ?        Sl     0:01 /usr/bin/akonadi_migration_agent --identifier akonadi_migration_agent
  1411 ?        Sl     0:01 /usr/bin/akonadi_newmailnotifier_agent --identifier akonadi_newmailnotifier_agent
  1413 ?        Sl     0:01 /usr/bin/akonadi_pop3_resource --identifier akonadi_pop3_resource_0
  1414 ?        SLl    0:02 /usr/bin/akonadi_sendlater_agent --identifier akonadi_sendlater_agent
  1415 ?        SLl    0:01 /usr/bin/akonadi_unifiedmailbox_agent --identifier akonadi_unifiedmailbox_agent

Akonadi ponoć ma docelowo służyć jako rozszerzalna aplikacja do przechowywania danych dla wszystkich aplikacji PIM, wyszukiwanie bibliotek (cache) w celu ułatwienia dostępu i zgłaszanie zmiany danych. Akonadi dodatkowo komunikuje się z zewnętrznymi serwerami takimi jak http://mariadb.com czy http://mariadb.org i przy instalacji serwera MySQL-a żąda podania hasła do roota do baz zewnętrznych umieszczonych na tych serwerach przez specjalistyczne API !Dodatkowo nasze dane mogą być pobierane z Akonadi przez model zaprojektowany do zbierania szczegółowych danych (poczta, kalendarz, kontakty, itd.). Zadaniem aplikacji jest monitorowanie, redagowanie i wyświetlanie danych użytkownika i danych wejściowych oraz wspieranie metadanych tworzonych przez aplikacje. Nazwa „Akonadi” powinna stać się synonimem złośliwego wirusa uruchamiającego hakerski botnet. Ten pakiet stał się powodem dla którego środowisko KDE zyskało złą sławę i prasę za sprawą użytkowników, którym akonadi uniemożliwiło lub utrudniło normalną pracę. Problem na pierwszy rzut oka jest bowiem niezauważalny. KDE dostarcza wszystkiego, co powinno dostarczać użytkownikowi nowoczesne rozwiązanie w tym integrację naszych kontaktów, plików bazodanowych, wiadomości, spotkań i wydarzeń w jednym rozbudowanym frameworku Akonadi - ale jakim kosztem ! Po świeżej instalacji Kubuntu z akonadi nagle niknie znaczny obszar pamięci gdzie wiele elementów składowych akonadi zajmuje po kilkadziesiąt megabajtów każdy. Po próbie ustawienia programu KMail i zsynchronizowaniu go z moimi kontami pocztowymi także MySQL stwierdził, że potrzebuje o więcej pamięci. Optymalizacja usług nie gwarantuje sukcesu, jeżeli mamy uruchomione jakiekolwiek usługi korzystające z akonadi (KMail, spotkania w kalendarzu, zegar na pulpicie, itp.). System z uruchomionym nadzorem ze akonadi i MySQL zajmował ponad 1GB pamięci RAM a po zablokowaniu usługi akonadi około 300 MB i zaczął zauważalnie szybciej działać
U mnie, niestety po instalacji serwera LAMP posypał się akonadi uniemożliwiając dostęp do poczty Kmail. Dlatego postanowiłem najpierw instalować thunderbird a nie Kmail, po którym ( każdorazowo doinstalowuje akonadi !) sypie się nie tylko poczta ale też nasz serwer MySQL. Zaczynam od poczty Kmail w której jak zauważam nie ma narzędzi do eksportu plików! Zaglądam zatem do kartotek z plikami k-mailowymi local/share/akonadi_maildir_resource i widzę, że wszystkie wiadomości pocztowe są prawdopodobnie w formacie .eml z tym że bez tego rozszerzenia. Zatem instaluję program pocztowy thunderbird :
-desktop:~$ sudo apt install thunderbird a nastęnie folder po folderze przemianowuję wiadomości krótkim skryptem :
$ for file in *; do mv "$file" "$file".eml; done
a następnie importuję do założonych folderów w Thunderbirdzie i Thunderbird działa! Nie żąda – tak jak było w Kmail każdorazowo odpalając program - hasła.
Chcę być pewien, iż pozbyłem się akonadi zatem odinstalowuję Kmail i MySql . Następnie zabezpieczam partycję /home i dla pewności ponownie instaluję cały system Kubuntu-20.04 już z Thunderbirdem z zaimportowanymi wiadomościami z Kmaila.
Teraz ponownie instaluję MySQL, pamiętając o tym że w wersji desktopowej Kubuntu w odróżnieniu od wersji serwerowej praca serwera MySQL zajmuje spore zasoby pamięci i spowalnia działanie systemu Kubuntu zatem gdy serwer nie jest potrzebny to opłaca się go zatrzymać : desktop:~$ service mysql stop.
Sprawdzam zasoby pamięci i uruchomione procesy – jest Ok !
ODPOWIEDZ

Wróć do „Instalacja, aktualizacja i konfiguracja Ubuntu”

Kto jest online

Użytkownicy przeglądający to forum: Amazon [Bot] i 37 gości