He also wants to know if he has to change something in BOINC or on his comp to be able to get more work. He downloaded the project and finished the work that came with it but he is not getting new work.

Thanks JP, you already know, but for others, my reply above askes if they really meant to say Rosetta has 3.33% resource share, or if they meant to say it has 33.33%. And I encouraged them to wait for BOINC to work through the other two projects and expect it to pick up some Rosetta work in time. I didn't want to attempt to explain BOINC Debt system in a foreign language to a user that isn't likely interested in all those details.

JP, if you could, it might be helpful to explain "resource share" and how this is set in the preferences for each project so that if Rosetta really only has 3% that they could change the resource share to get it up to 33%, which is apparently what they were wanting.

The simplest way to determine if this indeed was the problem might be to ask they report what the projects tab shows for the resource share of each of the 3 projects. Again, I didn't want to attempt phrasing that question properly in a foreign language.

Bonjour, je ne parle pas le français. Mais j'essaierai d'aider. Pouvez-vous faire vos questions simples ?

Rosetta traite-t-il votre ordinateur ? Avez-vous besoin de l'assistance ?

Pour envoyer un e-mail, s'il vous plaît utiliser le lien dans ma signature. "Moderator Contact".

Gues what they've updated again. hihihi. Could u send me the new rosetta 5.22 plz.
Thanks again for all the help.
EMail xxxxxxxxxxxxxcom.

JP
Have a nice day.

You've got mail, again

[edit]you can remove your email addy, I have it on file[/edit]

JP....You've got mail

MOD9 anyone figure why these people can't complete downloads yet? Have they or are they looking into it?

tony

I had a similar problem to this at work, although not with Rosetta. It turned out to be the MTU size... set its value to 576 (dec) for a PPP connection or 1400 (dec) for a DSL

mtu on this machine is 552.

I had a similar problem to this at work, although not with Rosetta. It turned out to be the MTU size and one of the hops to the USA which would for some reason truncate the packets. It only happenned on larger transfers. Traceroute and ping were all fine.

MTU is set in regedit under HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces
You will need to pick the current interface you are using and add a DWORD named MTU and set its value to 576 (dec) for a PPP connection or 1400 (dec) for a DSL

You will need to reboot after making the change. It is at least worth a try.

Ian

...JP might also try to borrow someone elses modem to rule his out as the culprit.

Just because JP's a member of an extremely small minority doesn't mean he shouldn't be allowed to participate, or that his concerns aren't valid.

tony

I don't believe anyone associated with the project has suggested that just because the problem is limited to two reports that these people will be abandoned. I have certainly not suggested that. AS I said the sys admin has looked that this and cannot find any problem on the server side. While not by any means a suggestion that these two people do not deserve help, it is significant that there are not more reports. The clear implication is that there is something not right on the remote end of the connection. IT could very well be that the e-mails are compressed in transmission and fall below some maximum file limit.

The fact that software from other projects that are using Rosetta software can be downloaded, is not significant. None of those project is using the current (and larger) Rosetta application. I will again draw attention to this thread to the sys admin, but I suspect that the modem or the ISP are the source of the issue. It could be that the modem overheats with a high sustained load and shuts off, it could be that the ISP has a limit the technician is not aware of. It could be a lot of things, but we will keep at it until we find the cause.

I find it hard for the tech to say it's not the fault of the ISP, when he can't get the download to complete either. Seems pretty clear to me, that since there are not more people reporting such a problem that it IS the ISP. I mean there's only two PCs (I think?) that we've heard having such a problem, one is JP's and the other is JP's tech... and BOTH were using the same ISP! Coincidence??

JP, do you have any ISPs there that will give you a 30 day free trial? Perhaps you could try another ISP, or use a friends account or something just to see if you can prove there's something specific to that ISP's servers and routers.

JP....You've got mail

MOD9 anyone figure why these people can't complete downloads yet? Have they or are they looking into it?

tony

The System administrator looked into it and he can't find any problem on the server side. From what he can tell the system is sending the files, but the client system does not "ack" the completed download.

From what I can see, it looks like the client is dropping the conection for some reason.

Hey MOD9 Mi ISP is sending a tech here Friday to check the connection and the modem to see if this is the cause. It's pozzeling everybody even senior tech at my ISP so i'll let you know if they fine something. -:) Have a nice day JP.

JP....You've got mail

