I have not experienced this before. I just updated the project and downloaded a bunch of 8K data files. They have always been around 353K in the past. Is this normal on occasion?

---

I think those little 8K files are the results. I noticed, in my folder, pairs of files for each workunit; one of the pair is about 350KB and the other is about 8K.

---

I have not experienced this before. I just updated the project and downloaded a bunch of 8K data files. They have always been around 353K in the past. Is this normal on occasion?

hi JV

Welcome to SETI@home/Boinc
when I saw your question --- just out of curiosity -- I oppened my:
C:\\Program Files\\BOINC\\projects\\setiathome.berkeley.edu ---to have a look

[Edit]
JV --- Clyde has answered our question --- thanks Clyde :-)
[/Edit]

Best Wishes
Byron

---

I think those little 8K files are the results. I noticed, in my folder, pairs of files for each workunit; one of the pair is about 350KB and the other is about 8K.

hi Clyde

I have --- learned some thing new today :-)
that explains it
thanks Clyde ...

[Edit]
JV -- Clyde has answered our question :-)
[/Edit]

Best Wishes
Byron

Well, I'm totally confused and it is my fault because I was not very specific in the original post and I apologize for that. I'm on dialup and I upload any results on my transfers tab before I click on the update button on the projects tab. I had one result to upload. After logging on to my ISP, I clicked retry now button on the transfers tab, uploaded the result, clicked on update tab on projects tab then went to messages tab to wait for a "succeeded" message to appear in the message column. Got the "succeeded" message after a few seconds then clicked on the transfers tab. I then noticed about 5 or 6 files with a size of about 353k and 10 files with a size of 8k, all with downloading in the status column. It was the "downloading" in the status column that attracted so much of my attention and I neglected to mention in the original post. My Foo Pah there. I will watch and see what happens as these files are processed. I have a 56k modem and it only took a few minutes to download all those files. It usually takes me about 15 or 20 to download all the files I'm being fed.

---

I then noticed about 5 or 6 files with a size of about 353k and 10 files with a size of 8k, all with downloading in the status column.

do you happen to remember the names of the files (or a rough guess at them)

also would it be possible to post some relavent parts of the message log so we can see what's happening, this is certainly interesting, i've never heard of 8K downloads

---

Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Engines

If I'm not mistaken (I could be though), most of the 8K files were in the 23dc00aa.19627.16976.959660.1 series. Can't give any message logs because I've shut down and restarted boinc several times during the day to install different HDRI software to test if any are really worth anything. (Now the big however)...However, I will forever have my finger poised above my prtscr button so I can cap it or anything else I see weird, should anything like this happen again. From there I'll snag the messages. I plan to check out the crunch times on all the files I've downloaded when they complete to see if they are all in the same ball park that they usually are (around 4.5 hours per unit for me).

I'm not "worried" about this, just thought it was very peculiar as I watch what happens when I upload and download like a hawk. I might be getting up in years but I know I haven't started halucinating......yet.

---

Perhaps, berkeley sent out more of those "empty" WUs that fail immediately upon running again. Something like this happened during on of our more recent outages. Keep an eye on them when they go to run.

Can't give any message logs because I've shut down and restarted boinc several times during the day

please see this post about retrieving old messages

I tried rebooting to see if it would restore anything but it simply erased the 'message' history of what had transpired.

if you want to see the message log, have a look in your boinc installation folder (usually C:\\Program Files\\BOINC) and there should be a file called "stdoutdae.txt"
it should contain a record of previous boinc messages

and this post

