Amanda-Users

RE: Availability of Amanda Solaris10/Open Solaris package

2008-09-16 15:42:41
Subject: RE: Availability of Amanda Solaris10/Open Solaris package
From: "Martin.Hepworth" <martinh AT solidstatelogic DOT com>
To: Chris Hoogendyk <hoogendyk AT bio.umass DOT edu>, AMANDA users <amanda-users AT amanda DOT org>
Date: Tue, 16 Sep 2008 20:41:09 +0100
Chris

Spent the last day or so fighting with amanda and sol 10...so here's an idea.

Is the gnu project "stow" still around? This is/was really useful in splitting 
out stuff and bringing back to /usr/local.

-- 
martin

-----Original Message-----
From: Chris Hoogendyk <hoogendyk AT bio.umass DOT edu>
Sent: Tuesday, September 16, 2008 7:42 PM
To: AMANDA users <amanda-users AT amanda DOT org>
Subject: Re: Availability of Amanda Solaris10/Open Solaris package



Paddy Sreenivasan wrote:
> On Tue, Sep 16, 2008 at 8:17 AM, Nick Smith <nick.smith AT techop DOT ch> 
> wrote:
>   
>> Hi Paddy,
>>
>> It's great that there is a packaged version of Amanda again.
>>
>> Why are you installing it /usr/libexec/*, /usr/bin & /var/lib/amanda?
>>     
>
> I tried to keep the same location as Linux versions. See
> http://wiki.zmanda.com/index.php/Amanda_packages_from_Zmanda_downloads_page
>   
>> I don't mean to be a troll but there are many standard (sic) places to place
>> third party software on Solaris such as /usr/sfw, /opt/csw, /usr/local. I
>> know of several sysadmins who would refuse to install the package on the
>> grounds of lack of separation of OS and third-part apps.
>>     
>
> If there is standard location for Solaris, please let us know. We
> would be happy to incorporate it.
>   
>> Does anyone know what *Sun* recommends? Personally I'd go for
>> /opt/<something>/*, /var/opt/amanda/*, /etc/opt/amanda but that's a
>> *personal* preference before somebody flames me ;-)


Unfortunately, it isn't very standardized for third party software.

I prefer to stay away from /opt/sfw, because that's where stuff that Sun chose 
to include in the Solaris 10 install goes. Patches from Sun also apply to those.

Sunfreeware, which I have used a fair bit, tends to go almost entirely with 
/usr/local, putting things in /usr/local/(bin, doc, info, lib, man, share and 
so on).

I've tended to follow Sunfreeware's precedence when I build my own stuff. Then 
I can use LD_LIBRARY_PATH, PATH, and crle to control how things get accessed. 
By putting /usr/local/lib in front of /usr/sfw/lib, I get the things I've added 
as a preference, but still fall back to what Sun did if I didn't "over-ride" 
it. In Solaris 10 with the new T2 based servers such as the T5220, this is 
particularly critical. Sun has provided a tie-in from their version of openssl 
to the on chip cryptographic accelerators. Anything that is built pointing to 
their libraries will get that speed boost (Apache, sendmail, Amanda). If I 
tried to build that portion myself, I would either have to know a lot more 
about the low level configuration or I would lose that acceleration. I'm also 
playing with gccfss from Sun, which is optimized specifically for the T2 based 
systems.

I should have feedback to the list soon about Amanda in this build environment.


---------------

Chris Hoogendyk

-
   O__  ---- Systems Administrator
  c/ /'_ --- Biology & Geology Departments
 (*) \(*) -- 140 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst 
<hoogendyk AT bio.umass DOT edu>

--------------- 
Erdös 4



**********************************************************************
Confidentiality : This e-mail and any attachments are intended for the 
addressee only and may be confidential. If they come to you in error 
you must take no action based on them, nor must you copy or show them 
to anyone. Please advise the sender by replying to this e-mail 
immediately and then delete the original from your computer.
Opinion : Any opinions expressed in this e-mail are entirely those of 
the author and unless specifically stated to the contrary, are not 
necessarily those of the author's employer.
Security Warning : Internet e-mail is not necessarily a secure 
communications medium and can be subject to data corruption. We advise 
that you consider this fact when e-mailing us. 
Viruses : We have taken steps to ensure that this e-mail and any 
attachments are free from known viruses but in keeping with good 
computing practice, you should ensure that they are virus free.

Red Lion 49 Ltd T/A Solid State Logic
Registered as a limited company in England and Wales 
(Company No:5362730)
Registered Office: 25 Spring Hill Road, Begbroke, Oxford OX5 1RU, 
United Kingdom
**********************************************************************