ライフサイクルに関する FAQ - .NET Framework
バージョン 4.5.2 以降は、.NET Framework は Windows オペレーティング システム (OS) のコンポーネントとして定義されています。 コンポーネントに対するサポートは親製品と同じであるため、.NET Framework 4.5.2 以降は、インストール先の基盤となる Windows OS のライフサイクル ポリシーに従います。 .NET Framework 4、4.5、および 4.5.1 のサポートは 2016 年 1 月 12 日に終了しました。 .NET Framework 4.5.2、4.6、4.6.1 のサポートは、2022 年 4 月 26 日に終了しました。 お客様と開発者は、テクニカル サポートとセキュリティ更新プログラムを引き続き利用するために、.NET Framework 4.6.2 以降へのインプレース更新を 2022 年 4 月 26 日ま
環境変数のサイズやPATHの長さ制限に注意
対象OS：Windows 7／Windows 8／Windows 8.1／Windows 10／Windows Server 2008／Windows Server 2008 R2／Windows Server 2012／Windows Server 2012 R2 解説 コマンドプロンプト上でコマンドを実行する場合、入力されたコマンド名がフルパス名で指定されていなければ、PATH環境変数で指定されている各フォルダーからコマンドが検索され、実行される。 Windows OSをインストールした直後のPATH環境変数には、%SystemRoot%以下のいくつかのフォルダーしか登録されておらず、非常にシンプルな内容になっている。 ※Windows 10 Proのインストール直後のデフォルトのPATH環境変数の内容例。非常にシンプルである C:\>path PATH=C:\Windows\syst
最近のWindows Updateって……
「Windows Update」で毎月配信される更新プログラム。Windows 8.1やWindows Server 2012 R2に配信される量が、以前のOSに比べて半端なく多い気がします。もしかしたら気がするだけかもしれません。そこで、やってみました。 連載目次 Patch Tuesdayの悪夢 筆者は評価・検証用に複数の物理マシンを持ち、うち3台の物理マシンにはかなりの数のHyper-V仮想マシンが存在します。企業のように「Windows Server Update Services」（WSUS）や「System Center」のようなパッチ管理システムを導入しているわけではないので、Windowsの定例アップデートの毎月第2火曜日（Microsoft Patch Tuesday）の翌水曜日は、全ての物理マシンとよく使う仮想マシンを手動で1台ずつ確実に更新して回ります。これが結構大変
連載：オープンソースなシステム自動管理ツール Puppet｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
mixiが最近までFedora 8を利用していたことが話題に | スラド IT
ストーリー by hylom 2012年12月27日 19時24分 ちなみに/.Jはほぼ素のままのDebian-GNU/Linuxで動いています 部門より mixiの開発者ブログにて、mixiが2007年11月にリリースされ、2008年12月にサポートが終了しているFedora 8を最近（2012年前半）まで使っていたことが明かされ、話題になっている（mixiのサーバOS移行のお話）。 その続きのブログ記事によると、セキュリティチェック、パッチ、バージョンアップは行っており、安定もしているそうだ。CentOSを選択しない理由としては「一時期、新しいバージョンでるでる詐欺に遭いました」、独自ビルドのコストについては「OSデフォルトのRPMをそのまま使うのは小学生まで、と習った記憶があります」などとその理由を述べている。 FedoraのFAQでは、Fedoraを「最新のフリー/オープンソースソ
Linuxのサーバをリモートから強制的にOSリブートする - 元RX-7乗りの適当な日々
先日、諸々の都合で遠隔にあるテスト環境のサーバ(Linux)のカーネルパラメータを弄っていたのですが、ちょっと設定(メモリまわり)がイキすぎてしまいｗ、コマンド実行というかforkできなくなってしまった(Cannot allocate memory...)。 んで、shutdownコマンドも実行できなくなったので、直そうと思ったのですが、色々弄った＆時間がなかったこともあり、一旦OSを再起動しちゃいたいな、と(汗 が、遠隔にあるサーバなので、物理的な電源スイッチON/OFFができない(厳密には出来る環境ではあったのですが、このサーバはそこに入ってなかったｗ)。ので、SysRqキーを送ることにした。 やり方 少し無理矢理感はありますが、 # echo b > /proc/sysrq-triggerを実行すると、強制的にリブートがかかります。 ただし、ファイルシステムのsyncとかumount
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【TECHブログ】仮想時のWindows OSのライセンスの考え方① | PGDブログ