MOD9 anyone figure why these people can't complete downloads yet? Have they or are they looking into it?

tony

The System administrator looked into it and he can't find any problem on the server side. From what he can tell the system is sending the files, but the client system does not "ack" the completed download.

From what I can see, it looks like the client is dropping the conection for some reason.

Mod9, he IS working again, I emailed him the Rosetta app, and he used that. He could download the app from other projects, but no matter when he tried or how (either manually downloading from site, or automatically during attachment), he couldn't get the app file downloaded from Rosetta. He can download all the other stuff from Rosetta, but not the LARGE file. He's was getting connection dropped or cut off. There are a few reports of NO APP file downloading. I am leaning toward the problem being on Rosettas server/file handler end. Probably in how it negotiates a transaction, some time limit or something.

During overloaded connections you'd see 400, 500, 106, and 182 errors reported. This didn't occur for JP.

Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

no no no I just tried predictor to see if it work and it does but no rosetta yet.

This could also be a result of the load on the Rosetta server. This always happens for a while after a new software release. Right now we have just released a new application version, a lot of new work unit types, and a lot of new people are attaching. It could be that the server connections are timing out after a certain period of time. How fast is your connection?

This is been going on for 2 week man i dont think this is tha cause

Well in the last two weeks, there have been 4 software releases. There have also been at least 6 different kind of work units. It takes about 4 days for the servers to normalize after a software release.

But lets see if we can get you going another way. If I understand all this correctly you have another system that is running Rosetta 5.13. If that is the case you can put a copy of that application exe in the BOINC files folder on your system as others have described and that will get it going. But that is just a patch for the communications issue. For some reason BOINC is timing out. While I have seen this before, it is not a common problem, and it is usually one of three things, something at the ISP, something in the communications settings on the computer, or the server timing out on slower connections when it is busy.

Since you have loaded applications from other project we will assume it is not your computer. That leaves the Rosetta server, and your ISP. At present I am only aware of three people having similar issues. This makes me think it is something related to the ISP. It could be a file size limit, or a connection time issue. Connection time would be related to speed.

What I would like to do is get you going somehow and see if you have any problems with some of the larger Work units currently being sent out. I know the smaller ones were not a problem for you. Did you have any luck getting the application via e-mail?

Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

no no no I just tried predictor to see if it work and it does but no rosetta yet.

This could also be a result of the load on the Rosetta server. This always happens for a while after a new software release. Right now we have just released a new application version, a lot of new work unit types, and a lot of new people are attaching. It could be that the server connections are timing out after a certain period of time. How fast is your connection?

[Youre the nman Tony it's working.
Cool now you can go to the race an let me know how it finish because i can't get it here.
-:)

<wiping sweat from brow> man I was worried, that some little error was going to creep in and make this not work. Glad to hear it, now if Rosetta can just figure out why they're dropping connections to people in your condition, we won't have to do this for every new app that comes out.

tony

[quote][quote][quote]Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

. just have to remane the file to eze right?

Unzip it, it should be 7,152K in size, change the .txt to .exe. NOT eze. move to boinc.bakerlab.org folder

[quote][quote][quote]Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

. just have to remane the file to eze right?

Unzip it, it should be 7,152K in size, change the .txt to .exe. NOT eze. move to boinc.bakerlab.org folder

[quote][quote][quote]Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

. just have to remane the file to eze right?

Unzip it, it should be 7.152K in size, change the .txt to .exe. NOT eze. move to boinc.bakerlab.org folder

Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

From what i can tell on this side. This is a server prob. It must be timming out to restrick download.

I'm leaning that way myself, expecially since others are reporting it (to a limited extent). It would be easier all around if you could copy it from one puter and put it on the other. If I email it to you you'll have to unzip, then rename.

You can email me at mmciastro at gmail dot com. How familiar are you with this operation. Do you need full instructions?

tony

Perfect just sent you a email if you dont get it let me know.

Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.

From what i can tell on this side. This is a server prob. It must be timming out to restrick download.

I'm leaning that way myself, expecially since others are reporting it (to a limited extent). It would be easier all around if you could copy it from one puter and put it on the other. If I email it to you you'll have to unzip, then rename.

You can email me at mmciastro at gmail dot com. How familiar are you with this operation. Do you need full instructions?

tony

Or, you say it's working OK on one of your puters, you can copy it from the working one, and paste it to the other.