 |
 |
 |
Hentai@Home 1.2.5, Call now at 1-800-MORE-SPEED for a free sample! |
|
Feb 15 2015, 05:35
|
Rair
Newcomer
 Group: Recruits
Posts: 13
Joined: 21-August 09

|
The new changes are great, but here's something I spotted twice while running the program which I don't recall seeing before with prev versions. After the error it just goes back to normal, so it's not a problem, but still. (IMG:[ i.imgur.com] http://i.imgur.com/iA1LttM.jpg)
|
|
|
Feb 15 2015, 11:00
|
Tenboro

|
QUOTE(Rair @ Feb 15 2015, 04:35)  The new changes are great, but here's something I spotted twice while running the program which I don't recall seeing before with prev versions. After the error it just goes back to normal, so it's not a problem, but still.
Looks like a DNS issue. Try changing your DNS server to 8.8.8.8 (Google DNS) instead of whatever your ISP offers.
|
|
|
Feb 17 2015, 09:14
|
Sharpiwi
Newcomer
  Group: Members
Posts: 80
Joined: 19-June 11

|
QUOTE(Rair @ Feb 15 2015, 00:35)  The new changes are great, but here's something I spotted twice while running the program which I don't recall seeing before with prev versions. After the error it just goes back to normal, so it's not a problem, but still. (IMG:[ i.imgur.com] http://i.imgur.com/iA1LttM.jpg) You can also try OpenDNS (208.67.222.222, 208.67.220.220) if you'd rather avoid Google.
|
|
|
Feb 26 2015, 16:46
|
nininitaotao
Lurker
Group: Recruits
Posts: 2
Joined: 26-February 15

|
THANK YOU
|
|
|
Mar 2 2015, 13:52
|
Princess_Altrial
Lurker
Group: Recruits
Posts: 2
Joined: 2-March 15

|
Thanks for the update.No more argee
|
|
|
Mar 8 2015, 16:31
|
Ver Greeneyes
Newcomer
 Group: Recruits
Posts: 10
Joined: 29-October 10

|
On a whim I recently decided to start H@H with --verify_cache, and it ended up finding 3 or so files that were corrupt. I was wondering, what happens if one of those files was part of one of the static ranges assigned to my client? Would it get replaced automatically, or fail to be served (reducing trust)?
|
|
|
Mar 8 2015, 17:51
|
Tenboro

|
QUOTE(Ver Greeneyes @ Mar 8 2015, 15:31)  On a whim I recently decided to start H@H with --verify_cache, and it ended up finding 3 or so files that were corrupt. I was wondering, what happens if one of those files was part of one of the static ranges assigned to my client? Would it get replaced automatically, or fail to be served (reducing trust)?
It gets replaced automatically if anyone requests it.
|
|
|
Mar 9 2015, 08:08
|
Mysteroyer
Lurker
Group: Recruits
Posts: 2
Joined: 9-March 15

|
So freaking good.
|
|
|
Mar 9 2015, 09:29
|
Mr_Nissan
Lurker
Group: Recruits
Posts: 3
Joined: 2-May 11

|
The speed never bothered me anyway.
|
|
|
Mar 9 2015, 10:53
|
Ver Greeneyes
Newcomer
 Group: Recruits
Posts: 10
Joined: 29-October 10

|
QUOTE(Tenboro @ Mar 8 2015, 16:51)  It gets replaced automatically if anyone requests it.
Thanks (IMG:[ invalid] style_emoticons/default/smile.gif)
|
|
|
|
 |
|
Mar 12 2015, 06:42
|
whzzz28
Newcomer
 Group: Members
Posts: 22
Joined: 3-November 08

|
Having some issues with 1.2.5. Updated from 1.2.0 which was working. After loading it gets stuck on "Building and sending cache list to server..." Nothing in the log of interest. Passes the speed tests, sends the cache file, finishes sending then nothing. Heaps of warnings about rejecting connection request during startup after that. It does say it may take awhile, but i left it for over an hour and still nothing. The cache is fairly small, 1.42gb. CODE 2015-03-12T04:06:05Z [debug] Response Written: 2015-03-12T04:06:05Z [debug] I feel FANTASTIC and I'm still alive 2015-03-12T04:06:05Z [info] {1/94.100.22.210} Code=200 Bytes=36 GET /servercmd/still_alive//1426133160/bc58a76f34b1bf698de439a94618e5979e18bed8 HTTP/1.1 2015-03-12T04:06:05Z [info] {1/94.100.22.210} Code=200 Bytes=36 Finished processing request in 0.00 seconds (36.00 KB/s) 2015-03-12T04:06:06Z [info] {2/94.100.22.210} Code=200 Bytes=10000001 GET /servercmd/speed_test/testsize=10000001/1426133161/79690232bd883a27c76d36c7f4cb2781061e5a08 HTTP/1.1 2015-03-12T04:06:06Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:07Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:07Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:08Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:09Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:09Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:09Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:10Z [WARN] Rejecting connection request during startup. 2015-03-12T04:06:46Z [info] {2/94.100.22.210} Code=200 Bytes=10000001 Finished processing request in 40.28 seconds (248.27 KB/s) 2015-03-12T04:06:49Z [info] {3/94.100.22.210} Code=200 Bytes=3333334 GET /servercmd/speed_test/testsize=3333334/1426133204/f7de09b1a8a434bd785c2aa6938d71e3688ed8db HTTP/1.1 2015-03-12T04:06:49Z [info] {5/94.100.22.210} Code=200 Bytes=3333336 GET /servercmd/speed_test/testsize=3333336/1426133204/c0ecc2b077fde55e7ed000162837792361172dfd HTTP/1.1 2015-03-12T04:06:49Z [info] {4/94.100.22.210} Code=200 Bytes=3333335 GET /servercmd/speed_test/testsize=3333335/1426133204/545b758f3877a6365d9fc648eb373033a8e5536b HTTP/1.1 2015-03-12T04:07:04Z [info] {3/94.100.22.210} Code=200 Bytes=3333334 Finished processing request in 14.91 seconds (223.61 KB/s) 2015-03-12T04:07:06Z [info] {5/94.100.22.210} Code=200 Bytes=3333336 Finished processing request in 17.74 seconds (187.86 KB/s) 2015-03-12T04:07:16Z [info] {4/94.100.22.210} Code=200 Bytes=3333335 Finished processing request in 27.22 seconds (122.48 KB/s) 2015-03-12T04:07:19Z [info] {6/94.100.22.210} Code=200 Bytes=2000002 GET /servercmd/speed_test/testsize=2000002/1426133234/d7aeb43f6fc64fca9b16a4c9e66b2bb8e7707c66 HTTP/1.1 2015-03-12T04:07:19Z [info] {7/94.100.22.210} Code=200 Bytes=2000005 GET /servercmd/speed_test/testsize=2000005/1426133234/13349be7742754eafe5e30f49b07ef42909df974 HTTP/1.1 2015-03-12T04:07:19Z [info] {9/94.100.22.210} Code=200 Bytes=2000003 GET /servercmd/speed_test/testsize=2000003/1426133234/e2f258820ec7aea4a8dca15fe508abb869250893 HTTP/1.1 2015-03-12T04:07:19Z [info] {10/94.100.22.210} Code=200 Bytes=2000001 GET /servercmd/speed_test/testsize=2000001/1426133234/ef9db927de5a56c4f68c50fbb6828abba2efffa8 HTTP/1.1 2015-03-12T04:07:19Z [info] {8/94.100.22.210} Code=200 Bytes=2000004 GET /servercmd/speed_test/testsize=2000004/1426133234/c0f27873164568dde16612583b496d1047c90c13 HTTP/1.1 2015-03-12T04:07:27Z [info] {6/94.100.22.210} Code=200 Bytes=2000002 Finished processing request in 8.77 seconds (228.10 KB/s) 2015-03-12T04:07:33Z [info] {9/94.100.22.210} Code=200 Bytes=2000003 Finished processing request in 13.82 seconds (144.69 KB/s) 2015-03-12T04:07:34Z [info] {7/94.100.22.210} Code=200 Bytes=2000005 Finished processing request in 15.61 seconds (128.12 KB/s) 2015-03-12T04:07:37Z [info] {10/94.100.22.210} Code=200 Bytes=2000001 Finished processing request in 18.69 seconds (107.02 KB/s) 2015-03-12T04:07:38Z [info] {8/94.100.22.210} Code=200 Bytes=2000004 Finished processing request in 19.68 seconds (101.64 KB/s) 2015-03-12T04:07:41Z [info] Sending cache list, and waiting for the server to register the cached files.. (this could take a while) 2015-03-12T04:07:41Z [info] {11/94.100.22.210} Code=200 Bytes=530905 GET /servercmd/cache_list/max_filesize=0;max_filecount=99999999/1426133257/3521f092c851c409568a2b10eacca3c45b0884fb HTTP/1.1 2015-03-12T04:07:41Z [info] Retrieving segment 0 of 16 2015-03-12T04:07:41Z [info] Retrieving segment 1 of 16 2015-03-12T04:07:41Z [info] Retrieving segment 2 of 16 2015-03-12T04:07:41Z [info] Retrieving segment 3 of 16 2015-03-12T04:07:42Z [info] Retrieving segment 4 of 16 2015-03-12T04:07:43Z [info] Retrieving segment 5 of 16 2015-03-12T04:07:43Z [info] Retrieving segment 6 of 16 2015-03-12T04:07:44Z [info] Retrieving segment 7 of 16 2015-03-12T04:07:44Z [info] Retrieving segment 8 of 16 2015-03-12T04:07:44Z [info] Retrieving segment 9 of 16 2015-03-12T04:07:45Z [info] Retrieving segment 10 of 16 2015-03-12T04:07:46Z [info] Retrieving segment 11 of 16 2015-03-12T04:07:46Z [info] Retrieving segment 12 of 16 2015-03-12T04:07:47Z [info] Retrieving segment 13 of 16 2015-03-12T04:07:48Z [info] Retrieving segment 14 of 16 2015-03-12T04:07:48Z [info] Retrieving segment 15 of 16 2015-03-12T04:07:49Z [info] {11/94.100.22.210} Code=200 Bytes=530905 Finished processing request in 7.47 seconds (71.07 KB/s) 2015-03-12T04:07:57Z [WARN] Rejecting connection request during startup. 2015-03-12T04:08:18Z [WARN] Rejecting connection request during startup. 2015-03-12T04:08:19Z [WARN] Rejecting connection request during startup. 2015-03-12T04:08:22Z [WARN] Rejecting connection request during startup. 2015-03-12T04:08:26Z [WARN] Rejecting connection request during startup. 2015-03-12T04:08:26Z [WARN] Rejecting connection request during startup. 2015-03-12T04:08:30Z [WARN] Rejecting connection request during startup. I tried a fresh instance without the caches file (0byte cache) but it still gets stuck at the same point. H@H active clients on the website reports the host has timed out. Any ideas?
|
|
|
|
 |
