Вопросы Теги

буфер принтера окон застревает с файлом на уровне 64 КБ из Linux и Mac

Для процессора можно посмотреть на Intel Virtualization Technology List здесь. Большая часть диапазона Гигабайта материнской платы, а также полного Intel Server Range поддерживает виртуализацию. Однако, как уже упомянуто говорящий с поставщиками лучший способ пойти.

Я работал на Hyper-V сам, создал Четырехъядерный с платой нижнего уровня ECS, которая поддерживала виртуализацию. У нас также есть он работающий на Dell OptiPlex 760 и Dell OptiPlex 755 на работе, а также Dell PowerEdge 1950.

2
задан 1 September 2010 в 09:23
2 ответа

Вы могли бы хотеть удостовериться, что файловая система на сервере печати "здорова" вроде:

  • хорошее состояние chkdsk
  • никакие скрученные временные или буферные файлы в их соответствующих каталогах
0
ответ дан 3 December 2019 в 13:27
  • 1
    Вещь состоит в том, когда я отправляю файлы для печати от Mac или машины Linux, они скручиваются навсегда в 64kb/out фактического размера, я оставил их за выходные однажды для наблюдения то, что продолжалось, и они застряли. С хорошим состоянием chkdsk Вы подразумеваете, что я должен проверить, что диск хорошо работает на машинах окон?? –  Juan Diego 4 September 2010 в 06:23
  • 2
    Да, хорошее состояние chkdsk довольно надежно для положений, но это не означает, что рабочие файлы (в этом случае случайные временные и/или буферные файлы) не находятся в меньше функциональном состоянии. –  user48838 4 September 2010 в 09:28

Поместите это в свой сценарий: 

# svn up /BACKUP/checkouts/server/ --username tom –config-dir /xyz/zyx

config-dir может быть любым, где вы хотите хранить информацию о сертификате. Прежде чем запускать его из cron, запустите его вручную и примите сертификат навсегда, используя "p".

После принятия запустите его через cron, и я считаю, что он будет работать как чудо.

Есть еще один вариант ( если предыдущий вариант случайно не работает), что в других средах довольно рискованно, но в вашей среде должно быть нормально. Используйте сценарий примерно так: 

# svn up /BACKUP/checkouts/server/ --username tom --non-interactive –-trust-server-cert

Это просто примет сертификат, не беспокоясь. Это очень помогает в большинстве случаев, когда у вас проблемы с печатью из системы Unix в Windows.

  • В окне Windows включите «Службы печати Unix». Это дополнительный компонент Windows, доступный через Панель управления - Добавление / удаление компонентов Windows. (Он добавляет в Windows диспетчер очереди печати LPD, совместимый с System-V.)
  • Переименуйте принтер (в Windows) на короткое (<15 символов) имя без пробелов и других специальных символов (например, «Deskjet2118» вместо « Hp Deskjet 2118 ".) Это не всегда необходимо, но некоторые системы Unix не любят имена принтеров с пробелами / специальными символами.
  • На стороне Unix (Linux / OSX) измените принтер так, чтобы он использовал очередь LPR вместо SMB или Печать на основе IPP.

Это улучшает как производительность, так и надежность.
Это также гарантирует, что драйверы принтера Windows не вмешиваются в задания печати, поступающие со стороны Unix. Фактически, вы даже можете настроить принтер в Windows как драйвер «Generic / Text only», и Unix-подобные системы по-прежнему смогут печатать.

Есть одна ситуация, когда это вам не поможет: если сам принтер - это так называемый WinPrinter.
Это означает, что в принтере нет встроенной полноценной прошивки, но требуется помощь драйвера принтера, который предварительно обрабатывает задание печати в нечто, что принтер с ограничениями может понять.
Такая функциональность обычно присутствует только в драйверах Windows, поэтому принтер можно использовать только в системах Windows.
В таком случае вам просто не повезло.

1
ответ дан 3 December 2019 в 13:27

Теги

Похожие вопросы