Perl 6 - the future is here, just unevenly distributed

IRC log for #gluster-dev, 2014-10-08

| Channels | #gluster-dev index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
02:29 rafi joined #gluster-dev
02:41 bharata-rao joined #gluster-dev
03:31 bala joined #gluster-dev
03:42 itisravi joined #gluster-dev
03:43 shubhendu joined #gluster-dev
03:56 kshlm joined #gluster-dev
04:29 rafi joined #gluster-dev
04:29 Rafi_kc joined #gluster-dev
04:40 spandit joined #gluster-dev
04:44 jiffin joined #gluster-dev
04:58 bala joined #gluster-dev
04:59 lalatenduM joined #gluster-dev
05:13 shubhendu joined #gluster-dev
05:13 ndarshan joined #gluster-dev
05:19 kdhananjay joined #gluster-dev
05:26 kanagaraj joined #gluster-dev
05:34 raghu joined #gluster-dev
05:34 dlambrig_ joined #gluster-dev
05:47 atalur joined #gluster-dev
06:03 atalur joined #gluster-dev
06:32 nishanth joined #gluster-dev
06:35 raghu` joined #gluster-dev
06:39 RaSTar joined #gluster-dev
06:56 pranithk joined #gluster-dev
07:16 soumya_ joined #gluster-dev
07:21 itisravi joined #gluster-dev
08:14 aravindavk joined #gluster-dev
08:28 itisravi joined #gluster-dev
08:50 ndarshan joined #gluster-dev
08:50 nishanth joined #gluster-dev
09:11 ndarshan joined #gluster-dev
09:12 vimal joined #gluster-dev
09:12 nishanth joined #gluster-dev
09:31 kdhananjay1 joined #gluster-dev
10:42 bharata_ joined #gluster-dev
10:47 JustinClift kkeithley ndevos pranithk itisravi lalatenduM: Would one of you be ok to run the Community Meeting today?
10:48 * JustinClift needs to go down the street shortly to sign new housing agreement, pick up keys to house, and get things for it organised
10:49 itisravi JustinClift: not sure I would be able to attend today's meeting :(
10:50 azar joined #gluster-dev
10:54 JustinClift itisravi: np.  Someone else will do it. ;)
10:54 JustinClift davemc: As above. ^
10:58 kdhananjay joined #gluster-dev
11:00 ira joined #gluster-dev
11:11 msvbhat joined #gluster-dev
11:11 msvbhat joined #gluster-dev
11:11 soumya_ joined #gluster-dev
11:11 soumya_ joined #gluster-dev
11:12 JustinClift k, I'm outta here otherwise I'll miss the bus.
11:16 foster joined #gluster-dev
11:31 lalatenduM JustinClift, I would attend the meeting , not sure if I can run it
11:42 pranithk left #gluster-dev
11:47 soumya joined #gluster-dev
11:55 RaSTar joined #gluster-dev
11:56 jdarcy joined #gluster-dev
12:25 ppai joined #gluster-dev
12:28 tdasilva joined #gluster-dev
12:36 soumya joined #gluster-dev
12:40 shubhendu joined #gluster-dev
12:43 bala joined #gluster-dev
13:03 aravindavk joined #gluster-dev
13:16 azar left #gluster-dev
13:18 tdasilva joined #gluster-dev
13:26 ppai joined #gluster-dev
13:32 shyam joined #gluster-dev
14:00 bala joined #gluster-dev
14:19 jobewan joined #gluster-dev
14:27 dlambrig_ left #gluster-dev
14:28 wushudoin joined #gluster-dev
14:54 tdasilva joined #gluster-dev
14:55 kshlm joined #gluster-dev
15:05 aravindavk joined #gluster-dev
15:34 kdhananjay joined #gluster-dev
15:35 soumya joined #gluster-dev
16:37 vimal joined #gluster-dev
19:30 ryao joined #gluster-dev
19:30 ryao Who can edit this? http://www.gluster.org/community/documentation/​index.php/GlusterOnZFS#Finish_ZFS_Configuration
19:30 ryao A user just informed me that it recommends zfs_nocacheflush=1. That is *NOT* safe to use in production.
19:31 lpabon joined #gluster-dev
19:32 davemc ryao, do you have specific edits in mind? that the only change?
19:32 ryao The zfs_nocacheflush=1 module option says to stop doing cache flushes. It is only meant for ZFS developers working on performance patches and it should never be used in production. A power failure could severely damage ZFS in that configuration.
19:33 ryao davemc: I haven't looked at the rest of it yet. I will do that now.
19:33 semiosis ryao: it's a public wiki, anyone can register & edit
19:33 ryao Okay.
19:35 ryao This is really out of date. The entire ZFSOnLinux section could be replaced with a link to this page: http://zfsonlinux.org/epel.html
19:35 ryao The default zfs_txg_timeout was always 5. It was never 30. :/
19:36 ryao I will try to make time to fix this later today.
19:36 semiosis :D
19:36 semiosis thanks
19:36 davemc ryao, it does warn to only use in UPS, but agreed with its risk. Also marked as unstable in ZFS manual
19:43 ryao davemc: This is beyond warning to use a UPS. sync=disabled is a safe way to make everything asynchronous such that fsync() is ignored and everything is as fast as possible, with userland data being at risk of being inconsistent. This risks making ZFS itself inconsistent.
19:45 ryao It is possible to lose the entire pool by doing this. I suppose that is why people have backups, but there is no reason for a production system to run in this configuration. Setting sync=disabled means that the only updates being done are atomic updates to the disk format on the txg commit interval specified.
21:03 davemc joined #gluster-dev

| Channels | #gluster-dev index | Today | | Search | Google Search | Plain-Text | summary