|
Mar 12 2015, 13:18
|
Tenboro

|
QUOTE(whzzz28 @ Mar 12 2015, 05:42)  Having some issues with 1.2.5. Updated from 1.2.0 which was working.
As far as I can tell, your client is online and working as it should?
|
|
|
|
 |
|
Mar 12 2015, 15:14
|
mozilla browser
Group: Gold Star Club
Posts: 2,131
Joined: 22-December 11

|
QUOTE(Ver Greeneyes @ Mar 8 2015, 22:31)  On a whim I recently decided to start H@H with --verify_cache, and it ended up finding 3 or so files that were corrupt. I was wondering, what happens if one of those files was part of one of the static ranges assigned to my client? Would it get replaced automatically, or fail to be served (reducing trust)?
Hmm... silent data corruption of 3 files? QUOTE(Tenboro @ Mar 8 2015, 23:51)  It gets replaced automatically if anyone requests it.
So, since I run zfs, I shouldn't ever need --verify_cache right? Or, what would happen if it attempted to read, and zfs returned an error due to having detected data corruption? Would the h@h client replace it automatically, or do I need to recover from backups, or run --verify_cache?
|
|
|
|
 |
|
Mar 12 2015, 15:34
|
Tenboro

|
QUOTE(mozilla browser @ Mar 12 2015, 14:14)  So, since I run zfs, I shouldn't ever need --verify_cache right? Or, what would happen if it attempted to read, and zfs returned an error due to having detected data corruption? Would the h@h client replace it automatically, or do I need to recover from backups, or run --verify_cache? It's relatively unlikely that a client will ever experience random data corruption. Unless there was some kind of crash or power loss while the data was written, it usually indicates that something is wrong on the hardware level, like a faulty storage device, a bad disk controller, or bad RAM. In the latter case, ZFS wouldn't help you since data could be corrupted before it was checksummed and written to disk, but it should catch most of the other cases. If there is a file system or hardware failure when H@H reads a file, it should report the failure prominently, but it would leave it to the user to do any repairs.
|
|
|
|
 |
|
Mar 13 2015, 09:06
|
whzzz28
Newcomer
 Group: Members
Posts: 22
Joined: 3-November 08

|
QUOTE(Tenboro @ Mar 12 2015, 13:18)  As far as I can tell, your client is online and working as it should?
Yep, Took about 25 restarts last night before it just started working by itself. Afraid to reload it now.
|
|
|
Mar 22 2015, 13:03
|
CordellXXX
Lurker
Group: Recruits
Posts: 3
Joined: 30-October 12

|
Hello, I've been using the client fine but as of 3-11-15 16:42 I am suddenly not able to connect to the servers. Am I missing something?
The client status is stuck on "Sending startup notification."
This post has been edited by CordellXXX: Mar 22 2015, 13:05
|
|
|
Mar 22 2015, 15:27
|
Maximum_Joe
Group: Gold Star Club
Posts: 24,074
Joined: 17-April 11

|
|
|
|
Mar 23 2015, 13:30
|
CordellXXX
Lurker
Group: Recruits
Posts: 3
Joined: 30-October 12

|
QUOTE(Maximum_Joe @ Mar 22 2015, 06:27)  Ignore this post.. I think I need to forward port 80 again. That was definitely the problem, thanks. - - - This post has been edited by CordellXXX: Mar 24 2015, 11:11
|
|
|
Mar 23 2015, 15:13
|
blue penguin
Group: Gold Star Club
Posts: 10,046
Joined: 24-March 12

|
QUOTE(CordellXXX @ Mar 23 2015, 11:30)  Try launching H@H with java -Djava.net.preferIPv4Stack=true -jar HentaiAtHome.jar.
How do I do this exactly? You type "java -Djava.net.preferIPv4Stack=true -jar HentaiAtHome.jar" where H@H is?
|
|
|
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
|
 |
 |
 |
|