[X] My Assistant

It seems using the H@H Downloader is not adding the downloaded images to the cache. I'm trying to find a way of adding popular content to my cache without having to click through whole galleries manually. With the end result of increasing the utilisation of my client on my serverbox.

It seems that H@H has stopped working for me (as in, it was fine yesterday). My computer crashed so I looked over the wiki to see if there were any fixes to problems caused by crashing, but it seems that the error I'm getting isn't related to the crash, but is related to something either using the same port as H@H or blocking it. I'm not using any of the software listed in the wiki page. Hopefully someone can help me figure this out, and thanks in advance.

The relevant lines of the log file:

2014-04-01T22:34:25Z [WARN] Remote host did not send Content-Length, aborting transfer.

2014-04-01T22:34:25Z [ERROR] {org.hath.base.HentaiAtHomeClient.dieWithError(HentaiAtHomeClient.java:285)} Critical Error: Failed to get initial stat from server.

2014-04-01T22:34:25Z [info] Shutting down...

2014-04-01T22:34:25Z [WARN] Remote host did not send Content-Length, aborting transfer.

I'm getting alot of these as well...... My trust and quality are taking a hit.

is this e-hentai server/network problem? My network doesn't seem to be affected in any way.,..

Anyone besides us having these errors?

This post has been edited by treesloth16: Apr 2 2014, 02:41

I can't even restart my client now, same error.

Same error as Treesloth16. H@H will not start. (IMG:[invalid] style_emoticons/default/cry.gif)

Do not try restarting your client!

it shall not be an issue for a running H@H but if you shut it down it will not boot back.

Should be fixed now.

Not quite sure if I'm posting in the correct location, but I looked around and this made the most sense. Sorry if I got it wrong (IMG:[invalid] style_emoticons/default/wink.gif)

So I'm relatively new with H@H, I've been running it for a few days now, with no issues until yesterday.

I'm running it on a MacBook Pro which is on 24/7 and has never had any problems (actually it's basically a backup computer for me and acts as a router for my PC as well.) So it doesn't do much else than feed me internet and run H@H.

Then heat monsters appeared in my Mac.

They burned and they flamed and they melted my face. The Mac (as far as I can tell) overheats, freezes, and hard reboot is the only solution. Seems to happen when activity is high, which would of course make sense.

Have you encountered anybody with this problem before? My searches came up empty. I'm hoping you may have a good tip for me, because I want to help E-Hentai and gain Hath as well, but I can't do it like this, I'm afraid to be away from home too long because if it overheats and stays that way for several hours without shutting down (I don't know, it's a Mac, I don't like or know Macs...) then it may get fried completely.

I've tried lowering the burst upload rate and reducing cache size. Also, propping the back end of it up against something to effectively lift it up and get some nice airflow underneath as a natural heat sink. Didn't work.

Thanks in advance, and sorry to come with problems. (IMG:[invalid] style_emoticons/default/smile.gif)

I'm running it on a MacBook Pro which is on 24/7 and has never had any problems (actually it's basically a backup computer for me and acts as a router for my PC as well.) So it doesn't do much else than feed me internet and run H@H.

Then heat monsters appeared in my Mac.

Welcome to using apple products, all of them overheat. They're not meant to be servers, even a raspberry pi will do a better job as a server for H@H (or for anything else, like a firewall).

EDIT: typos, lot's of typos, which are now quoted forever in Tenboro's post below

This post has been edited by blue penguin: Apr 4 2014, 16:53

Welcome to using apple product, all of them overheats.

This is, generally, correct. [en.wikipedia.org] Apple has never thought of fans as "cool", and if they stoop to putting one in a device they'd rather it [timecapsuledead.org] not move.

Has anyone tried running this on a Raspberry Pi? If not does anyone have any suggestions for a low wattage system, that is capable of serving Hentai@Home?

Also, is there any IPv6 support?

BTW Apple computers do have fans, but they are designed to only use them when needed. As for things like the Apple Airports, well I think few to no home routers do.

This post has been edited by multiformbeing: Apr 4 2014, 22:47

Also, is there any IPv6 support?

