bobs-devel — Developer mailing list

Re: [Bobs-devel] Help

[Jochen M. | steptown.c. <j.m...@st...>]

Hi Joe,

A
> 
> Download a versão dos cvs ou espere até a liberação 0.6.2
> Repara o problema db3/db4.
> 
You speak portuguese ?
Great !

Jochen Metzger

Re: [Bobs-devel] Help

[Joe Z. <joe...@za...>]

Luciano wrote:

> I need some help to use BOBS, but I don't speak English.
> Anybody speak portuguese?
> I'm with a problem with db3
>  
> "Mal por mal, prefiro o de Alzheimer ao de Parkinson:
> É melhor esquecer de pagar a cerveja do que derrubá-la toda no chão."
>  
> Ats.
> Luciano
>  
> MSN: sid...@ho... <mailto:sid...@ho...>
> ICQ: 46777948

Download the version from cvs or wait until release 0.6.2.
It fixes db3/db4 problem.

Download a versão dos cvs ou espere até a liberação 0.6.2
Repara o problema db3/db4.

Joe Zacky

[Bobs-devel] Help

[Luciano <slu...@uc...>]

I need some help to use BOBS, but I don't speak English.=20
Anybody speak portuguese?
I'm with a problem with db3

"Mal por mal, prefiro o de Alzheimer ao de Parkinson:
=C9 melhor esquecer de pagar a cerveja do que derrub=E1-la toda no =
ch=E3o."

Ats.
Luciano

MSN: sid...@ho...
ICQ: 46777948

Re: [Bobs-devel] cmdloop startup changes

[Jochen M. <ml...@om...>]

Hi Joe,

Am So, 2004-03-28 um 05.59 schrieb Joe Zacky:
> I've made some mildly extensive changes (16 files if you count the 
> documentation) to the way cmdloop starts and added some logging. I am 
> thinking of checking this in Sunday after doing some more testing but I 
> want to run it by everyone first. Attached is a new file RELEASE-NOTES 
> that pretty well explains it all.
> 
> Basically I did this so 1) check_loop doesn't have to run every 5 
> minutes, 2) cmdloop is started at bootup, 3) cmdloop is started during 
> 'make install', 4) cmdloop can be started and stopped manually.
> 
> Joe Zacky
This sound good.

Cheers

Jochen

Re: [Bobs-devel] cmdloop startup changes

[Rene R. <re...@gr...>]

On Sun, 2004-03-28 at 21:46, Joe Zacky wrote:
> Rene Rask wrote:
> 
> >Yeah. I better check in the dba stuff while I remember it.
> >Then we can release 0.6.2.
> >  
> >
> NO! I already checked in your dba patch. It worked for me.

Woops. Thats true. I guess that was made me forget to check it in. 
Thanks for the heads up.

Cheers
Rene

Re: [Bobs-devel] cmdloop startup changes

[Joe Z. <jz...@co...>]

Rene Rask wrote:

>Yeah. I better check in the dba stuff while I remember it.
>Then we can release 0.6.2.
>  
>
NO! I already checked in your dba patch. It worked for me.

Joe

Re: [Bobs-devel] cmdloop startup changes

[Rene R. <re...@gr...>]

> >
> It should be more consistent with normal services, though cmdloop isn't 
> a true daemon. I tried to write the /etc/init.d/cmdloopd so it didn't 
> rely on redhat specific functions and hopefully will work on all 
> linux-type platforms.
> 
> I'm hoping to check it in today. Then if it works ok maybe we'll do 
> release 0.6.2 .


Yeah. I better check in the dba stuff while I remember it.
Then we can release 0.6.2.

Cheers
Rene

Re: [Bobs-devel] cmdloop startup changes

[Joe Z. <jz...@co...>]

Rene Rask wrote:

>>Basically I did this so 1) check_loop doesn't have to run every 5 
>>minutes, 2) cmdloop is started at bootup, 3) cmdloop is started during 
>>'make install', 4) cmdloop can be started and stopped manually.
>>
>>    
>>
>
>2 things. Does check_loop go away entirely?
>
Yes.

> Does "make uninstall" stop the cmdloop?
>
Yes, in both the old and new versions.

