[SA-list] RE: [SA-list] RE: [SA-list] Collapse All Not working

2006-04-04 Thread Dirk Bulinckx



I understand that this is frustrating.  I can't get it 
to not create the new format, even more frustrating.
 
The only thing I can do for you, is to try to setup a 
totaly new system that runs 5.0, then upgrade it to 5.1 and see what it 
does.  However I will NOT be able to do that before the 17th, as I'm 
currently not in the office.
 
 
dirk.


From: Patricia Keane 
[mailto:[EMAIL PROTECTED] Sent: Tuesday, April 04, 
2006 2:25 PMTo: Servers Alive Discussion ListSubject: 
[SA-list] RE: [SA-list] Collapse All Not working


I have 
reformatted my groups.grp file and whether I put in F or T it makes no 
difference.
 
The 
application still opens with all groups expanded and I cannot see the first 2 – 
3 groups (it won’t scroll up far enough) until I manually collapse some other 
groups. If I use the collapse all option all groups disappear and I am let with 
an application that looks like it has no check in 
it.
 
It is quite 
frustrating. Why did I not have the new format after the upgrade 
?
 




From: Dirk Bulinckx 
[mailto:[EMAIL PROTECTED] Sent: 30 March 2006 17:25To: Servers Alive Discussion 
ListSubject: [SA-list] RE: 
[SA-list] RE: [SA-list] RE: [SA-list] RE: [SA-list] RE: [SA-list] Collapse All 
Not working
 
hmmm the "new" format 
should show something like
 
G0001,subgroup,G,T
 
G0002,other 
group,none,F
 
 
Dirk Bulinckx. 


 
 



From: Patricia Keane 
[mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 4:20 
PMTo: Servers Alive Discussion 
ListSubject: [SA-list] RE: 
[SA-list] RE: [SA-list] RE: [SA-list] RE: [SA-list] Collapse All Not 
working
It looks ok as 
far as I can tell, here is a little extract (I have just changed the group 
names). I opened the file using notepad.
 
G,group
G0001,subgroup,G
G0002,subgroup,G
G0003,Group
G0004,group
G0005,group
G0006,group
G0007,group
G0008,group
G0009,group
G0010,group
G0011,group
G0012,group
G0013,group
G0014,subgroup,G0005
G0015,subgroup,G0003
G0016,subgroup,G0004
 




From: Dirk Bulinckx 
[mailto:[EMAIL PROTECTED] Sent: 30 March 2006 15:05To: Servers Alive Discussion 
ListSubject: [SA-list] RE: 
[SA-list] RE: [SA-list] RE: [SA-list] Collapse All Not 
working
 
if you look at the 
groups.grp file, how does a line it in look like?
Maybe you can copy past 
a few lines.

 
Dirk Bulinckx. 


 
 



From: Patricia Keane 
[mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 4:00 
PMTo: Servers Alive Discussion 
ListSubject: [SA-list] RE: 
[SA-list] RE: [SA-list] Collapse All Not working
This hasn’t 
worked. I added a group and then deleted and then saved, no joy. I added the 
group, saved it, deleted it saved again, no joy. As soon as I delete the group 
the rest expand.
 




From: Dirk Bulinckx 
[mailto:[EMAIL PROTECTED] Sent: 30 March 2006 14:31To: Servers Alive Discussion 
ListSubject: [SA-list] RE: 
[SA-list] Collapse All Not working
 
Within the groups.grp 
file it will keep for each groups a flag to know if it's collapsed or not.  
Maybe that it's not doing this for some reason within your setup.  What I 
would suggest is to set the items like you want them (collapsed or not), then 
add a new group, and remove that new group, then save the entries 
file.
 

 
Dirk Bulinckx. 


 
 



From: Patricia Keane 
[mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 3:00 
PMTo: Servers Alive Discussion 
ListSubject: [SA-list] 
Collapse All Not working
Hi,
 
Since I upgraded to version 
5.1 back in January I am having a small problem.
 
When I open the application 
to add / amend checks it opens by default with all the branches expanded, if I 
do an edit, collapse all, they all disappear the app shows no checks and it 
closes. Also as I manually collapse the branches I do not see all the groups at 
the top, I have to scroll down fully and then back up to get 
them.
 
Any ideas 
?
 
Regards,
Patricia 

 
 



This e-mail is privileged and confidential. If you are 
not theintended recipient please delete the message and notify the 
sender.Any views or opinions presented are solely those of the 
author.
This e-mail 
message has been scanned and cleared by NetIQ MailMarshal 

www.irishferries.com  The Low Fares 
Ferry Company! 



To unsubscribe send a message with UNSUBSCRIBE as 
subject to salive@woodstone.nu To unsubscribe send a message with 
UNSUBSCRIBE as subject to salive@woodstone.nu



This e-mail is privileged and confidential. If you are 
not theintended recipient please delete the message and notify the 
sender.Any views or opinions presented are solely those of the 
author.
This e-mail 
message has been scanned and cleared by NetIQ MailMarshal 

www.irishferries.com  The Low Fares 
Ferry Company! 



To unsubscribe send a message with UNSUBSCRIBE as 
subject to salive@woodstone.nu To unsubscribe send a message with 
UNSUBSCRIBE as subject to salive@woodstone.nu



This e-mail is privileged and confidential. If you are

[SA-list] RE: [SA-list] Remote Telnet command crashes Servers Alive V5.1.1964

2006-04-04 Thread Dirk Bulinckx
Title: Remote Telnet command crashes Servers Alive V5.1.1964



We didn't get any reports of this.
 
Each telnet connection should be logged within the logfile 
of SA (with maximum logging)., also SA can accept (by default) upto 10 telnet 
connections at the same time.  
One thing you could do is reduce this number to 1, that way 
one can never interfer with the other.
 
 
dirk.


From: Carroll, Andrew 
[mailto:[EMAIL PROTECTED] Sent: Tuesday, April 04, 2006 
1:10 PMTo: Servers Alive Discussion ListSubject: [SA-list] 
Remote Telnet command crashes Servers Alive V5.1.1964

Dirk, 
I have successfully implemented remote telnet 
commands that can be run from a remote web frontend, this gives me the ability 
to put a check into MAINTENANCE, ACTIVE or perform a CHECK NOW. This has been 
implemented using a mixture of HTML, ASP and PERL.
However, although these commands work fine, if there 
are a number of these commands being performed at the same or in quick 
succession, it can cause the Servers Alive application to crash.
From my investigations I believe this to be due to 
the fact that the telnet session is either being terminated before the process 
has successfully completed, or the next telnet session is killing the current 
telnet session.
There are no useful entries being logged to the log 
file. 
Can you see anyway around this problem, has anybody 
else reported a similar problem? 
Regards, 
Andy To unsubscribe send a message 
with UNSUBSCRIBE as subject to salive@woodstone.nu 
To unsubscribe send a message with UNSUBSCRIBE as subject to salive@woodstone.nu


[SA-list] RE: [SA-list] Collapse All Not working

2006-04-04 Thread Patricia Keane








I have
reformatted my groups.grp file and whether I put in F or T it makes no
difference.

 

The application
still opens with all groups expanded and I cannot see the first 2 – 3 groups
(it won’t scroll up far enough) until I manually collapse some other
groups. If I use the collapse all option all groups disappear and I am let with
an application that looks like it has no check in it.

 

It is quite
frustrating. Why did I not have the new format after the upgrade ?

 









From:
Dirk Bulinckx [mailto:[EMAIL PROTECTED] 
Sent: 30 March 2006 17:25
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list]
RE: [SA-list] RE: [SA-list] RE: [SA-list] RE: [SA-list] Collapse All Not
working



 

hmmm the "new" format should
show something like

 

G0001,subgroup,G,T

 

G0002,other
group,none,F

 

 

Dirk
Bulinckx. 



 



 







From:
Patricia Keane [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 30, 2006
4:20 PM
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list]
RE: [SA-list] RE: [SA-list] RE: [SA-list] Collapse All Not working

It looks ok as
far as I can tell, here is a little extract (I have just changed the group
names). I opened the file using notepad.

 

G,group

G0001,subgroup,G

G0002,subgroup,G

G0003,Group

G0004,group

G0005,group

G0006,group

G0007,group

G0008,group

G0009,group

G0010,group

G0011,group

G0012,group

G0013,group

G0014,subgroup,G0005

G0015,subgroup,G0003

G0016,subgroup,G0004

 









From:
Dirk Bulinckx [mailto:[EMAIL PROTECTED] 
Sent: 30 March 2006 15:05
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list]
RE: [SA-list] RE: [SA-list] Collapse All Not working



 

if you look at the groups.grp file, how
does a line it in look like?

Maybe you can copy past a few lines.



 



Dirk
Bulinckx. 



 



 







From:
Patricia Keane [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 30, 2006
4:00 PM
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list]
RE: [SA-list] Collapse All Not working

This
hasn’t worked. I added a group and then deleted and then saved, no joy. I
added the group, saved it, deleted it saved again, no joy. As soon as I delete
the group the rest expand.

 









From:
Dirk Bulinckx [mailto:[EMAIL PROTECTED] 
Sent: 30 March 2006 14:31
To: Servers Alive Discussion List
Subject: [SA-list] RE: [SA-list]
Collapse All Not working



 

Within the groups.grp file it will keep
for each groups a flag to know if it's collapsed or not.  Maybe that it's
not doing this for some reason within your setup.  What I would suggest is
to set the items like you want them (collapsed or not), then add a new group,
and remove that new group, then save the entries file.

 



 



Dirk
Bulinckx. 



 



 







From:
Patricia Keane [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 30, 2006
3:00 PM
To: Servers Alive Discussion List
Subject: [SA-list] Collapse All
Not working

Hi,

 

Since I upgraded to version 5.1 back in January I am
having a small problem.

 

When I open the application to add / amend checks it
opens by default with all the branches expanded, if I do an edit, collapse all,
they all disappear the app shows no checks and it closes. Also as I manually
collapse the branches I do not see all the groups at the top, I have to scroll
down fully and then back up to get them.

 

Any ideas ?

 

Regards,

Patricia


 

 







This e-mail is privileged and confidential. If you are not the
intended recipient please delete the message and notify the sender.
Any views or opinions presented are solely those of the author.

This
e-mail message has been scanned and cleared by NetIQ MailMarshal


www.irishferries.com  The Low Fares
Ferry Company! 








To unsubscribe send a message with UNSUBSCRIBE as subject to
salive@woodstone.nu 
To unsubscribe send a message with UNSUBSCRIBE as subject to
salive@woodstone.nu







This e-mail is privileged and confidential. If you are not the
intended recipient please delete the message and notify the sender.
Any views or opinions presented are solely those of the author.

This
e-mail message has been scanned and cleared by NetIQ MailMarshal


www.irishferries.com  The Low Fares
Ferry Company! 








To unsubscribe send a message with UNSUBSCRIBE as subject to
salive@woodstone.nu 
To unsubscribe send a message with UNSUBSCRIBE as subject to
salive@woodstone.nu







This e-mail is privileged and confidential. If you are not the
intended recipient please delete the message and notify the sender.
Any views or opinions presented are solely those of the author.

This
e-mail message has been scanned and cleared by NetIQ MailMarshal


www.irishferries.com  The Low Fares
Ferry Company! 








To unsubscribe send a message with UNSUBSCRIBE as subject to salive@woodstone.nu

To unsubscribe send a message with UNSUBSCRIBE as subject to
salive@woodstone.nu

[SA-list] Remote Telnet command crashes Servers Alive V5.1.1964

2006-04-04 Thread Carroll, Andrew
Title: Remote Telnet command crashes Servers Alive V5.1.1964






Dirk,


I have successfully implemented remote telnet commands that can be run from a remote web frontend, this gives me the ability to put a check into MAINTENANCE, ACTIVE or perform a CHECK NOW. This has been implemented using a mixture of HTML, ASP and PERL.

However, although these commands work fine, if there are a number of these commands being performed at the same or in quick succession, it can cause the Servers Alive application to crash.

From my investigations I believe this to be due to the fact that the telnet session is either being terminated before the process has successfully completed, or the next telnet session is killing the current telnet session.

There are no useful entries being logged to the log file.


Can you see anyway around this problem, has anybody else reported a similar problem?


Regards,


Andy



To unsubscribe send a message with UNSUBSCRIBE as subject to salive@woodstone.nu