Depends on what you mean by support.

Has anyone tried running this on a Raspberry Pi? If not does anyone have any suggestions for a low wattage system, that is capable of serving Hentai@Home?

My pi works very well for H@H. I added an external disk (an externally powered HDD) for the cache, to save write operations to the SD card. Yet, if your cache is small that's probably not needed.

Also, is there any IPv6 support?

The default kernel for the debian image for the pi do not support ipv6. But, I guess, you can recompile that with some effort. Not sure about H@H support for ipv6, but probably there is no support because it needs to be accessible from any browser on any computer.

EDIT: ninja'ed by Joe. Yeah, I guess the bind of H@H can happen on ipv6 but you need a public ipv4 ip as a way into your H@H. haven't tried it, it's mostly an educated guess

This post has been edited by blue penguin: Apr 4 2014, 23:04

Hello!

I remember reading somewhere that RDP connection (and viewing the gui in such) may cause the GUI to become unresponsive. It happens to me from time to time and it's quite annoying because I have to force-stop it (which creates negative trust / quality for my client). Is there something I can do to avoid this, considering I have no other choice but to use RDP to connect to my seedbox?

Furthermore, what triggers this issue? I don't know of any other software that does this (IMG:[invalid] style_emoticons/default/ohmy.gif)

Thanks!

First time I hear about the RDP being problematic with H@H? What's the OS, and Java Version? And how you keep the RDP session active when you disconnect?

I remember reading somewhere that RDP connection (and viewing the gui in such) may cause the GUI to become unresponsive. It happens to me from time to time and it's quite annoying because I have to force-stop it (which creates negative trust / quality for my client). Is there something I can do to avoid this, considering I have no other choice but to use RDP to connect to my seedbox?

Either make sure to minimize the client before you leave the RDP session, or use the CLI version.

Not sure exactly what causes it, but it's some kind of regression introduced in Java 7.

First time I hear about the RDP being problematic with H@H? What's the OS, and Java Version? And how you keep the RDP session active when you disconnect?

W7 x64, latest everything installed. Java 7 x64 u51.

Either make sure to minimize the client before you leave the RDP session, or use the CLI version.

Not sure exactly what causes it, but it's some kind of regression introduced in Java 7.

I see! Thanks! I'll be careful and make sure the gui is closed every time I terminate the RDP session.

And as a bonus question - is there a way to make H@H run on a device with 128MB RAM? I've had success with a 256MB device (an ARM-based NAS), but (as you can probably tell), I'm trying to see if I could run it on my router. It has several USB ports and it's not slow either, so it should work in theory; but I assume H@H needs more during startup?

And as a bonus question - is there a way to make H@H run on a device with 128MB RAM? I've had success with a 256MB device (an ARM-based NAS), but (as you can probably tell), I'm trying to see if I could run it on my router. It has several USB ports and it's not slow either, so it should work in theory; but I assume H@H needs more during startup?

128MB is tough. If it had it to itself that probably would work, but when you throw in the OS and other services there usually isn't that much left. You could try the --use-less-memory switch, but I wouldn't be all that optimistic.

Maybe with a minimalist OS, e.g. arch linux, gentoo or LFS. If you know what you're doing you can disable all services apart from udev and then run H@H, and it maybe will have enough memory. But that's not the case on a router, a router needs some memory to handles NAT tables for example.

How exactly are max. connections calculated? Wiki says 20 + max_burst_speed/10000 but what units is the max burst speed in?

And as a bonus question - is there a way to make H@H run on a device with 128MB RAM? I've had success with a 256MB device (an ARM-based NAS), but (as you can probably tell), I'm trying to see if I could run it on my router. It has several USB ports and it's not slow either, so it should work in theory; but I assume H@H needs more during startup?

A router uses at least 50% of it's memory for states and other stuff: [puu.sh] http://puu.sh/86V7h/5a0f7b7bdb.png

If you nuke the web interface and run literally nothing but a bare-bones firewall you'll still run into memory issues since the ~64-80MB you'll get just won't be enough.

This post has been edited by KaneTW: Apr 13 2014, 14:17