| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
95
|
20 Nov 2003 |
Stefan Ritt | | cannot shutdown defunct clients | > INT == "int", wraparound in 1 month
> DWORD == "unsigned int", wraparound in
2 months
|
|
|
94
|
20 Nov 2003 |
Konstantin Olchanski | | cannot shutdown defunct clients | > > 1) shutdown from mhttpd "programs" page
-> "cannot shutdown client"
> Have you tried a "cleanup" in ODBEdit?
|
|
|
102
|
20 Nov 2003 |
Stefan Ritt | | set-uid-root midas programs | > dio- is required to be setuid-root to gain
I/O permissions. I looked at it a
> few times, and it is probably safe, but |
|
|
93
|
20 Nov 2003 |
Stefan Ritt | | cannot shutdown defunct clients | > 1) shutdown from mhttpd "programs" page
-> "cannot shutdown client"
> 2) "sh mhttpd" from odbedit ->
|
|
|
101
|
20 Nov 2003 |
Konstantin Olchanski | | set-uid-root midas programs | I see that MIDAS installs several set-uid-root
programs into /usr/local/bin.
In this age and time of evil computer hackers, |
|
|
92
|
20 Nov 2003 |
Konstantin Olchanski | | cannot shutdown defunct clients | > While reviving midas on midtig01 after it
was not used for a while ...
> [local:tigress:S]/>scl -w
|
|
|
91
|
20 Nov 2003 |
Konstantin Olchanski | | midas timeout wraparound | While reviving midas on midtig01 after it
was not used for a while, we see
this. Notice negative "last called" numbers. |
|
|
105
|
20 Nov 2003 |
Stefan Ritt | | Phantom | I tried to reproduce the problem, but without
success. So in case this happens
again, one should debug the code im cm_watchdog() |
|
|
82
|
20 Nov 2003 |
Stefan Ritt | | Implementation of db_check_record() | As Konstantin pointed out correctly, the db_create_record()
call is pretty
heavy since it copies whole structures around |
|
|
106
|
17 Nov 2003 |
Pierre-André Amaudruz | | Lazylogger application | - Remove temporary "/Programs/Lazy" creation.
- Fix Rate calculation for Web display.
- Change FTP channel description (see help). |
|
|
98
|
17 Nov 2003 |
Stefan Ritt | | Revised MVMESTD | Let me propose a revised scheme for midas
standard VME calls (mvmestd.h).
|
|
|
104
|
16 Nov 2003 |
Stefan Ritt | | Phantom | I have seen the same behaviour and it annoys
me, too. What I did in the past
is a "cleanup" in ODBEdit which removes these |
|
|
103
|
15 Nov 2003 |
Konstantin Olchanski | | Phantom "open records" | Sometimes (maybe after a client uncleanly
exits?), I see phantom "open
records", for example:
|
|
|
110
|
14 Nov 2003 |
Stefan Ritt | | more odb | Ok, I apologize. It's all ok. Thanks for clearifying.
Concerning the assert's, it
would be nice to be able to disable them |
|
|
113
|
01 Nov 2003 |
Konstantin Olchanski | | Do not frob | > > I found where we tickle the race condition
in db_create_record().
> The reason for the db_create_record() is |
|
|
116
|
01 Nov 2003 |
Konstantin Olchanski | | mana.c without ROOT and HBOOK | > > Stephan, why did you prohibit building
mana.c without ROOT and HBOOK
> > support? I think such a configuration |
|
|
109
|
01 Nov 2003 |
Konstantin Olchanski | | more odb | > > I added error checking to the places where
we read "/runinfo/run number".
> Now YOU broke the system by editing all |
|
|
108
|
01 Nov 2003 |
Stefan Ritt | | more odb | > I added error checking to the places where
we read "/runinfo/run number". In
> general, I do this:
|
|
|
112
|
01 Nov 2003 |
Stefan Ritt | | Do not frob | > I found where we tickle the race condition
in db_create_record().
>
|
|
|
115
|
01 Nov 2003 |
Stefan Ritt | | mana.c without ROOT and HBOOK | > Stephan, why did you prohibit building mana.c
without ROOT and HBOOK
> support? I think such a configuration is |
|