Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cannot read old table for '<user>': Permission denied #11

Open
MaxBenn opened this issue Feb 7, 2020 · 6 comments
Open

cannot read old table for '<user>': Permission denied #11

MaxBenn opened this issue Feb 7, 2020 · 6 comments

Comments

@MaxBenn
Copy link

MaxBenn commented Feb 7, 2020

Hi.
I've used incron to backup my databases. I use multiple Servers and Clients with a bunch of users who are using my Severs for their DB's as well.
After some time I was annoyed by the fact, that I had the uid and gid e.g. 1002 on one system and 1000 on the other one... so when I sshfs into one server from a client it was showing me a different username than mine, since the uid on both machines was the same but not the username.
So I took some time to give everybody their unique uid and gid.
Now when I am trying to access my 'incrontable -e' it is telling me that: cannot read old table for '': Permission denied.
Is there any way to get is back?
removing incron from my system and incl autoclean and autoremove doesn't work.

Thanks & Cheers,
MaxBenn

@MaxBenn
Copy link
Author

MaxBenn commented Feb 7, 2020

I've tried purging incron... it removed incron.allow as well as all other files for that program such as the systemd symlink etc...
So I had to make a new incron.allow list.
I'm getting still the same error message... :(

Thanks & Cheers,
MaxBenn

@MaxBenn
Copy link
Author

MaxBenn commented Feb 7, 2020

OK.... After digging for the Issue for more than an hour I decided to ask you guys on gitub.... Now that I've posted my question here I found the solution.

The tables are stored in the folder /etc/spool/incron/
so I had to chown the files to the user and everything is working again...
Still curious why apt-get purge didn't delete those files.

Cheers,
MaxBenn

@wiktor2200
Copy link
Contributor

apt-get purge command removes only config files which are defined as config file in dpkg metadata. For example: when you are uninstalling mysql, you have to remove /var/lib/mysql manually and it won't be removed by purge command. That's the same case.

To avoid future problems there should be some FAQ section in README or uninstallation guide or something like that. What do you think @danfruehauf? I can write some examples and more documentation of usage in the close future and create pull request if you don't mind :)

@MaxBenn
Copy link
Author

MaxBenn commented Feb 8, 2020

@wiktor2200
Thanks for oyur reply. I thought purge will do it. Anyway... I found another annoying bug. But for that I will open a new thread.
Have a good one! :D

Thanks & Cheers,
MaxBenn

@danfruehauf
Copy link
Owner

To avoid future problems there should be some FAQ section in README or uninstallation guide or something like that. What do you think @danfruehauf? I can write some examples and more documentation of usage in the close future and create pull request if you don't mind :)

I'd always welcome more documentation. Did anyone ever say no to documentation? 😄

@ringobowie
Copy link

Just had a similar issue (cannot read old table for 'userxyz': Permission denied) running incron on ubuntu 20.04.
Solution was to repair owner::group rights on the user table file in /var/spool/incron/ - the file was owned by 'root', group 'incron' instead of 'userxyz', group 'incron'.
Running a similar setup on a second ubuntu 20.04 box without the described behavior.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants