[X] My Assistant

thank you (IMG:[invalid] style_emoticons/default/smile.gif)

^ can you post the hathdl file?

Well now I cannot download any hathdl files anymore (IMG:[invalid] style_emoticons/default/ohmy.gif) I'll wait an hour or so, see if they start, but this is odd.

This post has been edited by Vulpix: Jun 25 2015, 11:48

I have no issues with my client, pretty much constantly at 1000trust/10000quality.

I have another issue though. I have a h@h file that simply won't start downloading. It's in the hathdl folder, like all the other ones, but it never got cleared and it never caused even an empty folder to be created for the gallery. I tried redownloading the file a few times to make sure there are no issues, but it just won't download.

Any ideas what the reason for this could be? And before you ask, other hathdl files downloaded the galleries just fine, and my client has been running for several days without interruption now, so it's not that.

A thing to note, I noticed the gallery is marked as "RES" - resized for online viewing. But I don't think that should have anything to do with the download. Yes?

Maybe my location is just bad? It's in London, it might not get picked a lot for Europe locations? I could try somewhere more central in Europe... Or perhaps Asia, according to the stats that often has 20+% utilization while Europe is <10%

Well now I cannot download any hathdl files anymore (IMG:[invalid] style_emoticons/default/ohmy.gif) I'll wait an hour or so, see if they start, but this is odd.

Okay, so I restarted H@H and everything has been downloaded just fine.

I am disappointed, however, as the downloads are the resized version (IMG:[invalid] style_emoticons/default/sad.gif)

Still, at leas now my H@H downloads work. I have no idea why they stopped working in the first place, but the client restart fixed it.

I am disappointed, however, as the downloads are the resized version (IMG:[invalid] style_emoticons/default/sad.gif)

Still, at leas now my H@H downloads work. I have no idea why they stopped working in the first place, but the client restart fixed it.

I wouldn't say that the H@H downloader is the cleanest part of the code, there might be a bug there. But it kind off works, so it is fine.

And, unless you have a 6000 pixels screen, resized versions of the images shan't be n issue. They're resized, but the JPEG quality is not lowered.

HI,

I am not sure am I at the right place to ask this question or do I miss out something. I recieved alot error message shown below:-

2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} java.lang.NoClassDefFoundError: Could not initialize class sun.security.provider.SecureRandom$SeederHolder
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at sun.security.provider.SecureRandom.engineNextBytes(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.security.SecureRandom.nextBytes(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.security.SecureRandom.next(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.util.Random.nextLong(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.io.File$TempDirectory.generateFile(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.io.File.createTempFile(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at org.hath.base.GalleryFileDownloader.run(GalleryFileDownloader.java:224)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.lang.Thread.run(Unknown Source)

do i have to do any things about it?

http://ehwiki.org/wiki/Technical_Issues#Startup_Errors

2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} java.lang.NoClassDefFoundError: Could not initialize class sun.security.provider.SecureRandom$SeederHolder
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at sun.security.provider.SecureRandom.engineNextBytes(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.security.SecureRandom.nextBytes(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.security.SecureRandom.next(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.util.Random.nextLong(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.io.File$TempDirectory.generateFile(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.io.File.createTempFile(Unknown Source)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at org.hath.base.GalleryFileDownloader.run(GalleryFileDownloader.java:224)
2015-07-02T19:43:05Z [ERR] {java.lang.Throwable$WrappedPrintStream.println(Unknown Source)} at java.lang.Thread.run(Unknown Source)

It certainly hits you trust/quality so it might be wise to do something about it.

This looks as if you have two versions of java installed, and one is messing up with the paths of another.

Every so often, every 3-15 days, one of my H@H clients suddenly stops responding. H@H overview screen will show Timeout or Offline.
(IMG:[i.imgur.com] http://i.imgur.com/PwSif22.png)
I cannot even log in via Putty so I can try to figure out what's happened - connection attempt just times out and dies. Only thing I can do is to ask my provider to reboot it for me, immediately after which I can login just fine and start up H@H again.

I don't know the first thing about linux outside of what I've learned for H@H, so I don't know what I might do to figure it out. Screen logs (H@H)? OS error logs? Started process logs? I doubt I've been compromised, since I completely disabled logins except via keyfile as soon as I got the server. This happens for all of my clients.

There is a "KVM" screen my provider has available via web browser which seems like it might be a direct connection to the server, but it takes forever to respond and I don't know what I could do with it anyway. Any ideas? This is almost certainly Linux/server related rather than H@H related.

^ You said "one of your H@H clients" which means you have more than one VM. Connect via ssh from a different machine to the one that keeps crashing and leave the connection open. When the machine stops responding there is a good chance that an open ssh connection will be still functional (to some extent).

If you struggle to keep the connection open for a long time because of some firewall timeout, come back bug me. There are ways around that too.

was there a change, how H@H pays out hath?
because the payout of my H@H client is above 20 hath (21 hath was peak currently at 20,2)

I cannot even log in via Putty so I can try to figure out what's happened - connection attempt just times out and dies. Only thing I can do is to ask my provider to reboot it for me, immediately after which I can login just fine and start up H@H again.

That just means the server itself crashed. Not H@H's fault.

was there a change, how H@H pays out hath?
because the payout of my H@H client is above 20 hath (21 hath was peak currently at 20,2)

The final cap was increased to 25. Nothing else changed.

thank you (IMG:[invalid] style_emoticons/default/biggrin.gif)

Every so often, every 3-15 days, one of my H@H clients suddenly stops responding. H@H overview screen will show Timeout or Offline.
-snip-
I cannot even log in via Putty so I can try to figure out what's happened - connection attempt just times out and dies. Only thing I can do is to ask my provider to reboot it for me, immediately after which I can login just fine and start up H@H again.

I don't know the first thing about linux outside of what I've learned for H@H, so I don't know what I might do to figure it out. Screen logs (H@H)? OS error logs? Started process logs? I doubt I've been compromised, since I completely disabled logins except via keyfile as soon as I got the server. This happens for all of my clients.

There is a "KVM" screen my provider has available via web browser which seems like it might be a direct connection to the server, but it takes forever to respond and I don't know what I could do with it anyway. Any ideas? This is almost certainly Linux/server related rather than H@H related.

This might be due to excessive memory consumption, especially if your vps provides 'burst' memory allocation. Trying setting a maximum memory limit during startup.

CODE

-Xmxmemm

    Limits the use of memory to mem (in MB).

And add h@h to your local start up script, that way it'll automatically start once you reboot no need to start it manually (IMG:[invalid] style_emoticons/default/smile.gif) .

^ You said "one of your H@H clients" which means you have more than one VM. Connect via ssh from a different machine to the one that keeps crashing and leave the connection open. When the machine stops responding there is a good chance that an open ssh connection will be still functional (to some extent).

Will do. I'm not sure what information I could gain, but maybe I would see if the user remains logged in at least.

This might be due to excessive memory consumption, especially if your vps provides 'burst' memory allocation. Trying setting a maximum memory limit during startup.

As you can see from the graph, it doesn't really come close to the 1 GB limit (it's rarely even over 500 MB), so I'm somewhat doubtful.

As you can see from the graph, it doesn't really come close to the 1 GB limit (it's rarely even over 500 MB), so I'm somewhat doubtful.

Is the VPS running under OpenVZ? The actual resident memory that is graphed might not same size the server thinks you're using. Well if you can't even get in via SSH its probably something other than H@H thats crashing your server.

Check your server instead of troubleshooting h@h.

Is there a limit to the number of static ranges per client? Several of my clients (with different cache sizes, max speed, etc.) seem to have settled at 2048 ranges.

Is there a limit to the number of static ranges per client? Several of my clients (with different cache sizes, max speed, etc.) seem to have settled at 2048 ranges.

That is currently the max cap. It's likely to be increased in the not too distant future, as soon as I know they can handle it.

THANK YOU