if you want to read even older messages then open "stdoutdae.old" in a text viewer/editor (it's just a text file)

what boinc does is when stdoutdae.txt reaches 2 MB in size, it renames it to stdoutdae.old, and starts a new stdoutdae.txt file, so it actually stores quite a bit of history

for errors replace out, with err
so you get stderrdae.txt and stderrdae.old

for GUI/manager related messages, have a look at stdoutgui.txt, stdoutgui.old, stderrgui.txt, and stderrgui.old

---

Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Engines

I had one of this 8k-WU's too.

It gave the following error message for WU-ID 57599699:
stderr out:
<core_client_version>4.72</core_client_version>
<message> - exit code -112 (0xffffff90)</message>
<stderr_txt>SETI@home error -112 Unknown error in seti_parse_data()File: \\Boincsrc\\Main\\seti_boinc\\client\\seti.cpp
Line: 869
</stderr_txt>

greetz littleBouncer

---

mmciastro, wasn't aware of that happening but sounds like a reasonable explanation even though I might understand 1% of all this stuff.

I think I'll be getting the same thing littleBouncer.

Nice info Lee Carre. I opened the log, copied the entire session to an rtf file in another directory, printed it and started going through it. It is 3 typed pages of download history. Here are the first few:

2006-02-21 11:38:14 [SETI@home] Started download of 23dc00aa.19627.16976.959660.1.247
2006-02-21 11:38:14 [SETI@home] Started download of 05ap00aa.5327.22466.517346.1.154
2006-02-21 11:38:21 [SETI@home] Finished download of 23dc00aa.19627.16976.959660.1.247
2006-02-21 11:38:21 [SETI@home] Throughput 1304 bytes/sec
2006-02-21 11:38:21 [SETI@home] Started download of 23dc00aa.19627.16976.959660.1.226
2006-02-21 11:38:22 [---] request_reschedule_cpus: files downloaded
2006-02-21 11:38:30 [SETI@home] Finished download of 23dc00aa.19627.16976.959660.1.226
2006-02-21 11:38:30 [SETI@home] Throughput 965 bytes/sec
2006-02-21 11:38:30 [SETI@home] Started download of 23dc00aa.19627.16976.959660.1.229
2006-02-21 11:38:31 [---] request_reschedule_cpus: files downloaded
2006-02-21 11:38:39 [SETI@home] Finished download of 23dc00aa.19627.16976.959660.1.229
2006-02-21 11:38:39 [SETI@home] Throughput 1010 bytes/sec
2006-02-21 11:38:39 [SETI@home] Started download of 23dc00aa.19627.16976.959660.1.202
2006-02-21 11:38:40 [---] request_reschedule_cpus: files downloaded
2006-02-21 11:38:48 [SETI@home] Finished download of 23dc00aa.19627.16976.959660.1.202
2006-02-21 11:38:48 [SETI@home] Throughput 919 bytes/sec
2006-02-21 11:38:48 [SETI@home] Started download of 23dc00aa.19627.16976.959660.1.244
2006-02-21 11:38:49 [---] request_reschedule_cpus: files downloaded
2006-02-21 11:38:57 [SETI@home] Finished download of 23dc00aa.19627.16976.959660.1.244
2006-02-21 11:38:57 [SETI@home] Throughput 963 bytes/sec
2006-02-21 11:38:57 [SETI@home] Started download of 05ap00aa.5327.22466.517346.1.152
2006-02-21 11:38:58 [---] request_reschedule_cpus: files downloaded
2006-02-21 11:39:57 [SETI@home] Finished download of 05ap00aa.5327.22466.517346.1.154
2006-02-21 11:39:57 [SETI@home] Throughput 3533 bytes/sec

and so on. If you want me to post the whole thing I will.

---

mmciastro, wasn't aware of that happening but sounds like a reasonable explanation even though I might understand 1% of all this stuff.

basically the disk array that stores WUs to be sent out became full, so when the system tried to create new WUs, it couldn't put any data in them (due to no disk space) so "empty" files were created, which results in these kinds of errors
last time it gave "-6" erros (if i remember correctly, but i wouldn't trust my memory, someone (tony?) please correct me)

Nice info Lee Carre. I opened the log, copied the entire session to an rtf file in another directory, printed it and started going through it. It is 3 typed pages of download history. Here are the first few:

[snipped log]

and so on. If you want me to post the whole thing I will.

thanks, but please, just "Lee"
as for the message history, i was just interested in seeing if they were real WUs, or if something had gone majorly wrong

please let us know how they turn out, but with virtually no data, i suspect that they'll just error out as soon as they start

---

Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Engines

Yes, errored out. Just got

2/22/2006 9:18:31 AM|SETI@home|Unrecoverable error for result 23dc00aa.19627.16976.959660.1.247_0 ( - exit code -112 (0xffffff90))

for one of them.

Thanks for all the info.

Joe

---

-112 sounds reasonable. I'd have to search back into atleast Decembers postings to see. I figure he'll find out soon enough.LOL

looks like he did. They'll fault out quickly then good WU will take their place. I hope his Quota isn't adversely affected to much. Even so, for every good result he returns his quota will double.

Yes, errored out. Just got

2/22/2006 9:18:31 AM|SETI@home|Unrecoverable error for result 23dc00aa.19627.16976.959660.1.247_0 ( - exit code -112 (0xffffff90))

after they've all errored out, zip up your logs and send them to p.d.buck@comcast.net with a breif explanation of what the logs represent (from SETI, error number etc. so he knows what to look for)

---

Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Engines

ERR_XML_PARSE -112 unexpected XML tag or syntax Unexpected XML tag or XML format

ERR_XML_PARSE -112 unexpected XML tag or syntax Unexpected XML tag or XML format

but that's the error for a -112 from boinc, i'd assume it ment that it couldn't parse the scheduler reply or something
not from the seti app
the 2 are different, are they not?

---

Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Engines

Wow great, just got a few in a row of them :/
They start as a normal WU and are cut off just a few lines below the start of the real data:

<workunit>
<workunit_header>
  <name>23dc00aa.19627.28289.922168.1.219</name>
  <group_info>
    <tape_info>
      <name>23dc00aa</name>
      <start_time>2451902.7893695</start_time>
      <last_block_time>2451902.7893695</last_block_time>
      <last_block_done>28289</last_block_done>
      <missed>0</missed>
      <tape_quality>0</tape_quality>
      <sb_id>0</sb_id>
    </tape_info>
    <name>23dc00aa.19627.28289.922168.1</name>
    <data_desc>
      <start_ra>8.9604478858556</start_ra>
      <start_dec>8.7985463832657</start_dec>
      <end_ra>9.0147667801858</end_ra>
      <end_dec>8.9501587491299</end_dec>
      <true_angle_range>0.83779931024992</true_angle_range>
      <time_recorded>Sun Dec 24 06:56:43 2000</time_recorded>
      <time_recorded_jd>2451902.7893866</time_recorded_jd>
      <nsamples>1048576</nsamples>
      <coords>
      <coordinate_t>
        <time>2451902.7893287</time>
        <ra>8.9578269329727</ra>
        <dec>8.7915351344778</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7893866</time>
        <ra>8.9604478858556</ra>
        <dec>8.7985463832657</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7894444</time>
        <ra>8.9630612634379</ra>
        <dec>8.8055523464451</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7895022</time>
        <ra>8.9656743875287</ra>
        <dec>8.8126107111433</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7895602</time>
        <ra>8.9682899837545</ra>
        <dec>8.8196892101773</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7896181</time>
        <ra>8.9708952352661</ra>
        <dec>8.8267615049388</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7896758</time>
        <ra>8.9734935237948</ra>
        <dec>8.833846720342</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7897338</time>
        <ra>8.9761009882516</ra>
        <dec>8.840990715684</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7897917</time>
        <ra>8.9787048071673</ra>
        <dec>8.8481673343312</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7898495</time>
        <ra>8.9812988659304</ra>
        <dec>8.8553233267157</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7899074</time>
        <ra>8.9838898479478</ra>
        <dec>8.8624980509083</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7899652</time>
        <ra>8.9864794136003</ra>
        <dec>8.8697181552383</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7900231</time>
        <ra>8.9890625743478</ra>
        <dec>8.8769028885401</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.790081</time>
        <ra>8.9916521080409</ra>
        <dec>8.8841800011301</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7901388</time>
        <ra>8.9942213364236</ra>
        <dec>8.8913870406678</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7901968</time>
        <ra>8.9968063836399</ra>
        <dec>8.8986934199085</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7902546</time>
        <ra>8.9993789206343</ra>
        <dec>8.9059765218533</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7903125</time>
        <ra>9.0019594648827</ra>
        <dec>8.9133458432207</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7903704</time>
        <ra>9.0045214175553</ra>
        <dec>8.9206360252135</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7904281</time>
        <ra>9.0070808486185</ra>
        <dec>8.9279637497739</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.790486</time>
        <ra>9.0096521636328</ra>
        <dec>8.9353848901347</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.790544</time>
        <ra>9.0122132372957</ra>
        <dec>8.9427601025238</dec>
      </coordinate_t>
      <coordinate_t>
        <time>2451902.7906017</time>
        <ra>9.0147667801858</ra>
        <dec>8.9501587491299</dec>
      </coordinate_t>
    </coords>
  </data_desc>
  <receiver_cfg>
    <s4_id>1</s4_id>
    <name>ao1420</name>
    <beam_width>0.0829999968</beam_width>
    <center_freq>1420</center_freq>
    <latitude>18.3538056</latitude>
    <longitude>-66.7552222</longitude>
    <elevation>497</elevation>
    <diameter>168</diameter>
    <az_orientation>0</az_orientation>
    <az_corr_coeff length=49 encoding="x-csv">
      7.4,5.4,-49.1,-1091,0,0,0,0,0,0,0,0,0
    </az_corr_coeff>
    <zen_corr_coeff length=53 encoding="x-csv">
      -5146.7,66.1,14.3,321.7,0,0,0,0,0,0,0,0,0
    </zen_corr_coeff>
  </receiver_cfg>
  <recorder_cfg>
    <name>sah_ao1420</name>
    <bits_per_sample>2</bits_per_sample>
    <sample_rate>2500000</sample_rate>
    <beams>1</beams>
    <version>1.39999998</version>
  </recorder_cfg>
  <splitter_cfg>
    <version>0.170000002</version>
    <data_type>encoded</data_type>
    <fft_len>2048</fft_len>
    <ifft_len>8</ifft_len>
    <filter>fft</filter>
    <window>welsh</window>
  </splitter_cfg>
  <analysis_cfg>
    <spike_thresh>24</spike_thresh>
    <spikes_per_spectrum>1</spikes_per_spectrum>
    <gauss_null_chi_sq_thresh>2.07500005</gauss_null_chi_sq_thresh>
    <gauss_chi_sq_thresh>1.41999996</gauss_chi_sq_thresh>
    <gauss_power_thresh>3</gauss_power_thresh>
    <gauss_peak_power_thresh>3.20000005</gauss_peak_power_thresh>
    <gauss_pot_length>64</gauss_pot_length>
    <pulse_thresh>17</pulse_thresh>
    <pulse_display_thresh>0.5</pulse_display_thresh>
    <pulse_max>40960</pulse_max>
    <pulse_min>16</pulse_min>
    <pulse_fft_max>8192</pulse_fft_max>
    <pulse_pot_length>256</pulse_pot_length>
    <triplet_thresh>7.75</triplet_thresh>
    <triplet_max>131072</triplet_max>
    <triplet_min>16</triplet_min>
    <triplet_pot_length>256</triplet_pot_length>
    <pot_overlap_factor>0.5</pot_overlap_factor>
    <pot_t_offset>1</pot_t_offset>
    <pot_min_slew>0.00209999993</pot_min_slew>
    <pot_max_slew>0.0104999999</pot_max_slew>
    <chirp_resolution>0.333</chirp_resolution>
    <analysis_fft_lengths>262136</analysis_fft_lengths>
    <bsmooth_boxcar_length>8192</bsmooth_boxcar_length>
    <bsmooth_chunk_size>32768</bsmooth_chunk_size>
    <chirps>
    <chirp_parameter_t>
      <chirp_limit>20</chirp_limit>
      <fft_len_flags>262136</fft_len_flags>
    </chirp_parameter_t>
    <chirp_parameter_t>
      <chirp_limit>50</chirp_limit>
      <fft_len_flags>65528</fft_len_flags>
    </chirp_parameter_t>
  </chirps>
  <pulse_beams>1</pulse_beams>
  <max_signals>30</max_signals>
  <max_spikes>8</max_spikes>
  <max_gaussians>0</max_gaussians>
  <max_pulses>0</max_pulses>
  <max_triplets>0</max_triplets>
  <keyuniq>4</keyuniq>
</analysis_cfg>
<sb_id>0</sb_id>
</group_info>
<subband_desc>
  <number>219</number>
  <center>1419642944.3359</center>
  <base>1419638671.875</base>
  <sample_rate>9765.625</sample_rate>
</subband_desc>
<sb_id>0</sb_id>
</workunit_header>
<data length=365391 encoding="x-setiathome">
V-CM.L0EKV&,8\\0GK[56#RPRF$Z=D2S.1#/X5,?>U0O#):]PJI5"1O!"@ Y[JUX4
[N\\+;>5$%R;KT;UN;AXQDHXH2;QX3V1DC7^+ <MXZKS6B+&Z[$D!*_S]C^*IIY @
4#":]UHVIO#(@"7 K$\\XD)2*$9KJ -P84BH'.[[EC'[6>EMP5Q-I/V_A/J8G3JN8
\\!\\_@$YG+'0"),6ULGMS9Q)V_5"$I-+OBD:_*8PD7:1<9LB1OQ,6_D+=>:M*]RTC
N\\&I)FJ) :U?S]ORC'QHN=$),M<44P[^VY$-0>,^%BE(0"K(2@TMD!M<L3Z1^IDM
8.*+:%9L^60L91$DBN,Q$*@-/M$K_ZZG/=&VQNHB_8J>*[+X=N4&$@J,Q#W.ACQH
BL)1T^^M#/4CL5M%>JL8*)U$BP;_<9H7*"%1B1>M)H]1M&&WR(OG!#B%JJ='8U:#
V@)?XAF>5OMQA )O[TY+RSNGF03W>6Y%KY<<2ZU\\W@_?W&%\\1[',^7\\_XF;@.Q!B
MIK)?#]]%4V"LEI9#G?)>"(HRURQ:?*)B S[,)O2X44/R5/IPV"U&/Z%DY=NX*RH
>*\\8$DL R-3S]N@V%G'=[K<3U43?MLS/2!0  U+"=5LTJ,/+K5V 87BR,@[;<IZ[
!5V-*'PUR-E8XI-RSGHG92#HMRE7WW#!HCK+UI<=<@_D RTFNJ:E?MV]^3E"A/Z5
-/A+H]N;QN!\\OH.HV$ 5:W6SYH.[1(NS0+*/YOMD@?.N$8.7%5#8A=0-K@YPC=T"
0J2,!MF2$2,1AS,Q\\MAETQ)NO,5_N^+>9'^G\\1"G0FQ!.%8I4'-]\\_HWT(5Z6*!L
M40ZYF4@&Q\\1!D>$E4+>DGO%->_O=3G%!0J4KJ*X\\#AS8+G-/!L&A"]&-&D'XHVP
TR]<B=,IV3WU44 I3LV8APLE8.NBC^$G/K1H0/SEYN@W ?7.FQ>%SEC,MT+."QR3
06:&O11^G@<G51

---

Aloha, Uli

Will do Lee.

Thanks again.

Joe

---

Wow great, just got a few in a row of them :/
They start as a normal WU and are cut off just a few lines below the start of the real data...
[big snip]

i remember reading that matt had created a script to stop the splitters if disk space was low, obviously something's gone wrong!

---

Want to search the BOINC Wiki, BOINCstats, or various BOINC forums from within firefox? Try the BOINC related Firefox Search Engines