Aw: [opensuse-support] Re: Re: Many problems since about Kernel 5.1.x on Tumbleweed Client - KDE isn't useable anymore - openSUSE Support

19 Jul 2019

Hi Pete,

...
  Gesendet: Mittwoch, 17. Juli 2019 um 11:39 Uhr; Von:
"Hans-Peter Jansen"

 first of all, given our subscriptions succeeded, let's keep the discussion
 here and only here, please, which will automatically avoid HTML as well ;-) 
OK, yes - I expected this - but was not simple possible with the webclient
from gmx.net which I use due to the KDE trouble.

...
  Am Dienstag, 16. Juli 2019, 15:39:08 CEST schrieb
ulfbart(a)gmx.net:

  Gesendet: Dienstag, 16. Juli 2019 um 13:07 Uhr;
Von: "Hans-Peter Jansen"
  Am Montag, 15. Juli 2019, 09:58:32 CEST schrieb
ub22@xxxxxxx: 
 Server (NFS 4 Server which is sharing /home config via YaST):
 |- Client1 (/home mounted via & user via NIS)

 > Using a similar setup here. 
 FYI: I'm using {open,}SUSE since > 20 years as well in both, commercial and
 private, settings. 
In the  moment only private (network) for the Family. And as demonstrator
for my LUG e.V. director.

...
   Yes, allways
done by  YasT:
 1. Install NIS Client with Automount enabled 
 This is the automount fstab pattern, that I use now:

 server:/path /net/server/path nfs noauto,x-systemd.automount,x-systemd.device-
 timeout=10,timeo=14 0 0 
OK, I will test them now. So my main PC I changed it and after the halt
today night I will test it tomorrow.

...
   Depends on the
user. I switched to an newer user and the
 Problem seams to be not available on it. I've only trouble
 to forward some settings like the kwallet which was
 encrypted with a key which seams to be on the new
 user in kleopatra and also in kwallet5 not visible. 
 If kwallet5 finds a plain kwallet4 config, it tries to convert the wallet to
 the new format with an assistant asking for both credentials. You need to
 remove the damaged kwallet5 settings beforehand. You can export/import
 kwallets manually as well. 
Is there a detailed description how to do it?
So in the moment I find kwallet in:
~/.kde/share/apps/kwallet    # the oldest ones ;-)
~/.kde4/share/apps/kwallet   # the old ones
~/keys/                      # ??? my copy ? - but I don't remind it
~/.local/share/RecentDocuments/kwallet_ulfi.xml.asc.desktop
                             # ??
~/.local/share/kwalletd      # I think the new one
~/.mozilla/firefox/abc.default/extensions/kde5wallet(a)guillermo.molina
                             # from old kwalletmanager or a new one ???
~/.config/kwalletrc          # the settings

...
  I've had cases with very old KDE{3,4} configs,
which had some trouble as well.
 I tend to start with a new config then, and recover selective configs (e.g.
 firefox bookmarks and passwords). kmail config should be started anew. 
Due to migration topics on KDE2, 3 and 4 I generated a new user
but still the issue is similar with a totally new user

...
    A general note:

 A NFS homed KDE is sub-optimal, when it comes to (heavy uses of) akonadi
 et.al. Thus, I'm using a different scheme for power users: I place /home
 on a
 local ssd, and symlink everything interesting from my shared server home. 
 akonadi on this user don't work, due to a mail account which can't be
 changed
 since years, so kmail crashes before I can open it. 
 Given, you get the basics behave again, you can reanimate akonadi with:

 rm -rf /home/$USER/.local/share/akonadi 
I prevere to move it (backup was some days old - and stopped in the moment):

$ mv ~/.local/share/akonadi ~/.local/share/akonadi.$(date +%F)

how to proceed with the other folders in ~/.local/share/  ?
akonadi-davgroupware/       akonadi_maildir_resource_0/ akonadi_migration_agent/

...
  and start over again. You need to adjust the folders
for all email identities
 in this case. 
This is anyway no issue, I will test it tomorrow, so it is to late today.

...
   But anyway,
this looks crazy, so I expect that temporary files should be
 used
 on local /tmp which is on my side always on a fast SSD 
 No, akonadi stores its databases in the path above. Use a symlink to relocate
 that one onto your local ssd. 
OK, this option I can verify later.

...
    server:/home /home/nfs nfs
 nfsvers=4,x-systemd.requires=nfs-mountd.service,x-

systemd.requires=/home 0 0

 If kmail is still too slow, switch to postgresql for akonadi. 
 I will doublecheck this later on. So in the moment I don't use kmail anymore 
 I cannot confirm your experience. I'm using TW and KDE including kmail
 successfully in NFS shared environments, but manage users with ldap, not yp.
 Most data is hosted by NFS, including VBox VMs(!), and all is working well. 
OK, I will setup an LDAP as well, but at first I must refresh my LDAP knowladge
which is very old and poor - any proposal for a good (best case german) manual?

...
  Server: openSUSE 15.0, Clients: TW. All smooth.

So today I made fschk on the Server on /boot/efi fs- and now it is empty :-(
But I'm thinking to install the server again. Than I can use LEAP 15.1 as
well instead of TW

Regards
Ulf
-- 
To unsubscribe, e-mail: opensuse-support+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-support+owner(a)opensuse.org