topic Re: multipath bindings in Operating System - Linux

multipath bindings

naths — Fri, 15 May 2009 14:13:07 GMT

what happens when we use
/sbin/multipath -d -v1. what should be the exact output?.

Re: multipath bindings

Court Campbell — Fri, 15 May 2009 14:35:08 GMT

Well if you read the man page you would see that -d is for dry-run. And -v1 is for the verbosity level. SO basically it just spits out output without doing anything. Here is some sample output.

# multipath -d -v1
mpath0

Re: multipath bindings

naths — Fri, 15 May 2009 14:41:13 GMT

Hi Campbell,

I was working on 4 node RAC. On one of the nodes. I partitioned 44 disks using sfdisk command. And then renamed them according to our company policies. Then I ran multipath -d -v1 it showed me different mpaths than the mpaths which I renamed. Is that ok. After which I ran multipath -v1 command. Now I'm unable to see the partitions on those devices and it created new mpath in /etc/multipath_bindings file. Any clues why this has happened?.

Re: multipath bindings

Randy Jones_3 — Sat, 16 May 2009 00:53:28 GMT

> Any clues why this has happened?

It worked as designed. Running the multipath command caused a scan and (re)building of the path maps. Since you had set up the devices those apparently new paths were assigned new "mpath" tags in the bindings file. If you're setting up a new system and want to start over on mpath naming, just remove the bindings file and run the multipath command again. Similarly, if there are old path listings you know will never return you could edit out those lines.