我正在运行此进程:
342 pts/2 T 0:00 sh -c sudo screen /usr/bin/python /usr/bin/btdownloadcurses "http://zoink.it/torrent/732A4A9B54B7E3A916C2835D936D985942F65A6D.torrent" --display_interval 20 --saveas "/srv/"
343 pts/2 T 0:00 sudo screen /usr/bin/python /usr/bin/btdownloadcurses http://zoink.it/torrent/732A4A9B54B7E3A916C2835D936D985942F65A6D.torrent --display_interval 20 --saveas /srv/
344 pts/2 T 0:00 screen /usr/bin/python /usr/bin/btdownloadcurses http://zoink.it/torrent/732A4A9B54B7E3A916C2835D936D985942F65A6D.torrent --display_interval 20 --saveas /srv/
Run Code Online (Sandbox Code Playgroud)
我试着跑:
pkill -f http://zoink.it/torrent/732A4A9B54B7E3A916C2835D936D985942F65A6D.torrent
Run Code Online (Sandbox Code Playgroud)
但这个过程仍在运行.
如何强制终止包含以下内容的进程:" http://zoink.it/torrent/732A4A9B54B7E3A916C2835D936D985942F65A6D.torrent "?
编辑如下:
ps ax | grep 'Momomoko.E01.140011.HDTV.H264.720p.mp4'
Run Code Online (Sandbox Code Playgroud)
我想杀死包含上述字符串的所有进程.
我尝试运行上面的行,它返回三个结果:
342 pts/2 T 0:00 sh -c sudo screen /usr/bin/python /usr/bin/btdownloadcurses "http://zoink.it/torrent/732A4A9B54B7E3A916C2835D936D985942F65A6D.torrent" --display_interval 20 --saveas "/srv/Momomoko.E01.140011.HDTV.H264.720p.mp4"
343 pts/2 T 0:00 sudo screen …Run Code Online (Sandbox Code Playgroud) 比如我说我的应用程序在Linux终端上运行,我按下键盘上的"CTRL + C"来终止它将终止Java程序的过程.
有没有办法在我的Java应用程序中捕获此"请求",以便我可以正常关闭它并释放所有资源/写入日志.如果它对响应产生影响,我会运行几个不同的线程.
我知道你有一个addShutDownHook,但是在Java文档中写的,在某些情况下不会调用它,比如linux中"CTRL + C"的kill信号......还有其他方法吗?
Runtime.getRuntime().addShutdownHook(new Thread()
{
public void run ()
{
// TODO: implement graceful shutdown here.
}
});
Run Code Online (Sandbox Code Playgroud) 该问题适用于以下脚本:
#!/bin/sh
SRC="/tmp/my-server-logs"
echo "STARTING GREP JOBS..."
for f in `find ${SRC} -name '*log*2011*' | sort --reverse`
do
(
OUT=`nice grep -ci -E "${1}" "${f}"`
if [ "${OUT}" != "0" ]
then
printf '%7s : %s\n' "${OUT}" "${f}"
else
printf '%7s %s\n' "(none)" "${f}"
fi
) &
done
echo "WAITING..."
wait
echo "FINISHED!"
Run Code Online (Sandbox Code Playgroud)
Ctrl+C在控制台中按下会终止脚本,但不会终止已在运行的grep进程.
我一直在搜索Win32 API C++函数TerminateProcess()的示例,但找不到任何.
我一般不熟悉Win32 API,所以我想问一下这里比我更好的人能给我看一个例子,
如果你不熟悉C++,那么C#等价物也会有所帮助.
我有一个EC2实例,我想拍一张快照,用作未来现场实例的AMI.由于我为此实例创建卷的方式,它当前设置为在终止时不删除.
我希望它给删除终止,这样我可以用它来点实例,而不是有残液量游逛需要手动删除.
我已经梳理了AWS手册,堆栈交换,谷歌等,我只能找到对'终止时删除'标志的引用,但没有解释如何使用它.
一个最近的问题吸引了我的注意,该方法constexpr在C++ 14已经改变.新功能是,如果其初始化程序由constexpr构造函数组成,即使变量的类型不是文字类型,也可以在静态初始化阶段初始化具有静态存储持续时间的非局部变量.更准确地说,[basic.start.init]中的新措辞是:
甲恒定初始化为一个对象
o是一个常量表达式,不同之处在于它还可以调用用于constexpr构造的表达o和它的子对象,即使这些对象是非文字类类型的[ 注意:这样的类可具有一个非平凡析构函数 - 结束语 ].恒定初始化执行[...]如果与静态或线程存储持续时间的目的是通过一个构造函数调用初始化,并且如果所述初始化全表达是一个常数初始化为对象[...]
典型的例子是std::unique_ptr,"手写"应该永远不会更糟糕:
std::unique_ptr<int> p; // statically initialized by [unique.ptr.single.ctor],
// requires no code excution
int main()
{
p = std::make_unique<int>(100);
}
// p is destroyed eventually
Run Code Online (Sandbox Code Playgroud)
在此添加之前,静态初始化变量是引用类型或文字对象类型,因此具有简单的析构函数.但是现在一个静态初始化的全局变量可以有一个非平凡的析构函数.
对于动态初始化的全局对象的析构函数,如何针对其他静态初始化的析构函数调用这样的析构函数调用,以及析构函数如何调用序列?
我试图让kubernetes nginx部署零停机时间.该过程的一部分是启动rollingUpdate,确保至少有一个pod始终在运行nginx.这非常有效.
当旧的nginx pod终止时,我遇到了错误.根据终止的kubernetes文档,kubernetes将:
我知道该命令nginx -s quit应该通过等待所有工作程序在主服务器终止之前完成请求来优雅地终止nginx.它优雅地响应SIGQUIT命令,而SIGTERM导致暴力终止.其他论坛说它就像在部署中添加以下preStop挂钩一样简单:
lifecycle:
preStop:
exec:
command: ["/usr/sbin/nginx", "-s", "quit"]
Run Code Online (Sandbox Code Playgroud)
但是,通过测试此命令,我发现nginx -s quit立即返回,而不是等待工人完成.它也不会返回主进程的PID,这是我希望D:
什么情况是,kubernetes所调用nginx -s quit,这将适当SIGQUIT发送到工人的孩子,而不是等待它们完成.相反,它会直接跳到第3步,而SIGTERM会转向那些进程,导致暴力终止,从而导致连接丢失.
问题:有没有人想出一个在滚动部署期间优雅地关闭他们的nginx控制器并且没有停机时间的好方法?一个sleep解决办法是不够好,我正在寻找的东西更稳健.
以下是完整部署yaml:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: nginx-ingress-controller
spec:
replicas: 1
strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 0
template:
metadata:
labels:
app: nginx-ingress-lb
spec:
terminationGracePeriodSeconds: 60
serviceAccount: nginx
containers:
- name: nginx-ingress-controller
image: gcr.io/google_containers/nginx-ingress-controller:0.9.0-beta.8
imagePullPolicy: Always
readinessProbe:
httpGet:
path: /healthz
port: 10254
scheme: HTTP
livenessProbe: …Run Code Online (Sandbox Code Playgroud) I am currently implementing derivatives of regular data structures, in Agda, as presented in the One-Hole Context paper by Conor McBride [5].
In implementing it straight out of the OHC paper, which has also been done by Löh & Magalhães [3,4], we are left with the ?_? function highlighted in red,
as Agda can't tell if the ? and I cases will terminate together.
Löh & Magalhães made a comment of this in their repository.
Other papers have also …
我有一台运行 Android 11 的 Oppo A53。当我在初始活动(登录页面)中设置断点时,一旦命中断点,应用程序将在不活动五秒后终止。在模拟设备或我的其他测试设备(同样运行 Android 11 的 Samsung Tab A)上不会出现此问题。此外,一旦应用程序启动另一个 Activity,我就可以无限期地停留在新 Activity 的断点上。
以下是应用程序清单的一部分,显示了登录活动的定义:
<activity
android:name=".LoginActivity"
android:theme="@style/SplashTheme"
android:screenOrientation="locked"
android:exported="true">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
Run Code Online (Sandbox Code Playgroud)
这是 logcat 中的相关行:
2022-02-09 16:12:38.811 11786-11786/com.uomini.meecha D/OplusInputMethodUtil: init DEBUG to false, update DEBUG_IME to false
2022-02-09 16:12:39.381 11786-12103/com.uomini.meecha V/FA: Connection attempt already in progress
2022-02-09 16:12:44.018 11786-11800/com.uomini.meecha I/m.uomini.meech: Thread[2,tid=11800,WaitingInMainSignalCatcherLoop,Thread*=0xb4000079bc426000,peer=0x12ec0000,"Signal Catcher"]: reacting to signal 3
2022-02-09 16:12:44.018 11786-11800/com.uomini.meecha I/m.uomini.meech:
2022-02-09 16:12:44.190 11786-11800/com.uomini.meecha I/m.uomini.meech: Wrote stack traces to tombstoned
Run Code Online (Sandbox Code Playgroud)
我的其他应用程序上也发生同样的情况,所以我不认为这是应用程序问题,特别是因为它只发生在 Oppo 上。
我有一个程序,必须在完成之前执行某些任务.问题是有时程序崩溃时会出现异常(如无法访问数据库等).现在,有没有办法检测异常终止并在它死之前执行一些代码?
谢谢.
代码表示赞赏.
termination ×10
c++ ×2
linux ×2
process ×2
windows ×2
agda ×1
amazon-ec2 ×1
android ×1
bash ×1
c ×1
c++14 ×1
debugging ×1
derivative ×1
java ×1
kill-process ×1
kubernetes ×1
nginx ×1
oppo ×1
php ×1
pkill ×1
subprocess ×1
terminal ×1
volume ×1
zipper ×1