- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Omniback on Debian Linux
Operating System - Linux
1753937
Members
9880
Online
108811
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-25-2001 09:55 AM
тАО10-25-2001 09:55 AM
Omniback on Debian Linux
Hello everyone,
We had a few go arounds with HP to get OBII 4.0 to work on our Linux Servers and we wanted to share them with the Community.
We had to tweak the .util portion of omniback client to get it to run on Linux.
1) nslookup has been deprecated by the makers of BIND. Basically it will be going away and they are persuading users of 'nslookup' to use other means like 'dig' and 'host'.
This is what the latest versions of nslookup are spouting:
----
Note: nslookup is deprecated and may be removed from future releases.
Consider using the `dig' or `host' programs instead. Run nslookup with
the `-sil[ent]' option to prevent this message from appearing.
----
We added the "-silent" option to 'nslookup'. Actually we did it as a shell variable so as to not toast cross-platform functionality. See attached code.
2) Support for reiserfs and xfs.
The getBdf() routine needed "-t reiserfs" and "-t xfs" added to the /bin/df line of the gpl/i386/linux section of the case statement.
Given that this is an app riding on top of the OS, it shouldn't matter what file system is underneath. I can see not wanting to back up NFS mount points, however, wouldn't a better method be to get a "df -P" of everything, use a "df -P -t nfs", and then filter the nfs mounts out of the original "df -P"?
Feed "df -P" a "-t fredsfilesystem" and it does not error out. It only shows no file systems.
All is working great and I am able to backup our 5 linux systems with no problems.
Questions? Comments?
Thanks
Tom
We had a few go arounds with HP to get OBII 4.0 to work on our Linux Servers and we wanted to share them with the Community.
We had to tweak the .util portion of omniback client to get it to run on Linux.
1) nslookup has been deprecated by the makers of BIND. Basically it will be going away and they are persuading users of 'nslookup' to use other means like 'dig' and 'host'.
This is what the latest versions of nslookup are spouting:
----
Note: nslookup is deprecated and may be removed from future releases.
Consider using the `dig' or `host' programs instead. Run nslookup with
the `-sil[ent]' option to prevent this message from appearing.
----
We added the "-silent" option to 'nslookup'. Actually we did it as a shell variable so as to not toast cross-platform functionality. See attached code.
2) Support for reiserfs and xfs.
The getBdf() routine needed "-t reiserfs" and "-t xfs" added to the /bin/df line of the gpl/i386/linux section of the case statement.
Given that this is an app riding on top of the OS, it shouldn't matter what file system is underneath. I can see not wanting to back up NFS mount points, however, wouldn't a better method be to get a "df -P" of everything, use a "df -P -t nfs", and then filter the nfs mounts out of the original "df -P"?
Feed "df -P" a "-t fredsfilesystem" and it does not error out. It only shows no file systems.
All is working great and I am able to backup our 5 linux systems with no problems.
Questions? Comments?
Thanks
Tom
Hit any user to continue
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-27-2001 08:53 AM
тАО10-27-2001 08:53 AM
Re: Omniback on Debian Linux
Hi,
I don't use Omniback nor Debian. I do use RedHat boxes.
Anyway, I've read your post carefuly and I want to thank you for sharing the solution to us. Usualy, people don't even reply to their posts to say what from the answers solved their problem.
I bookmarked your post anyway, maybe (who knows?) I will need to install Omniback on Linux and I will don't know where to start :)
E.
I don't use Omniback nor Debian. I do use RedHat boxes.
Anyway, I've read your post carefuly and I want to thank you for sharing the solution to us. Usualy, people don't even reply to their posts to say what from the answers solved their problem.
I bookmarked your post anyway, maybe (who knows?) I will need to install Omniback on Linux and I will don't know where to start :)
E.
To Live Is To Learn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-29-2001 07:48 AM
тАО10-29-2001 07:48 AM
Re: Omniback on Debian Linux
This kind of stuff doesnt' surprise me at all. The OmniBack stuff was written for HP-UX and ported later to Linux. When you're doing ports like this, you only fix what's broken. If their Linux porting base worked, than the team probably considered their job done. I'm guessing that would have been something like a totally vanilla install of whatever was the latest Red Hat release at the time.
Brainbench MVP for Unix Administration and Internet Security, SANS Review Editor, and Center for Internet Security HP-UX Benchmark project leader
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP