summaryrefslogtreecommitdiff
blob: 204b8e9a79b39bdd7a3e0767ef2ce1f1ed9c7a56 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2010-10-21 23:56+0600\n"
"PO-Revision-Date: 2010-10-21 23:46+0600\n"
"Last-Translator: Automatically generated\n"
"Language-Team: none\n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):6
msgid "Multipathing for Gentoo"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(author:title):8
#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(author:title):11
#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(author:title):14
#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(author:title):17
msgid "Author"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail:link):9
msgid "tsunam"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail:link):12
msgid "matthew.summers@liquidustech.com"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail):12
msgid "Matthew Summers"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail:link):15
msgid "richard.anderson@liquidustech.com"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail):15
msgid "Richard Anderson"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail:link):18
msgid "steve.rucker@liquidustech.com"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail):18
msgid "Steve Rucker"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(author:title):20
msgid "Editor"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(mail:link):21
msgid "nightmorph"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(abstract):24
msgid ""
"This document teaches you how to set up multipathing services for data "
"storage."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(version):32
msgid "1"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(date):33
msgid "2008-09-10"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):36
msgid "Introduction"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):40
msgid ""
"Multipathing services, generally deployed in enterprise environments, "
"provide a means for high performance, load-balanced, and fault-tolerant data "
"storage either locally or via a storage area network (SAN). Multipathing "
"facilitates a single storage device to be transparently accessed across one "
"or more paths. For example, if there are two connections from a server Host "
"Bus Adapter (HBA) to two Fibre Channel switches and then to a SAN, when the "
"HBA module loads and scans the bus, it will read four paths to the SAN: the "
"paths from the server HBA to and from each Fibre Channel switch and at the "
"storage device. Taking advantage of this situation, Multipath allows you to "
"make use of each path simultaneously or independently to ensure a constant "
"and reliable connection to the data in storage. Multipath serves as a "
"failover for all connections points in the event of losing one path making "
"critical data always available due to redundancy in the design and "
"implementation."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):56
msgid ""
"In the most basic sense, multipathing is made of two distinct parts: "
"<c>device-mapper</c> and <c>multipath-tools</c>. <b>Device Mapper</b> is the "
"first key element of this application. Administrators are probably familiar "
"with Device Mapper from LVM, EVMS, dm-crypt, or in this case, Multipath. In "
"short, working within the kernel space Device Mapper takes one block device "
"such as <path>/dev/sda</path> (as all SAN based targets will be some type of "
"SCSI device) and maps it to another device."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):66
msgid ""
"On a lower level, Device Mapper creates a virtual block device accepting all "
"of the commands of a regular block device, but passes on the actual data to "
"the real block device. As previously stated, the mapping process is all "
"handled in the kernel space and not in user space."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):73
msgid ""
"<b>Multipath Tools</b> is a set of userspace tools that interacts with the "
"Device Mapper tools and creates structures for device handling, implementing "
"I/O multipathing at the OS level. In a typical SAN environment, you will "
"have multiple paths to the same storage device: a fiber card (or two) on "
"your server that connects to a switch which then connects to the actual "
"storage itself (as in the scenario discussed above). So administrators could "
"possibly see the same device one to four times in such a situation (each "
"card will see the LUN twice, once for each path it has available to it). "
"Thus, a single drive could be recognized as <path>sda</path>, <path>sdb</"
"path>, <path>sdc</path>, and <path>sdd</path>. If you were to mount <path>/"
"dev/sda</path> to <path>/san1</path>, for instance, you would be going over "
"the singular path from one fiber card to a switch and then to a port on the "
"same storage device. If any of those points were to fail, you would lose "
"your storage device suddenly and have to unmount and remount with another "
"device (<path>sdb</path>)."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):90
msgid ""
"Consequently, this scenario is not ideal as you are only using one out of "
"the four possible paths. This is where the combination of Multipath tools "
"and Device Mapper are beneficial. As already explained, Device Mapper "
"creates virtual block devices and then passes information to the real block "
"devices."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):102
msgid "Installation and Configuration"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):104
msgid "Installation and Tools"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):107
msgid ""
"You need to emerge <c>multipath-tools</c> and <c>sg3_utils</c>. On the disk, "
"you want to find the <c>wwid</c>. You can use <c>sq_vpd</c> (provided by "
"<c>sg3_utils</c>) to do this."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre:caption):113
msgid "Installing multipath-tools and initial configuration"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre):113
#, no-wrap
msgid ""
"\n"
"# <i>emerge multipath-tools sg3_utils</i>\n"
"<comment>(Replace /dev/DEVICE with your disk to find its wwid)</comment>\n"
"# <i>/usr/bin/sq_vpd ?page=di /dev/DEVICE</i>\n"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):119
msgid ""
"Where DEVICE is the sd device, the ID will come back with a <c>0x6</c>. "
"Replace <c>0x</c> with <c>3</c>, and you will have the proper ID that you'll "
"put into the multipath <c>wwid</c> in <path>/etc/multipath.conf</path>. More "
"on this in the next chapter."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):129
msgid "Configuring Gentoo for multipathing"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):132
msgid ""
"To configure Gentoo for multipath, your kernel needs the following settings:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre:caption):136
msgid "Adding multipath support"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre):136
#, no-wrap
msgid ""
"\n"
"Device Drivers  ---&gt;\n"
"  SCSI device support  ---&gt;\n"
"    &lt;*&gt; SCSI target support\n"
"    &lt;*&gt; SCSI disk support\n"
"    [*] Probe all LUNs on each SCSI device\n"
"  [*] Multiple devices driver support (RAID and LVM)  ---&gt;\n"
"    &lt;*&gt;  Multipath I/O support\n"
"    &lt;*&gt;  Device mapper support\n"
"    &lt;*&gt;    Multipath target\n"
"        <comment>(Select your device from the list)</comment>)\n"
"    &lt;*&gt;      EMC CX/AX multipath support  \n"
"    &lt;*&gt;      LSI/Engenio RDAC multipath support  \n"
"    &lt;*&gt;      HP MSA multipath support\n"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(note):152
msgid ""
"<c>scsi_id</c> is done by targets. IDE drives have two spots to which you "
"can connect. An administrator has the ability to set a drive as a master and "
"another drive as a slave or set to autoselect by changing the dip switches. "
"scsi_id is similar. Each drive or Logical Unit Number (LUN) has a unique ID, "
"which ranges from 0 to 254. A device that has ID 0 will be discovered before "
"a device that has, for example, ID 120, because it performs a LIP (a scan of "
"the SCSI bus for devices that respond) that starts from 0 and works its way "
"upwards."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):162
msgid ""
"In the kernel menu config, make sure CONFIG_SCSI_MULTI_LUN=y is set to "
"ensure the SCSI subsystem is able to probe all Logical Unit Numbers (LUNs) "
"(This is recommended as you'll stop scanning after ID 0 if you have a device "
"on an ID of <c>0</c> but not <c>1</c> and then on an ID of <c>2</c>. Simply, "
"you'll get your device for ID <c>0</c> but not <c>2</c>.) or whichever "
"device you need for SCSI, such as a QLogic 2400 card, which is in the SCSI "
"low-level drivers area."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):171
msgid "For a better understanding, consider the following scenarios:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):175
msgid ""
"There are three drives with IDs of 0,1,2. Without the \"probe all LUNs\" "
"setting, you will see IDs 0,1,2 as sda,sdb,sdc - all devices are seen. If "
"you delete the ID 1 drive. IDs 0,2 will still be seen. It might seem to make "
"sense that you would see sda and sdb now (sdc would move to sdb as there is "
"no device to fill it up). However, if you don't probe all LUNs, it will "
"perform in the following manner:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):184
msgid ""
"Scenario 1: Without \"probe all LUNs\", the scan will start and ID 0 will be "
"seen. ID 0 will be set to sda and then move to find ID 1. If ID 1 is not "
"detected, scanning will stop and be considered complete having perceived to "
"have scanned all devices even if there is a device on ID 2 or any other "
"subsequent ID. Reboot for scenario two."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):192
msgid ""
"Scenario 2: If you have \"probe all LUNs\", the scan will start and detect "
"ID 0. This ID will be assigned sda and will continue to detect the next "
"device. If ID 1 is not detected, scanning will continue to find more "
"devices. ID 2 will be located and assigned to be sdb. If no devices (IDs) "
"are detected beyond that, scanning will be considered complete."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(note):200
msgid ""
"Although it seems that it is unfeasible or even unnecessary to have devices "
"spaced many LUNs apart, to account for all options it is necessary to still "
"probe all LUNs. An administrator will encounter many reasons (business or "
"personal) for such a setup. Therefore, the second scenario would be optimal "
"to ensure that all devices are recognized and assigned an ID in the "
"multipath setup process."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):209
msgid ""
"So, once you probe all LUNs, all devices will be recognized and assigned an "
"ID in Multipath."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):219
msgid "Architectural Overview"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):223
msgid ""
"As part of Multipath Tools, there are priority groups filled with the "
"devices mentioned earlier. After you have configured <c>multipath-tools</c> "
"and started it with <c>/etc/init.d/multipath start</c>, you can list the "
"groups via <c>multipath -l</c>. The output will look like the following:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre:caption):230
msgid "multipath -l output"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre):230
#, no-wrap
msgid ""
"\n"
"EVA_SAN (3600508b4001044ee00013000031e0000)\n"
"[size=300 GB][features=\"1 queue_if_no_path\"][hwhandler=\"0\"]\n"
"\\_ round-robin 0 [active]\n"
"\\_ 0:0:0:1 sda 8:0  [active]\n"
"\\_ round-robin 0 [enabled]\n"
"\\_ 0:0:1:1 sdb 8:16 [active]\n"
"\n"
"EVA_SAN2 (3600508b4001044ee0001300003880000)\n"
"[size=300 GB][features=\"1 queue_if_no_path\"][hwhandler=\"0\"]\n"
"\\_ round-robin 0 [active]\n"
"\\_ 0:0:0:2 sdc 8:32 [active]\n"
"\\_ round-robin 0 [enabled]\n"
"\\_ 0:0:1:2 sdd 8:48 [active]\n"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):246
msgid ""
"By default, it will pick the first priority group (the first top round-robin "
"for the EVA_SAN2, for instance, being <path>sdc</path>). In this instance, "
"due to round robin it will bounce back and forth. But if one path was to "
"fail, it would push all information to the other path and continue. Only if "
"all the devices in a path fail will it actually fail and go to the secondary "
"priority group."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):257
msgid "Typical Configuration"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):260
msgid "A typical Multipath configuration looks like the following:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre:caption):264
msgid "A typical /etc/multipath.conf file"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre):264
#, no-wrap
msgid ""
"\n"
"defaults {\n"
"udev_dir                /dev\n"
"polling_interval        15\n"
"selector                \"round-robin 0\"\n"
"path_grouping_policy    group_by_prio\n"
"failback                5\n"
"path_checker            tur\n"
"prio_callout            \"/sbin/mpath_prio_tpc /dev/%n\"\n"
"rr_min_io               100\n"
"rr_weight               uniform\n"
"no_path_retry           queue\n"
"user_friendly_names     yes\n"
"}\n"
"blacklist {\n"
"devnode cciss\n"
"devnode fd\n"
"devnode hd\n"
"devnode md\n"
"devnode sr\n"
"devnode scd\n"
"devnode st\n"
"devnode ram\n"
"devnode raw\n"
"devnode loop\n"
"devnode sda\n"
"}\n"
"\n"
"multipaths {\n"
"multipath {\n"
"wwid\n"
"<comment>(To find your wwid, please use /usr/bin/sq_vpd ?page=di /dev/DEVICE.\n"
"The address will be a 0x6. Remove the 0x and replace it with 3.)</comment>\n"
"alias DB_SAN\n"
"}\n"
"devices {\n"
"device {\n"
"<comment>(White spacing is important on these two items to match the vendor specifications.)</comment>\n"
"\"IBM     \"\n"
"\"1815      FAStT \"\n"
"}\n"
"}\n"
"}\n"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(impo):309
msgid ""
"On your devices, it is best to <c>cat</c><path>/sys/block/sd(device)/device/"
"model</path> and <c>cat</c><path>/sys/block/device/sd(device)/device/vendor</"
"path>, placing both directly into your devices section in <path>/etc/"
"multipath.conf</path>. You might not always see the white spacing, and it's "
"part of the name in this case. One reason for the device section is that not "
"every vendor's string is in the kernel convention and naming, and the "
"string, as such, is not always detected as required."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):320
msgid ""
"A typical multipath configuration utilizing an EVA_SAN where the device "
"information is in the kernel information regarding SAN hardware detection "
"would look like:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre:caption):326
msgid "EVA_SAN configuration"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(pre):326
#, no-wrap
msgid ""
"\n"
"multipaths {\n"
"multipath {\n"
"wwid  3600508b4001044ee00013000031e0000\n"
"alias EVA_SAN\n"
"}\n"
"multipath {\n"
"wwid    3600508b4001044ee0001300003880000\n"
"alias   EVA_SAN2\n"
"}\n"
"}\n"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(title):344
msgid "Setting Up Your Own Configuration"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):348
msgid ""
"The multipath configuration is fairly simple to accomplish because the only "
"file that needs modification is <path>/etc/multipath.conf</path>."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):353
msgid ""
"To begin, set the <b>polling interview</b> to how often (in seconds) path "
"checks will be performed to ensure that the path is alive and healthy."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):358
msgid "<b>selector</b> will be set at <c>\"round-robin 0\"</c>."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(note):362
msgid ""
"This round-robin value is the only selector value that will be used in this "
"configuration."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):367
msgid ""
"<b>prio_callout</b>: This one can be quite important, and there are a number "
"of different priorities for different devices, such as:"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(li):373
msgid "mpath_prio_alua"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(li):374
msgid "mpath_prio_emc"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(li):375
msgid "mpath_prio_hds_modular"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(li):376
msgid "mpath_prio_netapp"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(li):377
msgid "mpath_prio_tpc"
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(note):380
msgid ""
"For most people, <c>mpath_prio_tpc</c> will suffice as it's a conservative "
"checker. Other devices like <c>mpath_prio_netapp</c> have special "
"functionality for priority grouping, such as netapps."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):386
msgid ""
"<b>path_grouping_policy</b> has a few different options: failover, multibus, "
"group_by_prio. <c>Failover</c> will only have one disk per priority group. "
"<c>Multibus</c> will put all devices into one priority group. "
"<c>Group_by_prio</c> is done by a \"priority value.\" So routes that have "
"the same priority value will be grouped together, the priority values being "
"determined by the callout."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):395
msgid ""
"<b>no_path_retry</b> is set to <c>queue</c> as most people don't want data "
"to fail to send at all. So, if all paths fail, for instance, the I/Os will "
"queue up until the device returns and then sends everything again. Depending "
"on your transfer, this can cause load issues."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):402
msgid ""
"<b>rr_min_io</b> are the number of I/Os to do per path before switching to "
"the next I/Os in the same group. If <path>sda</path> and <path>sdb</path> "
"were in the same group, rr_min_io would do 100 I/Os to <path>sda</path> then "
"do 100 to <path>sdb</path>, bouncing back and forth. This is a setting to "
"tweak for each instance to maximize performance because the data load and "
"size of transfers/request vary by company. The default in the case is "
"<c>1000</c>, but some may prefer a smaller number in order to switch ports "
"more often, when possible."
msgstr ""

#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(p):413
msgid ""
"<b>user_friendly_names</b> make it easier to see which device you are "
"working with. For example, if you set user_friendly_names to <c>no</c>, then "
"you'll see WWID instead of EVA_SAN for your device."
msgstr ""

#. Place here names of translator, one per line. Format should be NAME; ROLE; E-MAIL
#: ../../gentoo/xml/htdocs/doc/en//multipath.xml(None):0
msgid "translator-credits"
msgstr ""