>
>It sounds like good work.
>
It should be more consistent with normal services, though cmdloop isn't 
a true daemon. I tried to write the /etc/init.d/cmdloopd so it didn't 
rely on redhat specific functions and hopefully will work on all 
linux-type platforms.

I'm hoping to check it in today. Then if it works ok maybe we'll do 
release 0.6.2 .

Joe

Re: [Bobs-devel] cmdloop startup changes

[Rene R. <re...@gr...>]

> Basically I did this so 1) check_loop doesn't have to run every 5 
> minutes, 2) cmdloop is started at bootup, 3) cmdloop is started during 
> 'make install', 4) cmdloop can be started and stopped manually.
> 

2 things. Does check_loop go away entirely? Does "make uninstall" stop the cmdloop?

It sounds like good work.

Cheers
Rene

[Bobs-devel] cmdloop startup changes

[Joe Z. <jz...@co...>]

I've made some mildly extensive changes (16 files if you count the 
documentation) to the way cmdloop starts and added some logging. I am 
thinking of checking this in Sunday after doing some more testing but I 
want to run it by everyone first. Attached is a new file RELEASE-NOTES 
that pretty well explains it all.

Basically I did this so 1) check_loop doesn't have to run every 5 
minutes, 2) cmdloop is started at bootup, 3) cmdloop is started during 
'make install', 4) cmdloop can be started and stopped manually.

Joe Zacky

Re: [Bobs-devel] Installation Problem: db3 settings with php

[<o.m...@di...>]

Hi Joe,

this looks like the rpm-package I use to install (bobs-0.6.1-1.i386.rpm) 
is NOT suitable for my distribution (SuSE 8.1).
I'll try the tgz-package later with your options below.

till then
Oliver

Joe Zacky wrote:

>
> You should re-install using './configure 
> --with-webdir=/usr/local/httpd/htdocs', then 'make install', because 
> there are other places you didn't fix the directory name, such as in 
> backup.php. Reinstalling won't delete any configuration data or backups.
>
> Joe

Re: [Bobs-devel] Installation Problem: db3 settings with php

[<o.m...@di...>]

Thanks Rene,

I have to install a package called db3 or db4.
Now I have to google or rpmfind.

Oliver

Rene Rask wrote:

>You need to find out two things:
>First, do you have db3 or db4 installed on your system. Eg. run this
>"rpm -q db{3,4}" and it will tell you which ones are installed.
>Mine looks like:
>      package db3 is not installed
>      db4-4.1.25-8
>  
>


I didn't find a package called db3 or db4 on my distribution


# rpm -q db{3,4}
package db3 is not installed
package db4 is not installed

Re: [Bobs-devel] dba checking patch

[Joe Z. <jz...@co...>]

Rene Rask wrote:

>Hi
>
>The last email about db3/db4 support finally got to me. So I put a patch
>together that checks for db3 and db4.
>
>Please sanity check this as I haven't even tried to run this. If it
>works and there are no arguments against it, I'll commit it to cvs. With
>this we should make a bugfix release.
>
>Joe, I'm sorry if this is crossing into your current work. If you have
>something better coming, please consider this a temporary solution.
>
>Applies with:
>cd your.bobs.cvs.dir
>patch -p1 < dba.patch
>
>Cheers
>Rene
>  
>
I'll try this patch at work where I've recently started using bobs to 
backup file servers to a single large drive. And it's been working 
great! I haven't done any coding for this patch yet, just some notes, so 
you're not stepping on my toes at all. I do think the code for the db 
check should be done as a separate function with the result returned to 
the functions that do db operations. That way if we add other databases 
we only need to change the code in one place. I'll try it out and let 
you know.

I made some changes to start cmdloop as a service from /etc/init.d 
instead of crontab, and to log the output of cmdloop to 
/var/log/bobs.log. I need to review my code and run it by everyone 
before checking it in.

Thanks,
Joe

