[QUOTE=LaurV;530189]I have no idea if I missed any credit, because I don't know where to look for.[/quote]Just send me a list of all the factors you've ever found above 1G and I'll assign credit where missing. Or PM me the IP you would've submitted from and I can probably pull up the list from the logs.

[QUOTE=LaurV;530189]However, according with my (long ago) knowledge, Primenet won't cope well with lines having userid/computer in front. This knowledge of mine may be outdated...[/QUOTE]Your knowledge is outdated, PrimeNet has no problem with UID lines.

[QUOTE=LaurV;530189]Related of how to change the ini files for colab, you can click on "files" and then click the "up dir" (the dot-dot entry) then you can find the files in the home folder. Asuming you run your own copy (and didn't directly launch the one from Chris' folder) then you can edit the ini file[/QUOTE]I'm not smart enough to run my own copy, I just click Chris' link from GPU72 and click the (>) play button. The /home/ directory is empty, I can't find anything to edit.
I still think it would be trivial for Chris to prepend the UID segment to the result lines displayed if missing from the actual result lines, hence my request.

Ok, you are right about my knowledge being outdated.
I just sent this to PrimeNet and it didn't have any problem digesting it.

[ATTACH]21286[/ATTACH]

About that credit, there is nothing important, you can forget it. The issue is that the tasks run from ramdisk (you imagine that at over 200k assignments per day, I won't use the hdd/sdd for it!) and once sent (with curl, and confirmed by your page) the reports are deleted. That is 100 kilobytes every 7 minutes!! But everything I reported in the last time had the user id and computer name, and everything that I reported before came from the same IP, so I thought you can match them. Anyhow, it is not important, I was just wondering if the traffic causes any issue, and it seems that not. That is good, I will let it run for few more days, and move a good chunk of those expos to 70 bits. I just found the 70 bits is the sweetest spot for this activity (higher needs longer time per exponent, therefore less factors, which I do not like, and lower it loses too much time with overhead, like operating with files and writing on monitor, in fact, 68 and 69 bits take exactly the same amount of time, which is about 70% of what 70 bits take, then the 71 bits take double time, as it is normal, therefore for lower bits the timing is given by the overhead, and not by the effective TF work).

The question where could I look to see what and if I am or was credited for, still stands.

[QUOTE=James Heinrich;530193]I still think it would be trivial for Chris to prepend the UID segment to the result lines displayed if missing from the actual result lines, hence my request.[/QUOTE]

Indeed trivial. Probably activated (for those who's PN UN is already known) later today.

SO EVERYONE KNOWS: GPU72 will be going into maintenance mode in about seven (7#) minutes. This should only take about twenty (20#) minutes or so, but I have to get every step correct...

Is Ryan AWOL?
 

He'd be missed.

Or working on something big requiring patience?

[QUOTE=chalsall;530201]...SO EVERYONE KNOWS: GPU72 will be going into maintenance mode in about seven (7#) minutes. This should only take about twenty (20#) minutes or so, but I have to get every step correct...[/QUOTE]

Thanks for the info. :smile:

[QUOTE=James Heinrich]Your knowledge is outdated, [I]PrimeNet[/I] has no problem with UID lines.[/QUOTE]
Then why is everything I run with [I]mfaktc[/I], user ID included, being lumped into "Manual Testing?" It has always been this way. This is not a complaint. Just a curiosity...

[quote]The server is temporarily offline for maintaince.
Please try again in about an hour.[/quote]

You know, this is quite refreshing. It is much better than most sysadmins who don't care if people get a time wasting delay then a 404 error.

Kudos!

[QUOTE=PhilF;530214]You know, this is quite refreshing. It is much better than most sysadmins who don't care if people get a time wasting delay then a 404 error.[/QUOTE]

Thanks. That is very much appreciated.

One of the things about this kind of work is most people have no idea what goes on behind the scenes. We're only really noticed when things /aren't/ working, which should be rarely... :wink:

The DB transfer is going slower than I had hoped. Because this is a new FS, I can't just rsync over the database files "in situ". I need to export - scp - import. The latter is happening now...

[QUOTE=LaurV;530198]The question where could I look to see what and if I am or was credited for, still stands.[/QUOTE]I found 39 factors without user identification between 3321M-3738M from your IP (plus another 975 with UID). I have added your name to those factors. There is (currently) no way for you to get a list of factors you've found.

[QUOTE=chalsall;530215]The latter is happening now...[/QUOTE]

OK, she's back. Appears "happy" (or, at least, content).

Just so everyone knows, what is happening is the old server is using the new server's Maria DB (by way of a secure TCP connection). The next step is for the DNS to be updated and propagated, but you shouldn't notice anything during that process (unless you start "digging" (read: "A" and "AAAA" record lookups) on the domains).

As always, new oddities should please be pointed out as noticed. Thanks.

Thanks Oliver...
 

That helps, a lot!!! :smile:

[QUOTE=petrw1;530202]He'd be missed.

Or working on something big requiring patience?[/QUOTE]

This may answer your question:
[url]https://mersenneforum.org/showthread.php?p=530126#post530126[/url]