Вопросы Теги

.NET 3,5 Установщика SP1 зависает приблизительно в 80%

Я испытал много затруднений с убийцей спама и GFI. Оба - хорошие продукты, но испытывают недостаток в любых достойных процентах раскрытых преступлений. И в зависимости от Вашей установки (особенно с несколькими серверами) Вы столкнетесь с большим количеством проблем конфигурации. (Хотя поддержка GFI действительно в курсе событий - я смог сообщить об ошибках и получить обходное решение и затем рабочую фиксацию в течение недели.)

То, что я закончил тем, что делал, шло с теперь, Google владел Postini, и я не оглянулся назад. Это "просто работает" (Вы устанавливаете свои рекорды MX им и отклоняете электронную почту не с их серверов в Вашем брандмауэре), и очень мощно, и можно получить его всего 1,50$ за почтовый ящик.

Вы получаете карантинное электронное письмо в конце дня со списком предметов, которые это взяло, и можно просто нажать, поставляют затем электронную почту, которую Вы хотите. Это также отфильтровывает "явный спам", который даже не поражает Ваш карантин. Моя компания раньше добиралась, разъединяют сотню сообщений спама день на почтовый ящик (приблизительно 40 полей) и где GFI поймал бы приблизительно %75 из них, postini ловит намного ближе к %99.

Контакт со спамом, используемым для приведения в рабочее состояние большого количества моего времени, теперь Ее редкое, когда я получаю жалобы на это за неделю.

6
задан 15 June 2009 в 09:52
13 ответов

Я не могу говорить с Вашей определенной проблемой, в аналогичной ситуации я предложил бы использовать Монитор Процесса для наблюдения то, что происходит, когда Вы запускаете установщик во второй раз.

  1. Отмените установку.
  2. Запустите монитор процесса.
  3. Выполните событие получения установщика.
  4. Остановите трассировку после 5-10 минут ничего случай.
  5. Пройдите журнал и отфильтруйте что-либо, что не связано

При поиске с помощью Google для процесса и имен файлов, поможет Вам определить то, что не связано.

2
ответ дан 3 December 2019 в 00:06

Существуют отчеты пользователей, которые утверждают, что деактивация сетевого адаптера решила проблему. Я знаю, что это не хорошее решение для рабочего сервера.

Я также услышал, что антивирусное программное обеспечение в реальном времени может замедлить установку.

2
ответ дан 3 December 2019 в 00:06
  • 1
    Привет, да я действительно отключал антивирусный сканер, который значительно улучшил скорость установки. Однако это все еще упорно продолжило 80% с сообщением " загрузка установки components" –  Oscar Kuo 15 June 2009 в 21:59

Серьезно или отключение сетевого адаптера или получение по запросу Ethernet, кажется, работают на эту проблему. Я недавно столкнулся с ним, разбив, когда все выходят, но это было ответом.

6
ответ дан 3 December 2019 в 00:06
  • 1
    Но что, если you' ре на удаленном vm сервере в темном центре обработки данных где-нибудь? It' s очень раздражающий. –  Iain Holder 16 March 2010 в 18:37

Я соглашаюсь о сетевой вещи; я думаю, что установщик делает... что-то с серверами Microsoft, и иногда который не работает, и установщик зависает. Каждый раз это произошло со мной, запрещение сетевого адаптера позволило установке продолжаться корректно.

0
ответ дан 3 December 2019 в 00:06

Я наконец нашел способ сделать это:

http://blogs.msdn.com/astebner/archive/2008/07/17/8745415.aspx?CommentPosted=true#commentmessage

После извлечения полного установщика и также в рамках там другого установщика и помещения языка переключатель ENU на месте (и не использование / веб-переключателя) все пошли гладкие и прекрасные!!

0
ответ дан 3 December 2019 в 00:06

Я действительно не думаю, отключая сеть, правильное решение. Я предпочел бы смотреть на файл журнала установки .NET, расположенный в C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1\Logs и проверьте, в каком этапе зависла установка. Установщик - едва приблизительно 70 МБ в размере и не должен занимать много времени для загрузки также. Я всегда выполнял Windows Update для установки всего необходимого обновления, но никогда не сталкивался ни с какими проблемами при использовании WSUS или автономного установщика.

Да, блог Aaron, на который указывает Eleasar, является также правильным шагом для следования.

1
ответ дан 3 December 2019 в 00:06

Отключите настройки прокси в IE. Это - все, что должно быть сделано.

0
ответ дан 3 December 2019 в 00:06

Блок цитирования

Не отключайте сеть. Попробуйте Настройку подключения IE и примите решение не использовать любой файл настроек прокси или прокси. Работавший для меня на Windows Server 2003.

Блок цитирования

То же здесь для меня, Отключая прокси IE позволило установке завершаться.

2
ответ дан 3 December 2019 в 00:06

Не отключайте сеть. Попробуйте Настройку подключения IE и примите решение не использовать любой файл настроек прокси или прокси. Работавший для меня на Windows Server 2003.

0
ответ дан 3 December 2019 в 00:06

Глупый MS, отправляя установщик в мертвой блокировке. Они должны были думать около это, многие используют прокси. Я просто отключил и повторно включил сетевой адаптер. Пошел прекрасный после этого.

0
ответ дан 3 December 2019 в 00:06

Четкие настройки прокси ipconfig/flushdns Удаляют IP-адрес шлюза из Вашего сетевого адаптера, Удаляют DNS, разъединяют IP от сетевых адаптеров

Это препятствовало любому поиску или сетевым попыткам получить любое определение имен или что-либо кроме недостижимого узла назначения. Работавший для меня.

1
ответ дан 3 December 2019 в 00:06

Для тех, кто вроде меня ищет ответ и наткнувшись на это, сработало

  1. Скачивание полного пакета установщика, а не веб-версии
  2. Не знаю, помогло ли это, но я добавил записи в реестр из сообщения выше
  3. Отключение прокси в IE
  4. Запуск из командной строки и добавление / lang: ENU
1
ответ дан 3 December 2019 в 00:06

Используете ли вы установщик полного пакета (автономный)? http://www.microsoft.com/en-us/download/details.aspx?id=25150

0
ответ дан 3 December 2019 в 00:06

Теги

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