Re: [DRBD-user] DRBD an ISCSI
Igor, Thanks for the reply, I am sorry for the delay. Its been a hectic week. I understand the concept of using RSYNC, an have used it in the past. The intent of this exercise is to teach myself something new, an in this case learning to use DRBD in a environment such as my installation ISO collection, before I start considering my replicated home folder or Movie Collection. Happy Holidays, John Moore OSG VM Solutions Team From: drbd-user-boun...@lists.linbit.com [mailto:drbd-user-boun...@lists.linbit.com] On Behalf Of Igor Novgorodov Sent: Thursday, December 4, 2014 11:33 AM To: drbd-user@lists.linbit.com Subject: Re: [DRBD-user] DRBD an ISCSI That's easily accomplished with Pacemaker cluster manager, there are many guides on how to do it all over the internet. Simply said, Pacemaker controls both DRBD and ISCSI targets and if the slave node detects master's failure - it promotes DRBD to primary, brings up shared ip address and starts ISCSI. But your problem can be, i think, solved much simpler: you just need to rsync your ISO's to another server, because, as i see it, they are changed infrequently. Then you can use cluster manager to fail over IP address between these servers. On 04/12/14 21:44, John Moore (Compucom Systems Inc) wrote: I have researched some about mixing DRBD an ISCSI. An what I am finding is opinions about as vast as what people like on pizza. So I figure I would ask it here... Can I take 2 servers, setup DRBD between them, then configure ISCSI on both servers but only connect to 1 of the ISCSI targets. Leave the other ISCSI service turned off until needed. I would create a VIP between the two servers so that the clients wouldn't need to be reconfigured to point to the new active ISCSI. I am looking for a fail over file system which will hold my ISO an boot images for my PXE environment. DRBD would be configured to listen to a backend network using a small 1gig switch. The ISCSI would be configure to listen on the frontend network connected to the DMZ. John Moore OSG VM Solutions Team ___ drbd-user mailing list drbd-user@lists.linbit.commailto:drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] Fix me in drbd_req.h
On Sun, Dec 07, 2014 at 10:47:29PM -0500, nick wrote: Cheers, Nick Here we go again, Mr. Krause! No need to spare your last name, you are famous by now! [1]. Thanks for teaching us how to use git grep m( Please stop wasting our time. I am sure there are other projects that need your high quality input! Regards, rck [1] http://news.softpedia.com/news/Malevolent-Developer-Trolls-Linux-Kernel-Development-with-Lots-of-Broken-Patches-453709.shtml ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] Fix me in drbd_req.h
On 08/12/14 01:49 PM, Roland Kammerer wrote: On Sun, Dec 07, 2014 at 10:47:29PM -0500, nick wrote: Cheers, Nick Here we go again, Mr. Krause! No need to spare your last name, you are famous by now! [1]. Thanks for teaching us how to use git grep m( Please stop wasting our time. I am sure there are other projects that need your high quality input! Regards, rck [1] http://news.softpedia.com/news/Malevolent-Developer-Trolls-Linux-Kernel-Development-with-Lots-of-Broken-Patches-453709.shtml That seems rather uncalled for. If someone is trying to help, it should be encouraged. If this is the same person, then the best policy is to silently ignore. If it is not, and it is just someone trying to learn to help, then assisting them with learning how to properly submit patches would be best. -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] Fix me in drbd_req.h
On 08/12/14 01:49 PM, Roland Kammerer wrote: On Sun, Dec 07, 2014 at 10:47:29PM -0500, nick wrote: Cheers, Nick Here we go again, Mr. Krause! No need to spare your last name, you are famous by now! [1]. Thanks for teaching us how to use git grep m( Please stop wasting our time. I am sure there are other projects that need your high quality input! Regards, rck Ah, it is the same person. Then ya, the don't feed the trolls approach is probably appropriate here. :) -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: [DRBD-user] 40MBps Sync Limit 8.4.4 and Above
On 2014-11-19 14:29, Matt Kereczman wrote: On 11/18/2014 09:44 AM, Darren Ginter wrote: Hello all, With Ubuntu 14.04 (drbd 8.4.4), I cannot get more than 40MBps out of the initial DRBD initialization sync no matter what settings (sync-rate, c-max-rate, c-min-rate, etc). I've been playing with this for tens of hours now. I've tried drbd 8.4.5 and above to no avail. With Ubuntu 12.04 (drbd 8.4.3) I can max out a 10GbE NIC without issue on the same hardware. You may need to tune 'max-buffers' and 'max-epoch-size' to get some more performance out of the secondary node. This is outlined in the user's guide (section 15.3.1). I have the values below configured on a system running DRBD 8.4.5, resyncing at ~400MiB/s (almost the max write speed of the backing disk): resource resource { net { max-buffers 80k; max-epoch-size 20k; ... } ... } Those settings are a little extreme; start at 8000, and tune accordingly. I'd suggest to add this info as a note to the docs @ http://www.drbd.org/users-guide-emb/s-configure-sync-rate.html . Yes, the drbdsetup man page already explains that these parameters may be important when you can't saturate link speed, but finding them in the first place is not as easy as it should be IMHO. Thanks, ~David ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user