[ / / / / / / / / / / / / / ] [ dir / random / cloveros / cuteboys / erp / fast / hydrus / in / strek / tftg ]

/hydrus/ - Hydrus Network

Bug reports, feature requests, and other discussion for the hydrus network.
Name
Email
Subject
Comment *
File
Password (Randomized for file and post deletion; you may also set your own.)
Archive
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Embed
(replaces files and can be used instead)
Voice recorder Show voice recorder

(the Stop button will be clickable 5 seconds after you press Record)
Options

Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf
Max filesize is 16 MB.
Max image dimensions are 15000 x 15000.
You may upload 5 per post.


New user? Start here ---> http://hydrusnetwork.github.io/hydrus/

Experienced user with a bit of cash who wants to help out? ---> Patreon

Current to-do list has: 2,017 items

Current big job: Catching up on Qt, MPV, tag work, and small jobs. New poll once things have calmed down.


File: 2b5572a7158177b⋯.png (18.71 KB, 418x273, 418:273, 2018-06-09 13:13:28.png)

File: bc7af941c2be31f⋯.png (47.1 KB, 516x524, 129:131, 2018-06-09 13:14:13.png)

bd4b5a  No.9091

I installed Hydrus from the AUR package, i should have known better i won't do it again i promise ;-; and after updating to version 309 (i wasn't able to figure out which version I had before that but i'll try if it's still relevant after the next part) I got

Gdk-Message: 13:28:54.154: client.pyw: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.

when running hydrus-client in the terminal. If I move the db folder so it starts a new one, it's perfectly fine. I tried downloading a a fresh copy of v310 from github and running it with my db folder, and I got these errors instead. Can this be fixed?

____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

74c350  No.9150

Thank you for this report. This is very useful information. I apologise for the late reply–I am just coming off a light E3 week where I did not keep up with my messages well.

I believe the 'resource temporarily unavailable' error may be due to that client being unable to show that 'can't repair this db' error in certain situations. I will make sure to fix how that popup displays.

As for the local_hashes issue, I am not sure what has happened here. My best guess is you maybe updated from pre-v262 and that update applied badly? Or did you update from just, say, v306?

If this table disappeared in just a simple, fairly recent update, you may have had a hard drive fault, and you probably want to check out the 'help my db is broke.txt' file in your install_dir/db folder as background reading. Losing local_hashes isn't the end of the world, but if your hard drive is three months away from dying, you want to check and sort that out now.

If this is a big update that went bad, there is less to worry about. My code maybe messed up due to bitrot, so we'll just have to fix it retroactively.

In either case, to get your client booting again, we'll need to create that table manually. Make sure your client is all shut down and then go to your install_dir/db directory. Run the sqlite3 executable, which will bring up a sqlite shell prompt, and then paste this in (you should be able to do it line by line):

WARNING EDIT I JUST THOUGHT OF: Do this first, please:

.open client.db
SELECT name FROM sqlite_master WHERE type="table" AND name="local_hashes";
(does it give you 'local_hashes' result or no result at all after this line?)
.exit

If you still have a local_hashes in your main db, then we can just move it. This preferable to the following solution, so let me know and I'll write you a different fix. Otherwise, open a new sqlite prompt and:

.open client.master.db
CREATE TABLE local_hashes ( hash_id INTEGER PRIMARY KEY, md5 BLOB_BYTES, sha1 BLOB_BYTES, sha512 BLOB_BYTES );
CREATE INDEX IF NOT EXISTS local_hashes_md5_index ON local_hashes (md5);
CREATE INDEX IF NOT EXISTS local_hashes_sha1_index ON local_hashes (sha1);
CREATE INDEX IF NOT EXISTS local_hashes_sha512_index ON local_hashes (sha512);
.exit

Let me know if that doesn't work–I wrote it semi by-hand, and I may have got something slightly wrong.

And try booting your client again. Unfortunately, that table will then be empty, so you won't be able to copy these hash types to clipboard, and some downloader/booru md5 checking will not work. I will make a maintenance job to repopulate this table in the coming weeks that you can fire that will regenerate all this info (be warned, this will ultimately be a big job).

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

bd4b5a  No.9230

File: dbeab90877afc06⋯.png (5.58 KB, 349x50, 349:50, 2018-06-21 21:58:32.png)

File: 5c77b0803604b2e⋯.png (1.48 MB, 1600x1151, 1600:1151, hydrus client 2018-06-21 2….png)

>>9150

>My best guess is you maybe updated from pre-v262 and that update applied badly?

Apparently, that's all it was. I got pic related after running all your commands (i somehow managed to miss what you said in between them and blindly ran them all) which eventually lead to

>OperationalError: table local_hashes already exists

But after restoring a backup (i backed up the whole supposedly-broken db folder when it first failed to load) and downloading version 297 from github, it updated perfectly fine and I was able to update to 311 from there. Apparently my current desktop theme doesn't go so well with Hydrus, but whatever. Thanks for the help!

>be warned, this will ultimately be a big job

for you

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



[Return][Go to top][Catalog][Nerve Center][Random][Post a Reply]
Delete Post [ ]
[]
[ / / / / / / / / / / / / / ] [ dir / random / cloveros / cuteboys / erp / fast / hydrus / in / strek / tftg ]