Вт, 10.12.2024, 04:12
Приветствую Вас Гость | RSS
Главная | OS/390 & z/OS & VM/ESA ADCD - Страница 2 - Форум | Регистрация | Вход
Форма входа
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 2 из 2
  • «
  • 1
  • 2
OS/390 & z/OS & VM/ESA ADCD
alex654Дата: Ср, 09.11.2022, 11:49 | Сообщение # 16
Подполковник
Группа: Проверенные
Сообщений: 122
Репутация: 0
Статус: Offline
О, спасибо.
 
sagerДата: Ср, 09.11.2022, 12:10 | Сообщение # 17
Сержант
Группа: Проверенные
Сообщений: 29
Репутация: 3
Статус: Offline
СПАСИБО!!!
 
GregoryДата: Чт, 10.11.2022, 20:14 | Сообщение # 18
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
Спасибо!
 
akostДата: Сб, 12.11.2022, 19:16 | Сообщение # 19
Admin
Группа: Администраторы
Сообщений: 619
Репутация: 5
Статус: Offline
Коллеги, мне тут иноземцы подсказывают, что файл fdbbn1.gz какой-то битый. Так что, похоже, придется жить без zOSMF.
 
GregoryДата: Вс, 13.11.2022, 19:14 | Сообщение # 20
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
Цитата
Коллеги, мне тут иноземцы подсказывают, что файл fdbbn1.gz какой-то битый. Так что, похоже, придется жить без zOSMF.
Подтверждаю. Файл fdbbn1.gz на обоих страницах не распаковывается - неожиданный конец файла (premature end). оригинальный файл тоже такой?
 
akostДата: Пн, 14.11.2022, 09:50 | Сообщение # 21
Admin
Группа: Администраторы
Сообщений: 619
Репутация: 5
Статус: Offline
Цитата Gregory ()
оригинальный файл тоже такой?
Да, с утра сегодня на работе проверил переданный мне читателем файл. Он такой же до бита. Видимо, битый, или не хватает его второй половинки, внутри упакован файл на 3,6 Гига. Есть сомнение, что сможем поправить ситуацию.
 
GregoryДата: Пн, 14.11.2022, 18:13 | Сообщение # 22
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
может, конечно, не этот случай, но такая ошибка возникает при передаче .gz (или других архивов) в текстовом режиме вместо двоичного, особенно, когда режим передачи выбирается по умолчанию. кроме этого, в device.htm ссылки на отсутствующие диски fdw701-fdw705 (с комментарием WAS 7), fddb91-fddb93 (вероятно, продукты DB2 или DB2 9). скорее всего, отсутствие этих дисков некритично, буду смотреть дальше
 
atarДата: Пн, 17.07.2023, 17:34 | Сообщение # 23
Рядовой
Группа: Проверенные
Сообщений: 8
Репутация: 0
Статус: Offline
Упд. Вижу что в неправильной теме написал, приношу извинения.

Как можно добавить места для db2?  Добавлю я ещё один dasd, а дальше где можно почитать? Если у меня есть огромная таблица, которая не помещается на один dasd, db2 v 10 сможет её на несколько разделить?


Сообщение отредактировал atar - Ср, 19.07.2023, 17:16
 
GregoryДата: Ср, 19.07.2023, 23:26 | Сообщение # 24
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
Цитата atar ()
db2 v 10 сможет её на несколько разделить?
сможет. таблица (table) создается в табличном пространстве (tablespace), которое создается в базе данных (database), пространство для базы данных выделяется из STOGROUP. новый том нужно добавить в STOGROUP. конечно же, том должен быть управляемым SMS (SMS-managed). Посмотрите partitioned tables, я думаю, это то, что Вы ищете. Я не уверен, что в v10 можно модифицировать существующие определения (ALTER), но в любом случае можно создать новую таблицу/табличное пространство подходящего размера а затем с помощью cross-LOAD (LOAD INCURSOR) скопировать данные из существующей таблицы в новую
 
atarДата: Чт, 07.09.2023, 01:39 | Сообщение # 25
Рядовой
Группа: Проверенные
Сообщений: 8
Репутация: 0
Статус: Offline
Спасибо! А как добавить том, управляемый sms в uss? Или не том, я, видимо совсем неправильно задаю вопрос, поэтому не могу нагуглить. Наверно, сначала на этом томе надо создать датасет, и уже её как-то делать видимой для USS?

Сообщение отредактировал atar - Чт, 14.09.2023, 19:57
 
