RE : restore over multiple tape

2009-05-20 Thread Ganachaud Franck
Thank you very much for the tip, it's going to save me some scripts writing.

Franck.


 Message d'origine
De: owner-amanda-us...@amanda.org de la part de Paul Bijnens
Date: mar. 19/05/2009 18:10
À: amanda-users@amanda.org
Objet : Re: restore over multiple tape
 
On 2009-05-19 16:52, Franck GANACHAUD wrote:
 I didn't specify these.
 Original diskset is 250Gb to save to DLT4 35GB tapes using a 8 slots 
 autoloader.
 I'm going to split this diskset going down one level in the filesystem 
 which will give me a little less than 150 diskset.
 
 I just have to think about a mechanism to upgrade the diskset list 
 automaticaly.

Try to do it like this:

http://wiki.zmanda.com/index.php/How_To:Split_DLEs_With_Exclude_Lists

And your last problem is solved (and probably your first as well
reducing 150 disksets to a little less).


-- 
Paul Bijnens, Xplanation Technology ServicesTel  +32 16 397.525
Interleuvenlaan 86, B-3001 Leuven, BELGIUM  Fax  +32 16 397.552
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, ^^, *
* quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, ~., *
* stop, end, ^]c, +++ ATH, disconnect,  halt,  abort,  hangup,  KJOB, *
* ^X^X,  :D::D,  kill -9 1,  kill -1 $$,  shutdown,  init 0,  Alt-F4, *
* Alt-f-e, Ctrl-Alt-Del, Alt-SysRq-reisub, Stop-A, AltGr-NumLock, ... *
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***



Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Brian Cuttler

We have a tendance to JASS our systems to secure them, amanda
ends up in an uninitialized state, with an enabled service and
no errors in its config, because JASS disables INETD. You have
to walk a whole new chain to find the errors these days.

