psi jabber klient ztrácí data? (diskuse)

[mirec]

V KDE sa mi to stávalo bežne. V psi ani raz, ale v gentoo používam opatchované psi+ z rion overlayu.

[Jiří Lisický]

Máš tam systemd? https://bugzilla.redhat.com/show_bug.cgi?id=1170765

[pavlix]

Cherchez la femme le systemd? Náhodou především z důvodu vývoje pro RH na Gentoo systemd mám. Mimochodem už delší dobu držím zablokovaný Gentooácký /sbin/reboot, protože ten jenom zamrzne systém.

Ale na druhou stranu se mi čas od času stane, že nechám laptop bez napájení a umře. Nebo může z různých důvodů zamrznout systém. Takže bych radši, kdyby se aplikace staraly o své zápisy korektně a tyhle nepříjemnosti řešil až v druhé řadě.

[skunkOS]

Brrr, ježíš.

[Bedňa]

Ono sa to zpíše do bafru a keď ti pri prepisovaní bafru na disk vytuhne komp, tak ti nepomôže nič. Teda skript čo by robil sync hneď po update configu by pomohol. Vychádzam z komentára kde píšeš že ti občas komp umre.

Neviem na čom teraz pracuješ a rád by som to vedel, ale používanie systemd na primárny vývoj je podľa mňa zbytočný a môžeš to testovať pred ostrím vydaním na extra partícií. Ja mám na desktope cca 5distier a v NTB s Atomom momentálne dve a miesto na ďalšie. Virtuál nepokladám za plnohodnotný testing distra.

Neviem či mám zázračné ruky, ale mne ani ten Atom nevytuhne, nebyť toho že rebootujem do iných distier, tak tam mám uptime od kedy som ho kúpil. Normálne ho nevypínam len uspím zaklapnutím krytu.

[mirec]

Pomôže presne to, čo napísal v blogu. Stačí zapisovať do dočasného súboru, zatvoriť a premenovať (premenovanie je vďaka journalovacím fs atomická operácia, takže najhoršie čo sa stane je, že po štarte tam bude stará verzia).

[Bedňa]

To je fajn, ale toto je podľa nejakého RFC, alebo to majú implementované len niektoré FS?

[mirec]

Je to súčasťou štandardu POSIX. Journalovacie fs to spĺňajú za predpokladu, že tam nie je škaredý bug.

[Bedňa]

Dobré vedieť dík, z blogu som to úplne nepochopil že ide o štandart, niekde ešte stále používam ReiserFS, vďaka spoalivosti.

[mirec]

Raiser som tiež kedysi používal, ale potom som prešiel na XFS z ktorého som vyhodil pár blbostí okolo uzamykania.

[Bedňa]

XFS maintainer bol práve dosť kamarádsky, tak by možmo tie patche aj prijal, hoci XFS už fakt nesledujem. Možno moja chyba, pretože tam sa kedysi najľahšie dali pretlačiť vylepšenia.

Vývojári Ext4 ma vždy vedeli pobovaviť vylepšeniami ktoré doťahovali vylepšenia s pred desiatich rokov ReiserFS.

Tak dnes a asi rok dozadu je Ext fak použiteľné a dá sa porovnať so systémami s pred desiiatich rokov, toto beriem ako veľké plus pre Linux enviroment

[Odin1918]

Ext jsou srovnatelne jen diky tomu, ze je Hans ve vezeni. Az bude na svobode, tak se karta opet obrati.

[pavlix]

Zajímalo by mě, zda statut odsouzence u architekta a hlavního vývojáře ovlivní přijímání toho FS.

[pavlix]

Ono sa to zpíše do bafru a keď ti pri prepisovaní bafru na disk vytuhne komp, tak ti nepomôže nič.

Co do toho pleteš buffery a sync? V blogpostu jsem popsal problém i jeho triviální a zároveň běžné řešení. Bavíme se o ztrátě dat, která byla už v minulosti bezpečně zapsána na disku, dost pravděpodobně v některém z předchozích běhů systému.

Neviem na čom teraz pracuješ a rád by som to vedel, ale používanie systemd na primárny vývoj je podľa mňa zbytočný a môžeš to testovať pred ostrím vydaním na extra partícií.

Před časem jsem o tom uvažoval, ale došel jsem k závěru, že vývoj nad OpenRC nebo podobnou ptákovinou značně odlišnou od cílové platformy a následné testování, ladění a opravy nad systemd není pro moji práci obhájitelné. Navíc se systemd ke službám chová lépe než cokoli jiného, o OpenRC radši ani nemluvím.

Ja mám na desktope cca 5distier a v NTB s Atomom momentálne dve a miesto na ďalšie. Virtuál nepokladám za plnohodnotný testing distra.

Já testuju podle potřeby. Většinou netestuju distribuce, ale velmi konkrétní věci a tak 99% z nich jde rovnocenně testovat na virtuálu.

[Bedňa]

KLamem Debian so systemd občas sa nevedel uspať a skoro mi uvaril NTB a občas sa nevedel prebudiť, toto som vyriešil odstránením systemd.

[pavlix]

Je pravda, že se mi taky laptop dostává do stavu, kdy už se přestane uspávat na tlačítko a musím přes systemctl suspend, ale to funguje na 100%, tak těžko říct, čím to je.

[Bedňa]

V anitiXe aby sa NTB uspal som musel prepísať SLEEP

Jj uspanie v bashi v systemd (systemctl) funguje dobre, ale nejak to buguje pri zaklapnutí, nepátral som prečo, toto ide už mimo mňa :) Teda sledujem vývoj, le kvôli tomu aby som bol v obraze.

[pavlix]

Uspání při zaklapnutí u pracovního stroje vypínám, často ho zaklapnutý přenáším v rámci dosahu wifi a nechci aby se odpojil od VPN a dalších služeb. Dokonce to dělám i doma, ale původně jsem si na to zvyknul při návštěvách kanceláře. Ale na klávesovou zkratku bude asi mechanismus stejný.