GregoryДата: Ср, 20.09.2023, 21:30 | Сообщение # 26
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
Вангую), что Вам нужно создать ZFS и затем смонтировать его:
Код
//DEFINE  EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN    DD *
  DELETE USER.ZFS
  IF LASTCC=8 THEN SET MAXCC=0
  DEFINE CLUSTER (NAME(USER.ZFS) VOLUME(USER01) -
    LINEAR CYLINDERS(10000 10000) SHAREOPTIONS(2))
//FORMAT  EXEC PGM=IOEAGFMT,REGION=0M,
// PARM=('-aggregate USER.ZFS -compat ')
//SYSPRINT DD SYSOUT=*
//MAKEDIR EXEC PGM=BPXBATCH,PARM='sh mkdir -p /usr/local/abc'
//MOUNT    EXEC PGM=IKJEFT01
//SYSTSPRT DD   SYSOUT=*
//SYSPRINT DD   SYSOUT=*
//SYSTSIN  DD   *
  MOUNT FILESYSTEM('USER.ZFS') +
     TYPE(ZFS) MODE(RDWR) PARM('AGGRGROW') +
     MOUNTPOINT('/usr/local/abc')
//
обратите внимание, что точка монтирования (в примере это /usr/local/abc) должна быть создана до выполнения mount. для автоматического выполнения mount новой файловой системы при загрузке добавьте эту команду в BPXPRMFS PARMLIB.
если хотите создать ZFS на SMS-managed томе (и это правильно, ибо сколько можно писать в стиле прошлого века), то вместо VOLUME указываете DATACLAS или STORCLAS.


Сообщение отредактировал Gregory - Ср, 20.09.2023, 23:44
 
GregoryДата: Ср, 20.09.2023, 21:50 | Сообщение # 27
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
опять же, вангую, что нужно пояснить это все:
- non-SMS-managed (стиль прошлого века):
имеются какие-то тома, и кто угодно может распределить свои наборы данных где угодно.

- SMS-managed - когда создается storage group, в ней описываются тома. например, STORGRP USER включает тома USER01, USER02, USER03.  ACS routine по DATASLAS и/или STORCLAS назначают storage group, например
PROC STORGRP
SELECT
WHEN (&STORCLAS = 'USER') DO
SET &STORGRP = 'USER'
EXIT
END

...
PROC STORCLAS
FILTLIST U INCLUDE(IBMUSER.**)
SELECT
WHEN (&DSN = &U) DO
SET &STORCLAS = 'USER'
EXIT
END

при таких правилах наборы IBMUSER.** будут распределяться на томах USER01, 02, 03 что бы там пользователь не писал в DD. с помощью ACS администратор может принудительно навязать свои правила распределения памяти на томах прямого доступа и управлять этим по своему усмотрению.


Сообщение отредактировал Gregory - Ср, 20.09.2023, 23:47
 
GregoryДата: Чт, 20.06.2024, 23:01 | Сообщение # 28
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
https://archive.org/details/zos25_202403 2.5
https://archive.org/details/zos31_version1 3.1
и это не ADCD, а IBM Standard Development/Test Image. DB2, CICS, IMS, NEWVIEW


Сообщение отредактировал Gregory - Чт, 20.06.2024, 23:04
 
akostДата: Вт, 16.07.2024, 13:32 | Сообщение # 29
Admin
Группа: Администраторы
Сообщений: 619
Репутация: 5
Статус: Offline
Цитата Gregory ()
https://archive.org/details/zos25_202403 2.5
https://archive.org/details/zos31_version1 3.1

А пробовали развернуть-запустить? У меня на "дежурном" Геркулесе не запустился, странный код выбрасывал, и 2.5 и 3.1
Может, небрежно накосячил с вводом-выводом и параментрами загрузки, делал "наскоком", без подготовки.
 
GregoryДата: Пт, 19.07.2024, 00:10 | Сообщение # 30
Генерал-майор
Группа: Доверенные
Сообщений: 482
Репутация: 22
Статус: Offline
2.5 загрузил под Hyperion 4.7 c прилагаемым config и rc. 3.1 я даже не стал пробовать, так как для него требуется эмуляция уровня z16. в комментариях пишут, что с hyperion development build загружается, но я не хочу собирать hyperion, поэтому жду release 4.8.

P.S. выложить несжатые диски это просто супер. хотя, дареному коню в зубы не смотрят)
P.P.S. у меня такое ощущение, что этот слив инспирирован самим IBM, хоть я и не понимаю, зачем.
Прикрепления: 4840508.cfg (3.9 Kb) · 3548967.rc (0.1 Kb) · 0768635.jpg (34.8 Kb)


Сообщение отредактировал Gregory - Пт, 19.07.2024, 00:23
 
  • Страница 2 из 2
  • «
  • 1
  • 2
Поиск: