Аналогичная ситуация - не смог запустить Cache после плановой перезагрузки сервера.
После перезагрузки появлялась аналогичная ошибка про CACHE.WIJ
Файл был удален, лишние cache.lck убраны, в cache.pcf абракадабр нет (взят резервный), сервер перезапущен, но cache так и не заработала.

вот в конце лога:
cconsole.log*** Recovery started at Sat Jan 22 22:44:24 2011
Current default directory: /opt/cachesys/mgr
Log file directory: ./
WIJ file spec: ./CACHE.WIJ
Recovering local (./CACHE.WIJ) image journal file...
Starting WIJ recovery for './CACHE.WIJ'.
0 blocks pending in this WIJ.
Exiting with status 3 (Success)
01/22-22:44:24:562 ( 0) 0 No journaling info from prior system
01/22-22:44:24:576 ( 0) 0 Creating a new WIJ file
01/22-22:44:24:826 ( 0) 0 New WIJ file created
01/22-22:44:24:841 ( 4608) 0
CSTART of Cache for UNIX (Linux Intel/32-bit) 5.0.20 (Build 6305) Fri Sep 16 2005 12:47:21 EDT.
in /opt/cachesys/mgr
with wij: /opt/cachesys/mgr/CACHE.WIJ
from: /opt/cachesys/mgr/
OS=[Linux], version=[#1 SMP Wed Jun 18 15:18:00 UTC 2008], release=[2.6.24-19-server], machine=[i686]
01/22-22:44:24:841 ( 4608) 0
nodename=[main].
directio: off, synctype: 3
System Initialized.
01/22-22:44:24:877 ( 4610) 0 Write daemon started.

дальше ничего нет, cache по сети не видна.
насколько я понимаю по "No journaling info from prior system" ничего восстановлено не было?

вот тут вырезал кусок лога, когда все было нормально
автор*** Recovery started at Fri Dec 31 05:02:33 2010
Current default directory: /opt/cachesys/mgr
Log file directory: /opt/cachesys/mgr/
WIJ file spec: ./CACHE.WIJ
Recovering local (./CACHE.WIJ) image journal file...
Starting WIJ recovery for './CACHE.WIJ'.
0 blocks pending in this WIJ.
Exiting with status 3 (Success)
12/31-05:02:34:161 ( 0) 0 Jrn info from prior WIJ (imflags: 0):
fspec: /opt/cachesys/mgr/journal/20101231.001
filecnt: 834
fileoff: 6899404
min trans cnt: 834
min trans index: 6899404
12/31-05:02:34:168 ( 4564) 0
CSTART of Cache for UNIX (Linux Intel/32-bit) 5.0.20 (Build 6305) Fri Sep 16 2005 12:47:21 EDT.
in /opt/cachesys/mgr
with wij: /opt/cachesys/mgr/CACHE.WIJ
from: /opt/cachesys/mgr/
OS=[Linux], version=[#1 SMP Wed Jun 18 15:18:00 UTC 2008], release=[2.6.24-19-server], machine=[i686]
12/31-05:02:34:169 ( 4564) 0
nodename=[main].
directio: off, synctype: 3
System Initialized.
12/31-05:02:34:184 ( 4566) 0 Write daemon started.
12/31-05:02:40:095 ( 4590) 0 Clean Daemon Started
... и т.д.

Возможно ли восстановить работоспособность? База очень важна, более того ее нужно запустить до утра!!(((((

вообщем получается дальше чем Write daemon started загрузка не идет...

Всем спасибо, разобрался - банальная нехватка места на диске, причем судя по логам - уже в течение полумесяца.
Куда писались данные все это время - не понятно, но вроде ничего не пострадало.
Достаточно было перезагрузить сервер и всё - cache не смогла подняться.
^STURECOV есть и была использована, и в конце концов cache была переставлена.

Проблему временно решил, но вот что делать с ежедневно бесконечно увеличивающейся папкой CACHETEMP?
За две недели она выросла до 136 Gb, при том что текущая рабочая база 14 Gb.
Насколько я понимаю это временное хранилище.
Возможно ли где нибудь установить лимит на его размер?

И еще вопрос - достаточно ли при остановленной cache скопировать свой CACHE.dat , чтобы забэкапить базу?

p/s/ cache стоит на сервере с ubuntu, доступ только через ssh

Ivan.KokovМожно в портале-локальные базы данных - CacheTemp - Редактировать
Только вопрос-если переполнится, что произойдет?
"портал-локальные базы данных" - это где? (сервер удаленный)

cachetemp у меня старается занять все свободное место на диске.
Чищу другие папки на диске, буквально через пару минут cachetemp вырастает.

Да и в лог уже полмесяца раз в час пишется про нехватку места:
cconsole.log02/03-10:33:19:961 (4571) 0 No space left in filesystem for database /opt/cachesys/mgr/cachetemp
Все работает, но при этом у всех подключенных пользователей заметны притормаживания.

p/s/ код чужой, работает уже давно, поддержки нет

Ivan.Kokov,

CSP error occurredError: Приложение CSP '/csp/sys' не существует
ErrorNo: 5914
CSP Page: /csp/sys/UtilHome.csp
Namespace: %SYS
Class: <Unknown>
...

Alexey MaslovПри рестарте, как вы, конечно, знаете, БД cachetemp чистится.
спасибо, этого я не знал. с cache сталкиваюсь впервые.
после последней перезагрузке, стремно как то перезапускать сервер...
интересно, в cachetemp хранятся полезные данные и при перезапуске cache они перекидываются в основную базу, или cachetemp просто удаляется?

Вообщем при перезагрузке, cachetemp остается прежнего размера...
Лог переполнен сообщениями:
автор02/05-20:05:49:344 ( 4564) 0 Unexpected Write Error: 0 for block #10262706 in /opt/cachesys/mgr/cachetemp/
...
02/06-00:02:56:518 ( 4563) 2 CACHE JOURNALING SYSTEM MESSAGE: Journal switch failed (1000 4)
02/06-00:02:57:526 ( 4563) 1 JRNSWITCH: Write to zero beyond end of journal failed
...

Можно ли просто остановить cache и удалить cachetemp?
Или можно какими-нибудь командами форсировать его выгрузку и очистку?

Про параметр MaxCacheTempSizeAtStart в более новых версия cache сказано:
авторWhen the system restarts, the CacheTemp database will be truncated to this size.
Т.е. он просто напросто режет этот файл до указанного размера?