Here's what I did. Pretty simple actually. Kinda feel like saying "duh"
anyway,
1. i stopped opennms
2. copied all contents under /opt/opennms/share/rrd to /storage/onms/rrd.
3. mv'd /opt/opennms/share/rrd to something like rrd.orig
4. mkdir rrd under /opt/opennms/share. obviously i needed to recreate the
directory for my mountpoint
5. verified data was under /storage/onms/rrd
6. zfs set mountpoint=/opt/opennms/share/rrd storage/onms/rrd
7. mount cleared without issue
8. opennms start
Worked perfectly and now all my serious io is on a dedicated disk. time to
do some more performance checks to see if i'll get something out of it.
regardless of the performance checks, i've got better redundancy on these
disks that the dataset storage sits on.
thanks for the help!!
-austin
On Tue, Aug 18, 2009 at 8:40 PM, Austin Papp <ignorant.labs@...:
> Seibold - I think you had no issues doing the set mountpoint as you had no
> other data below /opt/opennms/share. just symlinks. Unfortunately I have
> data which is preventing me from mounting to say storage/onms/rrd. I will
> need to copy all data to /storage/onms/rdd and then try to set my
> mountpoint. as long as I don't have any data below the
> /opt/opennms/share/rrd directory, i think this should work.
>
> i plan to see what types of attributes i can set to get a better response
> time or performance boost. the whole idea here is to avoid the need for me
> to setup iscsi, nfs or fc. i know fc would be the better option but its all
> about the $$. plus, there are some politics behind some of this :D
>
>
> -austin
>
>
>
>
> On Mon, Aug 17, 2009 at 10:59 AM, Josephes, Chris <cjosephes@...:
>
>> The performance improvement will be in operations that look up the file
>> information, and not input/output operations against the files. Your
>> improvement gain was probably only going to be in milliseconds. But
>> it's still better this way.
>>
>> Now you can experiment with snapshot schedules, mount options,
>> compression, or replicating the entire filesystem to another host.
>>
>> -----Original Message-----
>> From: Michael Seibold [mailto:Michael.Seibold@...]
>> Sent: Monday, August 17, 2009 9:44 AM
>> To: General OpenNMS Discussion
>> Subject: [opennms-discuss] Antw: Re: opennms on zfs
>>
>> FYI:
>>
>> I replaced the symbolic link I had for
>> /opt/opennms/share -> storage/onms/rrd
>>
>> with the mount Phil suggested
>> zfs set mountpoint=/opt/opennms/share/rrd storage/onms/rrd
>>
>> After waiting long enough for opennms to "settle down" after restarting
>> (5 hours now) I can't see any performance differences though there are
>> about 10.000 files there (using storeByGroup=yes, otherwise there would
>> be about 30.000 files) which get written at least every 60 seconds.
>> Neither in CPU load, nor number of disk I/O's or bytes of I/O (would be
>> strange to see something here). So I think there is no performance
>> problem using the symbolic link.
>>
>> - Michael
>>
>>
>> >>> Phil Stringer <Phil.Stringer@...> 14.08.2009 09:40 >>>
>> Austin Papp wrote:
>> > Community
>> >
>> > Currently, I am running ONMS 1.6.4 on Solaris 10 x86. My root
>> > filesystem is zfs. What I was looking to do is get
>> > /opt/opennms/share/rrd/* and logs off the root zfs pool (openpool) and
>>
>> > onto another zfs pool which is separated by a disk.
>>
>> Create a file system in the other zfs pool and use
>>
>> zfs set mountpoint=/opt/opennms/share/rrd storage/onms/rrd
>>
>> You don't need symbolic links as you can get the storage mounted at the
>> path that you got
>> configured into onms.
>>
>> phil
>>
>> >
>> > Here is my zfs list:
>> >
>> > cnjr-opennms>root$ zfs list
>> > NAME USED AVAIL REFER MOUNTPOINT
>> >
>> > openpool 20.6G 46.3G 35.5K /openpool
>> > openpool/ROOT 15.4G 46.3G 18K legacy
>> > openpool/ROOT/rds 15.4G 46.3G 15.3G /
>> > openpool/ROOT/rds/var 102M 46.3G 102M /var
>> > openpool/dump 1.00G 46.3G 1.00G -
>> >
>> > openpool/export 311M 46.3G 19K /export
>> > openpool/export/home 311M 46.3G 311M /export/home
>> > openpool/swap 3.91G 50.2G 16K -
>> > storage 220K 134G 21K /storage
>> > storage/onms 57K 134G 21K /storage/onms
>> >
>> > storage/onms/log 18K 134G 18K /storage/onms/log
>> > storage/onms/rrd 18K 134G 18K /storage/onms/rrd
>> > storage/snap 18K 134G 18K /storage/snap
>> >
>> >
>> >
>> > So I am running into issues where I'd like to mount
>> > /opt/opennms/share/rrd onto storage/onms/rrd. Has anyone done this? If
>>
>> > this isn't an option, is symbolic linking the best way to do this?
>> >
>> > -Austin
>> >
>> >
>> >
>> ------------------------------------------------------------------------
>> >
>> >
>> ------------------------------------------------------------------------
>> ------
>> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> > trial. Simplify your report design, integration and deployment - and
>> focus on
>> > what you do best, core application coding. Discover what's new with
>> > Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> >
>> >
>> >
>> ------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > Please read the OpenNMS Mailing List FAQ:
>> > http://www.opennms.org/index.php/Mailing_List_FAQ
>> >
>> > opennms-discuss mailing list
>> >
>> > To *unsubscribe* or change your subscription options, see the bottom
>> of this page:
>> > https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>>
>>
>> --
>> Phil Stringer, Infrastructure & Operations, Phone +44 161 275 6057
>> IT Services Division, email
>> Phil.Stringer@...
>> The University of Manchester UK Genealogy -
>> http://www.genuki.org.uk/
>>
>> ------------------------------------------------------------------------
>> ------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Please read the OpenNMS Mailing List FAQ:
>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>
>> opennms-discuss mailing list
>>
>> To *unsubscribe* or change your subscription options, see the bottom of
>> this page:
>> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>>
>> ------------------------------------------------------------------------
>> ------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Please read the OpenNMS Mailing List FAQ:
>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>
>> opennms-discuss mailing list
>>
>> To *unsubscribe* or change your subscription options, see the bottom of
>> this page:
>> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Please read the OpenNMS Mailing List FAQ:
>> http://www.opennms.org/index.php/Mailing_List_FAQ
>>
>> opennms-discuss mailing list
>>
>> To *unsubscribe* or change your subscription options, see the bottom of
>> this page:
>> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>>
>
>
|
