1) # adduser ...
2) $ db2 grant connect on database ... to user ...

Ну и по-минимуму все. После этого нижеследующее:

$ connect to ... user ...

должно получится.

DB2 не имеет (забыл, как это называется... :) ) собственной системы авторизации (? :)) (грубо говоря, DB2 нигде и никак не хранит паролей - она этим вообще не занимается). Т.е., ответственность за проверку пользователя, который лезет в систему под логином vpupkin, на то, что он действительно vpupkin, целиком лежит на операционке. Операционка проверяет авторизацию, и потом уж пускает пользователя к DB2, которая абсолютно "доверяет" операционке. Сама DB2 хранит информацию лишь о правах пользователя внутри ее самой - может ли пользователь делать connect, create table, и т.д. и т.п.

Если что-то не получится, то уже надо конкретней смотреть, что вы пытаетесь сделать, как вы это делаете, глянуть в логи, глянуть, кто и какие права имеет на отдельные ресурсы файловой системы, и т.п...

Честно говоря, не совсем понял.

Ну назвали пользователя read_sp. Ну и что? read_sp != read, в конце концов.

Таки не понятно, в чем была проблема и каково решение...

Ну вы бы для начала обрисовали инфраструктуру. А то сначала был только Linux, а теперь уже и Windows... Уже и черт ногу сломит, на каком хосте и под какой операционкой у вас DB2 и где это вы заводите пользователя...

Допустим, есть host1 под управлением Linux. На нем DB2. В DB2 есть БД test. Есть юзер read@host1, для него в DB2 выдан грант на коннект к test. Тогда, как справедливо написал Hunterik, все работает, как и должно.

Повторюсь: чтобы пользователь vpupkin мог подконнектиться к DB2/Linux, надо (в общем случае):
- иметь пользователя vpupkin в операционке на хосте, где крутится DB2
- иметь грант на коннект (для определенной БД) для пользователя vpupkin в DB2
Все.

PUBLIC - это внутренняя группа пользователей DB2 (не операционки!), в которую автоматически попадают все, прошедшие авторизацию в операционке. Возможно, (наизусть не помню, а под рукой только OS/400), что по умолчанию у группы PUBLIC разные права под разными операционками - не удивлюсь, если в винде для группы PUBLIC по умолчанию коннект разрешен, а в линуксе нет. :)