On Wed, May 20, 2009 at 10:40:27AM -0700, Paul Yeatman wrote:
 
 
 On Wed, 2009-05-20 at 11:58 -0400, Dustin J. Mitchell wrote:
  On Wed, May 20, 2009 at 11:00 AM, McGraw, Robert P rmcg...@purdue.edu 
  wrote:
   [424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
   online Feb_11   svc:/network/amandaidx/tcp:default
   maintenanceMay_19   svc:/network/amanda/udp:default
  
   cleared the maintenance mode and things are working.
  
  This seems to be a misfeature of the Solaris services -- it helpfully,
  permanently shuts down a service due to a temporary failure, which
  seems to be the opposite of resilience.  What's the deal?
  
  Dustin
  
 
 At least you were able to get it out of maintenance mode.  I was working
 with someone and, no matter how much we stared at the correct looking
 configuration, we could not clear it out of maintenance mode.
 
 Paul
 
---
   Brian R Cuttler brian.cutt...@wadsworth.org
   Computer Systems Support(v) 518 486-1697
   Wadsworth Center(f) 518 473-6384
   NYS Department of HealthHelp Desk 518 473-0773



IMPORTANT NOTICE: This e-mail and any attachments may contain
confidential or sensitive information which is, or may be, legally
privileged or otherwise protected by law from further disclosure.  It
is intended only for the addressee.  If you received this in error or
from someone who was not authorized to send it to you, please do not
distribute, copy or use it or any attachments.  Please notify the
sender immediately by reply e-mail and delete this from your
system. Thank you for your cooperation.




PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread McGraw, Robert P
AG. Sorry for wasting your time.

The problem was caused by

[424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
online Feb_11   svc:/network/amandaidx/tcp:default
maintenanceMay_19   svc:/network/amanda/udp:default

cleared the maintenance mode and things are working.

Robert



ANAMDA SERVER
zorn-[48]  uname -a
SunOS zorn.math.purdue.edu 5.10 Generic_120011-14 sun4u sparc
SUNW,Sun-Fire-280R

AMANDA SOFTWARE 2.5.2p1

Last night none of my backups ran on the host zorn, which happens to be
my Amanda server. All my other clients ran with out problems as they
have been for years.

SNIPIT of REPORT


Hostname: zorn.math.purdue.edu
Org : DAILY BACKUP - MATHNET 
Config  : daily
Date: May 19, 2009

These dumps were to tape D00025.

peano/boot  100--  0:00
79.1 0:03 11.3
pythagoras   /  01301413014-- 36:45
6045.2 6:07  36287.9
pythagoras   /boot  100--  0:00
266.1 0:03 10.7
zada /  1  247  247--  1:43
2452.4 0:06  44166.2
zada /export/comm   1 7477 7477-- 43:27
2937.0 2:21  54378.0
zorn /MISSING

zorn /export/csw  MISSING

zorn /export/jumpstartMISSING

zorn /export/patchsvr MISSING

zorn /export/pkgs MISSING

zorn /export/users-a  MISSING

zorn /export/users-b  MISSING

zorn /export/users-c  MISSING


This morning I ran amcheck -c daily zorn and got the following. 


zorn-[46]  cat amcheck.20090520091105.debug 
amcheck: debug 1 pid 24619 ruid 30002 euid 0: start at Wed May 20
09:11:05 2009
amcheck: debug 1 pid 24619 ruid 30002 euid 30002: rename at Wed May 20
09:11:05 2009
amcheck-clients: time 0.021: security_getdriver(name=BSD) returns
ff258f24
amcheck-clients: time 0.021: security_handleinit(handle=3d558,
driver=ff258f24 (BSD))
amcheck-clients: time 0.049: bind_portrange2: Try  port 917: Available
- Success
amcheck-clients: time 0.049: dgram_bind: socket 4 bound to 0.0.0.0.917
amcheck-clients: time 0.050: dgram_send_addr(addr=3d578, dgram=ff2592f4)
amcheck-clients: time 0.050: (sockaddr_in *)3d578 = { 2, 10080,
128.210.3.177 }
amcheck-clients: time 0.050: dgram_send_addr: ff2592f4-socket = 4
amcheck-clients: time 10.060: dgram_send_addr(addr=3d578,
dgram=ff2592f4)
amcheck-clients: time 10.060: (sockaddr_in *)3d578 = { 2, 10080,
128.210.3.177 }
amcheck-clients: time 10.060: dgram_send_addr: ff2592f4-socket = 4
amcheck-clients: time 20.070: dgram_send_addr(addr=3d578,
dgram=ff2592f4)
amcheck-clients: time 20.070: (sockaddr_in *)3d578 = { 2, 10080,
128.210.3.177 }
amcheck-clients: time 20.070: dgram_send_addr: ff2592f4-socket = 4
amcheck-clients: time 30.079: security_seterror(handle=3d558,
driver=ff258f24 (BSD) error=timeout waiting for ACK)
amcheck-clients: time 30.080: security_close(handle=3d558,
driver=ff258f24 (BSD))
amcheck: time 30.084: pid 24619 finish time Wed May 20 09:11:36 2009


Something changed from May 18 to May 19 but I cannot figure out what. To
the best of my knowledge no changes have been made to any of the Amanda
2.5.2pl files.

I ran a  amdump daily -o diskfile=xdisklist  where xdisklist is a
subset of the disklist. I got the same error but not any diagnostic
other than planner says the same thing.


I do not know where to start looking for the problem. Any suggestions.

Thanks

Robert



_
Robert P. McGraw, Jr.
Manager, Computer SystemEMAIL: rmcg...@purdue.edu
Purdue UniversityROOM: MATH-807
Department of Mathematics   PHONE: (765) 494-6055
150 N. University Street  
West Lafayette, IN 47907-2067
 



Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Gene Heskett
On Wednesday 20 May 2009, Brian Cuttler wrote:
We have a tendance to JASS our systems to secure them, amanda
ends up in an uninitialized state, with an enabled service and
no errors in its config, because JASS disables INETD. You have
to walk a whole new chain to find the errors these days.

On Wed, May 20, 2009 at 10:40:27AM -0700, Paul Yeatman wrote:
 On Wed, 2009-05-20 at 11:58 -0400, Dustin J. Mitchell wrote:
  On Wed, May 20, 2009 at 11:00 AM, McGraw, Robert P rmcg...@purdue.edu 
wrote:
   [424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
   online Feb_11   svc:/network/amandaidx/tcp:default
   maintenanceMay_19   svc:/network/amanda/udp:default
  
   cleared the maintenance mode and things are working.
 
  This seems to be a misfeature of the Solaris services -- it helpfully,
  permanently shuts down a service due to a temporary failure, which
  seems to be the opposite of resilience.  What's the deal?
 
  Dustin

 At least you were able to get it out of maintenance mode.  I was working
 with someone and, no matter how much we stared at the correct looking
 configuration, we could not clear it out of maintenance mode.

 Paul

---
   Brian R Cuttler brian.cutt...@wadsworth.org

Brian, for those of us who have not heard of JASS, and for the lists 
enlightenment, could you discuss what it is and does without having to write a 
new War  Peace?

-- 
Cheers, Gene
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
The NRA is offering FREE Associate memberships to anyone who wants them.
https://www.nrahq.org/nrabonus/accept-membership.asp

The bomb will never go off.  I speak as an expert in explosives.
-- Admiral William Leahy, U.S. Atomic Bomb Project



Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Brian Cuttler

Gene, et al,

 Brian, for those of us who have not heard of JASS, and for the lists 
 enlightenment, could you discuss what it is and does without having to write 
 a 
 new War  Peace?

JASS is a set of scripts provided by SUN to harden systems.
There are several different driver choices, for desktops, servers,
etc which will enable/disable different services. I believe all
check system passwords, set password expiration and length, etc.
From the look of it hundreds of items are checked/altered.

JASS can be run independently or can be specified as an option
during install or as an adjunct to creation of non-global zones.

JASS itself installs as a package from SUN.




On Wed, May 20, 2009 at 02:20:53PM -0400, Gene Heskett wrote:
 On Wednesday 20 May 2009, Brian Cuttler wrote:
 We have a tendance to JASS our systems to secure them, amanda
 ends up in an uninitialized state, with an enabled service and
 no errors in its config, because JASS disables INETD. You have
 to walk a whole new chain to find the errors these days.
 
 On Wed, May 20, 2009 at 10:40:27AM -0700, Paul Yeatman wrote:
  On Wed, 2009-05-20 at 11:58 -0400, Dustin J. Mitchell wrote:
   On Wed, May 20, 2009 at 11:00 AM, McGraw, Robert P rmcg...@purdue.edu 
 wrote:
[424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
online Feb_11   svc:/network/amandaidx/tcp:default
maintenanceMay_19   svc:/network/amanda/udp:default
   
cleared the maintenance mode and things are working.
  
   This seems to be a misfeature of the Solaris services -- it helpfully,
   permanently shuts down a service due to a temporary failure, which
   seems to be the opposite of resilience.  What's the deal?
  
   Dustin
 
  At least you were able to get it out of maintenance mode.  I was working
  with someone and, no matter how much we stared at the correct looking
  configuration, we could not clear it out of maintenance mode.
 
  Paul
 
 ---
Brian R Cuttler brian.cutt...@wadsworth.org
 
 Brian, for those of us who have not heard of JASS, and for the lists 
 enlightenment, could you discuss what it is and does without having to write 
 a 
 new War  Peace?
 
 -- 
 Cheers, Gene
 There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order.
 -Ed Howdershelt (Author)
 The NRA is offering FREE Associate memberships to anyone who wants them.
 https://www.nrahq.org/nrabonus/accept-membership.asp
 
 The bomb will never go off.  I speak as an expert in explosives.
   -- Admiral William Leahy, U.S. Atomic Bomb Project
 
---
   Brian R Cuttler brian.cutt...@wadsworth.org
   Computer Systems Support(v) 518 486-1697
   Wadsworth Center(f) 518 473-6384
   NYS Department of HealthHelp Desk 518 473-0773



IMPORTANT NOTICE: This e-mail and any attachments may contain
confidential or sensitive information which is, or may be, legally
privileged or otherwise protected by law from further disclosure.  It
is intended only for the addressee.  If you received this in error or
from someone who was not authorized to send it to you, please do not
distribute, copy or use it or any attachments.  Please notify the
sender immediately by reply e-mail and delete this from your
system. Thank you for your cooperation.




Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Paul Yeatman


On Wed, 2009-05-20 at 11:58 -0400, Dustin J. Mitchell wrote:
 On Wed, May 20, 2009 at 11:00 AM, McGraw, Robert P rmcg...@purdue.edu wrote:
  [424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
  online Feb_11   svc:/network/amandaidx/tcp:default
  maintenanceMay_19   svc:/network/amanda/udp:default
 
  cleared the maintenance mode and things are working.
 
 This seems to be a misfeature of the Solaris services -- it helpfully,
 permanently shuts down a service due to a temporary failure, which
 seems to be the opposite of resilience.  What's the deal?
 
 Dustin
 

At least you were able to get it out of maintenance mode.  I was working
with someone and, no matter how much we stared at the correct looking
configuration, we could not clear it out of maintenance mode.

Paul



Re: amcheck error on local server

2009-05-20 Thread Jean-Louis Martineau

In the inet log, syslog, /var/log/message
In the amandad.*.debug files, selfcheck.*.debug, sendsize.*.debug, 
sendbackup.*.debug, ...

ps -ef

Jean-louis

McGraw, Robert P wrote:

I do not know where to start looking for the problem. Any suggestions.
  


Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Dustin J. Mitchell
On Wed, May 20, 2009 at 11:00 AM, McGraw, Robert P rmcg...@purdue.edu wrote:
 [424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
 online         Feb_11   svc:/network/amandaidx/tcp:default
 maintenance    May_19   svc:/network/amanda/udp:default

 cleared the maintenance mode and things are working.

This seems to be a misfeature of the Solaris services -- it helpfully,
permanently shuts down a service due to a temporary failure, which
seems to be the opposite of resilience.  What's the deal?

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com


amcheck error on local server

2009-05-20 Thread McGraw, Robert P
ANAMDA SERVER
zorn-[48]  uname -a
SunOS zorn.math.purdue.edu 5.10 Generic_120011-14 sun4u sparc
SUNW,Sun-Fire-280R

AMANDA SOFTWARE 2.5.2p1

Last night none of my backups ran on the host zorn, which happens to be
my Amanda server. All my other clients ran with out problems as they
have been for years.

SNIPIT of REPORT


Hostname: zorn.math.purdue.edu
Org : DAILY BACKUP - MATHNET 
Config  : daily
Date: May 19, 2009

These dumps were to tape D00025.

peano/boot  100--  0:00
79.1 0:03 11.3
pythagoras   /  01301413014-- 36:45
6045.2 6:07  36287.9
pythagoras   /boot  100--  0:00
266.1 0:03 10.7
zada /  1  247  247--  1:43
2452.4 0:06  44166.2
zada /export/comm   1 7477 7477-- 43:27
2937.0 2:21  54378.0
zorn /MISSING

zorn /export/csw  MISSING

zorn /export/jumpstartMISSING

zorn /export/patchsvr MISSING

zorn /export/pkgs MISSING

zorn /export/users-a  MISSING

zorn /export/users-b  MISSING

zorn /export/users-c  MISSING


This morning I ran amcheck -c daily zorn and got the following. 


zorn-[46]  cat amcheck.20090520091105.debug 
amcheck: debug 1 pid 24619 ruid 30002 euid 0: start at Wed May 20
09:11:05 2009
amcheck: debug 1 pid 24619 ruid 30002 euid 30002: rename at Wed May 20
09:11:05 2009
amcheck-clients: time 0.021: security_getdriver(name=BSD) returns
ff258f24
amcheck-clients: time 0.021: security_handleinit(handle=3d558,
driver=ff258f24 (BSD))
amcheck-clients: time 0.049: bind_portrange2: Try  port 917: Available
- Success
amcheck-clients: time 0.049: dgram_bind: socket 4 bound to 0.0.0.0.917
amcheck-clients: time 0.050: dgram_send_addr(addr=3d578, dgram=ff2592f4)
amcheck-clients: time 0.050: (sockaddr_in *)3d578 = { 2, 10080,
128.210.3.177 }
amcheck-clients: time 0.050: dgram_send_addr: ff2592f4-socket = 4
amcheck-clients: time 10.060: dgram_send_addr(addr=3d578,
dgram=ff2592f4)
amcheck-clients: time 10.060: (sockaddr_in *)3d578 = { 2, 10080,
128.210.3.177 }
amcheck-clients: time 10.060: dgram_send_addr: ff2592f4-socket = 4
amcheck-clients: time 20.070: dgram_send_addr(addr=3d578,
dgram=ff2592f4)
amcheck-clients: time 20.070: (sockaddr_in *)3d578 = { 2, 10080,
128.210.3.177 }
amcheck-clients: time 20.070: dgram_send_addr: ff2592f4-socket = 4
amcheck-clients: time 30.079: security_seterror(handle=3d558,
driver=ff258f24 (BSD) error=timeout waiting for ACK)
amcheck-clients: time 30.080: security_close(handle=3d558,
driver=ff258f24 (BSD))
amcheck: time 30.084: pid 24619 finish time Wed May 20 09:11:36 2009


Something changed from May 18 to May 19 but I cannot figure out what. To
the best of my knowledge no changes have been made to any of the Amanda
2.5.2pl files.

I ran a  amdump daily -o diskfile=xdisklist  where xdisklist is a
subset of the disklist. I got the same error but not any diagnostic
other than planner says the same thing.


I do not know where to start looking for the problem. Any suggestions.

Thanks

Robert



_
Robert P. McGraw, Jr.
Manager, Computer SystemEMAIL: rmcg...@purdue.edu
Purdue UniversityROOM: MATH-807
Department of Mathematics   PHONE: (765) 494-6055
150 N. University Street  
West Lafayette, IN 47907-2067
 



Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Peter Kunst
On 05/20/2009 07:40 PM, Paul Yeatman wrote:
 
 On Wed, 2009-05-20 at 11:58 -0400, Dustin J. Mitchell wrote:
 On Wed, May 20, 2009 at 11:00 AM, McGraw, Robert P rmcg...@purdue.edu 
 wrote:
 [424][r...@zorn]:index/zorn/_export_users-z# svcs -a | grep amanda
 online Feb_11   svc:/network/amandaidx/tcp:default
 maintenanceMay_19   svc:/network/amanda/udp:default

 cleared the maintenance mode and things are working.
 This seems to be a misfeature of the Solaris services -- it helpfully,
 permanently shuts down a service due to a temporary failure, which
 seems to be the opposite of resilience.  What's the deal?

 Dustin

 
 At least you were able to get it out of maintenance mode.  I was working
 with someone and, no matter how much we stared at the correct looking
 configuration, we could not clear it out of maintenance mode.
 
 Paul
 

Whenever this happens again on Solaris 10, not getting a service out of
maintenance mode even when amanda logs say all is ok, it might help to
remove/delete this service and create it from scratch.

I've traced one of those issues down to some kind of sqlite stuff
getting confused (which is used by smf(5) IMHO).

 Peter


Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Dustin J. Mitchell
On Wed, May 20, 2009 at 3:13 PM, Peter Kunst peter.ku...@swissrisk.com wrote:
 Whenever this happens again on Solaris 10, not getting a service out of
 maintenance mode even when amanda logs say all is ok, it might help to
 remove/delete this service and create it from scratch.

 I've traced one of those issues down to some kind of sqlite stuff
 getting confused (which is used by smf(5) IMHO).

This is good info.  Robert or Peter, do you want to add it to the
wiki?  I feel like we should have a more extensive Amanda on Solaris
section, but I'm certainly unqualified to write it..

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com


Re: PLEASE DISREGARD FOUND THE PROBLEM-amcheck error on local server

2009-05-20 Thread Chris Hoogendyk



Dustin J. Mitchell wrote:

On Wed, May 20, 2009 at 3:13 PM, Peter Kunst peter.ku...@swissrisk.com wrote:
  

Whenever this happens again on Solaris 10, not getting a service out of
maintenance mode even when amanda logs say all is ok, it might help to
remove/delete this service and create it from scratch.

I've traced one of those issues down to some kind of sqlite stuff
getting confused (which is used by smf(5) IMHO).



This is good info.  Robert or Peter, do you want to add it to the
wiki?  I feel like we should have a more extensive Amanda on Solaris
section, but I'm certainly unqualified to write it..


Solaris 10 is a whole new ball of wax for a sysadmin.

I've created a number of services, but still have a lot to learn. One 
important thing to note is the whole chain of dependencies and run 
levels  that affect a service. You can write a simple service that has 
no (or claims no) dependencies, but that isn't really the way they are 
supposed to work. It's sort of like building error checking and 
pre-conditions into code.


Just as an example, I cloned a system this week by replicating the boot 
drive, moving the drive to another system, and replicating that back 
over the boot drive. Then boot off CD and edit all the /etc identity 
stuff. I forgot to remove some entries from /etc/vfstab where the first 
system had a larger collection of drives. It booted up and none of the 
services came up. It turns out that the file system is a dependency for 
the multi-user run level, which in turn is a dependency for many of the 
services. So, the extra file systems, that I didn't need, ended up 
blocking all the services. On a Solaris 9 system, that would have just 
flown by.


You can see the full list of dependencies for a service by doing `svcs 
-l service name`. Of course, that's recursive. Some of those might 
have dependencies as well. It's sort of like tracking the loading of 
libraries and their dependencies with ldd.


--
---

Chris Hoogendyk

-
  O__   Systems Administrator
 c/ /'_ --- Biology  Geology Departments
(*) \(*) -- 140 Morrill Science Center
~~ - University of Massachusetts, Amherst 


hoogen...@bio.umass.edu

--- 


Erdös 4




GLIB too old - Linux ?

2009-05-20 Thread Deb Baddorf

I've found some reports of GLIB too old errors on initial amanda compilation,
on Solaris boxes,   but I'm having the problem on a Linux box.

Any ideas?   I can send the config.log but it's 32000 lines long or so.
Deb Baddorf
Fermi National Accelerator Lab


Re: GLIB too old - Linux ?

2009-05-20 Thread Dustin J. Mitchell
On Wed, May 20, 2009 at 4:53 PM, Deb Baddorf badd...@fnal.gov wrote:
 I've found some reports of GLIB too old errors on initial amanda
 compilation,
 on Solaris boxes,   but I'm having the problem on a Linux box.

What distro?  What version of glib is installed?  Note that glib != glibc.

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com


Re: GLIB too old - Linux ?

2009-05-20 Thread Doyle Collings
We are using SLES 10 SP2.  We have to download the latest GLIB from glib.org to 
get amanda to compile.

 Deb Baddorf badd...@fnal.gov 5/20/2009 2:53 PM 
I've found some reports of GLIB too old errors on initial amanda compilation,
on Solaris boxes,   but I'm having the problem on a Linux box.

Any ideas?   I can send the config.log but it's 32000 lines long or so.
Deb Baddorf
Fermi National Accelerator Lab


Re: GLIB too old - Linux ?

2009-05-20 Thread Dustin J. Mitchell
On Wed, May 20, 2009 at 6:39 PM, Doyle Collings dcolli...@loganutah.org wrote:
 We are using SLES 10 SP2.  We have to download the latest GLIB from glib.org
 to get amanda to compile.

Any glib later than 2.2.0 should be fine.  We test every commit
against glib-2.2.3, and have caught and worked around a few errors due
to bugs in older versions of glib.

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com


Re: GLIB too old - Linux ?

2009-05-20 Thread Dustin J. Mitchell
On Wed, May 20, 2009 at 6:55 PM, Deb Baddorf badd...@fnal.gov wrote:
 # yum info glib2
 Loading kernel-module plugin
 Installed Packages
 Name   : glib2
 Arch   : i386
 Version: 2.12.3
 Release: 4.el5_3.1

This should be fine.  If you look at the end of config.log, there are
three sections of variable dumps at the end; *before* those, you will
see the log data.  Please examine, and if necessary copy and paste the
last bit of log data into an email.

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com


Re: GLIB too old - Linux ?

2009-05-20 Thread Deb Baddorf

At 7:03 PM -0400 5/20/09, Dustin J. Mitchell wrote:

On Wed, May 20, 2009 at 6:55 PM, Deb Baddorf badd...@fnal.gov wrote:

 # yum info glib2
 Loading kernel-module plugin
 Installed Packages
 Name   : glib2
 Arch   : i386
 Version: 2.12.3
 Release: 4.el5_3.1


This should be fine.  If you look at the end of config.log, there are
three sections of variable dumps at the end; *before* those, you will
see the log data.  Please examine, and if necessary copy and paste the
last bit of log data into an email.

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com




Holler if I've removed too much data:

| /* end confdefs.h.  */
|
|
| int
| main ()
| {
| return main ();
|   ;
|   return 0;
| }
configure:56189: result: no
configure:56208: checking for pkg-config
configure:56227: found /usr/bin/pkg-config
configure:56239: result: /usr/bin/pkg-config
configure:56395: checking pkg-config is at least version 0.7
configure:56398: result: yes
configure:56416: checking for GLIB - version = 2.2.0
configure:56579: result: no
configure:56617: gcc -o conftest -g -O2 -fno-strict-aliasing 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64   -fno-strict-aliasing 
-D_GNU_SOURCE   conftest.c -lnsl -lresolv5

conftest.c:253:18: error: glib.h: No such file or directory
conftest.c: In function 'main':
conftest.c:259: error: 'glib_major_version' undeclared (first use in 
this function)

conftest.c:259: error: (Each undeclared identifier is reported only once
conftest.c:259: error: for each function it appears in.)
conftest.c:259: error: 'glib_minor_version' undeclared (first use in 
this function)
conftest.c:259: error: 'glib_micro_version' undeclared (first use in 
this function)

configure:56624: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME 
| #define PACKAGE_TARNAME 
| #define PACKAGE_VERSION 
| #define PACKAGE_STRING 
| #define PACKAGE_BUGREPORT 
| #define PACKAGE amanda
| #define VERSION 2.6.1p1
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_ALLOCA_H 1
| #define HAVE_ALLOCA 1
| #define HAVE_ARPA_INET_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_SYS_VFS_H 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_NETDB_H 1
| #define HAVE_NETINET_IN_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_WCHAR_H 1
| #define HAVE_STDIO_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_UNISTD_H 1
| #define restrict __restrict
| #define HAVE_INCLUDE_NEXT 1
| #define HAVE_IPV4 1
| #define HAVE_IPV6 1
| #define HAVE_GETOPT_H 1
| #define HAVE_GETOPT_LONG_ONLY 1
| #define HAVE_DECL_GETENV 1
| #define HAVE_GETTIMEOFDAY 1
| #define HAVE_LSTAT 1
| #define USE_POSIX_THREADS 1
| #define USE_POSIX_THREADS_WEAK 1
| #define HAVE_PTHREAD_RWLOCK 1
| #define HAVE_PTHREAD_MUTEX_RECURSIVE 1
| #define HAVE_DECL_SNPRINTF 1
| #define HAVE__BOOL 1
| #define HAVE_STDBOOL_H 1
| #define HAVE_LONG_LONG_INT 1
| #define HAVE_UNSIGNED_LONG_LONG_INT 1
| #define HAVE_DECL_STRDUP 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_WCHAR_T 1
| #define HAVE_WINT_T 1
| #define HAVE_INTTYPES_H_WITH_UINTMAX 1
| #define HAVE_STDINT_H_WITH_UINTMAX 1
| #define HAVE_INTMAX_T 1
| #define HAVE_ALLOCA 1
| #define HAVE_SYS_MOUNT_H 1
| #define STAT_STATFS2_BSIZE 1
| #define HAVE_SYS_STATFS_H 1
| #define HAVE_GETHOSTBYNAME 1
| #define HAVE_DECL_GETADDRINFO 1
| #define HAVE_DECL_FREEADDRINFO 1
| #define HAVE_DECL_GAI_STRERROR 1
| #define HAVE_DECL_GETNAMEINFO 1
| #define HAVE_STRUCT_ADDRINFO 1
| #define HAVE_INET_NTOP 1
| #define HAVE_DECL_INET_NTOP 1
| #define HAVE_MALLOC_POSIX 1
| #define HAVE_MKDTEMP 1
| #define HAVE_SYS_SYSINFO_H 1
| #define HAVE_SYS_PARAM_H 1
| #define HAVE_SYS_SYSCTL_H 1
| #define HAVE_SYSCTL 1
| #define HAVE_STDINT_H 1
| #define HAVE_SNPRINTF 1
| #define HAVE_STRDUP 1
| #define HAVE_DECL_MKDIR 1
| #define HAVE_SNPRINTF 1
| #define HAVE_WCSLEN 1
| #define HAVE_DECL__SNPRINTF 0
| #define HAVE_VISIBILITY 1
| #define HAVE_STDINT_H 1
| #define CLIENT_LOGIN operator
| #define CONFIG_DIR /usr/local/etc/amanda
| #define GNUTAR_LISTED_INCREMENTAL_DIR /usr/local/var/amanda/gnutar-lists
| #define AMANDA_TMPDIR /tmp/amanda
| #define CHECK_USERID 1
| #define BINARY_OWNER operator
| #define USE_REUSEADDR 1
| #define AMANDA_DBGDIR /tmp/amanda
| #define AMANDA_DEBUG_DAYS 4
| #define SERVICE_SUFFIX 
| #define AMANDA_SERVICE_NAME amanda
| #define KAMANDA_SERVICE_NAME kamanda
| #define WANT_SETUID_CLIENT 1
| #define DEFAULT_SERVER bdback
| #define DEFAULT_CONFIG daily
| #define DEFAULT_TAPE_SERVER bdback
| #define DEFAULT_TAPE_DEVICE /dev/nsa0
| #define DEFAULT_CHANGER_DEVICE /dev/null
| 

Re: GLIB too old - Linux ?

2009-05-20 Thread Dustin J. Mitchell
On Wed, May 20, 2009 at 7:38 PM, Deb Baddorf badd...@fnal.gov wrote:
 conftest.c:253:18: error: glib.h: No such file or directory

This suggests you may not have the glib development package (that
includes the headers) installed.  Ah, the joys of binary-only distros
:)

Dustin

-- 
Open Source Storage Engineer
http://www.zmanda.com


Re: GLIB too old - Linux ?

2009-05-20 Thread Deb Baddorf

At 7:46 PM -0400 5/20/09, Dustin J. Mitchell wrote:

On Wed, May 20, 2009 at 7:38 PM, Deb Baddorf badd...@fnal.gov wrote:

 conftest.c:253:18: error: glib.h: No such file or directory


This suggests you may not have the glib development package (that
includes the headers) installed.  Ah, the joys of binary-only distros
:)

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com





Hmmm, yes.  FIND   over the whole disk only finds  glib.so   type files.
Thanks!
Deb


Re: GLIB too old - Linux ?

2009-05-20 Thread Deb Baddorf

At 6:07 PM -0400 5/20/09, Dustin J. Mitchell wrote:

On Wed, May 20, 2009 at 4:53 PM, Deb Baddorf badd...@fnal.gov wrote:

 I've found some reports of GLIB too old errors on initial amanda
 compilation,
 on Solaris boxes,   but I'm having the problem on a Linux box.


What distro?  What version of glib is installed?  Note that glib != glibc.

Dustin

--
Open Source Storage Engineer
http://www.zmanda.com


amanda-2.6.1p1

# uname -a
Linux beams-docdb1.fnal.gov 2.6.18-128.1.6.el5 #1 SMP Wed Apr 1 
07:03:59 EDT 2009 i686 i686 i386 GNU/Linux

# cat /etc/redhat-release
Scientific Linux SLF release 5.2 (Lederman)

# yum info glib2
Loading kernel-module plugin
Installed Packages
Name   : glib2
Arch   : i386
Version: 2.12.3
Release: 4.el5_3.1

]# yum install glibc
Loading kernel-module plugin
Setting up Install Process
Parsing package install arguments
Package glibc - 2.5-24.i686 is already installed.
Nothing to do


# yum info glib
Loading kernel-module plugin
Installed Packages
Name   : glib
Arch   : i386
Epoch  : 1
Version: 1.2.10

# yum info gcc
Loading kernel-module plugin
Installed Packages
Name   : gcc
Arch   : i386
Version: 4.1.2
Release: 42.el5