Closed varenius closed 4 years ago
Good morning Eskil,
I am sorry there is an issue. You are almost certainly the first person to try onoff
with this rack type unless @dehorsley has tried it at AuScope.
onoff
again in a new log and use echo=on
before entering onoff
. If it fails again, please attach the log (or cut-and-paste of the relevant section). If it doesn't fail there will be a lot of output, which you can then disable with echo=off
after onoff
is done.bbcXXX
and ifX
commands must have worked okay. Does fivept
work okay?master
. Did you also try this with the -beta1
version? If so, did it not fail there? I don't expect that any changes since -beta1
would affect this, but it would be useful to know if the result was different with that version.BTW, we are close to releasing -beta2
, which would be shortly after the commit you tried. If possible, I would like to resolve this issue before that release.
Thanks, Ed
Good afternoon Ed ;) Thank you for the quick reply. 1) I tried one more time, with echo=on from the start. Logfile attached. Same crash, but slightly different error this time (?!) with "class 25". Note that the logfile stops at the same place as before. I also attach "postlog.txt" which contains the on-screen output not included in the FS log. 2) Yes, yes, and yes: bbc001 and ifa work fine, as well as fivept (I included also fivept in the logfile so you can verify the workings). 3) I tried it with one more version yesterday; commit fbd0133b0953b344d698254d8547a60010ea4cce which I had on disk since a while ago. It crashed at exactly the same place, i.e. the same step in ONOFF. I didn't log the onscreen output then, but as I also had some other issues (if=...) logic didn't work properly, I decided to try the latest commit instead. Cheers, Eskil PS. Tomorrow is holiday here, but I will try to accomodate any tests you need in the next few days.
Hi Eskil,
Thank you for the files; they were very helpful. It is actually the same error, there is just a bit of data that is variable that it is reporting. I believe I have found the error. There was a small block of code missing for the dbbc3 from version 9.12.12. I have put it back. I would appreciate it if you can test it.
Please do a fetch
, then pull branch wehimwich/dbbc3
, and then make -s
. This branch has two changes:
Thanks, Ed
Yes, the proposed fix works! I did this:
root@njord:/usr2# cd fs-git
root@njord:/usr2/fs-git# git rev-parse HEAD
68e69f45353a8d7166b446070fa553ef136829ca
root@njord:/usr2/fs-git# git fetch
[...]
* [new branch] wehimwich/dbbc3 -> origin/wehimwich/dbbc3
88f6e618..e183e66a wehimwich/drudg -> origin/wehimwich/drudg
root@njord:/usr2/fs-git# git branch
* master
root@njord:/usr2/fs-git# git checkout wehimwich/dbbc3
root@njord:/usr2/fs-git# make install
[...]
prog@njord:/usr2/fs-git$ make -s
[...]
ONOFF now runs without crashing, very nice. Thank you for the quick fix.
EDIT: Moved other points to separate issue tickets, to keep this one clean.
Although this issue is solved in this branch, I will not close this ticket. I leave it to you to close with a merge of the branch into master.
Thanks Eskil,
I will push the closing commit shortly.
BTW, I am sorry I wasn't more explicit. The idea was to do the fetch
and pull
as prog
(checkout
obviously needed instead of pull
if your weren't on the branch already), thereby avoiding the need to use make install
. The result is the same, just trying to avoid using root
.
Cheers, Ed
I am brave (or foolish) enough to try the latest master-branch, i.e.
at my FS test machine in Onsala. In general it seems fine, but when I tried "ONOFF" the FS just died on me:
I might very well be missing some file/configuration/procedure, but I cannot figure out where to start looking. Any ideas?