>  
>
>------------------------------------------------------------------------
>
>diff -ur bobs/inc/class_db.php bobs_dba/inc/class_db.php
>--- bobs/inc/class_db.php	2002-09-29 08:08:01.000000000 +0200
>+++ bobs_dba/inc/class_db.php	2004-03-25 18:21:27.308604742 +0100
>@@ -18,6 +18,7 @@
> 
> 	var $db			= ''; // holds an array of database pointers
> 	var $db_access		= ''; // holds information about which type of db connection is open
>+	var $db_type		= ''; // the type of dba we use
> 	var $key		= '';
> 	var $value		= '';
> 	var $db_is_last_key	= FALSE; // if this is TRUE then $this->key is the last in the db
>@@ -25,7 +26,6 @@
> 
> 	var $time;	// this is a variable to hold information about performance
> 
>-
> 	function database ($config) {
> 	
> 		// class constructor
>@@ -40,6 +40,22 @@
> 		$this->session_id = $config["session_id"];
> 		$this->filelinks = $config["filelinks"];
> 
>+		// check what dba type we should use
>+		$tmpfile = tempnam("/tmp", "BOBS");
>+		$dbcheck = @dba_open($tmpfile, "c", "db3");
>+		if ( $dbcheck === FALSE ) {
>+			$dbcheck = @dba_open($tmpfile, "c", "db4");
>+			if ( $dbcheck === FALSE ) {
>+				echo "Could not create a database of type db3 or db4 (tried both)\n";
>+			} else {
>+				dba_close($dbcheck);
>+				$this->db_type = "db4";
>+			}
>+		} else {
>+			dba_close($dbcheck);
>+			$this->db_type = "db3";
>+		}
>+
> 		return;
> 	}
> 
>@@ -58,12 +74,12 @@
> 		if ( !isset($this->db[$where][$type]) ) {
> 			if ( file_exists ($db) ) {
> 				if ( is_writeable($db) ) {
>-					$this->db[$where][$type] = dba_open($db, "w", "db3");
>+					$this->db[$where][$type] = dba_open($db, "w", $this->db_type);
> 				} else {
>-					$this->db[$where][$type] = dba_open($db, "r", "db3");
>+					$this->db[$where][$type] = dba_open($db, "r", $this->db_type);
> 				}
> 			} else {
>-				$this->db[$where][$type] = dba_open($db, "c", "db3");
>+				$this->db[$where][$type] = dba_open($db, "c", $this->db_type);
> 			}
> 		}
> 		return;
>@@ -167,7 +183,7 @@
> 		// this function will clear a database.
> 
> 		$db = $this->db_location($where, $type);
>-		$this->db[$where][$type] = dba_open($db, "n", "db3");
>+		$this->db[$where][$type] = dba_open($db, "n", $this->db_type);
> 		return;
> 	}
> 
>diff -ur bobs/inc/templates/backup_create_databases.php bobs_dba/inc/templates/backup_create_databases.php
>--- bobs/inc/templates/backup_create_databases.php	2004-03-15 13:53:34.000000000 +0100
>+++ bobs_dba/inc/templates/backup_create_databases.php	2004-03-25 18:21:43.534218913 +0100
>@@ -9,9 +9,18 @@
> 		var $id = ''; // database handle
> 
> 		function create ( $db ) {
>+
>+	                // check what dba type we should use
> 			$this->id = dba_open ($db, "n", "db3");
>+	                if ( $this->id === FALSE ) {
>+				$this->id = dba_open ($db, "n", "db4");
>+	                        if ( $this->id === FALSE ) {
>+	                                echo "Could not create a database of type db3 or db4 (tried both)\n";
>+	                        }
>+	                }
> 			return;
> 		}
>+
> 		function closedb () {
> 			dba_sync($this->id);
> 			dba_close ($this->id);
>@@ -96,14 +105,20 @@
> 		// open the file index db	
> 		$id = dba_open($db, "r", "db3");
> 		if (!$id) {
>-			echo "dba_open failed\n";
>-			exit;
>+			$id = dba_open($db, "r", "db4");
>+			if (!$id) {
>+				echo "dba_open failed\n";
>+				exit;
>+			}
> 		}
> 		// create a new dir database.
> 		$dir_id = dba_open ('{DIR_DB}', "n", "db3");
> 		if (!$dir_id) {
>-			echo "dba_open failed\n";
>-			exit;
>+			$dir_id = dba_open ('{DIR_DB}', "n", "db4");
>+			if (!$dir_id) {
>+				echo "dba_open failed\n";
>+				exit;
>+			}
> 		}
> 
> 		// set the first key
>diff -ur bobs/systemcheck.php bobs_dba/systemcheck.php
>--- bobs/systemcheck.php	2004-01-20 05:14:47.000000000 +0100
>+++ bobs_dba/systemcheck.php	2004-03-25 18:21:13.762596560 +0100
>@@ -292,20 +292,24 @@
>     putfail();
> }
> 
>-$t->assign ('ITEM', "Checking for db3 database support");
>+$t->assign ('ITEM', "Checking for dba (db3 or db4) database support");
> $tempfile = '/tmp/bobstest' . posix_getpid();
>-$handle = dba_open("$tempfile", "c", "db3");          // open a temporary database
>+$handle = @dba_open("$tempfile", "c", "db3");          // open a temporary database
>+if (!$handle) {
>+    $handle = @dba_open("$tempfile", "c", "db4");      // open a temporary database
>+    if (!$handle) {
>+        $t->assign ('STATUS', 'FAIL');
>+        $t->assign ('HELP', "dba database support is not working.<br>
>+                             You need to check your php configuration and<br>
>+                             include dba database support.");
>+        putfail();
>+    }
>+}
> if ($handle) {
>     dba_close($handle);                               // close it
>     unlink($tempfile);                                // and delete it.
>     $t->assign ('STATUS', 'PASS');
>     putpass();
>-} else {
>-    $t->assign ('STATUS', 'FAIL');
>-    $t->assign ('HELP', "db3 database support is not working.<br>
>-                You need to check your php configuration and<br>
>-                include db3 database support.");
>-    putfail();
> }
> 
> // ----------------------------
>  
>

Re: [Bobs-devel] Installation Problem: db3 settings with php

[Joe Z. <jz...@co...>]

Müller, Oliver wrote:

> Hi all,
>
> I'm new to this list.
> Hope that someone could help a user.
>
> I've got a SuSE 8.1 System with apache, php and mysql running.
> phpMyAdmin is also well configured.
>
> After moving the "/var/www/html"-stuff to "/usr/local/httpd/htdocs"
> and editing "bobs/inc/config.php" to change the directory setting
> systemcheck.php brings up one problem:

You should re-install using './configure 
--with-webdir=/usr/local/httpd/htdocs', then 'make install', because 
there are other places you didn't fix the directory name, such as in 
backup.php. Reinstalling won't delete any configuration data or backups.

Joe

[Bobs-devel] dba checking patch

[Rene R. <re...@gr...>]

Hi

The last email about db3/db4 support finally got to me. So I put a patch
together that checks for db3 and db4.

Please sanity check this as I haven't even tried to run this. If it
works and there are no arguments against it, I'll commit it to cvs. With
this we should make a bugfix release.

Joe, I'm sorry if this is crossing into your current work. If you have
something better coming, please consider this a temporary solution.

Applies with:
cd your.bobs.cvs.dir
patch -p1 < dba.patch

Cheers
Rene

Re: [Bobs-devel] Installation Problem: db3 settings with php

[Rene R. <re...@gr...>]

On Thu, 2004-03-25 at 08:43, "M=C3=BCller, Oliver " wrote:
> Hi all,
>=20
> I'm new to this list.
> Hope that someone could help a user.
>=20
> I've got a SuSE 8.1 System with apache, php and mysql running.
> phpMyAdmin is also well configured.
>=20
> After moving the "/var/www/html"-stuff to "/usr/local/httpd/htdocs"
> and editing "bobs/inc/config.php" to change the directory setting
> systemcheck.php brings up one problem:
>=20
> Warning: no such handler: db3 in=20
> /usr/local/httpd/htdocs/bobs/systemcheck.php on line 297

BOBS doesn't use mysql or postgresql, but a much simpler database called
db3 ( or db4 on newer systems )

You need to find out two things:
First, do you have db3 or db4 installed on your system. Eg. run this
"rpm -q db{3,4}" and it will tell you which ones are installed.
Mine looks like:
      package db3 is not installed
      db4-4.1.25-8

Which show me that I need to change db3 to db4. This can be done by
opening these files and replacing all occurrences of "db3" with "db4":
  systemcheck.php
  inc/class_db.php
  inc/templates/backup_create_databases.php

That should take care of any db3 warnings ( if you have db4 instead ).

Cheers
Rene

Re: [Bobs-devel] Installation Problem: db3 settings with php

[Jochen M. <j.m...@om...>]

Hi Oliver,

Am Do, 2004-03-25 um 08.43 schrieb "Müller, Oliver ":
> Hi all,
> 
> I'm new to this list.
> Hope that someone could help a user.
> 
> I've got a SuSE 8.1 System with apache, php and mysql running.
> phpMyAdmin is also well configured.
> 
> After moving the "/var/www/html"-stuff to "/usr/local/httpd/htdocs"
> and editing "bobs/inc/config.php" to change the directory setting
> systemcheck.php brings up one problem:
> 
> Warning: no such handler: db3 in 
> /usr/local/httpd/htdocs/bobs/systemcheck.php on line 297
> 
In my opinion this is not a problem. It always occurs, when you have not
done any backups yet, so just try to create a backup and this should be
gone.. (because the directory and backupinformation is stored in db3-databases
in the filesystem).



Cheers 

Jochen

[Bobs-devel] Installation Problem: db3 settings with php

[<o.m...@di...>]

Hi all,

I'm new to this list.
Hope that someone could help a user.

I've got a SuSE 8.1 System with apache, php and mysql running.
phpMyAdmin is also well configured.

After moving the "/var/www/html"-stuff to "/usr/local/httpd/htdocs"
and editing "bobs/inc/config.php" to change the directory setting
systemcheck.php brings up one problem:

Warning: no such handler: db3 in=20
/usr/local/httpd/htdocs/bobs/systemcheck.php on line 297

I think I have to change something with my php-configuration - but I=20
don't know how or where!!

Thanks in advance

Oliver M=FCller

Re: [Bobs-devel] cmdloop as a service

[Joe Z. <jz...@co...>]

Jochen Metzger wrote:

>Am Fr, 2004-03-19 um 10.19 schrieb Arnaud CONCHON:
>  
>
>>As far as Debian is concerned,
>>* there is no chkconfig command, instead it's "update-rc.d"
>>* no service command
>>* the init files are located in /etc/init.d/
>>* the /var/run exists
>>
>>But my system works on Redhat so that's cool for me :)
>>    
>>
Thank you Arnaud. That's very useful.

>>    
>>
>Yes, but it should also work on Debian, shouldn't it ?
>
>Cheers 
>
>Jochen
>  
>
I need to make sure it works on as many systems as possible. So I'll 
avoid the things that are not common to all systems.

Re: [Bobs-devel] cmdloop as a service

[Jochen M. <j.m...@om...>]

Am Fr, 2004-03-19 um 10.19 schrieb Arnaud CONCHON:
> As far as Debian is concerned,
> * there is no chkconfig command, instead it's "update-rc.d"
> * no service command
> * the init files are located in /etc/init.d/
> * the /var/run exists
> 
> But my system works on Redhat so that's cool for me :)
> 
Yes, but it should also work on Debian, shouldn't it ?

Cheers 

Jochen

Re: [Bobs-devel] cmdloop as a service

[Arnaud C. <arn...@ar...>]

As far as Debian is concerned,
* there is no chkconfig command, instead it's "update-rc.d"
* no service command
* the init files are located in /etc/init.d/
* the /var/run exists

But my system works on Redhat so that's cool for me :)

bye.
Arnaud.

Joe Zacky a écrit :

> I'm playing around with making 'cmdloop' start as a service. There are 
> problems on some systems they way cmdloop is invoked from check_loop. 
> Instead of putting check_loop in /etc/crontab I'd create a file in 
> /etc/init.d/ to handle the start/stop/status of cmdloop. This would 
> allow cmdloop to be controlled with 'chkconfig', 'service' and 'ntsysv'.
>
> Since I only have access to redhat systems I don't know what is 
> standard for services on MAC OS X, FreeBSD, etc.
>
> Do these systems have:
> o   The chkconfig command?
> o   The 'service' command?
> o   The file /etc/rc.d/init.d/functions?
> o   The /var/run directory?
>
> If any of you with non-redhat systems could answer these questions I'd 
> greatly appreciate it.
>
> Thanks,
> Joe Zacky
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Bobs-devel mailing list
> Bob...@li...
> https://lists.sourceforge.net/lists/listinfo/bobs-devel

Re: [Bobs-devel] db3/db4 configuration

[Joe Z. <jz...@co...>]

>>>>I have a plan to make bobs support both db3 and db4 in php. I'd like to 
>>>>run it by anyone who cares to comment.
>>>>
>>>>   
>>>>
>>>>        
>>>>
>What are the advantages?
>
>
>Cheers Jochen
>  
>
Rene convinced me to make it check for db3 or db4 support at runtime 
instead of compile time. So that's what I'm going to do.

There's been a problem since the newer version of php came out with db4 
support enabled by default instead of db3. Bobs is currently hardcoded 
to use db3 only. I can find out which version of db3/db4 is enabled in 
php at bobs runtime so bobs will be able to work with either version of php.

Joe

Re: [Bobs-devel] db3/db4 configuration

[Jochen M. <ml...@om...>]

Am Mi, 2004-03-17 um 04.46 schrieb Joe Zacky:
Hi Joe,


> Jochen Metzger wrote:
> 
> >Hi Joe,
> >
> >sounds great.
> >
> >Am Di, 2004-03-16 um 04.36 schrieb Joe Zacky:
> >  
> >
> >>I have a plan to make bobs support both db3 and db4 in php. I'd like to 
> >>run it by anyone who cares to comment.
> >>
> >>    
> >>
>
> I think something got lost in the translation. I don't understand your 
> question.
> 
Mhm, maybe it is better to say>:
What are the advantages?


Cheers Jochen

Re: [Bobs-devel] db3/db4 configuration

[Joe Z. <jz...@co...>]

Rene Rask wrote:

>On Tue, 2004-03-16 at 04:36, Joe Zacky wrote:
>  
>
>>I have a plan to make bobs support both db3 and db4 in php. I'd like to 
>>run it by anyone who cares to comment.
>>
>>1) During the ./configure phase (./configure also runs during rpm 
>>install) see whether db3 or db4 is supported. Set a variable in 
>>inc/config.php: $sys_conf["dbhandler"] would be either "db3" or "db4".
>>
>>2) add a function get_db_handler() to class_config.php.
>>
>>3) include class_config.php in any files that use dba_open() and use a 
>>variable loaded from get_db_handler() for the third parameter (db 
>>handler) in dba_open().
>>
>>A php upgrade from db3 to db4 would require re-installing bobs or just 
>>changing db3 to db4 in config.php.
>>
>>Any comments are welcome.
>>
>>Joe Zacky
>>
>>    
>>
>
>I'm not too happy about this solution. It will come back to bite us. I
>would really prefer a runtime php solution.
>Something like:
>	if php >= 4.3.0 
>		use dba_handlers() to determine available handlers
>	else
>		try to open a db4 database.
>		$db = dba_open("/tmp/randname", "c", "db4")
>		if it returns FALSE try a db3 database and check the return value.
>		whichever return something other than false gets the job. This would
>also be easier to expand to db5 or the likes in the future.
>
>The reason I'm not happy about the ./configure solution is that some 
>users _will_ upgrade their systems at some point, and they will most
>likely not reinstall bobs and we will have tell them what to do every
>time. I see no point in pushing a solution that will lead to problems
>for the users and more support questions for us.
>Having this check run every time a backup is run or a user accesses the
>system (log in and creates a session) is not a problem since the
>additional server load is minimal. 
>
>I hope you are on top again. Being sick is no fun :(
>
>Cheers
>Rene
>  
>
I'm glad I asked for comments. I completely agree with you. I'll work on 
a runtime solution instead. It shouldn't be too difficult.

Thanks for the input.

Joe

Re: [Bobs-devel] db3/db4 configuration

[Joe Z. <jz...@co...>]

Jochen Metzger wrote:

>Hi Joe,
>
>sounds great.
>
>Am Di, 2004-03-16 um 04.36 schrieb Joe Zacky:
>  
>
>>I have a plan to make bobs support both db3 and db4 in php. I'd like to 
>>run it by anyone who cares to comment.
>>
>>    
>>
>What are actually the fortunes about it?
>
>Cheers Jochen
>  
>
I think something got lost in the translation. I don't understand your 
question.

Joe